sam
9월 17, 2025, 3:13오전
1
다음 토론을 계속합니다: 데스크톱에서 모바일처럼 작성기 메뉴를 가로로 스크롤하게 만들기 :
현재 모바일의 “더 많은 툴바 항목을 보려면 스크롤” 구현 방식이 시각적으로 문제가 있다고 생각합니다. 화면 가장자리에 닿아 있고, 스크롤이 가능함을 나타내는 시각적 단서도 없기 때문입니다.
너무 좁을 경우 항목이 두 번째 줄로 넘어가도록 하는 일관된 구현 방식을 사용하는 것이 좋을까요?
“외로운” + 버튼에 대한 불만을 이해합니다.
하지만 다른 방식으로 해결할 수 있지 않을까요? 예를 들어 최소 2개 항목은 항상 오버플로우 영역으로 넘겨서(마지막 2개 그룹화) 처리하는 것입니다. 그렇게 하면 "Gif, +"처럼 보여서 덜 외로워 보일 것입니다.
모바일에서는 이미 툴바가 너무 많은 공간을 차지할 때 숨기는 버튼이 있습니다.
여기서 대안은… 공간이 너무 좁아지면 우선순위에 따라 항목들을 + 버튼 뒤로 이동시키는 것입니다.
즉, 위 스크린샷에서 공간이 너무 좁아지면
6개의 좋아요
Jagster
9월 17, 2025, 6:13오전
3
그렇게 하신다면, AI 어시스턴트가 손을 잡고 함께할 더 적합한 파트너가 될 거라고 생각합니다.
아니면, 사용자가 보고 싶은 것을 자유롭게 선택할 수 있는 방법을 제공해도 좋습니다. 물론 그렇게 하면 더 복잡해지고 설정 항목이 하나 더 생기며, 실제로는 거의 사용되지 않을 수도 있겠네요™.
renato
9월 17, 2025, 10:09오전
4
개인적으로는 스크롤을 선호합니다. 거기에 더 나은 시각적 힌트를 추가할 수 있을 것 같아요 - 오른쪽 캐럿과/또는 투명도 그라디언트를 말이에요.
작성기의 여러 줄 툴바는 Meta에서 작은 화면 기기에서 자주 불평하는 주된 원인 중 하나였습니다. 편집 영역에서 많은 공간을 차지하기 때문이죠.
3개의 좋아요
sam
9월 17, 2025, 10:23오전
5
다행히 모바일에서 툴바를 숨길 수 있는 버튼이 있어서, 간편한 우회 방법이 있습니다.
1개의 좋아요
renato
9월 17, 2025, 10:31오전
6
불행히도 대부분의 사람들이 툴바 숨기기 옵션의 존재를 모르고 있다는 데 대해 꽤 확신합니다. 그리고 새 컴포저 창 계획에서도 이 기능이 유지될지 확신할 수 없습니다.
어쨌든, 이 방식이 스크롤 가능한 툴바보다 낫다고 생각하지 않습니다. Notion과 같은 다른 저작 도구에서도 이를 사용하는데, 그들은 스크롤 가능한 측면에 페이드 아웃 효과를 적용하여 더 많은 툴바 항목이 있음을 표시합니다. 우리도 비슷한 방식을 채택해야 한다고 생각합니다.
2개의 좋아요
화면 공간이 부족할 경우, 이 문제가 더욱 악화될 수 있다는 것이 잠재적인 문제점 중 하나입니다.
1개의 좋아요
noahl
9월 17, 2025, 1:05오후
8
스크롤 가능한 “메뉴” 스타일 콘텐츠가 있는 모든 경우에 이런 요소가 추가되어야 한다고 생각합니다 - 특히 사용자 설정/관리자 영역에서 두드러지게요.
이런 식의 요소가 있다면 정말 많은 도움이 될 거예요:
1개의 좋아요
저에게는 가장 좋은 접근 방식인 것 같습니다. ... 메뉴가 있는 게시물에도 이를 재사용할 수 있습니다. 하지만 어떻게 하면 사용자가 명확하게 인지할 수 있는지 파악할 수만 있다면, 스크롤 방식이 구현하기는 확실히 더 간단합니다.
Jagster
9월 17, 2025, 2:28오후
10
하지만 제 포럼의 모바일 사용자들은 거의 모두 이 기능을 알고 있으며, 아예 툴바를 사용하지 않습니다. 그들이 필요한 것은 이모지/스마일리와 업로드 기능뿐인데, 이 기능들은 툴바에 위치해 있지 않으니까요.
글쎄요, 제 포럼의 사용자 수는 소수라고 부를 수 있을 정도로 많지 않으므로, 그 점에서 말씀하신 내용은 아마도 맞았을 겁니다
네, 더 좋게 보이도록 투명도 페이드아웃(opacity-fadeout)을 추가하고 싶었지만, 구조적인 변경이 필요해서 Renato와 확인해야 하므로 아직 진행하지 못했습니다.
또한 새 작성기(composer)의 목표 상태(engoal-state)가 있습니다. 이 상태에서는 툴바가 전반적으로 재설계되고 이동될 예정이므로, 현재 구현 방식과는 무관해집니다.
저도 그 방식이 좋겠습니다. 다만 + 버튼에 가장 가까운 항목부터 순서대로 배치해야 합니다. 목록에서 무작위로 항목을 빼는 것은 꽤 나쁜 UX입니다. 그리고 모바일에서는 개인적으로 여전히 단순한 스크롤 방식이 더 낫다고 생각합니다.
개인적으로 두 번째 줄로 줄바꿈하는 방식은 고려 대상이 아닙니다. "그렇다면 모바일에서는 완전히 숨기자"는 것은 사용자 친화적인 해결책이 아닙니다.
더 많은 작업을 하기 전에, 먼저 현재의 시각적 표시기를 단순히 개선할 수 있는지 확인하는 것이 좋다고 생각합니다.
3개의 좋아요
Moin
9월 22, 2025, 10:06오후
13
현재 일부 옵션은 오버플로우를 방지하기 위해 </> 버튼이 플러스 메뉴로 이동되어 있습니다. 기억이 맞다면, 이는 터치 디바이스가 사용되고 있다는 사실에 기반한 것입니다. 따라서
는 개념이 이미 사용되고 있습니다. 따라서 이 방식을 더 많은 디바이스에 적용하는 것이 합리적이라고 생각합니다. 아마도 디바이스 유형보다는 너비에 기반하여 결정할 수도 있을 것입니다. 제 태블릿은 가로 모드에서 코드 형식 지정 버튼에 충분한 공간이 있습니다. 목록 버튼에도 충분한 공간이 있을 것으로 생각됩니다. 하지만 저는 보통 그들을 사용하지 않습니다. 코드 태그를 입력하는 것이 더 번거로워서 그 버튼을 자주 사용합니다.
또한, 관리자가 커뮤니티에 가장 중요한 버튼을 선택할 수 있는 설정에 대한 nat의 제안도 좋아합니다.
2개의 좋아요
항목을 + 버튼 뒤로 보내는 것입니다.
