بعد إصدار وظيفة الدردشة، أعتقد أن Discourse Mobile بحاجة إلى بعض التحسينات لجعلها “مماثلة” لتطبيقات المنصات الأخرى للأشخاص العاديين (في ألمانيا، يستخدم حوالي 69٪ من مستخدمي الإنترنت الأجهزة المحمولة). أسئلة:
وضع الجوال في ديسكورس سيء للغاية، الأزرار في الأعلى، من السيء جدًا استخدام الإبهام للمس الأزرار، كان يجب أن تكون الأزرار في الأسفل، مثل الآيفون، هناك الكثير من الأشياء غير المعتادة
أعتقد أيضًا أن بعض العمل على المنصة المتنقلة ضروري لأن ثلثي مستخدمي الإنترنت يستخدمون الأجهزة المحمولة …
حسنًا، في فنلندا، تغطي منصات الهواتف المحمولة بشكل عام 90% أو أكثر. وأنا متأكد من أن الوضع هو نفسه في جميع دول الشمال الأوروبي.
الشيء الأكثر إثارة للقلق هو أن معظم مستخدمي الهواتف المحمولة معتادون على تجربة مستخدم سيئة.
أكره أن أقول هذا بصوت عالٍ، ولكن أكبر المشاكل هنا هي المبرمجون الذين يعملون مع شاشات متعددة كبيرة. حتى هنا يمكننا العثور على الكثير من المواضيع حيث يقلق الجميع بشأن كيفية عمل شريطين أو ثلاثة جوانب 
غالبية السمات مخطط لها للشاشات 21 بوصة. لقد وضعت القطة على الطاولة، وأظهرت الفيل المعروف في غرفة المعيشة، قائلاً إنني أحسب كل سمة أو مكون أو إضافة مخصصة للشاشات الكبيرة فقط على أنها معطلة. هذا لا يحظى بالكثير من الإعجاب
أنا أقرأ هذا وأرد على جهاز iPhone الخاص بي لذا 
ما هو المطلوب هنا بالتحديد؟
للإجابة على النقطة 1 في المنشور الأصلي، نعم نحن دائمًا نختبر ونحسن الجوال
هذا لطيف. أنا أستخدم iPad الآن. إذن حقًا؟
أنت لا تقترح أن سهولة الاستخدام، أو تجربة المستخدم بالكامل، هي مسألة تشغيل/إيقاف وأن القدرة على القيام بالأشياء الأساسية تساوي تجربة مستخدم جيدة، هل أنت؟
لا أعرف، ولكن ربما سيفتح OP هذا السؤال أكثر. أنا أجري محادثة عامة ومن وجهة نظري، فئة Feature خاطئة الآن.
حسنًا، كان سؤالي بسيطًا و"متعلقًا بالميزات"، لذلك يجب أن تكون الفئة مناسبة.
من “منظور Android”، يبدو أن التطبيق يحتاج إلى بعض “التجديد” أو تحديثات الميزات. ولكن قد تكون هذه صورتي الشخصية لجزء Android من الكود. يمكنني أن أرى على github أن @pmusaraj يعمل بشكل متكرر على الكود…
@Jagster أتفهم النقاش العام حول “تجربة المستخدم للأجهزة المحمولة”، ولكن يجب مناقشة ذلك في موضوع منفصل.
أعتقد أن Discourse يعمل بشكل جيد على iPhone. هل يختلف كثيرًا على Android؟
لدينا دعم كامل لإشعارات Web Push. أعتمد على إشعارات Discourse Chat كجزء من وظيفتي، وهي تعمل بشكل موثوق على هاتفي ويتم عكسها حتى على ساعتي الذكية.
هل قمت بتثبيت النسخة التي تستخدمها كتطبيق ويب تقدمي (PWA) على جهازك؟ هذه هي الخطوة الأولى للاستخدام المكثف لنسخة، ونحن نطالب كل مستخدم نشط بذلك.
ستأتي عناصر واجهة المستخدم لتطبيقات الويب التقدمية (PWA) في المستقبل القريب، حيث يتم تطوير المواصفات بواسطة Microsoft في مشروع Chromium. سأراقبها وسأعمل عليها بمجرد توفرها كما فعلنا مع كل ميزات PWA الأخرى.
حسنًا، هذا هو الإصدار المتوفر في متجر تطبيقات Google Play في ألمانيا.
لا أعتقد أن هذا تطبيق PWA؟ معلومات إصدار التطبيق هي 1.8.7
تم السماح بالإشعارات بالتأكيد، لكنني لا أرى أي إشعارات عند وجود رسائل جديدة على meta.discourse org أو مثيلي الخاص forum.netzwissen.de
يكفي ليكون نوعًا من الألم في التطوير.
مرحباً @Falco - فقط للتوضيح، هل فهمت كل شيء بشكل صحيح:
في المستقبل، هل سيكون من الممكن تطوير ودجات للهواتف المحمولة، كما نعرفها جميعًا من تطبيقات الطقس على سبيل المثال؟ بمعنى آخر، عناصر للأجهزة المحمولة يمكن وضعها على الشاشة الرئيسية ويمكن أن يكون محتواها أجزاءً من المنتدى؟ على سبيل المثال، مقالة ويكيبيديا تتغير كثيرًا ويجب مراقبتها بشكل مستقل عبر الويدجت، دون تشغيل التطبيق / المنتدى عبر المتصفح.
هل يمكنك بالفعل تقديم بعض الروابط للمواصفات / الأبحاث / المطورين حول هذا الموضوع؟
في منتدانا، نحن مهتمون بإنشاء ودجات للهواتف المحمولة لهذا السبب بالضبط.
مع خالص التقدير
Richarde
مستخدم أندرويد أيضًا. بالنسبة لمثيلي المستضاف ذاتيًا، تخليت عن التطبيق المحمول. على ما أذكر، لم يكن من الممكن الحصول على إشعارات الدفع دون أن تكون على مستوى مدفوع لـ discourse بسبب مكالمات واجهة برمجة تطبيقات Google أو شيء من هذا القبيل (هناك مواضيع حول هذا في مكان ما).
لذلك… بدلاً من ذلك، بدأت العمل على برنامج نصي بلغة Python يرسل رسالة عبر Signal عندما يكون لدى الأشخاص إشعار غير مقروء لأكثر من ساعة. 
ليس رائعًا، ولكنه أفضل من لا شيء. لم آخذ الدردشة في الاعتبار بعد.
حسنًا، ولكن لماذا لا تستخدم فقط PWA؟ تحصل على إشعارات فورية هناك (الآن على كل من iOS و Android)
@sam أنا ممتن لسؤالك. هذا دفعني للعب بالإعدادات مرة أخرى ولدي الآن إشعارات للمحادثة والرسائل الخاصة والردود.
أشك في أن “دقيقة نافذة وقت إشعار الدفع” كانت السبب الرئيسي لارتبكي الأصلي - الافتراضي هو 10 دقائق، ولكن في ذهني افترضت أنه يأخذ مؤقت إشعار البريد الإلكتروني (3 دقائق). وبالتالي، في كل مرة اختبرتها، كنت أعود إلى الموقع بعد الانتظار 6 دقائق، مما منع التشغيل. كان لدي أيضًا “إرسال إشعارات دفع المحادثة فقط” مضبوطًا على “صحيح” كجزء من تعديلاتي الأصلية، لذلك لم تتح لهذه المؤقت فرصة للكشف عن نفسه أبدًا.
للإشارة في المستقبل، إليك جزء من التكوين كما هو لدي حاليًا:
على نظام أندرويد:
مرحباً! اضطررت للتسجيل لأنني لاحظت هذا الموضوع. إليك النتائج التي توصلت إليها:
إذا لم يكن في وضع PWA، فإن الصفحة تتأخر كثيرًا عند إخفاء/إظهار شريط العنوان العلوي في متصفح كروم للجوال لأن عنصرًا ما في الصفحة يحتوي إما على قيمة بنسبة مئوية من العرض الرئيسي أو وحدة “vh”. اضطررت لتثبيت PWA لتجنب ذلك، ولكن…
لست متأكدًا مما إذا كان هذا يتعلق بـ PWA المحدد الذي قمت بتثبيته ولكنه يحتوي على دائرة بيضاء بدلاً من الأيقونة.
والشيء الآخر هو أنه عندما تقوم بالتمرير لأعلى في سلسلة، يمكنك عن طريق الخطأ تشغيل تحديث عندما يصل التمرير اللانهائي إلى الجزء العلوي من الصفحة غير اللانهائية.
هذا هو معظم ما يعانيه، ولكني واجهت أيضًا بعض المشكلات الغريبة مع لوحة الإشعارات التي تقوم بإعادة توجيه عشوائية بدلاً من إظهار الشيء الذي أردت رؤيته. من الصعب وصف ما حدث بالضبط، إذا تكرر الأمر فسأحاول وصفه بالضبط.
