تقدم سمة نيومورفيزم مظهراً جديداً ومنعشاً لمنصة ديسكورش. تستخدم هذه السمة نظام تصميم نيومورفيزم الذي يضفي واقعية تشبه الورق على واجهة المستخدم.
عرض كامل العرض
مخطط ألوان قابل للتخصيص
لافتة ترحيب مخصصة
شريط بحث عريض
لقطة شاشة:
لافتة ترحيب قابلة للتخصيص:
الصفحة الرئيسية:
تخطيط الصفحة الرئيسية 2:
صفحة الموضوع:
بحث كامل الصفحة:
هذه هي سمتنا الأولى ونأمل أن تعجبكم. نتطلع إلى تعليقاتكم
36 إعجابًا
عمل رائع.
نظام الألوان القابل للتخصيص ميزة مريحة. ماذا عن الخط القابل للتخصيص أيضًا؟
كيف يمكنني إظهار شريط البحث فقط عند التمرير؟
هل يمكن إظهار الرأس فقط في الصفحة الرئيسية وفي أي مكان آخر؟
إعجابَين (2)
نسيت أن أذكر، إنه يدعم أيضًا الخطوط القابلة للتخصيص. سأضيف ذلك أيضًا@Zup
4 إعجابات
مرحبًا، قالب جميل، لكن عند استخدام طي اللافتة أواجه ما يلي.
إعجابَين (2)
لم نرَ هذه المشكلة من قبل @bubblecatcher . هل يمكنك التعمق قليلاً والبحث عن الإضافة/الإعداد الذي قد يكون سبب ذلك؟
إعجاب واحد (1)
@amanintech عمل رائع!
إعجاب واحد (1)
مرحباً @hollosch ، شكراً لتقديرك.
حتى الآن لم نضف عناصر تحكم ديناميكية إلى الشريط الجانبي.
قم بعمل نسخة من المستودع GitHub - twimbit/neomorphism-discourse: Discourse theme with neomorphism design
استبدل هذا الملف بالعناصر التي تريدها - neomorphism-discourse/desktop/after_header.html at main · twimbit/neomorphism-discourse · GitHub
قم بتثبيت السمة في discourse
أخبرني إذا كان ذلك قد ساعد.
إعجاب واحد (1)
مرحباً @amanintech ، لقد نجح الأمر. شكراً جزيلاً لك!
مع خالص التقدير،
إعجاب واحد (1)
يسرني أن ذلك قد ساعد.
إعجاب واحد (1)
مرحباً،
إعجاب واحد (1)
لم أر هذا من قبل، هل يحدث مع هذا القالب فقط أم مع قوالب أخرى أيضًا، وأخبرني أيضًا ما هو إصدار Discourse الذي تستخدمه، لقد اختبرنا آخر مرة على الإصدار 2.9.0 beta 3 وكان يعمل بشكل جيد.
إعجاب واحد (1)
مرحباً،
إعجاب واحد (1)
Rabbit
22 يناير 2023، 2:32ص
13
تغييرات في الإصدار 3 في شريط التنقل navpills
barto_95
16 يوليو 2023، 4:34م
14
HI،@amanintech إنه جميل…@amanintech (آخر إصدار من discourse)
isaac
8 سبتمبر 2023، 6:27م
15
مرحباً @amanintech ،
تم تحويل قائمة البحث ومنطقها (https://github.com/discourse/discourse/pull/20482 ) من عناصر واجهة مستخدم (مهملة) إلى مكونات Glimmer. التغييرات مخفية حاليًا خلف علامة ميزة خاصة بالمجموعة، ولكن لدينا نية لجعل قائمة بحث Glimmer هي الافتراضية الجديدة في المستقبل القريب. ستؤدي التغييرات إلى كسر أي تجاوزات search في السمة الخاصة بك، لذلك أردت لفت انتباهك إلى ذلك قبل إجراء التبديل.
هذا هو طلب السحب كمرجع.
main ← experimental-search-menu
opened 04:07PM - 28 Feb 23 UTC
# Top level view
This PR is the first version of converting the search menu and… its logic from (deprecated) widgets to glimmer components. The changes are hidden behind a group based feature flag. This will give us the ability to test the new implementation in a production setting before fully committing to the new search menu.
# What has changed
The majority of the logic from the widget implementation has been updated to fit within the context of a glimmer component, but it has not fundamentally changed. Instead of having a single widget - [search-menu.js](https://github.com/discourse/discourse/blob/main/app/assets/javascripts/discourse/app/widgets/search-menu.js) - that built the bulk of the search menu logic, we split the logic into (20+) bite size components. This greatly increases the readability and makes extending a component in the search menu much more straightforward.
That being said, certain pieces needed to be rewritten from scratch as they did not translate from widget -> glimmer, or there was a general code upgraded needed. There are a few of these changes worth noting:
### Search Service
**Search Term** -> In the widget implementation we had a overly complex way of managing the current search term. We tracked the search term across multiple different states (`term`, `opts.term`, `searchData.term`) causing headaches. This PR introduces a single source of truth:
```js
this.search.activeGlobalSearchTerm
```
This tracked value is available anywhere the `search` service is injected. In the case the search term should be needs to be updated you can call
```js
this.search.activeGlobalSearchTerm = "foo"
```
**event listeners** -> In the widget implementation we defined event listeners **only** on the search input to handle things such as
- keyboard navigation / shortcuts
- closing the search menu
- performing a search with "enter"
Having this in one place caused a lot of bloat in our logic as we had to handle multiple different cases in one location. Do _x_ if it is this element, but do _y_ if it is another. This PR updates the event listeners to be attached to individual components, allowing for a more fine tuned set of actions per element. To not duplicate logic across multiple components, we have condensed shared logic to actions on the search service to be reused. For example - `this.search.handleArrowUpOrDown` - to handle keyboard navigation.
### Search Context
We have unique logic based on the current search context (topic / tag / category / user / etc). This context is set within a models route file. We have updated the search service with a tracked value `searchContext` that can be utilized and updated from any component where the search service is injected.
```js
# before
this.searchService.set("searchContext", user.searchContext);
# after
this.searchService.searchContext = user.searchContext;
```
# Views
<img width="434" alt="Screenshot 2023-06-15 at 11 01 01 AM" src="https://github.com/discourse/discourse/assets/50783505/ef57e8e6-4e7b-4ba0-a770-8f2ed6310569">
<img width="418" alt="Screenshot 2023-06-15 at 11 04 11 AM" src="https://github.com/discourse/discourse/assets/50783505/2c1e0b38-d12c-4339-a1d5-04f0c1932b08">
<img width="413" alt="Screenshot 2023-06-15 at 11 04 34 AM" src="https://github.com/discourse/discourse/assets/50783505/b871d164-88cb-405e-9b78-d326a6f63686">
<img width="419" alt="Screenshot 2023-06-15 at 11 07 51 AM" src="https://github.com/discourse/discourse/assets/50783505/c7309a19-f541-47f4-94ef-10fa65658d8c">
<img width="424" alt="Screenshot 2023-06-15 at 11 04 48 AM" src="https://github.com/discourse/discourse/assets/50783505/f3dba06e-b029-431c-b3d0-36727b9e6dce">
<img width="415" alt="Screenshot 2023-06-15 at 11 08 57 AM" src="https://github.com/discourse/discourse/assets/50783505/ad4e7250-040c-4d06-bf06-99652f4c7b7c">
شكراً،
إعجاب واحد (1)
isaac
6 فبراير 2024، 6:02م
16
لقد قمت بوضع علامة على السمة كـ broken أعلاه ، تعتمد السمة على قائمة البحث عن الأدوات المصغرة التي تم إيقافها وتمت إزالتها الآن من النواة بالكامل. ستحتاج إلى إعادة هيكلتها لتأخذ في الاعتبار قائمة البحث المستندة إلى المكونات.
إعجاب واحد (1)
.
