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 Me gusta

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

9 Me gusta

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 Me gusta

I actually have one, will try it out on Monday

4 Me gusta

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

¿Supongo que eso no ocurrió?

¿Qué hay de los dispositivos con teclados desmontables, como el Surface Pro?

Me gustaría sugerir una opción de usuario llamada “Tengo un ratón/táctil” que funcione de manera similar a la opción “Tengo un teclado”.

Sí ocurrió, realicé varias enmiendas; necesitábamos una configuración de usuario adicional para “Tengo un teclado”.

Funcionaba muy bien.

Voy a probarlo de nuevo para confirmar que todo sigue bien.

3 Me gusta

Tengo de nuevo un dispositivo táctil opcional (portátil con pantalla táctil). Lo he estado usando de forma semirregular y no he observado ningún problema importante. ¿Hay algo en particular que no esté funcionando como se esperaba, @Justin_Vega?

1 me gusta

Tenemos 3 problemas que @pmusaraj investigará en iPad + teclado:

  1. La superposición impide que se muestre el botón de respuesta azul.
  2. El atajo de teclado para responder no enfoca el editor.
  3. Tab+Enter no envía el mensaje.
9 Me gusta

Recordatorio de que el nuevo dispositivo iPad con teclado/táctil no se lanzará hasta mayo. Eso es aproximadamente dentro de dos meses. Lo sé porque intenté pedir uno.

6 Me gusta

De todos los temas que enlacé en el post original, este es el único que aún parece ser un problema:

En un dispositivo sin pantalla táctil, la URL es un campo de texto, resaltado por defecto para copiar. En un dispositivo táctil, como mi portátil, es un hipervínculo y no siempre está resaltado. Aprovecharía una preferencia de usuario por dispositivo tipo “Tengo teclado” (la copia final está por determinar).

3 Me gusta

Deberíamos intentar solucionar el problema de compartir sin recurrir a una preferencia de usuario.

5 Me gusta

¡Totalmente! :clap: Me alegra muchísimo que hayas eliminado esa configuración; casi no tiene ningún sentido añadir una configuración especial y mágica que nadie descubrirá jamás.

5 Me gusta

Necesitamos mantener esto abierto, todavía estamos siguiendo User Experience on Discourse with optional touch-input - #13 by pmusaraj. He eliminado la divagación fuera de tema.

1 me gusta

No puedo lograr que esto muestre un enlace en dispositivos táctiles de iOS; directamente abre el cuadro de diálogo de compartir del sistema operativo. ¿Estás usando un dispositivo táctil con Windows, Joshua? ¿Quizás una laptop con pantalla táctil?

1 me gusta

Correcto, portátil Windows 10 con pantalla táctil. Android/iOS abre el cuadro de diálogo de compartir del sistema operativo.

1 me gusta

No veo esto como algo resoluble @jomaxro, así que no estoy seguro de por qué lo volviste a abrir… como dijo Sam:

Por lo tanto, la única solución posible, añadir una configuración, ha sido descartada. ¿Qué queda por discutir?

Podría opinar de cualquier manera al respecto, pero tiendo a estar de acuerdo en que solo el 0.00000001% de los usuarios encontraría o usaría esta configuración si la ofreciéramos.

De

Asumí que se intentaría solucionar esto sin necesidad de una configuración del sitio…

1 me gusta