여보세요, Fast Edit 팝업에 있는 이 “공유” 버튼은 어디서 온 거예요? 활성화할 수 있는 설정을 찾을 수가 없거든요.
그 공유 버튼은 플러그인이나 TC에서 나온 건가요?
좋은 질문이네요! 그리고 우리 둘 다 그걸 찾아내면 당신의 꿈이 훨씬 더 가까워질 거라고 의심하고 있습니다!
Social Share 이 아닐까 싶어요. . . 음, 그 주제에서는 그렇게 보이지 않네요. . .
설정할 수 있는 사이트 설정이 있습니다. 이 기능은 데스크톱 뷰의 공개 주제에서만 작동합니다.
share quote visibility
share quote buttons
참고로 setting explorer가 설정을 잘 설명해 줍니다:
GPT Bot Settings Explorer
사이트 설정 컨텍스트 조회
대상: share_quote_buttons
Discourse의
share_quote_buttons설정은 인용 공유 위젯에 어떤 항목이 어떤 순서로 표시되는지를 결정합니다. 기본 옵션에는 "Twitter"와 "Email"이 포함됩니다.이 설정은 클라이언트 사이드에서 동작하며, Twitter, Facebook, Email 등의 옵션 목록에서 선택할 수 있습니다. 하지만 이 외에 다른 선택지는 허용되지 않습니다.
이 설정에는 검증(check)도 포함되어 있습니다. 예를 들어,
share_quote_buttons에 Facebook이 포함되어 있지만 사이트 설정에 Facebook 앱 ID가 설정되어 있지 않으면 오류가 반환됩니다.이 설정은 사용자 인터페이스에서 인용 공유 위젯의 가시성과 옵션에 영향을 미칩니다. 예를 들어,
share_quote_buttons설정에 "Twitter"와 "Email"이 포함되어 있으면, 사용자가 인용할 텍스트를 선택할 때 Twitter와 이메일로 인용을 공유할 수 있는 옵션이 표시됩니다.Discourse 코드베이스에서는
site_settings.yml파일에서 이 설정을,validations.rb파일에서 해당 검증을 찾을 수 있습니다. 또한 이 설정의 기능은topic-quote-button-test.js파일에서도 테스트됩니다.
사이트 설정 컨텍스트 조회
대상: share_quote_visibility
Discourse의
share_quote_visibility설정은 인용 공유 버튼을 언제 표시할지를 결정합니다. 이 설정에는 세 가지 선택지가 있습니다:
- “none”: 인용 공유 버튼이 절대 표시되지 않습니다.
- “anonymous”: 인용 공유 버튼이 익명 사용자(로그인하지 않은 사용자)에게만 표시됩니다.
- “all”: 인용 공유 버튼이 모든 사용자에게 표시됩니다.
기본 설정은 "anonymous"입니다. 즉, 기본적으로 인용 공유 버튼은 로그인하지 않은 사용자에게만 표시됩니다.
이 설정은
quote-button.js파일의quoteSharingEnabled함수에서 사용됩니다. 이 함수는 인용 공유를 활성화해야 하는지 여부를 결정하기 위해 여러 조건을 확인합니다. 이 조건에는 사이트가 데스크톱 뷰인지, 활성 공유 소스가 있는지, 토픽이 표시되는지, 토픽의 카테고리가 읽기 제한되어 있는지, 그리고share_quote_visibility설정 값이 무엇인지를 포함합니다.토픽 인용 버튼에 대한 인수 테스트(acceptance tests)에서는 이 설정이 인용 공유 버튼을 표시할지 여부를 결정하는 데 사용됩니다. 설정이 "all"이면 인용 공유 버튼이 표시되고, "none"이면 인용 공유 버튼이 표시되지 않습니다.
“플로팅 하이라이트 버튼” - 네, 그 이름 정말 좋아요!
내장된 컴포저 툴바 버튼 전체(또는 특정 그룹)를 Fast Edit "플로팅 툴바"로 사용할 수 있도록 하는 것이 더 실현 가능할까요(아니면 아예 터무니없는 발상일까요)? (즉, Fast Edit에 버튼을 추가하는 대신 MD Composer Extras나 bbcode 버튼 같은 것에 “플로팅” 옵션을 추가하는 방식입니다.)
(콜로라도 록키산맥의 높은 고도에서는 공기가 얇아서 때로는 좀 더 야심 찬 생각을 하게 됩니다.)
음, 바로 사용할 수 있는 <mark>하이라이트된 텍스트</mark>가 있는데 왜 [wrap]를 사용하나요?
이것은 문장 안의 하이라이트된 텍스트입니다.
ㅋㅋ. 왜냐고요?
분리된 스타일링을 단순화하기 위해? (아니면?)
내 편을 들어줘서 정말 고맙지만 . . .
그것은 다른 곳에서 를 사용하고 있고, 그 스타일을 다르게 설정하고 싶을 때만 성립합니다. 그런 경우는 아닐 것 같네요.
제가 추천하는 방법(그리고 태그의 존재를 몰랐던 저를 감안하면, 출처를 잘 생각해 보세요!)은 그냥 를 사용하는 것입니다. 그렇게 하면 CSS가 전혀 필요 없습니다.
이 기능에 대한 향후 계획은 색상 옵션(색상 선택기를 통해)을 제공하는 것입니다.
예를 들어, 일부 텍스트를 선택하여 연한 파란색 하이라이트를 적용하고, 다른 텍스트를 선택하여 분홍색 하이라이트를 적용하는 식으로 사용할 수 있습니다.
현재 버전의 한 가지(때로는 치명적이라고 생각합니다) 제한 사항은 하이라이트가 사이트 전체에 적용된다는 점입니다. 따라서 색상을 변경하면 해당 색상 변경이 사이트의 모든 하이라이트에 적용됩니다.
관리자가 하이라이트 색상을 전역적으로 변경할 수 있다는 점은 유용할 수 있지만, 그 이상으로 일반 사용자가 자신의 하이라이트 색상이 변경되는 것을 보면 더 답답하게 느낄 수 있습니다.
@merefield님의 접근 방식이 시작점으로 더 적합할 수 있습니다.
네. 제 아이디어보다 훨씬 좋습니다. 
재미있는 아이디어지만, 당신에게는 적용되지 않을 수 있는데, 색상 값을 포함하는 사용자 정의 필드(user-custom-field)를 만들어서 그것을 사용하는 것입니다. 그러면 각 사용자가 자신만의 강조 색상(highlight color)을 가질 수 있습니다.
네, 맞아요. 그래서 실제로 두 가지 다른 테마 컴포넌트가 여기에 있습니다(둘 다 색상 선택기를 통합함).
-
하이라이터 컴포저 버튼을 기반으로 시작하는 사용자별 전역 설정을 포함한 사이트 전역 설정
-
@merefield의 접근 방식에 기반하여, bbcode가 게시글 자체에 저장되는 방식으로 실시간 색상 선택 하이라이팅을 위한 CTRL-H 키보드 단축키가 추가된 컴포저/빠른 편집 버튼
이 내용을 읽으면서, 일부 텍스트를 선택하여 <mark></mark> 코드를 적용해 하이라이트를 할 수 있다는 아이디어에 기대가 됩니다. 또한 하이라이트 색상이나 효과를 선택할 수 있는 기능도 좋습니다. 저는 게시물에서 핵심 문장에 주목을 끌기 위해 이 기능을 자주 사용했습니다. 또한 게시물에서 버튼을 언급할 때 <kbd></kbd> 태그를 사용합니다.
하지만 이 기능을 사용하고자 하는 곳은 게시물을 읽을 때가 아니라, 게시물을 작성하는 컴포저(편집기)입니다. 인용/빠른 편집/공유 팝업은 해당 세 가지 동작에는 적합하지만, 거기에 하이라이트 버튼을 추가하는 것이 무슨 의미가 있는지 잘 모르겠습니다.
그리고 왜 각 사용자가 자기만의 하이라이트 색상을 가져야 하는가요? 그 사용 사례는 무엇인가요?
이 태그의 단축키를 얼마나 많이 원했던지… 
누가 알았을까요?
이것은 "문명적인 토론"과는 거리가 멀지만…
여러 사람이 특정 문서를 작업하거나 고민하고 있습니다. 문서가 작성되고 토론은 그 문서에 대해 이루어집니다. 20년 전, '책’이라 불리던 두꺼운 종이 뭉치에서 그랬듯이, 단순히 그 안의 내용을 강조하고 싶을 수 있습니다. 많은 경우 한 섹션을 강조하고 인용하고 싶을 수 있지만, 나중에 더 깊이 생각해보고 싶은 내용을 단순히 눈에 띄게 표시하고 싶을 수도 있습니다.
참고로 - 하이라이터와 함께 사용할 수 있는 다른 Composer 테마 컴포넌트가 2개 더 있습니다.
기본 하이라이터 색상을 사용하려면 하이라이터만 선택하세요.
또는
이 다른 컴포넌트를 선택하면 텍스트 색상과/또는 배경색을 실시간으로 변경할 수 있습니다…
또는
텍스트 색상만 실시간으로 변경하려면 @merefield의 Coloured Text 컴포넌트를 선택하세요…
여러분, 전체 주제를 두 번 읽었어도 두 컴포넌트 사이의 차이점이랑 마크 코드!가 뭔지 도무지 이해가 안 됩니다.
혹시 말씀하신 사용 사례가 뭔지 설명해 주실 수 있을까요? 작성기(컴포저)에 버튼을 두는 건가요, 플로팅 편집/인용 팝업에 추가하는 건가요, 아니면 다른 건가요?
우리 블로그에서도 <mark></mark>가 활성화하는 방식과 비슷한 접근법을 사용하고 있어서, 포럼에서도 동일한 기능을 사용할 수 있다면 정말 직관적일 것 같습니다.