مرحباً، لقد كنت على النسخة stable، والآن على أحدث نسخة esr، ويبدو أنه لم يعد هناك تخطيط جوال/سطح مكتب يمكن التبديل بينهما بشكل صريح؟ لم أعد أرى المفتاح في الزاوية السفلية اليسرى من الشريط الجانبي، ولم يعد لتغيير ?mobile_view=1 / ?mobile_view=0 أي تأثير. الآن ينتقل من وضع سطح المكتب مع الشريط الجانبي وقائمة الهامبرغر على اليسار إلى التخطيط الجوال بدون شريط جانبي والقائمة على اليمين بمجرد تغيير حجم نافذة متصفح سطح المكتب أفقياً. فهل أصبح الآن يعتمد فقط على عرض المتصفح؟ في السابق، كان يسمح باستخدام تخطيط الجوال المبسط على شاشة جهاز لوحي أعرض إذا رغب المستخدم، أو بدلاً من ذلك كان يسمح باستخدام وضع سطح المكتب (مع مزيد من التفاصيل في قائمة المواضيع على سبيل المثال) على هاتف أصغر أو نافذة متصفح ضيقة للمستخدمين الذين يفضلون ذلك.
إعجاب واحد (1)
هذا صحيح - لقد كنا نتحول إلى تبسيط تخطيطاتنا لتكون متجاوبة بشكل صحيح، حيث أن نقطة التوقف المستجيبة للعرض هي معيار تصميم مقبول على نطاق أوسع. لقد وجدنا أيضًا أنه أبسط في الصيانة، كما أن التخطيط القائم على العرض يتوافق جيدًا مع عناصر التصميم الخارجية الأخرى، مثل عند دمج لافتات مشتركة عبر موقع رئيسي + منتدى.
5 إعجابات
أحد عيوب هذا النهج هو أنه لا يمكنك تشغيل منطق خاص بالجهاز في المُهيئ (initialiser).
المثال الكلاسيكي هو تحديد صفحة رئيسية مختلفة للهاتف المحمول مقابل سطح المكتب - لا يمكنك القيام بذلك الآن.
في رأيي، سيتطلب هذا نهجًا أكثر ديناميكية لكيفية إنشاء القوالب.
إعجابَين (2)
شكرًا على الرد. من حيث المبدأ، هذا منطقي، ولكنه يمثل مشكلة بسيطة للمستخدمين الأكثر تقدمًا/تكرارًا في الممارسة العملية. كما ذكرت، هناك معلومات أقل بكثير مرئية في قائمة المواضيع عند استخدام وضع التخطيط المخفض، خاصة عند استخدام شيء مثل https://meta.discourse.org/t/sams-simple-theme/23552، لذلك فضل البعض فرض تخطيط سطح المكتب صراحةً، وحتى أنه كان يتكيف بشكل صحيح ليناسب أفقيًا دون تجاوز.
إعجابَين (2)
هناك حدود للقيام بذلك قمنا بإزالتها بأساليب جديدة — إن تحديد القدرات عند التهيئة غير مرن إلى حد ما، فإذا تغير شيء ما، سيتعين علينا إعادة تحميل الصفحة بأكملها.
هذا مفيد لأن الأجهزة أصبحت أقل قابلية للتنبؤ بها الآن: يمكن للهواتف أن تُفتح لتصبح أجهزة لوحية، ويمكن لأجهزة الكمبيوتر المحمولة أن تتحول إلى أجهزة لوحية، ويمكنك توصيل لوحة مفاتيح وفأرة بالعديد من الأشياء…
يبدو الأمر مختلفًا إذا كنت معتادًا على الطريقة القديمة، ولكن من المحتمل أن يكون أي شيء كنت تفعله في مُهيئ لا يزال ممكنًا وأكثر استجابة للقدرات المتغيرة.
يمكنك ذلك، والآن أصبح أكثر دقة ويمكنك إظهار/إخفاء المحتوى بشكل شرطي داخل نفس القالب بدلاً من استبدال القالب بأكمله. على سبيل المثال، لدينا كائن عرض (viewport object) في خدمة القدرات (capabilities service) الخاصة بنا الآن…
في قالب…
{{#if this.capabilities.viewport.lg}}
محتوى للشاشات الكبيرة
{{/if}}
{{#if this.capabilities.viewport.sm}}
محتوى للشاشات الصغيرة جداً
{{/if}}
أو في جافاسكريبت (JS)…
get myContent() {
if (this.capabilities.viewport.sm) {
return "محتوى قصير";
} else {
return "المحتوى الطويل جداً جداً"
}
}
ثم في CSS يمكنك المحاذاة مع نفس نقاط التوقف مثل…
@use "lib/viewport";
.my-element {
font-size: 1em;
@include viewport.until(sm) {
font-size: 2em;
}
}
6 إعجابات
بالتأكيد، أنا على دراية بهذه البدائل.
أتطلع إلى رؤية أنماط كهذه تُستخدم بشكل أكثر جوهرية.
على سبيل المثال، إذا كانت صفحتي الرئيسية هي “الفئات” (Categories) على سطح المكتب، يمكنني رؤية “قائمة المواضيع” (Topic List).
يجب أيضًا عرض “قائمة المواضيع” على الهاتف المحمول بشكل معقول… حاليًا، تفقد عنصر “قائمة المواضيع”.
لهذا السبب وُجد معيار “فرض الصفحة الرئيسية للجوال” (Force Mobile Homepage TC)…
آمل أن أكون أوضح ما أقصده…
3 إعجابات
نعم، هذا منطقي، أعتقد أننا سنقوم تدريجياً بإجراء تغييرات داعمة كهذه… إنها مجرد مسألة صعبة عندما نكون قد بنينا الكثير باستخدام الطرق القديمة ويتعين علينا دعمها بطريقة لا تكسر التخصيص على الفور.
3 إعجابات