amotl
3월 2, 2021, 7:36오후
1
Discourse 팀 여러분께,
먼저 말씀드리자면: 늘 그랬듯, Discourse 소프트웨어의 품질과 여러분이 이 프로젝트에 쏟고 있는 열정과 애정에 깊은 인상을 받고 있습니다. https://community.hiveeyes.org/ 와 https://community.panodata.org/ 커뮤니티를 Discourse 없이 운영할 상상을 할 수조차 없습니다. 여러분의 노고에 진심으로 감사드립니다.
이것은 현재 사용 중인 2.7.0.beta1 버전에서도 여전히 존재하는, 이미 상당한 시간 동안 관찰해 온 사소한 문제에 대한 겸손한 보고입니다. Discourse 유지보수를 위해 훨씬 더 어려운 문제들에 집중하고 계실 것으로 알고 있어, 이 보고는 단순히 기록을 위해 드리는 것입니다.
Discourse 관리자(Admin) 섹션의 리포트(Reports) 페이지로 이동하여 키보드를 사용해 날짜/시간 범위를 선택하려고 할 때(예: 연도 2019를 덮어쓰기 시도)…
… 입력 동작이 완료되기를 기다리지 않고 너무 빠르게 응답을 반환하면서 페이지가 중단되는 현상을 정기적으로 경험하고 있습니다. 대부분의 경우, 선택한 날짜/시간 범위에서 반환되는 데이터가 너무 커서 빠르게 처리될 수 없기 때문에 이러한 응답이 발생합니다.
사용자의 타이핑에 대해 특정 유휴 타임아웃이나 지연을 적용함으로써 이 문제를 개선할 수 있을까요?
정중히,
amotl
3월 2, 2021, 7:43오후
2
다른 사람들이 이미 비슷한 문제를 겪고 있는지, 그리고 적절한 전문 용어가 무엇인지 알아보기 위해 간단히 검색해 보았습니다. 실제로 몇 가지 참고 자료를 찾았으므로, 참고용으로 여기에 인용하겠습니다.
Vitaly Friedman의 훌륭한 기사를 빠르게 훑어본 결과, 이러한 측면에서 UX를 개선하는 것이 예상보다 더 어려울 수 있음을 잘 인지하고 있습니다.
[…]
음수 입력(numerical input)은 다양한 종류의 엣지 케이스를 처리할 수 있을 만큼 신뢰할 수 있어야 합니다 — 그리고 그런 케이스는 매우 많습니다. 물론, 일, 월, 년 입력 순서와 입력 형식의 예시를 나타내기 위해 어떤 형태의 라벨이나 플레이스홀더를 사용할 것이며, 인라인 검증은 잘못된 형식의 입력을 빠르게 감지하여 수정 사항을 제안 함으로써 사용자가 입력 흐름을 계속 진행할 수 있도록 해야 합니다.
[…]
그렇다면 사용자가 이러한 숫자 입력을 만나면 데이터를 어떻게 입력할까요? 사용자가 입력 필드에 날짜를 입력하는 모습을 관찰해 보면, 잠시 멈춘 후 1을 입력하고, 월 입력 필드로 수동으로 전환하여 3을 입력한 후, 다시 연도 입력 필드로 수동으로 전환하여 19 또는 2019를 입력하는 것을 볼 수 있습니다.
다른 사용자는 안전을 위해 03과 01을 명시적으로 입력하기도 합니다. 또 다른 사용자는 이 입력 필드 중 하나에 구분 기호를 포함하려고 시도합니다. 일부 구현에서는 입력 필드가 활성화되면 플레이스홀더가 사라지기 때문에, 일부 사용자는 우리가 고려한 구분 기호와 다른 기호 — 주로 하이픈( - )이나 슬래시( / ) — 를 사용하기도 합니다. 일부 사용자는 입력 필드의 상하 화살표를 사용하여 값을 증가시키려고 시도합니다. 그리고 일부 사용자는 날짜를 입력할 때 탭 키를 사용하여 필드를 이동합니다. 인라인 검증 입장에서는 정말 악몽 같은 상황입니다!
[…]
– Designing The Perfect Date And Time Picker — Smashing Magazine
@j.jaffeux 님, 이 문제를 재현해 볼 수 있을까요?
j.jaffeux
6월 17, 2021, 9:13오전
5
최근 몇 달간 내가 적용한 변경 사항으로 이 문제가 해결되었어야 합니다. 여전히 문제가 발생한다면 알려 주세요.
