User Experience on Discourse with optional touch-input

Contribuer UX
1

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 « J'aime »
Mobile : Post Amend / Tag Selection
Share post URL text displaying as link on touch devices
Device detection and review request
2

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

9 « J'aime »
3

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 « J'aime »
5

I actually have one, will try it out on Monday

4 « J'aime »
6

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

7

Je suppose que cela n’a pas eu lieu ?

Qu’en est-il des appareils avec claviers détachables comme le Surface Pro ?

Je souhaiterais suggérer un paramètre utilisateur « J’ai une souris/pavé tactile » qui fonctionnerait de manière similaire au paramètre « J’ai un clavier ».

8

Ça a eu lieu. J’ai apporté plusieurs modifications ; il nous fallait un paramètre utilisateur supplémentaire pour « J’ai un clavier ».

Ça fonctionnait très bien.

Je vais le tester à nouveau pour confirmer que tout est toujours bon.

3 « J'aime »
9

J’ai à nouveau un appareil tactile en option (ordinateur portable avec écran tactile). Je l’utilise de manière semi-régulière et je ne constate aucun problème majeur. Y a-t-il quelque chose qui ne fonctionne pas comme prévu, @Justin_Vega ?

1 « J'aime »
10

Nous avons 3 problèmes que @pmusaraj enquêtera sur iPad + clavier :

  1. La superposition empêche l’affichage du bouton de réponse bleu.
  2. Le raccourci clavier pour répondre ne donne pas le focus à l’éditeur.
  3. Tab+Entrée ne soumet pas le message.
9 « J'aime »
11

Rappel : le nouveau clavier/tactile pour iPad n’est pas disponible avant mai. Cela représente environ deux mois à partir de maintenant. Je le sais parce que j’ai essayé d’en commander un.

6 « J'aime »
12

Parmi tous les sujets que j’ai liés dans le message original, celui-ci semble être le seul à poser encore problème :

Sur un appareil sans écran tactile, l’URL est un champ de texte, mis en surbrillance par défaut pour faciliter la copie. Sur un appareil tactile, comme mon ordinateur portable, il s’agit d’un lien hypertexte, pas toujours mis en surbrillance. Je profiterais d’une préférence utilisateur par appareil du type « J’ai un clavier » (la formulation finale reste à définir).

3 « J'aime »
13

Nous devrions essayer de corriger le problème de partage sans recourir à une préférence utilisateur.

5 « J'aime »
14

Tout à fait :clap: Je suis ravi que vous ayez supprimé ce paramètre. Il y a presque aucune valeur à ajouter un paramètre spécial et magique que personne ne découvrira jamais.

5 « J'aime »
23

Il faut garder ceci ouvert, nous suivons toujours User Experience on Discourse with optional touch-input - #13 by pmusaraj. J’ai supprimé la digression hors sujet.

1 « J'aime »
24

Je n’arrive pas à faire afficher un lien sur les appareils tactiles iOS ; cela ouvre directement la fenêtre de partage du système d’exploitation. Êtes-vous sur un appareil tactile Windows, Joshua ? Peut-être un ordinateur portable avec un écran tactile ?

1 « J'aime »
25

C’est exact, un ordinateur portable Windows 10 avec écran tactile. Sur Android/iOS, ouvrez la boîte de dialogue de partage du système d’exploitation.

1 « J'aime »
26

Je ne vois pas cela comme résoluble @jomaxro, donc je ne sais pas pourquoi vous l’avez rouvert… comme Sam l’a dit :

par conséquent, la seule solution possible, à savoir ajouter un réglage, a été écartée. Que reste-t-il à discuter ?

Je pourrais pencher dans les deux sens sur ce sujet, mais j’ai tendance à être d’accord : seulement 0,00000001 % des utilisateurs trouveraient ou utiliseraient ce réglage si nous le proposions.

27

De

Je pensais qu’une tentative serait faite pour corriger cela sans paramètre du site…

1 « J'aime »