사용자가 알림 두 번째 페이지로 이동하려고 합니다

여기서 사용자는 하단에 두 번째 페이지로 이동하는 것처럼 보이는 버튼을 보게 됩니다. 그런데 실제로는 단순히 현재 보이는 내용을 확장하는 버튼일 뿐입니다. 즉, 두 번째 페이지로 갈 방법이 전혀 없는 것이죠. 페이스북에서는 항상 두 번째 페이지로 이동할 수 있습니다.

참고로, 각 문장의 시작 부분을 읽을 수 있도록 이 내용을 가운데 정렬하려고 하면 텍스트가 오른쪽으로 뚝 떨어집니다. 네, 제 안드로이드 화면의 글꼴과 확대 설정을 변경해 본 것은 사실입니다. 이 문제는 안드로이드 13, 삼성 A13 5G에서 확인했습니다. 또한 가로 모드로 전환해 보았지만 화면이 회전되지 않았습니다.

물론 글꼴 크기와 확대 설정을 더 조정해 볼 수는 있습니다. 하지만 그저 일반(고령) 사용자의 사용자 경험(UX)에 대해 알려드리고 싶었을 뿐입니다.

1개의 좋아요

글쎄요, 큰 질문은 페이스북의 UX(사용자 경험)가 좋은지 여부입니다. 어쨌든, 무한 스크롤 때문에 2페이지라는 개념이 존재하지 않습니다. 따라서 정의상으로도, UX 측면에서도 2페이지와 10페이지는 동일한 패키지 안에 있는 셈이죠.

네, 그렇게 하셨습니다. 그리고 이제 노년층을 위해 알림 메뉴가 확대 기능을 덮어쓰도록 해 달라고 요청하시는군요. 어떤 앱도 그렇게 할 수 있다고 생각하지 않습니다.

확대 설정 때문입니다. 지금은 완전히 확신은 없지만, 확대 설정이 화면 회전(플립)을 불가능하게 만듭니다.

1개의 좋아요

2페이지는 없습니다. 2페이지를 보고 싶다면 사용자는 페이스북으로 가야 할 수도 있습니다.

3개의 좋아요

그 링크는 모달이 아닌 단일 창에 내용을 표시할 뿐입니다. 두 번째 페이지가 아니라, 단순히 내용을 보는 다른 방식일 뿐이에요.

모든 디스코스에 큰 글꼴 테마가 기본적으로 포함되도록 해야 한다는 주장을 할 수는 있겠지만, 브라우저 설정을 변경하면 포맷이 깨지는 것을 항상 막을 수 있다고 생각합니다.

3개의 좋아요

다시 한번 말씀드리자면, "사용자"를 대신해서 말하기보다 "나"를 사용하는 것이 더 나을 것 같습니다. 하지만 다른 접근법을 제안해 보겠습니다. "유저 스토리(user story)"라는 개념에 대해 아시나요? 이는 특정 기능에 대한 필요성을 표현하는 방법입니다.

이 개념이 낯설다면 User Stories: What They Are, How to Write Them, and Examples - Mountain Goat Software 에서 더 자세히 읽어보실 수 있지만, 기본적으로 그 형식은 "_이 유형의 사용자_로서, _어떤 것_을 원하며, 그 이유는 어떤 이유 때문이다"입니다.

위에서 말씀하신 내용을 이 형식에 맞게 다시 표현하면 다음과 같습니다:

모든 사용자로서, 알림 메뉴의 확장 화살표를 클릭했을 때 알림의 2페이지가 표시되기를 원하며, 그 이유는 페이스북 UI에 대한 제 경험을 바탕으로 사용자가 인터페이스가 그렇게 작동하기를 기대한다고 생각하기 때문입니다.

이렇게 표현해 보면, 세 가지 요소 모두에서 이 유저 스토리가 매우 약하다는 것이 명확해지기를 바랍니다.

  1. 사용자가 명확하게 정의되어 있지 않습니다.
  2. 제시된 목표는 진정한 최종 목표가 아니라, 구체적인 디자인 제안에 불과합니다.
  3. 이러한 기대가 실제로 일반적으로 성립하는 것일까요? 설령 그렇다 해도, 이 경우에도 적용되는 것일까요?

또 다른 방식으로 표현하자면: 페이스북과 같은 페이지네이션된 알림 UI를 왜 원하시나요? 그것이 가져다줄 구체적인 이점은 무엇인가요?

8개의 좋아요

더 명확하게 확인하기 위해, 여기서 핀치 투 줌 제스처를 사용하여 추가로 확대해 보셨나요? 설정에서 글꼴 크기만 키운 것이 아닌가요?

3개의 좋아요

참고로, 제 안드로이드 폰[1]에서는 글꼴 크기만 키운다고 이 문제가 발생하지 않아요. 하지만 글꼴 크기와 전체 디스플레이 배율을 모두 높은 설정으로 키우면 문제가 나타납니다:

하단 화살표를 클릭하거나 더블클릭하여 진입하면(이중 클릭은 간헐적으로 작동하는 것 같습니다[2]) 전체 페이지 프로필 뷰는 정상적으로 작동합니다. 이렇게 해결할 수 있을지도 모르겠네요: 메뉴가 너무 넓다면, 알림 카테고리와 개수만 표시하고(예를 들어) :black_heart: 을 클릭하면 Discourse Meta - The Official Support Forum for Discourse 로 이동하도록 하는 방식 말입니다.


  1. Google Pixel 7 ↩︎

  2. 혹은 제가 무언가를 잘못 이해하고 있는 것이겠죠 ↩︎

4개의 좋아요

설정을 변경하면 동일한 문제가 발생하지는 않습니다… 하지만 제가 접근할 수 있는 가장 작은 스마트폰의 뷰포트 폭이 360px이고, 일부 구형 기기의 경우 320px까지 좁을 수 있다는 점을 알고 있습니다. 그래서 그런 것일 수도 있겠네요.

핀치 줌을 한 상태에서 메뉴를 열면 문제가 발생합니다… 우리는 얼마 전 이 메뉴들에 스와이프 닫기 기능을 구현했는데, 이로 인해 확대된 상태에서 화면을 팬(pan)할 수 없게 되었습니다. 이는 수정해야 할 접근성 문제입니다.

5개의 좋아요

잘못된 방향을 보고 계신 것 같습니다 — 제 폰은 Pixel 7 Pro인데, 너무 커서 고등학생인 제 아이가 계속 놀립니다. :slight_smile:

크롬 기반 PWA를 사용 중입니다. 크롬에서도 같은 문제가 발생합니다. Firefox에는 문제가 없지만, 폰트 크기를 수동으로 200%로 올리면 "모든 사이트에서 핀치 줌"이 켜져 있느냐 마느냐에 따라 완전히 다른 끔찍한 현상이 한두 가지 나타납니다. (켜져 있으면 메뉴가 _오른쪽_으로 밀려나가고, 꺼져 있으면 메뉴 자체는 정상처럼 보이지만 이름과 직함 각각에서 단 한 단어만 표시됩니다. 그 외에는 할 수 있는 것이 없기 때문입니다.)

3개의 좋아요

네, 많은 앱에서 테스트되지 않은 그 “디스플레이 크기” Android 설정입니다.

1개의 좋아요