هل أنت متأكد من هذا التصميم؟
يجعل العثور على المكون الصحيح صعبًا حقًا. ويبدو… مضطربًا حقًا.
وأعتقد أن زر التثبيت يجب أن يكون المكون الأول، وليس الأخير. يتم استخدامه أكثر من المكونات الأخرى.
أين المعطلة، تلك التي لا توجد بها سمات مرتبطة بها؟
هل أنت متأكد من هذا التصميم؟
يجعل العثور على المكون الصحيح صعبًا حقًا. ويبدو… مضطربًا حقًا.
وأعتقد أن زر التثبيت يجب أن يكون المكون الأول، وليس الأخير. يتم استخدامه أكثر من المكونات الأخرى.
أين المعطلة، تلك التي لا توجد بها سمات مرتبطة بها؟
التغيير مثير للاهتمام!
بالنظر إلى طلبات السحب الأولية مثل:
(ولكن أيضًا #29225، #29079)
أقدر النية لتبسيط وإنشاء واجهة أكثر سهولة في الاستخدام.
أعتقد أنه مع لقطات الشاشة والوصف المناسبين، ستبدو جيدة جدًا!
دمج الثيم والمكونات منطقي.
تجنب الأشرطة الجانبية المتعددة يبدو فكرة جيدة أيضًا.
شاغلي الفوري هو البحث والتصفية المفقودان، لكنني متأكد من أن واجهة المستخدم سيتم تنقيحها بتحسينات لاحقًا. عندما يكون لديك العديد من المكونات، فهي ميزة لا غنى عنها.
ملاحظات أخرى:
كما قال جاكي، يجب أن يكون زر التثبيت في الأعلى، أو على الأقل اختصار.
يمكن أن يكون التمرير مثبطًا إذا كان لديك العديد من المكونات.
يمكنك تعيين افتراضي لمكون، وبالطبع لا يُفترض أن تفعل ذلك
عند تحديث مكون، أتوقع أن يتم إغلاق القائمة بمجرد النقر عليها:
هل يمكننا إيجاد تسمية أقصر؟ :ابتسامة:

لن أمانع في خيار الاختيار بين عرض شبكي أو قائمة في أعلى الصفحة. على سبيل المثال:

أتطلع إلى التحسينات المستقبلية!
وأود حقًا الحصول على البحث هناك. لقد شعرت بالغثيان قليلاً عند التمرير لأعلى ولأسفل أثناء البحث عن مكون خطوط جوجل…
أتفق تمامًا، هذا ليس نهجًا عمليًا:
يجعلني أشعر بالدوار الشديد.. لقد أضفت بالفعل بعض الأنماط لأتمكن من التنقل في صفحة المكونات بطريقة مباشرة مرة أخرى
![]()
ما أحاول فعله أيضًا. ![]()
بدافع الفضول، كنت أحاول إنشاء قائمة أو زر شبكة وتجميعها حسب الحالة. إضافة بعض خيارات التصفية في الأعلى ستكون رائعة.
عرض الشبكة يمكن أن يكون مثيرًا للاهتمام للبعض، على الرغم من ذلك. بالنسبة للموضوع، فإنه منطقي، على الأقل.
@osama @ella و @hugh لا زالوا في منتصف الطريق لهذا العمل، وهم يناقشون بعض هذه الأمور داخليًا.
بالطبع، واصلوا مشاركة ملاحظاتكم هنا، لكن توقعوا أن يستمر ذلك في التغير في المستقبل القريب، بغض النظر.
لتكملة ما قلته أعلاه:
إليك عرض توضيحي تقريبي (لست مصممًا، قمت به للمتعة فقط)، سأكون سعيدًا جدًا بشيء مشابه:
عرض آخر محتمل لمن يحبون الصناديق ولكن بمعلومات قليلة:
ميزة أخيرة أتمنى رؤيتها هي القدرة على التمكين/التعطيل مباشرة من القائمة. سيكون الأمر أقل وضوحًا، لذا سيكون الاختصار موضع ترحيب.
هل تشعر بمشاركته ![]()
(ونعم، أعرف أنه سيكون مجرد حل مؤقت، ولكن مع ذلك)
هنا تفضل ![]()
.admin-config.customize.components {
.admin-detail {
padding: 0;
}
.themes-cards-container {
display: flex;
flex-direction: column;
max-width: 500px;
gap: 0;
}
.admin-config-area-card__content {
flex-grow: 0;
margin: 0;
padding: 0;
}
.theme-card {
flex-direction: row;
margin: 0;
padding: 0.75rem;
padding-right: 0;
box-shadow: none;
border: none;
border-top: 1px solid var(--primary-low);
&:first-child {
border-top: none;
}
&__image-wrapper,
&__content {
display: none;
}
&__footer {
gap: 1rem;
}
}
.theme-install-card {
margin-top: 1rem;
}
}
أنت بطلي الجديد!
—
أما بالنسبة لإنشاء مكون جديد، فإنه لا يفتح الإعدادات، ولكنه يجب أن يجد من القائمة ويفتح.
بدأت أشعر بقناعة متزايدة بأن البقاء على الإصدار المستقر هو الخيار الأفضل. بعد دراما إعدادات الموقع الشهر الماضي، هذا مثال آخر لشيء كان يعمل بشكل جيد، ولكن تم تغييره وإصداره في بيئة الإنتاج دون إعداد علامة ميزة، بينما لم يتم الانتهاء منه أو اختباره بشكل صحيح.
(ولمزيد من الملاحظات البناءة حول الميزة المحددة - سيكون من المفيد جدًا على الأقل إذا كان يمكن التعرف على المكونات غير المستخدمة والمعطلة في شاشة النظرة العامة).
في الواقع، لقد تذكرت للتو. أتساءل بصدق عما إذا كان هناك سبب لعدم تضمين هذا التغيير في Discourse Design team experimentation topic. سيكون هذا هو المكان المناسب من بين الأماكن الأخرى، design-experiment.
أتفق على أنه يبدو متسرعًا؛ بدون معلومات مسبقة وإعداد علامة ميزة، أتفهم أنه قد لا يقدم أفضل تجربة للمسؤولين.
هناك عدة طرق مختلفة نتبعها لطرح الميزات، اعتمادًا على رؤيتنا لمخاطر التغيير المعطى.
هذه حالة أرى أنها منخفضة جدًا في رأيي. لم يتعطل سير عمل أي شخص والتغيير يقتصر على المسؤولين، وليس على كل عضو في مجتمع.
أتفهم أن هناك بعض الاضطراب لمن يقضون الكثير من الوقت في التعامل مع السمات والمكونات. أرحب بالمزيد من القصص حول كيف أثر التغيير على سير عمل أي شخص بشكل خاص لأنه سيساعد في إبلاغ قراراتنا بشأن تصميم هذا الجزء من التطبيق.
لا أعتقد أن هذه حالة سأستخدم فيها تجربة تصميم أو علامة ميزة.
أعتقد أنه لتسهيل الأمور، يجب أن تكون قادرًا أيضًا على تصفية المكونات حسب السمة التي تمت إضافتها إليها.
يحتاج المسؤول إلى تسهيل حياته. ربما يكون التجريب مفهومًا. ولكن امنح المسؤولين خيارًا احتياطيًا أو تبديلًا للتبديل بين الكوكا الكلاسيكية والجديدة. بالمناسبة، أتذكر أن الكوكا الجديدة لم تنجح.
لقد عملت على سمة عميل وبعد تحديث نسخة المرحلة واجهت التخطيط الجديد. اضطررت إلى التوقف وإضافة الأنماط التي شاركتها أعلاه لمواصلة العمل بفعالية. التخطيط الحالي لا يسمح بأي نظرة عامة أو يعطي أدلة حول المكونات المستخدمة حاليًا، أو المعطلة، وما إلى ذلك. أود أن أقول إن تطوير سمة أو إعداد جديد يكسر سير العمل تمامًا.
القائمة السابقة كانت جيدة جدًا في الواقع. إذا كنت أتذكر بشكل صحيح، فقد تم تحسينها ليس ببعيد. المرشح الوحيد الذي كانت تفتقر إليه هو التصفية للمكونات المستخدمة في السمة الحالية (أظهر مرشح “المستخدم” في الواقع جميع المكونات المستخدمة في أي سمة مثبتة). ولكن بخلاف ذلك، كانت واجهة لا تتطلب الكثير من التحسين، على الأقل للمسؤولين ذوي الخبرة أو المطورين.
شكرا لك على القصة.
سماع المزيد عن أنواع المشاكل التي يواجهها الناس في سيناريوهات مختلفة مفيد.
شكرا لمشاركتك هذا أيضًا.
حسنًا، أود أن أقول إن كل إشعار في هذا الموضوع جاء من محاولة القيام بشيء ما، وكان ذلك جزءًا من سير العمل ![]()
لقد لاحظت للتو أنه لا يوجد ترشيح حالي حتى بالاسم.
أقترح أن يحاول فريقك استخدام هذا بالفعل في سيناريو واقعي… هناك الكثير من الوظائف التي تم حذفها أو أنها اختفت.