새로운 작곡가(Composer)를 사용해 보세요!

뉴스 및 이벤트 공지사항
21

접근성 대비인지 다크 테마인가요? 창이 확대/축소되어 있나요?

1개의 좋아요
22

솔직히 말하면, 나는 이전 버전의 컴포저를 더 좋아합니다. 내가 입력한 텍스트를 왼쪽에 두고, 마크다운이 적용된 미리보기는 오른쪽에 표시되길 선호합니다.

2개의 좋아요
23

메타 브랜드 테마를 사용 중입니다. 기본 줌.

2개의 좋아요
24

Brave Linux에서는 오히려 더 나쁜 것 같습니다. 무슨 이유인지는 모르겠지만 vertical-align 속성이 취소선으로 표시되고 있습니다.

image
image1431×213 25.8 KB

25

이 내용을 비공개로 공유했지만, 공개적으로 나누는 것이 중요하다고 생각합니다. 이 변경 사항에 대해 정말 설레고, Discourse에 혁명적인 변화이며, 수많은 커뮤니티에게 문을 열어줄 것입니다 :confetti_ball:

어제 이 부분이 저를 당황하게 해서, 여기 올리는 게 좋겠다고 생각했습니다.

“제목(HEADING)” 상태로 전환되면, 이를 쉽게 되돌리는 방법이 없습니다. 예를 들어 ### text를 입력한 경우입니다. 제목으로 게시글을 시작하려다 마음을 바꿨을 때 특히 문제가 되는데, 이를 되돌리려면 클래식 작성기(classic composer)로 돌아가야 합니다.

이를 위해 “제목 1/2/3 - 단락” 등으로 줄을 전환할 수 있는 툴바 항목이 필요하지 않을까 싶습니다.

19개의 좋아요
26

네, 하나의 옵션입니다. 현재 > 인용문에서 작동하는 방식과 유사하게, 제목의 시작 부분에서 백스페이스를 누르면 제목을 “초기화”하도록 만들 수도 있습니다.

5개의 좋아요
27

그렇습니다! 하지만 원하시면 익숙한 마크다운으로 언제든 전환할 수 있어서 정말 마음에 듭니다. 참 좋은 기능이에요.

6개의 좋아요
28

이것은 우리가 계획한 툴바 개선 사항 중 하나였던 것 같습니다. 그래서 도움이 될 것 같지만, 레나토의 접근 방식도 마음에 듭니다. 두 가지 옵션을 모두 제공하면 좋겠습니다.

4개의 좋아요
29

아직 이 문제를 해결하지 못했습니다. 인터페이스 설정에서 텍스트 크기를 ‘크게’ 또는 '가장 크게’로 설정했을 때 아이콘에 이상한 점이 보이는데, 혹시 설정값이 무엇인지 확인해 보시고 이것이 원인이 될 수 있는지 살펴봐 주시겠어요?

2개의 좋아요
30

"가장 작음"으로 설정된 것 같습니다.

image
image370×401 18.3 KB

2개의 좋아요
31

맞아요, 아이콘 위치에 확실히 영향을 미칩니다:

image

1개의 좋아요
32

오늘 이미 일부 수정 사항이 병합되었습니다. 대부분(99%)은 Renato가, 마지막 하나는 제가 작업했습니다:

오늘 더 많은 작업을 완료하게 되면 이 게시글을 업데이트하겠습니다. 또한 개선 사항이 생기면 이 주제/최초 게시글(OP)을 지속적으로 업데이트해 나갈 것입니다.

14개의 좋아요
33

결국 Markdown 전용 토글을 제거할 계획이 있나요?

새로운 편집기는 훌륭해 보이며 많은 사용자가 좋아할 것입니다. 하지만 저는 WYSIWYG 편집기를 사용하는 것을 매우 싫어하므로 직접 사용하길 원하지 않습니다. 나중에 Markdown 전용 모드를 유지하는 기능이 제거되지 않는다면, 이는 완벽한 해결책이 될 것입니다.

1개의 좋아요
34

향후 리치 에디터가 기본값이 될 때를 대비해서, 마크다운으로 시작하는 사용자 설정 옵션이 있으면 좋겠습니다.

ask.discourse.org와 검색 결과에서 이 내용을 찾지 못했으므로, 자신의 인스턴스에서 새 에디터를 테스트하고 싶은 분은 rails 콘솔에서 다음을 활성화할 수 있습니다.

SiteSetting.rich_editor = true

@lindsey: 셀프호스팅 인스턴스에서 이 기능을 활성화하는 데 우려되는 점이 있나요?

4개의 좋아요
35

여기서 참고할 점은, 해당 전환 옵션이 기기/브라우저별로 선택 사항을 기억하며, 현재는 기본적으로 항상 마크다운으로 설정되어 있다는 점입니다.

5개의 좋아요
36

정말 좋습니다!

약간 기술적인 사용자로서, 저는 Obsidian와 제 Vim 설정에서 사용되는 반 WYSIWYG(What You See Is What You Get) 표준에 익숙해졌습니다. 이 표준에서는 현재 생성 중인 요소에 대해서는 마크다운 문법이 렌더링되지 않습니다. 예를 들어, 제목을 생성하거나 편집할 때 다음과 같은 모습이 보입니다:

# This is a top level heading|

하지만 커서를 해당 줄에서 벗어나면 다음과 같이 표시됩니다:

This is a top level heading

인라인 요소, 예를 들어 이탤릭 요소를 생성하거나 편집할 때는 다음과 같습니다:

this is _italic|

그 다음

this is _italic_|

그리고 커서가 요소를 벗어나면: this is italic.

이 방식은 헤딩 상태나 이탤릭 상태에 들어간 후 이를 어떻게 되돌릴 것인가라는 문제를 해결해 줍니다. 또한 마크다운이 사용되고 있다는 사실을 숨기지 않는다는 점에서도 장점이 될 수 있습니다.

다만, 이러한 반 WYSIWYG 방식은 여러분이 찾고 있는 것보다 더 기술적일 수 있습니다.

5개의 좋아요
37

현재 제목 편집 방식이 어색합니다:

여러 개의 ###와 한 칸의 공백으로 제목을 시작하면 제목 모드로 진입합니다. 백스페이스로 공백을 삭제하면 Obsidian과 마찬가지로 # 기호가 다시 표시됩니다.

제목에 몇 글자를 입력한 후에는 ##를 수정할 수 없게 됩니다(이 부분은 “리치 에디터 모드에서 마크다운 입력” 기능을 위해 개선되면 좋겠습니다).

1개의 좋아요
38

현재 편집 내용이 손실되기 매우 쉽습니다. 인라인 링크를 클릭하게 되면 새 작성 창이 초안 저장 없이 비워진 상태로 남게 됩니다.

인라인 링크를 클릭하는 것은 해당 링크를 편집하는 방식이라고 생각할 수 있습니다.

2개의 좋아요
39

hey @sam,

건의 스레드에서 태그를 달아줘서 고마워요. 지금까지 꽤 만족스러워요. 모두들 잘했어요!

에디터의 최종 형태를 볼 날이 정말 기대됩니다.

40

저도 이 부분을 지적했습니다. 또한 해당 주제에서 언급되었듯이 데스크톱에서 편집기 폭이 좁게 느껴진다는 점도 있습니다.

새로운 편집기는 정말 훌륭하며 훌륭한 추가 기능이 될 것입니다. 또한 원시 보기와 WYSIWYG 보기 사이를 오갈 수 있는 옵션을 영구적으로 유지하는 것도 중요하다고 생각합니다. 편집기 창 오른쪽 하단에 버튼을 두는 것이 더 합리적일 수 있습니다. 툴바는 텍스트에 무언가를 "추가"하는 곳처럼 느껴지며, 단순히 뷰를 변경하는 곳보다는 그런 용도로 더 적합해 보입니다.

2개의 좋아요