| A | B | C |
|---|---|---|
 |
요약 | 타임라인이 포함된 주제 내비게이션을 숨깁니다. |
 |
미리보기 | theme-creator.discourse.org에서 이 테마를 미리 볼 수 있는 링크를 어떻게 포함할 수 있나요? |
 |
저장소 | https://github.com/denvergeeks/discourse-hide-topic-navigation-with-timeline |
 |
설치 가이드 | 테마 또는 테마 컴포넌트 설치 방법 |
 |
디스커스 테마를 처음 사용하시나요? | 디스커스 테마 사용 입문 가이드 |
이 테마 컴포넌트 설치
타임라인이 포함된 주제 내비게이션을 숨기는 동시에 해당 주제 콘텐츠 영역을 넓힙니다.
변경 전:
변경 후:
이것은 Customization > Theme component 카테고리에 들어가야 하나요?
그렇네요. 시도해 봤는데 권한이 거부되었어요… модератор가 검토해서 적절한 경우 해당 곳으로 옮길 거라고만 생각했어요.
찾을 수 있는 가장 가까운 방향은 이거였어요 (어딘가에 문서화된 더 나은 방향이 있다면 알려주셨으면 해요!)…
먼저 @theme_authors 그룹에 가입해야 합니다. 
아 @dodesz – 알아서 좋네요. 이제 처리했습니다. 감사합니다!
이쪽으로 옮겼습니다. 참고로, Customization > Theme component 카테고리를 사용하면 작성자에게 레이아웃을 제안하는 토픽 템플릿이 적용됩니다. 
이 템플릿을 확인해서 이 글과 맞춰주신다면 정말 좋겠습니다. 
당신도요, 감사합니다!
기호기심에 물어보는데, 타임라인을 숨기면 주제 내비게이션이 더 어려워지지 않나요? 그 목적은 무엇인가요?
#topic-progress-wrapper {
display: none;
}
원하시면 이를 테마 컴포넌트로 정리해 드릴 수 있습니다.
또는 기본 테마를 사용 중이라면, 해당 스니펫을 기본 테마에 내장된 custom.css 오버라이드 영역에 붙여넣을 수 있습니다:
먼저…
그 다음…
참고:
이(또는 다른 유사한 작은 CSS 조정)를 테마 컴포넌트로 만드는 것의 장점은 다음과 같습니다:
모든 사용자가 자신의 Discourse 사이트 관리자 설정 패널을 통해 직접 자유롭게 접근할 수 있으며, 업데이트, 버그 수정, 그리고 누구나 할 수 있는 공개 버그 보고에도 즉시 접근할 수 있습니다.
관리자는 특정 용도를 위해 사이트에서 활성화된 일부 테마에만 해당 컴포넌트를 선택적으로 적용할 수 있습니다. 이는 매우 유용하다고 생각합니다. 기본 테마는 이제 위 이미지에서 보여준 것처럼 내장된 custom.css 오버라이드 영역을 제공하는 유일한 테마이기 때문입니다(모든 테마가 과거에는 이 기능을 가지고 있었지만, 더 이상 그렇지 않습니다).
참고로, Github.com의 웹 인터페이스를 통해 직접 그리고 완전히 Github를 사용하여 테마와 테마 컴포넌트를 만들고 배포할 수 있습니다. 저의 초보적인 방식은 바로 이 방법입니다.
관심이 있다면 방법을 보여줄 수 있습니다.
질문해 주셔서 감사합니다 @Canapin –
이 테마 컴포넌트는 제 개인 프로젝트(그리고 혹시 원하시는 다른 분들을 위해 커뮤니티에 제공할 목적으로)를 위해 만들기 시작한 일련의 컴포넌트 중 하나입니다.
이 프로젝트는 더 전통적인 추가 방식이 아닌, 빼는(감산) 방식을 사용하여 사이트 커스터마이징에 보다 정밀한 접근을 제공하는 것을 목표로 합니다.
저는 수년 동안 Ghost CMS 커뮤니티를 위해 테마를 개발하고, 거기 있는 개발자 포럼에서 지원을 제공해 왔습니다.
그 커뮤니티는 개발 및 지원 플랫폼으로 Discourse를 사용하며, 제가 Discourse를 알게 된 계기도 바로 그것입니다.
블로깅 플랫폼이자 (최근에는) 본격적인 출판 플랫폼으로서 Ghost의 우아한 단순함은, 수년간 Drupal과 Wordpress으로 사이트를 개발해 온 저에게 신선한 바람과도 같았습니다.
시간이 지날수록 Ghost에서 더 많은 기능을 원하게 되었고, 플랫폼 자체와 그곳의 친근한 커뮤니티 덕분에 제가 그것을 쉽게 해낼 수 있었습니다. 이는 상당 부분 그곳의 Discourse 포럼 덕분이었습니다.
Ghost 커뮤니티에서 Discourse를 사용하는 능숙함이 높아지면서, 저는 어느새 Discourse에 매료되었고, 지난 몇 년간 제 일상적인 온라인 '본거지’를 Discourse로 옮겼습니다. 주로 테마 개발자로서 Ghost 플랫폼을 졸업한 셈이었고, ‘박스에서 바로 꺼내 쓸 수 있는’ 기능이 '그 안쪽’에서 즉시 제공되기를 원했기 때문입니다. 또한, 그곳의 커뮤니티는 훨씬 작고, 진화는 자연히 더 느리고 번거로웠습니다.
Ghost의 기능과 인터페이스는 설계상 매우 최소한의 범위를 지향하며, 제공되는 사용자 및 관리자 인터페이스를 통한 접근이 상대적으로 제한적입니다. ‘박스에서 바로 꺼내 쓸 수 있는’ 것을 넘어 기능을 확장하고 싶거나 필요할 때, 저는 그것을 스스로 구축해야 합니다(대부분 커뮤니티 지원 없이), 그리고 이를 외부 컴포넌트로 어떻게 연결할지 알아봐야 합니다. 저에게 있어 이 방식의 학습 곡선은 더 이상 그만한 가치가 없게 되었습니다.
바로 이 지점에서 Discourse는 저에게 극명한 대비를 보여주었습니다. 플랫폼 도구 세트로서의 Discourse는 저에게 Ghost와 스펙트럼의 정반대쪽에 위치해 있습니다. 더 성숙하며, 더 크고 빠르고 효율적으로 움직이는 커뮤니티를 갖추고 있습니다.
Discourse는 제가 Ghost에서 원하게 되거나 필요하게 된 모든 기능(그리고 제 클라이언트들이 점점 더 많이 요청하는 것들까지)을 ‘박스에서 바로 꺼내 쓸 수 있는’ 형태로 이미 내장하고 있는 것 같습니다. 게다가 훨씬 더 멋진 커뮤니티까지 갖추고 있으니 말입니다!
Discourse는 포럼 소프트웨어를 훨씬 뛰어넘어 성숙했습니다. 핵심 포럼 기능은 확실히 업계 최고 수준이지만, 저는 Discourse를 커스터마이징된 플랫폼, 애플리케이션 및 새로운 유형의 온라인 소셜 공간을 구축하기 위한 도구상자(사실은 Home Depot에 더 가깝습니다)로 보고 있습니다.
저는 사이트 구축에 사용해 온 다양한 플랫폼을 항상 밀고, 당기고, 늘려 왔습니다. 끝없는 매일의 학습자이자 기쁜 초보 전사(nOObish warrior)로서, 저는 배우고, 정복하고, 제패하고자 합니다. 이것이 저를 매일 아침 일어나게 하고 하루 종일 기쁨을 가져다주는 것입니다.
이 점에서 저는 이 커뮤니티에서, 그리고 모든 오픈소스 커뮤니티에서 많은 동류(종류)를 느낍니다.
잠깐, 당신의 원래 질문이 뭐였지?
아 맞다…
최근 저는 Discourse를 사용하여 단순화된 블로깅 플랫폼을 구축하는 실험을 해 왔습니다. 처음에는 이를 자체 테마로 구축할 계획이었으며, 여전히 그럴 것 같습니다. 하지만 제 작업을 더 작은 부분(테마 컴포넌트)으로 나누기로 결정했는데, 이는 기존 테마에도 선택적으로 적용될 수 있습니다.
이 중 상당 부분은 단순히 선택적으로 요소를 제거하는 것(CSS를 통한 숨김 테마 컴포넌트, 그리고 아직 배우지 못한 다른 방법들)으로 달성할 수 있다고 생각합니다.
따라서 당신의 질문에 답하자면, 이 테마 컴포넌트는 제가 작업을 시작해 온 그 더 큰 일련의 컴포넌트 중 하나의 예시입니다.
아마도 멍청한 질문일 수 있겠지만… 이걸 없이 주제를 탐색하는 방법은 무엇인가요?
아마도 멍청한 답변일지도 모르지만… 내가 뭔가 놓치고 있는 건가 (항상 그럴 수 있지만)… 그냥 페이지를 아래로, 위로 스크롤하면 되는 거 같은데… 정상적인 방식으로 (?)
(이거 함정 질문인가?)
브라우저의 스크롤바가 한 번에 볼 수 있는 양보다 게시글 수가 훨씬 많은 대형 토픽을 생각하고 있었습니다(예를 들어, 150개 중 25번째 게시글에서 시작하는 경우). 끝까지 도달하려면 꽤 많이 스크롤하고 로딩해야 합니다.
네, 정말 맞습니다. 그리고 바로 그 이유 때문에 타임라인은 견고한 포럼 플랫폼으로서의 디스코urses(Discourse)의 깔끔하고 독창적이며(말씀하신 대로 필수적인) 구성 요소가 되는 것입니다.
하지만 예를 들어, (설계상) 사이트가 주로 기사나 블로그 포스트를 제공하는 경우, 이러한 유형의 사이트(대개 소규모 또는 자발행자들에 의해 운영됨)는 수많은 답변과 대화를 기대하지 않습니다(또는 지속적인 대화를 관리하고 조정하고 싶지 않을 수도 있습니다). 이러한 기사나 블로그 포스트는 종종 시의적절하며 짧은 유통기한을 가지고 있을 의도로 작성됩니다.
디스코urses는 블로그나 출판물과 같은 더 단순한 사이트에서도 우수한 플랫폼이 될 수 있습니다. 우리는 디스코urses를 사랑하고 아끼는 모든 이유들, 즉 처음에는 필요하지 않을 때 꺼둘 수 있지만 필요할 때 언제든 켤 수 있는 견고한 기능 세트 때문입니다. 이렇게 하면 서드파티 플러그인, 해킹, 추가 기능의 집합체로 프랑켄슈타인 같은 사이트가 되는 것을 피할 수 있습니다.
저는 제 nOObish.me 디스코urses 사이트를 제 블로그 중 하나로 사용합니다. 저는 답변/댓글 게시를 비활성화해 두었습니다. 그 결과, 저는 타임라인이 필요 없으며, 아주 적은 양의 CSS만으로 그것을 쉽게 숨길 수 있습니다.
토픽/블로그 포스트에 목차(Table of Contents)를 사용할 때, 제 포스트 오른쪽의 그 비어 있는 흰색 공간 블록을 사용합니다. 하지만 목차를 사용하지 않을 때, 그 비어 있는 흰색 공간은 어색하게 느껴집니다. 저는 컴포저(Composer)에서 선택적으로 이를 제거할 수 있어야 한다고 생각합니다(토픽 포스트의 콘텐츠를 넓히기 위해 그 비어 있는 공간을 되찾기 위해). 그리고 저는 이 방법을 사용하여 토픽별로 선택적으로 그렇게 할 수 있습니다.
일전에 설정 화면에서 모더레이션 권한과 관련된 항목이 표시되었었습니다.
지금은 그 항목이 사라졌는데, 토픽 삭제와 같은 모더레이션 작업을 어떻게 수행하나요? 해당 설정 부분을 다시 복원할 방법이 있을까요?
