테마가 상대적으로 적네요 - 제가 뭘 놓치고 있는 건가요?

어디에 이 글을 올려야 할지 확신이 서지 않아서, 다른 곳에 올려야 하는 글이라면 양해 부탁드립니다.

우선, 이 글이 단순히 불평으로만 보이지 않기를 바랍니다. 그런 의도는 전혀 없습니다. 저는 디스커스를 사랑하고 사용하며, 지난 6개월 동안 저 자신, 클라이언트, 그리고 친구들을 위해 여러 디스커스 인스턴스를 구축해 왔습니다. 전반적인 만족도는 높으며, 특히 그 측면에서 기능과 커스터마이징(테마 컴포넌트, 플러그인 등)에 대해 그렇습니다.

그러나 그 과정에서 전반적으로 테마 옵션이 상대적으로 부족하다는 것을 분명히 인지하게 되었습니다. 특히 워드프레스나 심지어 다른 많은 포럼 시스템과 비교했을 때 그렇습니다. 예를 들어, 다른 많은 시스템에서 찾아볼 수 있는 테마를 위한 제3자 마켓플레이스를 아직 찾지 못했습니다. 이곳 메타 포럼에서 많은 테마가 꽤 오래된 것처럼 보이지만, 다행히도 종종 업데이트가 잘 되고 있습니다. 또한 대다수의 테마가 매우 소수의 사람들에 의해 만들어졌다는 인상을 받습니다. 반례로, myBB의 약 150개의 테마 디렉토리를 들 수 있습니다(디스커스의 가장 인기 있는 경쟁 제품 중 하나조차 아닙니다):
https://community.mybb.com/mods.php?action=browse&category=themes
NodeBB도 비슷한 수준의 테마 수를 가진 것으로 보입니다. :thinking:

또 다른 점은, 이용 가능한 테마들 사이에서도 변형이 많지 않다는 것입니다. 대부분의 테마가 상당히 “깔끔한” 디자인을 고수하는 점은 좋게 생각합니다. 개인적으로 전통적인(SMF, vB, PHPbb 등) 룩을 원하지는 않지만, 테마 시스템으로 할 수 있는 것에 근본적인 한계가 있는 것은 아닌지 궁금할 수밖에 없습니다. 만약 그렇다면, 개발 과정에서 우선순위가 낮게 설정되어 있을 수 있으며, 수요가 많지 않거나 해결하기 어려운 문제라면 이해할 수 있지만, 적어도 그 점은 알고 싶습니다.

그렇다면 왜 이런 차이가 나는 걸까요? 디스커스는 꽤 인기 있는 시스템이不是吗? 테마 조정이라는 것이 대부분의 디스커스 관리자들이 크게 신경 쓰지 않는 것일까요? 아니면 일반적으로 자신의 테마를 직접 만들 능력이 있어 시장 수요가 많지 않은 것일까요? 그리고 만약 그렇다면, 그것은 닭과 달걀의 상황(즉, 쉽게 사용할 수 있는 커스터마이징 리소스의 부족이 포럼 옵션을 찾는 초보 잠재 관리자들을 더 많이 이탈시키는 것)은 아닌가요?

명확히 하자면, myBB나 워드프레스가 더 좋다고 말하는 것은 아닙니다. 저는 분명히 디스커스를 더 선호합니다. 하지만 시간이 지나면서 여기에서 몇 가지 개선이 있기를 원하기 때문에, 이 문제를 오픈 퀘스천이자 잠재적인 논의의 영역으로 제기하는 것입니다. 이는 제가 기여한 주제(그리고 다시 참여하고 후속 조치를 취해야 할!)인 Circle 플랫폼이 (특정 유형의 사용자를 위해) “잘” 하고 있는 몇 가지 사항에 대한 논의와도 관련이 있습니다. 저는 “간소화된” 인터페이스와 같은 요소들이 신규 사용자 유인에 잠재적으로 이롭다고 계속 보고 있으며, 이러한 것들이 적어도 부분적으로 테마 시스템을 통해 달성될 수 있기를 희망합니다.

필요하다면 테마 개발을 위해 기꺼이 비용을 지불할 준비가 되어 있으며, Marketplace 채널에서 이를 수행할 수 있는 사람이 적어도 몇 명 있다는 것을 알고 있습니다. 저는 단순히 기존 테마 옵션과 다양성의 부족해 보이는 이유에 대해 알고 싶고, 제가 놓치고 있는 테마 관련 리소스가 있는지 확인하고 싶습니다.

감사합니다!

12개의 좋아요

안녕하세요, 이 문제를 제기해 주셔서 감사합니다. 저는 이미 이 문제에 대해 꽤 오랫동안 적극적으로 고민해 왔습니다.

변형이 제한적이라는 말씀은 맞지만, 이는 테마 시스템의 한계 때문이 아닙니다. 우리는 호스팅 고객들을 위해 매우 다양한 커스텀 테마를 많이 만들어 왔는데, 오픈소스 커뮤니티에서는 이에 대한 수요가 그만큼 없는 것 같습니다.

이 문제는 인지하고 있으며 내부적으로 논의해 온 사항입니다. 디자인 팀이 셋업 마법사에 추가할 다양한 테마 및 테마 컴포넌트 변형들을 적극적으로 작업하고 있습니다. 기대해 주세요!

14개의 좋아요

정말 감사드립니다. 큰 도움이 되었습니다! 제 추측대로 '계란과 닭’의 문제, 즉 더 많은 테마가 생기면 사람들이 더 많이 유입되어 사용하게 되는 것인지를 확인해 보고 싶습니다.

그리고 혹시 질문 하나만 더 드려도 될까요: '오픈소스 커뮤니티에서의 테마 수요’를 어떻게 측정하시나요? (또는 비클라이언트들의 일반적인 관심도를 어떻게 파악하시나요?) 그리고 '오픈소스 커뮤니티’라고 말씀하실 때, Discourse 공식 호스팅을 사용하지 않는 모든 사람을 의미하시나요? 예를 들어 Communiteq에서 호스팅하는 사용자들도 그 범주에 포함되는 건가요?

5개의 좋아요

구체적인 측정치는 없으며, 당신과 같은 요청들 및 우리 팀이 아닌 사람들이 구축하는 테마의 특성에 기반한 일화적 증거만 있습니다.

네, 그 뜻입니다. 우리 회사의 유료 고객이 아닌 모든 사람을 의미합니다.

6개의 좋아요

혹시 공유해 주실 수 있는 예시가 있을까요? 어떤 것이 가능한지 더 보고 싶습니다.

2개의 좋아요

물론입니다. 우리가 만든 모든 예시는 아니지만, 몇 가지 다른 가능성을 보여줍니다.

https://forum.uipath.com/
https://forum.asana.com/
https://forums.babypips.com/
https://community.ring.com/
https://answers.netlify.com/
https://community.anker.com/
https://discuss.hashicorp.com/
https://discourse.aurelia.io/
https://forum.figma.com/categories
https://github.community/
https://community.nulab.com/
https://chatterbug.com/community/
https://community.greythr.com/
https://community.automationcloud.net/
https://forum.diffblue.com/
https://forums.woot.com/
https://swapd.co/
https://community.atlasobscura.com/
https://forum.bonsaimirai.com/
https://community.wirexapp.com/categories
https://discuss.codecademy.com/
https://discuss.circleci.com/
https://www.wer-weiss-was.de/

18개의 좋아요

고객 페이지를 방문하기만 하면 됩니다. 그 페이지가 바로 그런 용도로 만들어졌기 때문입니다: https://www.discourse.org/customers

3개의 좋아요

안내해 주셔서 감사합니다. 하지만 그 중 상당수가 꽤 “바닐라”(기본 상태)에 가깝고, “고객” 페이지에는 "이 모든 사이트들을 위해 매우 다른 커스텀 테마를 구축했다"는 것을 명시적으로 보여 주는 내용이 없습니다. 제가 구체적으로 찾고 있던 것은 바로 그런 것이었습니다. 다시 말해, 그 페이지는 이해할 수 있는 부분으로, 누가 Discourse를 사용 중인지에 더 초점을 맞추고 있고, 각 사이트의 사용 방식이나 디자인이 얼마나 고유한지, 혹은 Discourse 팀이 그들을 위해 특별히 테마 작업을 했는지에 대해서는 덜 다루고 있는 것 같습니다. 솔직히 말하면, 그 페이지에 "커스텀 디자인/테마 작업을 해 준 고객"이라는 별도의 카테고리나 필터를 추가하는 것도 좋은 아이디어라고 생각합니다.

어쨌든, 정보를 제공하여 사람들이 직접 살펴보고 원하는 것을 찾을 수 있도록 한 점은 인정합니다. 그리고 제가 표현한 관심사에 더 직접적으로 부합하는 구체적인 사례들을 짚어 주신 @HAWK님께도 감사드립니다.

6개의 좋아요

네! 아주 구체적인 요구 사항이 있으신 것 같습니다. 경험을 좀 더 빠르게 진행하시려면 전문가에게 도움을 받으시는 것도 고려해 보시는 게 좋겠습니다.

4개의 좋아요

전적으로 동의합니다. 더 다양한 디자인 옵션을 보여줄 수 있도록 해당 부분을 업데이트하는 중입니다.

8개의 좋아요

Search results for '#theme' - Discourse Meta 에서 150개 이상의 항목을 확인해 보셨나요? 그중 상당수가 기능 면에서 상당한 변경을 제공합니다. Search results for '#theme-full' - Discourse Meta 에는 약 40개 항목만 있으며, 그중 일부는 화면의 외관을 상당히 변경합니다.

수백 개의 테마가 없는 이유 중 하나는 테마 마켓플레이스가 없기 때문인 것으로 생각됩니다. 이는 많은 개발자들이 오픈 소스를 중시하기 때문일 것입니다. 어떤 의미에서는 이것이 축복이라고 할 수 있습니다. 누군가가 비용을 지불할지도 모른다는 희망으로 자잘한 테마를 만들려는 사람이 수없이 많지 않기 때문입니다.

대부분의 경우, 원하시는 것이 무엇인지 알고 있다면 Marketplace 채널에서 질문하실 수 있습니다.

3개의 좋아요

이것이 테마의 수나 다른 사람들이 테마를 만들려는 의지에 실제로 영향을 미치는지 확신은 없으나, 제 경험상 Discourse의 HTML 마크업과 CSS 클래스 구조는 쉽고 효율적인 테마 제작에 적합하게 설계되어 있지 않습니다.

CSS만 변경하는 테마 수정을 하려는 경우, 대부분 해당 변경 사항은 포럼의 마크업과 클래스(HTML까지 건드리지 않는 한 테마가 소유하지 않는 부분)와 강하게 결합되어 있으며, 간단한 조정에도 예상보다 더 많은 노력이 필요합니다. 예를 들어, 단일 셀렉터가 존재하지 않기 때문이죠. (예를 들어, 주제 내 게시물 사이를 구분하는 줄은 실제로 단일 테두리가 아니라 아바타 컴포넌트와 게시물 본문 사이에 나뉘어 있습니다. 눈에 띄지 않는 방식으로 상호작용하는 다양한 다른 요소를 고려해야 하므로 단순히 조정할 수 없습니다.)

저 개인적으로는, 향후 포럼 업데이트가 제 변경 사항을 깨뜨릴까 봐 걱정되고, 어떻게 수정해야 하는지 파악하기가 어려울 것 같아서, 너무 많은 것을 바꾸지 않는 최소한의 변경 사항만 만들 의향이 있습니다.

9개의 좋아요

게시물 위의 테두리가 좋은 예시입니다… 마크업 구조가 5년 이상 된 것 같고, 다른 기본 레이아웃의 잔재일 수도 있다고 생각합니다.

테두리 변경은 큰 리팩토링이 필요해 보이지 않지만, topic-avatar와 topic-body의 부모 컨테이너가 테두리에 적합한 너비가 아니기 때문에 CSS와 HTML을 상당 부분 수정해야 합니다… 그리고 부모 컨테이너의 너비를 변경하거나 새로운 컨테이너를 도입하면 더 많은 변경 사항이 필요하고, 그 변경 사항들 또한 자체적인 변경을 요구할 수 있습니다… 그렇게 되면 갑자기 게시물 컨테이너 전체를 리팩토링하게 됩니다. 그런 변경을 한 후에는 고객들이 변경 사항을 수용할 수 있도록 지원하고, 우리가 만든 테마들을 업데이트해야 하므로… 꽤 고된 과정이 될 수 있습니다.

아래와 같이 간단하게 처리하고 싶지만:

.topic-post {
  border-top: 1px solid red;
}

…그렇게 하려면 시간이 많이 걸리고 기존 테마를 깨뜨릴 수 있습니다. 그리고 비교하자면, 셀렉터를 하나 더 추가하는 것은 마크업을 리팩토링하는 것만큼 어렵지 않습니다:

.topic-avatar,
.topic-body {
  border-top: 1px solid red;
}

물론 이런 작업을 해야 하는 횟수가 증가하면 짜증날 수 있습니다. 저는 매일 Discourse 테마 작업을 하므로 그 점을 잘 이해합니다!

그럼에도 불구하고… 가까운 미래에 토픽 목록과 토픽 페이지의 마크업을 업데이트하는 것이 확실히 필요합니다. 작년에 IE11 지원을 종료했기 때문에, Flexbox와 Grid와 같은 최신 CSS 레이아웃 기능을 더 잘 활용할 수 있는 더 간단한 방식으로 구조를 잡을 수 있습니다. 이는 더 극적인 레이아웃 변경을 하기도 쉽게 만들어 줄 것입니다.

IE11 지원을 종료한 이후로 CSS 커스텀 프로퍼티 사용도 늘리고 있는데, 이는 더 큰 기반 변경 사항과 함께 스타일링을 간소화하는 데 도움이 됩니다. 스타일링해야 할 두 개의 별도 요소가 있는 대신 다음과 같이 할 수 있습니다:

.topic-post {
  --border-color: red;
  .topic-avatar,
  .topic-body {
    border: 1px solid var(--border-color);
  }
}

그리고 테마에서는 다음과 같이 할 수 있습니다:

.topic-post {
 --border-color: green;
}

tl;dr: 여러분의 의견을 듣고 있으며! 이러한 장벽을 줄이는 방법에 대해서도 생각하고 있습니다!

24개의 좋아요

정말 마음에 드는 사이트입니다:
https://community.automationcloud.net/
그리고
https://forums.babypips.com/t/what-annoys-you-most-in-forex/70821/549

여름에 포럼을 업그레이드할 때 영감을 주는 데 아주 좋습니다.

7개의 좋아요

추가로 한 가지 더 말씀드리자면, 엔터프라이즈 고객과 계약상 제한 사항이 있는 경우가 많습니다. 이는 법적 관점에서 해당 고객 및 커스터마이징에 대해 논의하는 것을 _실제로 금지_합니다. 유감스러운 일이지만, 어쩔 수 없는 부분입니다. 우리는 사업을 유지하고 이곳에서 일하는 직원들의 급여를 지급해야 합니다. 저는 이 문제에 대해 매우 강하게 느끼고 있습니다. Discourse의 운영을 지속하여 팀원들이 안정적인 수입으로 생계를 유지하고 가정을 부양할 수 있도록 하는 것이 제 의무라고 생각합니다. :woman_shrugging:

좋은 소식은 이러한 광범위한 커스터마이징이 시간이 지나면 오픈소스 코드베이스로 서서히 반영된다는 점입니다. 하지만 시간이 좀 걸립니다.

12개의 좋아요

여러 Discourse 프로젝트를 진행하고 있으며 대부분 타인을 위한 작업이므로, 필요 사항도 예산도 매우 다양합니다. 하지만 저는 맞춤형 개발을 확실히 염두에 두고 있으며, 자원이 허용하는 범위 내에서 기꺼이 활용하겠습니다.

훌륭합니다! 그 필요성을 여러분도 인식하고 있다는 소식을 들えて 기쁩니다.

물론 확인했습니다! 테마 컴포넌트는 제가 Discourse에서 가장 좋아하는 것 중 하나이며, 이를 광범위하게 활용하고 있습니다. 하지만 대부분은 시스템의 핵심 미학과 “사용 편의성”/"깔끔함"이 비슷하게 유지됩니다.

훌륭합니다, 이 관점을 공유해 주셔서 감사합니다. 저는 CSS에 매우 숙련되지 않았으며, Discourse(또는 어떤 도구든)의 아키텍처가 더 좋아질 수 있다고 자신 있게 말하기보다는 제 이해 부족이 한계를 만들고 있다고 느끼기에 충분한 수준도 아닙니다. 여기에는 개선의 여지가 있다는 것을 알아두는 것이 좋습니다.

정말 좋은 소식입니다. 전면적인 개편에 포함된 어려움을, 그리고 하나의 제안된, seemingly 작은 변경이 필연적으로 많은 다른 변경으로 이어질 수 있는 점을 이해합니다. 도전에도 불구하고 시간이 지남에 따라 상황을 개선하려는 내부적 동력이 있다는 것이 기쁩니다. 덧붙이자면, 여러분이 하시는 모든 테마 및 테마 컴포넌트 작업에 감사드립니다! 저는 여러분의 창작물을 자주 사용합니다. :slight_smile:

예시를 보여 주셔서 감사합니다. BabyPips의 것이 특히 인상적이고 흥미롭습니다!

맞습니다! 제가 “공유할 수 있는” 예시가 있는지 질문했을 때, 저는 이 사실을 이해하고 있다는 것을 암시했지만, 그것이 명확하거나 명시적이지 않을 수 있다는 것을 깨달았습니다.

저는 Discourse가 회사로서 돈을 버는 것을 전적으로 지지하며, NDA, 특정 맞춤형 기능에 대한 독점 계약 등 그와 함께 오는 모든 것을 이해합니다. 커스터마이징이 오픈 소스 코드로 점진적으로 반영된다는 사실은 여러분이 올바르게 하고 있다는 증거이며, 저는 그것을 감사하게 생각합니다.


모두의 의견에 감사드립니다! 이제 현재 상황이 왜 그런지 이해하는 것이 더 명확해졌을 뿐만 아니라, 제 스킬 수준, 사용 사례, 예산에 더 가까운 사람들을 위해 미래에 상황이 개선될 것이라는 희망도 더 갖게 되었습니다. 궁극적으로 번성하는 3rd party 테마 생태계/커뮤니티/마켓을 보고 싶으며, 저와 많은 다른 사람들이 Wordpress(그리고 다른 CMS/포럼 시스템) 세계에서 자주 하듯이, 아름답고 커스터마이징된 테마에 대해 기꺼이 $50을 지불하겠습니다.

이 접근 방식에는 잠재적인 문제와 많은 “쓰레기” 테마가 있다는 것을 인식합니다. 하지만 15년 이상 상용 CMS, 테마, 플러그인을 커스터마이징하고, 유사한 디자인과 기능에 대한 완전한 맞춤형 개발 견적과 비교해 온 경험으로 볼 때, 이러한 유형의 생태계에 가치 있는 자리가 있다고 확신합니다. 저는 이것이 Discourse가 제공하는 완전한 맞춤형 상업 옵션(비용이 장벽인 경우) 아래에, 그리고 완전한 DIY 오픈 소스 접근법(스킬과 시간이 장벽인 경우) 위/옆에 위치한다고 봅니다. 제 경험상 유사하게 작동하는 다른 시스템에서 이 "중간 경로"는 더 제한된 예산/능력/시간을 가진 사람들이 합리적인 시간 내에 좋은 결과를 낼 수 있게 해주었습니다(이것은 제가 일해 온 모든 중소기업, 자영업자 등에게 해당합니다).

19개의 좋아요

생각 깊게 말씀해 주셔서 정말 감사해요! 감사의 의미로 작은 선물을 보내볼게요. 쪽지 보내드릴게요 :wink:

11개의 좋아요

대부분 50달러를 받고 할 만한 일이라면, 그냥 무료로 해버립니다. :slight_smile:

5개의 좋아요

실제로 많은 분들이 그렇게 하시는 것 같고, 이는 긍정적인 일입니다. 하지만 물론, 마켓플레이스에서는 10명, 50명, 혹은 100명의 사용자가 그 50달러를 지불하게 되어 더 의미 있는 일이 될 수 있습니다. 어쨌든 다른 플랫폼에서는 이런 방식이 잘 작동하는 것으로 보입니다. 무료보다 유료인 것을 선호하는 것은 아니지만, 보상을 받지 않고 더 심도 있고 도전적인 작업이 이루어지기를 기대하지도 않습니다.

모든 것을 처리하는 최선의 방법을 반드시 아는 것은 아닙니다. 제가 주로 아는 것은 제가 바라보는 포괄적인 결과물입니다: 더 깊이 커스터마이징된 테마, 컴포넌트 등이 더 널리 사용 가능해져서, 적절한 맥락에서 Discourse의 활용이 더 넓어지기를 바랍니다.

8개의 좋아요

디스커스 문제 해결 마켓플레이스에 대해 생각해 본 적이 있지만, 우선 다른 프로젝트를 먼저 출시하려고 하고 있어요. :slight_smile:

6개의 좋아요