User Experience on Discourse with optional touch-input

Contribuir Experiência do Usuário
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 curtidas
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 curtidas
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 curtidas
5

I actually have one, will try it out on Monday

4 curtidas
6

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

7

Acho que isso não aconteceu?

E quanto a dispositivos com teclados removíveis, como o Surface Pro?

Gostaria de sugerir uma configuração de usuário “Tenho um mouse/trackpad” que funcione de maneira semelhante à configuração “Tenho um teclado”.

8

Aconteceu sim. Fiz várias alterações; precisávamos de uma configuração de usuário extra para “Tenho um teclado”.

Estava funcionando muito bem.

Vou testar novamente para confirmar que tudo continua bom.

3 curtidas
9

Tenho novamente um dispositivo de toque opcional (um laptop com tela sensível ao toque). Tenho usado de forma semi-regular e não estou vendo problemas graves. Há algo em particular que não esteja funcionando conforme o esperado, @Justin_Vega?

1 curtida
10

Temos 3 problemas que o @pmusaraj vai investigar no iPad com teclado:

  1. O overlay está atrapalhando a exibição do botão de resposta azul
  2. O atalho de teclado para responder não dá foco ao editor
  3. Tab+Enter não está enviando
9 curtidas
11

Lembrete: o novo teclado/touchpad do iPad ainda não foi lançado; o lançamento será em maio. Isso é cerca de dois meses a partir de agora. Eu sei porque tentei encomendar um.

6 curtidas
12

De todos os tópicos que vinculei na OP, este é o único que ainda parece ser um problema:

Em um dispositivo sem tela sensível ao toque, a URL é um campo de texto, destacado por padrão para cópia. Em um dispositivo com tela sensível ao toque, como meu laptop, é um hiperlink, nem sempre destacado. Eu aproveitaria uma preferência de usuário por dispositivo do tipo “Tenho teclado” (a cópia final será definida posteriormente).

3 curtidas
13

Devemos tentar corrigir o problema de compartilhamento sem recorrer a uma preferência de usuário.

5 curtidas
14

Com certeza :clap: Estou super feliz que você tenha removido essa configuração; há quase zero valor em adicionar uma configuração especial e mágica que ninguém jamais descobrirá.

5 curtidas
23

Precisamos manter isso aberto, ainda estamos acompanhando User Experience on Discourse with optional touch-input - #13 by pmusaraj. Removi a digressão fora do tópico.

1 curtida
24

Não consigo fazer isso exibir um link em dispositivos iOS com tela sensível ao toque; ele vai diretamente para a janela de diálogo de compartilhamento do sistema operacional. Você está usando um dispositivo Windows com tela sensível ao toque, Joshua? Como um laptop com tela de toque, talvez?

1 curtida
25

Correto, laptop Windows 10 com tela sensível ao toque. No Android/iOS, abre-se a caixa de diálogo de compartilhamento do sistema operacional.

1 curtida
26

Eu não vejo isso como resolvível, @jomaxro, então não sei por que você o reabriu… como o Sam disse:

portanto, a única solução possível — adicionar uma configuração — foi retirada da mesa. O que resta para discutir?

Eu poderia tomar qualquer posição sobre isso, mas tendendo a concordar que apenas 0,00000001% dos usuários jamais encontrariam ou usariam essa configuração, se a oferecêssemos.

27

De

Eu assumi que haveria uma tentativa de corrigir isso sem uma configuração do site…

1 curtida