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 Mi Piace

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

9 Mi Piace

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 Mi Piace

I actually have one, will try it out on Monday

4 Mi Piace

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

Immagino che non sia successo?

E che dire dei dispositivi con tastiera rimovibile come il Surface Pro?

Vorrei suggerire un’impostazione utente “Ho un mouse/trackpad” che funzioni in modo analogo all’impostazione “Ho una tastiera”.

È successo, ho apportato diverse modifiche, ci serviva un’impostazione utente aggiuntiva per “Ho una tastiera”

Funzionava davvero bene

Lo testerò di nuovo per confermare che tutto sia ancora a posto

3 Mi Piace

Ho di nuovo un dispositivo touch opzionale (portatile con schermo touch). Lo sto usando in modo semi-regolare e non ho notato problemi gravi. C’è qualcosa in particolare che non funziona come previsto, @Justin_Vega?

1 Mi Piace

Abbiamo 3 problemi che @pmusaraj indagherà su iPad + Tastiera:

  1. L’overlay impedisce la visualizzazione del pulsante blu di risposta
  2. La scorciatoia da tastiera per rispondere non mette a fuoco il compositore
  3. Tab+Invio non invia il messaggio
9 Mi Piace

Ricordiamo che il nuovo dispositivo iPad con tastiera/touchpad non sarà rilasciato fino a maggio. Sono circa due mesi da ora. Lo so perché ho provato a ordinarne uno..

6 Mi Piace

Di tutti gli argomenti che ho collegato nel post originale, questo è l’unico che sembra ancora essere un problema:

Su un dispositivo senza touch, l’URL è un campo di testo, evidenziato di default per la copia. Su un dispositivo touch, come il mio laptop, è un hyperlink, non sempre evidenziato. Sfrutterei una preferenza utente per dispositivo “Ho una tastiera” (la dicitura finale da definire).

3 Mi Piace

Dovremmo provare a risolvere il problema di condivisione senza ricorrere a una preferenza utente.

5 Mi Piace

Assolutamente :clap: Sono felicissimo che tu abbia rimosso quella impostazione; c’è quasi zero valore nell’aggiungere un’impostazione speciale e magica che nessuno scoprirà mai.

5 Mi Piace

È necessario mantenerla aperta, stiamo ancora tracciando User Experience on Discourse with optional touch-input - #13 by pmusaraj. Ho rimosso la digressione fuori tema.

1 Mi Piace

Non riesco a far apparire un link sui dispositivi iOS touch: si apre direttamente la finestra di condivisione del sistema operativo. Tu usi un dispositivo touch Windows, Joshua? Magari un laptop con schermo touch?

1 Mi Piace

Corretto, laptop Windows 10 con touch. Android/iOS aprono la finestra di condivisione del sistema operativo.

1 Mi Piace

Non vedo come questo possa essere risolto, @jomaxro, quindi non capisco perché tu l’abbia riaperto… come ha detto Sam

quindi l’unica soluzione possibile, ovvero aggiungere un’impostazione, è stata scartata. Cosa c’è ancora da discutere?

Potrei prendere una posizione o l’altra su questo, ma tendo a concordare che solo lo 0,00000001% degli utenti troverebbe o utilizzerebbe mai questa impostazione se la offrissemmo.

Da

Pensavo che ci sarebbe stato un tentativo di risolvere questo problema senza un’impostazione del sito…

1 Mi Piace