مرحباً، لقد كنت على النسخة stable، والآن على أحدث نسخة esr، ويبدو أنه لم يعد هناك تخطيط جوال/سطح مكتب يمكن التبديل بينهما بشكل صريح؟ لم أعد أرى المفتاح في الزاوية السفلية اليسرى من الشريط الجانبي، ولم يعد لتغيير ?mobile_view=1 / ?mobile_view=0 أي تأثير. الآن ينتقل من وضع سطح المكتب مع الشريط الجانبي وقائمة الهامبرغر على اليسار إلى التخطيط الجوال بدون شريط جانبي والقائمة على اليمين بمجرد تغيير حجم نافذة متصفح سطح المكتب أفقياً. فهل أصبح الآن يعتمد فقط على عرض المتصفح؟ في السابق، كان يسمح باستخدام تخطيط الجوال المبسط على شاشة جهاز لوحي أعرض إذا رغب المستخدم، أو بدلاً من ذلك كان يسمح باستخدام وضع سطح المكتب (مع مزيد من التفاصيل في قائمة المواضيع على سبيل المثال) على هاتف أصغر أو نافذة متصفح ضيقة للمستخدمين الذين يفضلون ذلك.
إعجابَين (2)
هذا صحيح - لقد كنا نتحول إلى تبسيط تخطيطاتنا لتكون متجاوبة بشكل صحيح، حيث أن نقطة التوقف المستجيبة للعرض هي معيار تصميم مقبول على نطاق أوسع. لقد وجدنا أيضًا أنه أبسط في الصيانة، كما أن التخطيط القائم على العرض يتوافق جيدًا مع عناصر التصميم الخارجية الأخرى، مثل عند دمج لافتات مشتركة عبر موقع رئيسي + منتدى.
5 إعجابات
أحد عيوب هذا النهج هو أنه لا يمكنك تشغيل منطق خاص بالجهاز في المُهيئ (initialiser).
المثال الكلاسيكي هو تحديد صفحة رئيسية مختلفة للهاتف المحمول مقابل سطح المكتب - لا يمكنك القيام بذلك الآن.
في رأيي، سيتطلب هذا نهجًا أكثر ديناميكية لكيفية إنشاء القوالب.
3 إعجابات
شكرًا على الرد. من حيث المبدأ، هذا منطقي، ولكنه يمثل مشكلة بسيطة للمستخدمين الأكثر تقدمًا/تكرارًا في الممارسة العملية. كما ذكرت، هناك معلومات أقل بكثير مرئية في قائمة المواضيع عند استخدام وضع التخطيط المخفض، خاصة عند استخدام شيء مثل 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;
}
}
8 إعجابات
بالتأكيد، أنا على دراية بهذه البدائل.
أتطلع إلى رؤية أنماط كهذه تُستخدم بشكل أكثر جوهرية.
على سبيل المثال، إذا كانت صفحتي الرئيسية هي “الفئات” (Categories) على سطح المكتب، يمكنني رؤية “قائمة المواضيع” (Topic List).
يجب أيضًا عرض “قائمة المواضيع” على الهاتف المحمول بشكل معقول… حاليًا، تفقد عنصر “قائمة المواضيع”.
لهذا السبب وُجد معيار “فرض الصفحة الرئيسية للجوال” (Force Mobile Homepage TC)…
آمل أن أكون أوضح ما أقصده…
4 إعجابات
نعم، هذا منطقي، أعتقد أننا سنقوم تدريجياً بإجراء تغييرات داعمة كهذه… إنها مجرد مسألة صعبة عندما نكون قد بنينا الكثير باستخدام الطرق القديمة ويتعين علينا دعمها بطريقة لا تكسر التخصيص على الفور.
5 إعجابات
للأسف، أحتاج إلى المتابعة في هذا الموضوع بسبب المستخدمين الذين لا يحبون حقًا التصميم المبسط للهاتف المحمول. يبدو أن هذا هو الحال بشكل خاص مع مستخدمي الأجهزة اللوحية في الوضع العمودي.
لذا، أعتقد أنني ما زلت مرتبكًا بعض الشيء بشأن ما تغير بالضبط، هل تمت إزالة مفتاح التبديل بين 
/ 
من الشريط الجانبي؟ هل لا يزال من الممكن استدعاء نفس طريقة JavaScript باستخدام برنامج نصي مخصص أو شيء من هذا القبيل؟ أم أن هناك تغييرًا في كود تخطيط سطح المكتب سيجعله يتوقف عن التكيف بشكل متجاوب مع عرض المتصفح الأضيق؟
يبدو أن تبديل المتصفح “موقع سطح المكتب” (تم اختباره في Chrome و Firefox على جهاز لوحي يعمل بنظام Android) يجبر على التخطيط القديم الذي كان يتوافق مع مفتاح التبديل / الخاص بـ Discourse، ولا يزال يتكيف بشكل متجاوب دون تجاوز. لكن النص يبدو أصغر بكثير مما أتذكره.
أنا أيضًا أعرف كيفية تحديد نقاط توقف عرض معينة، أي @media screen and (max-width: 1000px) {… ولكن لست متأكدًا مما إذا كان يمكن فعل أي شيء هناك باستخدام تجاوزات CSS؟
إعجاب واحد (1)
أنا أتفق مع هذا، لم أحب حقًا التخطيط الخاص بالهاتف المحمول على هاتفي، فهو يبدو أكثر تقييدًا وكل شيء كبير جدًا ما لم يكن التكبير لدي منخفضًا إلى النصف. لقد استخدمت دائمًا التخطيط الخاص بسطح المكتب هنا حتى لم أستطع حرفيًا.
أتفهم بساطة الحفاظ على تخطيط واحد وعدم القلق بشأن التبديل، لكن الخيار لطيف في بعض الأحيان..
إعجاب واحد (1)
لا، لم تتم إزالته من الشريط الجانبي فحسب. لقد أزلنا البنية الأساسية للتبديل.
3 إعجابات
هل هذا يعني أنه يجب وسم Force Mobile Homepage بـ #broken؟
إعجاب واحد (1)
لقد أشرت إليه على أنه معطّل.
لهذا السبب:
إعجابَين (2)
لذا، لإجباره على عدم العودة إلى التخطيط المبسط للجوال بعروض أجهزة الكمبيوتر اللوحية العمودية العادية، هل يمكنني استخدام شيء مثل هذا في CSS؟ @media screen and (max-width: 700px) {…
أو هل يعد تبديل “موقع سطح المكتب” في متصفح الجوال هو الخيار الوحيد الذي يمكنني التوصية به للمستخدمين؟
هل يمكنهم الاختبار باستخدام “طلب سطح المكتب” مع زيادة حجم الخط في https://meta.discourse.org/my/preferences/interface؟
مرحباً، شكراً على الرد.
حاول أحد المستخدمين التبديل إلى “موقع سطح المكتب” في المتصفح ولكنه أفاد بأنه لم يحدث أي تغيير. على جهازي اللوحي، يتغير إلى تخطيط سطح المكتب ذي المعلومات الكاملة، ولكن حتى عند اختيار “الأكبر”، فإن النص بالكاد كبير بما يكفي، وليس من المثالي ضبطه في تفضيلات المستخدم لأنه يجعل النص كبيراً جداً على الأجهزة الأخرى مثل جهاز الكمبيوتر الذي يستخدم نفس الحساب.
إعجابَين (2)
أعتقد أن “عادي” هو الإعداد الافتراضي الحالي لديك. هل حاولت تحديد شيء آخر؟
إعجابَين (2)
أوه، يا للسخافة. 
شكرًا، هذا يساعد قليلاً على ما أعتقد.
بصراحة لا أتذكر كيف كان يعمل تغيير حجم الخط في وضع سطح المكتب الصريح القديم على شاشة رأسية أصغر، ولكني أتذكر أنها كانت أكبر بشكل عام. قد أضطر إلى إضافة بعض تجاوزات CSS لإعداد “الأكبر”…
إعجاب واحد (1)