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개의 좋아요

@pmusaraj 님이 iPad + 키보드에서 다음 3가지 문제를 조사할 예정입니다.

  1. 오버레이가 파란색 답글 버튼을 표시하는 것을 방해하고 있습니다.
  2. 답글을 위한 키보드 단축키가 작성 영역에 포커스를 설정하지 않습니다.
  3. Tab+Enter를 눌러도 전송되지 않습니다.
9개의 좋아요

새로운 키보드/터치패드 iPad 액세서리가 5월에나 출시된다는 걸 다시 한번 상기시켜 드립니다. 이제 두 달 정도 남았네요. 제가 직접 주문을 시도해 보니까 알겠더라고요..

6개의 좋아요

OP에서 링크한 모든 주제 중 여전히 문제가 남아 있는 것은 이 주제 하나뿐입니다:

터치가 아닌 디바이스에서는 URL이 텍스트 필드로 표시되며, 복사하기 위해 기본적으로 강조됩니다. 반면 노트북과 같은 터치 디바이스에서는 하이퍼링크로 표시되며, 항상 강조되지는 않습니다. 디바이스별 사용자 설정인 “키보드가 있음”(최종 문구 미확정)을 활용하고 싶습니다.

3개의 좋아요

사용자 설정에 의존하지 않고 공유 문제를 해결해 보아야 합니다.

5개의 좋아요

전적으로 동의합니다 :clap: 그 설정을 제거해 주셔서 정말 기쁩니다. 아무도 발견하지 못할 특별한 마법 같은 설정을 추가하는 데는 거의 가치가 없으니까요.

5개의 좋아요

이 이슈는 계속 열어두겠습니다. User Experience on Discourse with optional touch-input - #13 by pmusaraj 여전히 추적하고 있습니다. 주제에서 벗어난 내용은 제거했습니다.

1개의 좋아요

iOS 터치 기기에서 링크가 표시되지 않아요. 대신 운영체제의 공유 대화상자로 바로 넘어가거든요. 조슈아, 혹시 윈도우 터치 기기를 사용 중인가요? 터치스크린이 있는 노트북 같은 거요?

1개의 좋아요

맞습니다. Windows 10 터치 노트북입니다. Android/iOS에서는 OS의 공유 대화상자가 열립니다.

1개의 좋아요

이 문제는 해결 불가능하다고 보는데, 왜 다시 열었는지 모르겠네요. Sam이 말했듯이

따라서 유일한 해결책이었던 '설정 추가’는 이제 논의 대상에서 제외되었습니다. 더 이상 논의할 것이 무엇인가요?

저는 어느 쪽이든 괜찮지만, 만약 이 설정을 제공하더라도 .00000001%의 사용자만 이를 찾거나 사용할 것이라고 생각하므로 동의하는 편입니다.

From

사이트 설정 없이 이 문제를 해결하려는 시도가 있을 거라고 생각했거든요…

1개의 좋아요