작곡가 버튼 대박

:warning: 리치텍스트(싱글-패널, WYSIWYG) 편집기는 아직 완성되지 않았으며 이 테마 구성 요소를 올바르게 지원하지 않습니다.

:information_source: 요약 Composer Button Bonanza를 사용하면 사이트 관리자가 Composer 도구 모음에 새로운 마크업 버튼을 정의하고 추가할 수 있으며, 기본 설정에서 버튼의 홍수(bonanza)를 제공합니다.
:hammer_and_wrench: 저장소 centertap/DiscourseComposerButtonBonanza - Codeberg.org
:eyes: 읽기 README.md
:spiral_notepad: 릴리스 노트 RELEASE-NOTES.md
:question: 설치 가이드 테마 또는 테마 구성 요소 설치 방법
:heart: 후원 제공… CTAP
이 테마 구성 요소는 501(c)(3) 비영리 조직인 Center for Transparent Analysis and Policy에서 개발했습니다. 이 구성 요소가 귀하의 사이트에 유용하다면 **CTAP에 기부하여 지원**해 주세요.

Composer Button Bonanza 설치

“부담 없는 Composer의 기능(어포던스)!”

Composer Button Bonanza는 Composer에 더 많은 마크업 버튼을 제공하는 테마 구성 요소입니다.

기본적으로(아웃 오브 더 박스), 이 구성 요소는 새로운 버튼의 다수, 버튼의 혼돈, 버튼의 *홍수(bonanza)*를 제공합니다. 기본 설정은 도구 모음에 세 개의 새 버튼(발견할 수 있나요? :smile:)을 추가하고, 나머지는 :gear: 팝업 메뉴의 토글 버튼 뒤에 숨깁니다:

토글 버튼을 클릭하면 나머지 버튼이 표시됩니다:

테마 구성 요소 설정을 통해 다음을 수행할 수 있습니다:

  • 새 버튼 정의 추가(및/또는 제공된 버튼 제거);
  • 표시할 버튼 선택 및 표시 시점 지정;
  • 버튼 순서 변경 및 도구 모음 또는 도구 모음의 :gear: 팝업 메뉴에 버튼 배치;
  • 버튼에 대한 번역/현지화 제공.

이 구성 요소는 마크업이나 스타일링을 정의하지 않습니다 — 기존 스타일을 호출하는 기존 마크업을 입력하기 위한 편리한 버튼(어포던스!)을 추가할 뿐입니다. 그 주요 목적은 사용자가 Composer 기능을 발견하고 사용하도록 돕는 것입니다. 예를 들어, 주석을 많이 사용하는 사용자는 아마도 키보드에서 ^[]를 직접 입력할 것입니다. 하지만 나머지 사용자는 무엇을 해야 하는지 상기시켜 주는 :asterisk: 버튼이 있으면 기쁠 것입니다.

이 접근 방식의 이점은 이 테마 구성 요소를 제거하기로 결정하더라도 기존 게시물의 스타일링이 방해받지 않는다는 것입니다. 이 구성 요소는 스타일링을 담당하지 않으며, Composer에 이미 있는 기능 또는 다른 플러그인이나 테마 구성 요소에서 제공하는 기능에 대한 단축키를 제공할 뿐입니다.

기본 설정

기본 설정은 기본 Discourse 설치(모든 내장 플러그인이 활성화되고 추가 플러그인이 설치되지 않은 상태)에서 사용할 수 있는 대부분의(모든?) 추가 마크업에 대한 정의를 제공합니다:

  • 텍스트 스타일:
    • 밑줄, 취소선
    • 상표하표
    • 큰 텍스트, 작은 텍스트
    • 키보드 스타일
  • 서식
    • 제목 1, 제목 2, 제목 3
    • 각주[1]
    • 루비 텍스트( ルビー テキスト)
    • 외부 URL을 통한 이미지 (<img>)
    • 체크리스트
    • 강조, 삽입됨, 삭제됨 텍스트
  • 기호
    • 저작권 ©, 등록 ®, 상표™
    • 유로 €, 엔 ¥
    • “어깨 으쓱” 카오모지 (왜 안 되겠어요? ¯\_(ツ)_/¯ )
  • 그리고, 위의 대부분의 버튼을 표시/숨기기 위한 토글 버튼

위에서 언급했듯이, 이는 단지 기본값입니다. 이 모든 버튼은 재배치되거나 제거될 수 있으며, 새로운 버튼이 추가될 수 있습니다.


  1. …예를 들어 이 각주처럼. ↩︎

21개의 좋아요

This is cool, thanks!

Is there a way to add the ‘spoiler’ tag directly in the top toolbar? It’s something we use a lot.

Edit: I have figured it out :smiley:

3개의 좋아요

How do shortcuts work?

I’d like to create a keyboard shortcut for my “spoiler” button, but aren’t most shortcuts already taken for other things?

The example says shift-4 but that is a $ sign for me…

3개의 좋아요

Yeah very nice component. I was looking for the button to display the extra buttons in the composer bar

I think a cool feature would be to add a button to composer bar. Maybe 2 options. Display/hide &/or Composer bar menus. That way you can group functions in a selectable bar

Ie

  • Style bar: would have things like bold, italics, strike through etc..
  • Layout bar: Table, right justify, center..
  • with option to customize main bar with commonly used.
1개의 좋아요

(Keep in mind, this component merely exposes the parameters/options that are already in the Discourse JS code…)

For shortcuts, you specify the shortcut key, along with any modifiers… and then Discourse always prepends a ctrl+ (or cmd+ on apple hardware?). E.g., the literal string “shift+4” (as the button parameter) translates into ctrl+shift+4 (as the shortcut keys).

:grimacing: I haven’t tried to figure out a way to remove shortcuts — again, this component is additive on top of the baseline of buttons already built-in to Composer. (I wish I could make ctrl+e not be a shortcut for preformatted text, and just be “jump to end of line” instead!)

3개의 좋아요

h01y cr@p this is awwwwwwesommmmme

2개의 좋아요

이 기능에 문제가 있습니다. 사용하면서 매우 만족하고 있지만, 제가 추가한 “spoiler” 버튼이 SPAN 대신 DIV를 사용하여 스포일러 태그를 생성합니다. 이로 인해 WYSIWYG 에디터에서 사용할 때 항상 새로운 줄로 이동합니다.

이것을 변경할 방법이 있을까요?

이것이 여전히 지원되나요?

스푸일러가 SPAN이 아니라 DIV 안에 있는 문제가 여전히 발생하고 있습니다.

이 기능이 더 이상 지원되지 않는 것 같나요?

누구든 이 문제를 어떻게 해결할 수 있는지 알려주시면 감사하겠습니다. “스포일러” 버튼이 제대로 작동하지 않거든요(이전 게시글 참고).

확인해 보겠습니다. 다만, 이 “스포일러” 버튼을 어떻게 추가했는지 구체적으로 보여주세요.

감사합니다!

제 환경은 다음과 같습니다:

아래에 더 있는 항목들이 있습니다. 하지만 스포일러는 다음과 같이 추가됩니다:

spoiler,shift+x

Markdown 모드에서는 완벽하게 작동합니다.
WYSIWYG 모드에서 무언가를 선택하고 스포일러 버튼을 클릭하면 SPAN 대신 DIV에 들어가게 되어, 자체 줄을 차지하는 블록 레벨 요소가 됩니다.

감사합니다!

방금, 문자 그대로 1시간 전에, ComposerButtonBonanza(CBB)가 WYSIWYG-Composer에서 깨져 있다는 사실을 깨달았습니다. (아니면, 그 반대일 수도 있겠지요.) 제가 관리하는 사이트에서는 WYSIWYG를 사용하지 않아서 전혀 눈치채지 못했습니다! 그래서… 아니었네요.

(WYSIWYG를 별로 좋아하지 않습니다. MediaWiki(예: 위키백과)는 10년 이상 전에 WYSIWYG 편집기에 많은 노력을 기울였는데, 이것이 더 많은 사람들이 편집자가 되도록 장려할 것이라고 생각했기 때문입니다. 하지만 결국 아무런 차이가 없었고, WYSIWYG 버전으로는 정말로 할 수 없는 것들이 너무 많아서 원래의 편집기를 없앨 수도 없었습니다. 결국 원래의 위키코드+미리보기 편집기에 비해 전반적으로 다소 어색하게 느껴집니다.)

흠… CBB와 무관하게… WYSIWYG-Composer에서 스포일러를 삽입한 뒤 스포일러 상자 밖을 클릭해서 다른 부분을 편집하면, 영구적으로 흐려지고 스포일러 텍스트를 다시 편집할 수 없는 것 같습니다… Markdown 모드로 전환하지 않는 한요. 제가 무언가를 놓치고 있는 건가요, 아니면 WYSIWYG 모드의 단순한 버그인가요?

…아, 괜찮습니다! 세 번 클릭(좌절감이나/또는 지루함 때문에)하면 스포일러 텍스트를 다시 편집할 수 있습니다! (WYSIWYG 모드를 별로 좋아하지 않습니다; 이미 말한 적이 있나요?)

1개의 좋아요

스포일러가 블록 레벨로 변하지 않도록 수정해 주신다면 정말 감사하겠습니다 :folded_hands:

첫 번째 게시물에 리치텍스트 편집기와 호환되지 않는다는 경고를 추가했습니다.

이 부분은 테스트해 보지 않았지만, 제 생각에는 이 특정 컴포넌트와는 무관해 보입니다. 재현 단계를 포함하여 새로운 지원 버그 보고서를 시작하는 것이 좋습니다.

재현이 되지 않는데, 어떤 브라우저를 사용하시나요?

이 문제는 해당 컴포넌트에 특화되어 있습니다. 코어의 원래 “Blur spoiler” 동작은 단순히 [spoiler] bbcode를 추가하는 것과는 다른 구현 방식을 사용합니다.

2개의 좋아요

아, 훌륭합니다. 확인해 주셔서 감사합니다. :+1:

저는 Firefox 140.5.0esr을(를) 사용 중입니다.

1개의 좋아요

리포트 감사합니다. 이제 수정되었을 것입니다. (오프토픽에 대해 죄송합니다)

리치 텍스트 모드에서 코어의 구현 방식을 사용하도록 동작을 오버라이드하는 추가 컴포넌트를 작성할 수 있는지 확인해 보겠습니다.

2개의 좋아요

이 주제 컴포넌트에서는 다음 오류가 발생합니다: