이것은 어떤 버전에서 사용할 수 있나요? 2026.8인가요?
1개의 좋아요
이 기능은 2026.7에서 실험적 변경 사항으로 사용 가능하지만, 구버전에서는 업데이트가 늦어질 수 있습니다… 실험을 테스트하려면 최신 릴리스 채널(현재 v2026.8.0-latest.1)을 사용하는 것이 가장 좋습니다. 초기 단계에서는 기능이 매우 빠르게 변하기 때문입니다.
도구 모드를 사용자 지정할 수 있는 기능을 추가하는 건 어떨까요? 이렇게 하면 모든 사용자에게 맞게 조정할 수 있습니다. 특히 모바일에서는 원하는 버튼을 바로 볼 수 있어야 하는데, 그렇지 않으면 스크롤을 해야 합니다. 그냥 아이디어 하나입니다.
5개의 좋아요
저희도 분명히 가지고 있는 아이디어입니다. 다만 이번 컴포저 재설계에는 포함되지 않았습니다. 이번 작업은 주로 스타일링과 레이아웃 재배치에 초점이 맞춰져 있으며, 새로운 기능(예: 툴바 커스터마이징에 필요한 기능) 추가는 포함되지 않습니다. 그래도 머지않은 미래에 이 아이디어가 반영되길 희망합니다.
3개의 좋아요
개인적으로, 모바일 작성 경험 개선이 데스크톱에서 작업하는 사용자에게 부담을 주는 방향으로 이루어져서는 안 된다고 생각합니다. 우리 커뮤니티는 각각 데스크톱 앞에 앉아 있는 사람들을 연결해 주는 B2B 지원 채널 역할을 합니다:
그들에게 근육 기억을 조정하라고 요구하는 것은 그들의 관점에서 불필요한 어려움이 되며, 도구와 컨트롤을 하단이 아닌 상단에 배치하는 기존 데스크톱 관례에도 반하는 것입니다.
여러분의 사이트가 주로 데스크톱 기반 사용자들로 구성되어 있고, 그 규모가 작으며 점점 줄어드는 소수의 그룹에 속할 가능성이 있다고 의심합니다.
우리는 아마 그 정반대일 것입니다.
요즘 뉴스 사이트를 열어보면 모바일 시청에 맞게 화면 비율이 조정되지 않은 영상을 볼 수 없는데, 데스크톱에서는 그 모습이 참 지저분해 보입니다.
모바일에서의 시청 경험과 사용자 경험은 이미 상당한 기간 동안 데스크톱 경험에 비해 뒤처져 왔습니다. 저는 두 기기 유형 모두에서 동일한 경험을 보고 싶었습니다. 커뮤니티에 접근하는 방식은 중요하지 않아야 하니까요. 물론, 자연스럽게 포맷에 있어서는 일부 타협이 필요합니다.
2개의 좋아요
Fakebook 테마에서 문제를 발견했는데, 테마 관련 문제인지는 확실하지 않습니다. 메인 토픽 뷰에서 특정 토픽을 열려고 했을 때, 새 작성기에서 편집 뷰로 전환되었습니다. 이는 모바일(Android PWA)에서 발생한 문제입니다.
또한 이벤트 내 설명을 편집할 때도 문제가 있는 것 같습니다. 설명에 링크를 추가하려고 했을 때 이상한 현상이 발생했는데, 링크를 붙여넣으면 사라지는 것처럼 보였습니다.
사용자들에게 이 기능을 활성화해 두었었지만, 안타깝게도 지금은 비활성화하기로 했습니다. 조금 더 안정화된 베타 버전이 나올 날을 기대하고 있습니다!
1개의 좋아요
시력이 안 좋은 분들에게는 대비가 낮은 것 같습니다. 더 어두운 테두리나, 이를 쉽게 어둡게 할 수 있는 CSS를 선호합니다. 현재 이 포럼에서와 같이 활성 입력 필드에 어두운 테두리가 적용되면 더 좋아 보일 것입니다.
2개의 좋아요
테스트 범위를 넓히기 위해 이제 Meta의 모든 사용자에게 이 변경 사항을 적용했습니다. 특히 어떤 환경이나 설정에서든 실제로 깨진 부분이 있는지 피드백을 듣고 싶습니다.
4개의 좋아요
오늘은 iOS 기기에서 새로운 컴포저를 처음 사용해 본 날이에요. 어제의 이전 컴포저보다는 덜 깨진 것 같지만, 이 새로운 컴포저에 대해 알고 있었기 때문에 그때 보고하지 않았습니다.
OP에서 작은 부분이 하나 있어요;
1개의 좋아요
이와 관련하여 첫 단계가 완료되었습니다:
독립적인 변경 사항입니다.
3개의 좋아요
@chapoi 정말 최고예요 
모바일, 데스크톱 또는 둘 다에 대한 개인화 옵션이 있으면 좋겠어요. 모바일에서는 화면 크기 때문에 정말 불편하거든요.
그래도 개인화할 수 있다는 건 정말 멋진 것 같아요.
다시 한번 감사해요 
3개의 좋아요
우리는 이미 AI가 수년간 Discourse 개발을 보조하는 데 사용되어 왔다는 것을 알고 있습니다. 그래서 이번 재설계에 AI가 얼마나 관여했고, 어떻게 이루어졌는지 궁금합니다.
AI가 코드 한 줄 작성되기 전에 시각적 구성에 사용되었는지 그 시작 과정을 이해하고 싶기 때문입니다.
아니, 이 아이디어들은 2024년 초에 이미 내부적으로 논의된 바 있어. 그때도 @chapoi의 그 특유의 두뇌 회로로 말이야… 물론 출처가 어딨든 우리가 업무를 검증하는 방식은 늘 그랬듯 그대로고, AI가 우리를 지시하진 않아 (아직은 
)
6개의 좋아요
하하, 그래야 누구(또는 뭔) 탓을 해야 할지 알 수 있으니까요! 
TL;DR
보기는 좋지만, 사용성은 그렇게까지 좋지는 않은 것 같습니다(아마도)… 추가 피드백 대기 중.
다른 사람들이 이 토픽에서 언급한 근육 기억 측면이 가장 먼저 눈에 띄는 불편함이라고 생각합니다.
그리고 모든 것을 하단 한 줄에 몰아넣어 최소한의 상단 요구사항을 해결하려는 방식도 마음에 들지 않습니다. 한 극단에서 다른 극단으로 넘어가는 것 같은 느낌입니다. 미니멀리즘이 도전적인 것은 맞지만요.
실제로 하단 부분에도 시각적 정렬/접선 문제가 있고, 보기에도 거슬리며, 시선을 강하게 끌어당기는 요소가 있습니다. 여기엔 많은 것이 동시에 일어나고 있어, 최종 해결책의 50~75% 정도만 완성된 상태처럼 보여서 다듬어지지 않은 인상을 줍니다.
하지만 바로 실행할 수 있는 매우 구체적인 한 가지가 있습니다.
컴포저 팝업의 왼쪽 상단에 “답장(Reply as/to…)” 버튼에 공유 유형 아이콘이 왜 사용되고 있는지 모르겠습니다.
이미 하단 메뉴에서 “업로드” 버튼으로 확립되어 사용되고 있는데, 이는 잘못된 UI 결정입니다. 어떻게 이런 일이 발생했는지는 모르겠지만, 이는 절대 안 됩니다. 또한 시각적으로 소문자처럼 보이며, 제 기준에서는 그 버튼이 해야 할 역할이나 의미를 제대로 전달하지 못하고 있습니다.
대안도 없는 상황에서 원래 아이콘(또는 기능적으로 동등한 아이콘)으로 되돌리거나, 아예 제거하는 것을 제안합니다. 제거하더라도 개선이 될 것입니다.
그 아이콘은 거기에 있어서는 안 됩니다.
참고: 위 언급 사항들은 모두 데스크톱 기반 피드백입니다.
