User Experience on Discourse with optional touch-input

Continuing the discussion from here, here, here, and here

All the topics linked above have in common that there are issues with Discourse, generally related to UX, when a using Discourse on a system that has touch, but primarily is interacted with via keyboard and mouse. First, it is my understanding (according to @codinghorror) that it is not possible with JS and HTML to detect this type of system, separately from any other system that has a touch input.

With that out of the way, I would like to suggest that this issue as a whole needs to be looked at seeing how the PC market is moving in recent years. When Discourse was first started, you could generally see two types of devices: mobile - like iPads, iPhones, Android phones/tablets, etc. - and desktop, like laptops, workstations, full-size PCs, etc. Today, the device landscape is very different. Thanks in part to a much better adoption of Windows 10 vs Windows 8, more “desktop” devices are coming with touch as an option. Now, touch is an option on most devices purchased from major manufacturers, even in their “business” models, and devices like Microsoft’s Surface, Lenovo’s Yoga, and similar 2-1/convertible designs are becoming much more popular in the marketplace.

Given that there is no reliable way to detect these devices, whether the user has a mouse and keyboard attached, or reliably guess what type of UX the user prefers, I would like to suggest a user setting “toggle” for Discourse. The closest analogous feature I can think of is Windows 10’s Tablet mode, that is user toggleable and makes changes to the UI to make Windows more (or less) friendly to touch. I understand that might not be ideal, as currently Discourse has a fully responsive design, and has purposefully avoided distinguishing “mobile mode” from “desktop mode”, but for users who use a laptop with an attached touch-enabled monitor, or multiple laptops some with and some without touch, it is jarring to have Discourse react differently depending on if the external monitor is connected, or if the device has touch or not.

4 إعجابات

We have some precedent now, for iPads we have a “I have a keyboard” user setting

9 إعجابات

So I haven’t used a device with touch (other than a phone) in 2+ years. Will see if I can get my hands on a Windows laptop with a touch screen to see the current situation.

5 إعجابات

I actually have one, will try it out on Monday

4 إعجابات

Didn’t @sam add this for iPad specifically? It could be opened up to everyone at the risk of confusing people.

أظن أن هذا لم يحدث؟

ماذا عن الأجهزة التي تحتوي على لوحات مفاتيح قابلة للفصل مثل Surface Pro؟

أود اقتراح إعداد مستخدم “لدي فأرة/لوحة تتبع” يعمل بشكل مشابه لإعداد “لدي لوحة مفاتيح”.

لقد حدث بالفعل، قمت بإجراء العديد من التعديلات، فقد احتجنا إلى إعداد مستخدم إضافي لـ “أملك لوحة مفاتيح”

كان يعمل بشكل ممتاز

سأقوم باختباره مرة أخرى للتأكد من أن كل شيء لا يزال على ما يرام

3 إعجابات

لدي مرة أخرى جهاز لمس اختياري (لابتوب بشاشة لمس). أستخدمه بشكل شبه منتظم، ولم ألاحظ أي مشاكل كبيرة. هل هناك أي شيء محدد لا يعمل كما هو متوقع @Justin_Vega؟

إعجاب واحد (1)

لدينا 3 مشكلات سيقوم @pmusaraj بالتحقيق فيها على iPad مع لوحة المفاتيح:

  1. الطبقة العلوية تعيق ظهور زر الرد الأزرق
  2. اختصار لوحة المفاتيح للرد لا يركز على محرر النص
  3. الضغط على Tab+Enter لا يُسجّل الإرسال
9 إعجابات

تذكير: جهاز الآيباد الجديد مع لوحة المفاتيح/لوحة اللمس لن يُطرح حتى مايو. هذا يعني بعد شهرين تقريبًا. أعرف ذلك لأنني حاولت طلب واحد.

6 إعجابات

من بين جميع الموضوعات التي ربطت بها في المنشور الأصلي، يبدو أن هذا هو الموضوع الوحيد الذي لا يزال يمثل مشكلة:

في الأجهزة غير التي تعمل باللمس، يكون عنوان URL حقل نصي، محدد افتراضيًا للنسخ. أما في الأجهزة التي تعمل باللمس، مثل حاسوبي المحمول، فهو رابط تشعبي ولا يتم تحديده دائمًا. سأستفيد من تفضيل مستخدم يعتمد على الجهاز “أملك لوحة مفاتيح” (التنسيق النهائي قيد التحديد).

3 إعجابات

يجب أن نحاول حل مشكلة المشاركة دون اللجوء إلى تفضيلات المستخدم.

5 إعجابات

بالتأكيد :clap: أنا سعيد جدًا لأنك أزلت هذا الإعداد، فلا يوجد تقريبًا أي قيمة في إضافة إعداد سحري خاص لن يكتشفه أحد أبدًا.

5 إعجابات

نحتاج إلى إبقاء هذا مفتوحًا، لا نزال نتابع User Experience on Discourse with optional touch-input - #13 by pmusaraj. أزلت الانحراف غير ذي الصلة.

إعجاب واحد (1)

لا أستطيع جعل هذا يعرض رابطًا على أجهزة iOS التي تعمل باللمس، حيث ينتقل مباشرة إلى نافذة مشاركة نظام التشغيل. هل تستخدم جهازًا يعمل بنظام Windows يعمل باللمس، يا جوشوا؟ مثل جهاز كمبيوتر محمول بشاشة تعمل باللمس ربما؟

إعجاب واحد (1)

صحيح، جهاز كمبيوتر محمول يعمل بنظام Windows 10 مع شاشة لمس. يفتح نظام Android/iOS نافذة مشاركة النظام.

إعجاب واحد (1)

لا أرى أن هذا الأمر قابل للحل @jomaxro، لذا لا أعرف لماذا أعيدت فتحه.. كما قال سام

لذلك، الحل الوحيد الممكن، وهو إضافة إعداد، قد تم استبعاده. فما الذي تبقى لمناقشته؟

أنا شخصيًا يمكنني التوجه في أي من الاتجاهين، لكنني أميل إلى الاتفاق على أن نسبة 0.00000001% فقط من المستخدمين قد يجدون أو يستخدمون هذا الإعداد لو قدمناه.

من

كنت أفترض أنه سيتم بذل محاولة لإصلاح هذا دون إعداد موقع…

إعجاب واحد (1)