[اقتباس=“ريشي، المنشور:38، الموضوع:358131”]
هل كل ذلك العمل يستحق الجهد؟ كم عدد الأشخاص الذين يؤثر عليهم ذلك بشكل واقعي؟ :تفكير:
[/اقتباس]
لا أدري، إنها فكرة أواصل التفكير فيها، ولكن ليس لدينا خطط واضحة في الوقت الحالي، سيتعين علينا القيام بالكثير من البحث قبل المضي قدمًا في مثل هذا المسار
جربت متصفح palemoon مع Discourse، ولم يعمل. يقول شيئًا مثل “متصفحك غير مدعوم لهذا المنتدى”. الصفحة تحتوي على الخط الافتراضي (Times New Roman)، ولا توجد أزرار تسجيل الدخول/التسجيل.
هناك العديد من المتصفحات التي تركز على الخصوصية وتستخدم الكود مفتوح المصدر لكروم كأساس.
تأتي المشكلة من تطور البرامج/أنظمة التشغيل وما إلى ذلك.
بالتأكيد، أشياء مثل لينكس غالبًا ما تمنح حياة جديدة للأجهزة القديمة ويمكنها غالبًا إحياء جهاز قديم لاستخدام البرامج الحديثة.
لا يزال ديسكوركي جديدًا جدًا، وفي الوقت الحالي أعتقد أنه لا يوجد تطبيق iOS حتى الآن. لا يزال تطبيق Android في مرحلة تجريبية أولية. إنه واعد إذا كنت تبحث عن شيء يبدو أنه يمكن دعمه على التقنيات القديمة. لا يقوم بتحميل JavaScript أو HTML. على ما أذكر، هل يسحب من JSON؟ ويجعل شعورًا شبيهًا بديسكورد بإضافة مواقع ديسكورس بطريقة تشبه قنوات الخادم في ديسكورد. مقدمة ديسكوركي الموضوع
لا يزال في مراحله الأولى، ففي الوقت الحالي لا يبدو أن روابط يوتيوب تظهر.
بالتأكيد، قد يكون من الجيد العودة إلى نتسكيب أو حتى إنترنت إكسبلورر. في النهاية، يتم استبدال كل شيء بأشياء واتجاهات أحدث.
هناك عدد قليل جدًا من البرامج القديمة التي أفتقدها. حتى مع لينكس/واين و دوس بوكس، لا يزال من الممكن تشغيلها.
لكنني رأيت بعض الأشخاص يردون على المنشورات عبر البريد الإلكتروني، وهذا يشمل كل سجل البريد الإلكتروني المقتبس والتوقيع معه.
لم يبدُ الأمر جيدًا.
أفضل أن تكون لدي مشكلات طفيفة في الألوان ولا يتم حظر متصفحي بدلاً من الاضطرار إلى استخدام الرد عبر البريد الإلكتروني (إذا كان مُمكّنًا فقط في النموذج الذي أستخدمه).
إذًا لا مشكلة، هناك العديد من البدائل التي يمكنك استخدامها، والعديد منها مفتوح المصدر أيضًا، تتم صيانته وغير مصان.
قال سام إن Discourse بحاجة إلى تجربة حديثة، وهذا البيان صحيح. إذا فشل Discourse في هذا، فسوف ينفد عملهم، وحتى لو حدث ذلك، فمن سيحافظ على نسخة مجتمعية ويطورها؟ بالتأكيد ليس أولئك الذين لا يهتمون بـ تجربة حديثة.
أفترض أن نظام Android قصة مختلفة تمامًا نظرًا لأن المتصفح غير مرتبط بالبرنامج؟ على سبيل المثال، يمكن لـ Chrome العمل على نظام Android 8 مع الحفاظ على الأمان بينما يمكن لـ Firefox العمل على نظام Android 5 مع الحفاظ على الأمان أيضًا (على الرغم من مشاكل الأداء) مقارنة بنظام iOS حيث تقوم بترقية نظام التشغيل لترقية المتصفح؟
بالضبط. نظام التشغيل iOS هو نظام التشغيل الوحيد الذي ندعمه حيث يرتبط إصدار المتصفح بإصدار نظام التشغيل، وهذا هو السبب في أننا لا نقوم بإعلانات كهذه لكل تغيير آخر.
يسبب هذا التغيير أيضًا مشاكل لبعض المستخدمين غير التابعين لنظام iOS الذين يستخدمون ببساطة أجهزة كمبيوتر قديمة (Mac < 10.14 و Windows < 10) لا يمكنها تثبيت وتشغيل المتصفحات الحديثة. يفشل Firefox ESR حاليًا في تلك الاختبارات.
هل سيكون من الممكن على الأقل توفير polyfill لتلك الميزات، ربما عبر إضافات اختيارية، حتى يتمكنوا من الاستمرار في استخدام الموقع؟
لا يبدو من المناسب قطع المستخدمين الذين يستخدمون أجهزة قديمة تمامًا بسبب تغييرات تجميلية غير ضرورية (تغييرات الألوان والشبكة) = / لست متأكدًا من سبب الحاجة إلى تعبير regex الذي يبحث للخلف (بالتأكيد لن يستخدمه أي ناشر عادي مباشرة؟ هل هو لنوع من وظائف البحث / الإشراف؟)، ولكن مجتمعة، فإنها بالتأكيد لا “تمكّن تجارب محسّنة” إذا كانت النتيجة النهائية هي أن بعض المستخدمين ببساطة لا يمكنهم النشر بعد الآن وضع HTML أساسي للعرض فقط غير كافٍ إذا كان يخرجهم من المجتمعات التي كانوا جزءًا منها منذ فترة طويلة.
أعلم أن Discourse، مثل أي برنامج آخر، يحتاج إلى إضافة ميزات جديدة تدريجيًا ومواكبة الاتجاهات الحديثة وما إلى ذلك. ولكن في جوهرها، لا تزال “مجرد” منتدى للعديد من مجتمعاتها، وتعتبر سهولة الاستخدام والاستقرار أكثر أهمية للكثيرين منا من الأشياء الجديدة اللامعة. ربما يكون الطلب الأكبر هنا هو أن يكون لدى Discourse نفسه نوع من فرع “الدعم طويل الأمد” الذي يضيف فقط ميزات حرجة جديدة وإصلاحات للأخطاء، ولكنه بخلاف ذلك يعطي الأولوية للاستقرار على الحداثة. بعض المجتمعات ببساطة لا يمكنها مواكبة وتيرة التغيير التي تحدث هنا، خاصة عندما تستبعد التغييرات التجميلية ظاهريًا الأجهزة القديمة والمستخدمين الأقل ثراءً.
يرجى التفكير في هذا الأمر بصبر أكبر… هذا يضر حقًا ببعض المستخدمين الذين كانوا معكم لفترة أطول.
إن Firefox ESR الحالي هو الإصدار 128، والذي تم إصداره في يوليو 2024 وسيتم دعمه بواسطة Mozilla حتى سبتمبر 2025. هذا يجتاز جميع اختباراتنا.
الإصدار ESR السابق هو الإصدار 115، والذي سيكون عادةً خارج الدعم بحلول الآن، لكن Mozilla قامت بشكل استثنائي بتمديد تحديثات الأمان للأشخاص الذين يستخدمون Windows 7-8.1. في الوقت الحالي، يبدو أنها ستستمر حتى سبتمبر 2025، ولكن قد يتم تمديدها أكثر.
إذا كان هذا ممكنًا، لكنا فعلنا ذلك. ولكن للأسف، هذه الميزات الثلاث غير ممكنة لتوفير حلول بديلة لها.
نعم، هذا صحيح بالنسبة للميزات الثلاث. إنها ميزات أساسية لمنصة الويب سيستخدمها المطورون لدينا لتحسين Discourse. لن يستخدمها المستخدمون مباشرة.
للأسف، هذا فقط لأنظمة التشغيل الأحدث. إذا مررت بعملية التنزيل، فسترى هذه الملاحظة:
ملاحظة: إذا كنت تستخدم نظام التشغيل Windows 7 أو Windows 8 أو Windows 8.1 أو macOS 10.12 أو 10.13 أو 10.14، فيرجى تنزيل ESR 115 لاستخدام Firefox.
على أنظمة التشغيل الأقدم، حتى ESR لن يتم تحديثه إلى ما بعد الإصدار 115 ويرى المستخدمون الشعار. لا يمكنهم تحمل تكلفة جهاز كمبيوتر أحدث في الوقت الحالي.
هل يمكن تقسيم التغييرات، ربما؟ هل هناك أي طريقة، على سبيل المثال، لاستخدام أوضاع الألوان والشبكات الجديدة فقط في السمات الجديدة (مع ترك السمات الحالية متوافقة مع الإصدارات السابقة، أو العكس، إنشاء سمة HTML بسيطة جديدة لا تتغير فيها التخطيطات كثيرًا ولا تحتاج إلى ميزات CSS أو JS جديدة؟)
وإذا كان ذلك للاستخدام الداخلي، ألا يمكن تنفيذ ما يحتاج إلى lookbehind بطريقة مختلفة؟ هناك تقريبات له في JS، أو يمكن إرسال السلسلة إلى الواجهة الخلفية لـ Ruby للمعالجة، وما إلى ذلك؟ هل هناك مكان معين في الكود حيث يكون lookbehind مطلوبًا؟ ربما يمكن للمجتمع المساعدة في إيجاد حلول إبداعية؟
عذرًا إذا بدا أي من هذا جدليًا. نحن نحاول أيضًا حث المستخدمين على تجربة متصفحات بديلة، ولكن ليس كل هذه المتصفحات ستعمل أيضًا. سيكون الأمر أسهل بكثير بالنسبة لهم إذا لم يتم فرض إيقاف الدعم عليهم، خاصة مع تحذير بسيط جدًا. بعض هذه المجتمعات موجودة منذ عقود، منذ قبل Discourse نفسها، وفجأة يواجهون خسارة أعضاء بسبب تعديل بسيط في البرامج لم يطلبه أي مستخدم.
أعلم أن الاضطرار إلى دعم المتصفحات القديمة يجعل التطوير أصعب، وأحيانًا أصعب بكثير، ولكن في هذه الحالة بالذات… هل هذه الميزات ضرورية حقًا؟ هل هي مهمة بما يكفي لتبرير خسارة المستخدمين، أم مجرد اختصارات يمكن تقريبها بألم أقل مع القليل من العمل الإضافي، ربما ..؟