제 설정은 다음과 같습니다: (브라우저, 앱 아님)
하지만 숫자 행을 숨기는 것은 마음에 들지 않습니다. 상단 행에 있는 길게 누를 때 나오는 기호들도 함께 사라지기 때문이죠. 저는 그 기호들을 자주 사용하거든요.
PWA:
2개의 좋아요
@JammyDodger의 스크린샷에도 나와 있습니다. 데스크톱 보기 때문이라고 생각하지 않습니다. 다시 시도해 보았는데, 한 번은 헤더가 표시되지 않았지만, 그 이후로 헤더는 항상 표시됩니다.
2개의 좋아요
네, 일부 스크린샷에서 키보드를 띄워 놓은 것을 잊었습니다. 화면의 절반이 키보드에 가려진다고 상상해 주세요. 또한 일부 스크린샷에서는 '긴 스크린샷’을 눌렀다가 너무 긴 부분을 잘라낸 것 같습니다. 어쨌든 다른 사이트의 넉넉한 입력 상자에 너무 감탄해서 실수한 것입니다.
내 글꼴 크기 / (Android, Chrome이 아닌) 화면 확대/축소 슬라이더 설정에 대해서는: 평소보다 약간 오른쪽(크게)으로 설정한 상태에서 테스트해 주세요. 눈이 나빠진 고령의 사용자가 휴대폰을 사용할 수 있다는 점을 염두에 두시기 바랍니다.
Chrome 메뉴에서 '데스크톱 보기 사용’을 선택했나요? 아니요, PWA에는 Chrome 메뉴가 없다고 생각합니다.
어쨌든 제 말은 이렇습니다: 일부 휴대폰에서는 새 주제 입력 필드가 3줄 높이에 불과합니다. 네, 원하는 만큼 많은 줄을 입력할 수는 있지만, 표시되는 영역은 여전히 3줄에 불과합니다.
테스트해 보았습니다. 그리고 확대할 때마다 편집 영역이 줄어듭니다.
일부 사용자(특히 고령의 사용자)가 더 큰 글씨가 필요하다는 점은 존중합니다.
하지만 글씨가 커질수록 다른 요소, 예를 들어 작성자(컴포저)의 텍스트 영역을 위한 공간이 줄어든다는 점도 존중해야 하지 않을까요?
결국 이는 항상 트레이드오프(trade-off)의 문제이며, Discourse가 이러한 트레이드오프를 피하는 것은 어려운 일일까요?
1개의 좋아요
결국 메시지 작성 중 각 항목이 화면에 계속 표시되는 것이 얼마나 중요한지에 따라 달라집니다. 예를 들어 그룹 이름, 메시지 제목, 태그 박스를 항상 화면에 표시할 필요가 있을까요? 보통 사용자는 이러한 항목을 한 번 설정한 후 메시지 작성으로 넘어갑니다. 따라서 이러한 항목을 접거나 위로 올릴 수 있도록 하고, 사용자가 조정할 필요가 있을 때 다시 펼칠 수 있게 하는 것이 좋습니다.
1개의 좋아요
안녕하세요, 혹시 모바일 기본 화면에서 빨간색 테두리로 표시된 영역을 비활성화(표시 안 함)할 수 있는지 궁금합니다.
어떤 파일/부분을 수정해야 하나요?
감사합니다.
또한 99%의 경우 사람들은 새 주제를 만들 때 투표 기능을 사용하지 않을 것이라고 추측됩니다.
그래서 이 부분을 ‘제목 입력’ 필드에 통합하는 것이 더 좋을 수도 있습니다. 예를 들어 ‘제목 입력’ 필드의 오른쪽에 배치하는 것 말이죠.
한자가 복잡한 구조를 가지고 있어서, 폰트 크기를 줄이는 데에는 더 많은 제약이 있을 것 같네요. 그래서 만다린(중국어)은 이 부분에서 고유한 도전에 직면하는 것 같습니다.
이전 주제에 대한 답변입니다. Yt.w는 다음과 같은 이유로 특정 조건에서 도구 모음을 기본적으로 비활성화하고 싶어 했습니다:
그에 대한 코드를 작성해 볼 수 있을 것 같다고 생각했습니다. 이것은 즉각적인 임시 조치일 뿐입니다.
실제로 Discourse에서는 기본적으로 창 너비가 370px 미만이거나 Android인 경우 도구 모음이 숨겨집니다.
const storedVal = keyValueStore.get("toolbar-enabled");
if (this._toolbarEnabled === undefined && storedVal === undefined) {
// iPhone 6는 375px이며, 이보다 좁으면 도구 모음이
// 기본적으로 비활성화되어야 합니다.
// 다만 상태는 기억해 두어야 합니다.
this._toolbarEnabled =
window.innerWidth > 370 && !this.capabilities.isAndroid;
}
제 코드는 이 동작을 모든 모바일 뷰로 일반화하기 위한 확장일 뿐입니다.
동의합니다. 다른 접근 방식으로는 버거 아이콘이 도구 모음을 토글한다는 것을 사용자에게 어떤 방식으로든 교육하는 것이 있을 수 있습니다!
1개의 좋아요
제가 정확히 말하고 싶은 것이 바로 그겁니다:)
그 코드를 어디에 추가해야 하는지 알려주실 수 있을까요?
감사합니다!
그렇게 생각하고 있습니다.
UI를 오른쪽에서 왼쪽으로 변경하는 것이 가능한가요?
가능하다면 어떤 파일을 수정해야 하는지, 그리고 어떻게 해야 하는지 알려주시면 큰 도움이 될 것 같습니다.
1개의 좋아요
일본어요 
모바일에서 이 아이디어를 좋아합니다! 하지만 꽤 큰 구조적 변경이 될 것 같습니다.
이 부분을 개선하기 위해 다음을 해보는 것이 좋겠습니다:
- 높이가 충분하지 않으면 툴바를 비활성화합니다.
- 새 주제 생성 시 높이를 한 줄 줄이는 방안을 검토해 봅니다. (특히 높이가 제한된 경우) 도움이 될 수 있습니다.
큰 화면에서는 거의 문제가 되지 않지만, 특정 폼 팩터에서는 현재 매우 나쁠 수 있습니다.
@Arkshine 1번에 대해 PR을 시도해 보시겠습니까?
5개의 좋아요
아, 맞다. 잘 지적해 주셨네요. 그럼 일본어도 목록에 추가합시다.
사실, 일본어 기본 키보드는 QWERTY 배열보다 세 줄 더 많은 텍스트를 차지합니다!
대안으로 화면에 표시된 키보드를 대신하여 손으로 직접 쓰거나, 음성 인식으로 텍스트를 입력하는 방법도 있습니다. 모르는 분이 있을까 봐 말씀드리지만, 외부 키보드를 모바일 폰/컴퓨터에 연결하는 것도 가능합니다. 삼성 덱(Samsung DeX)과 같이 외부 디스플레이와 마우스를 연결하여 데스크톱 운영 체제를 실행할 수 있는 "스마트폰"도 있습니다.
위 사진은 삼성의 손글씨 입력 시스템으로, 여기서 사용된 Gboard와 달리 추가적인 입력 상자(세컨드 박스)가 필요하지 않습니다:
안녕하세요 
모바일에서도 전체 화면 옵션을 추가할 수 있는 간단한 테마 컴포넌트를 만들었습니다. 필요할 때 더 큰 공간을 확보하는 데 좋은 해결책이 될 것 같습니다.
CSS 부분은 더 많은 작업이 필요할 수 있지만, 전반적으로 잘 작동합니다. 
9개의 좋아요
물론! 한번 생각해 보고 시도해볼게요.
멋지네요! 이 전체 화면 버튼은 제게 매우 합리적인 기능으로 보입니다.
6개의 좋아요
샘은 이미 이것이 일본어라고 설명했는데요, 조금 더 덧붙이자면 만다린은 일반적으로 영어보다 짧으므로 걱정하지 않으셔도 됩니다 (x
아이폰에서 안 보여요 
수정: Don의 빠른 수정 덕분에 잘 작동합니다
1개의 좋아요
네, 감사합니다. 이 문제를 수정했습니다.
7개의 좋아요
안녕하세요, 추천으로 이 프로젝트를 알게 되었는데 작동시키는 데 어려움을 겪어 최신 Discourse에 맞게 업데이트했습니다. 유용하다면 정리해서 PR을 올리겠습니다. 원본에 감사드립니다 
fearlessfrog/composer-fullscreen-mobile: 이 테마 컴포넌트는 composer에 전체 화면 버튼을 추가합니다.
1개의 좋아요