음, 새 색상에는 좀 적응할 시간이 필요할 것 같네요. #customization:theme가 예전 #announcements:blog 카테고리처럼 보여요.
나를 혼란스럽게 하는 한 가지가 있습니다. #community-building:general이 왜 Community Building 안에 들어갔는지 모르겠습니다. 일반 카테고리가 하위 카테고리가 되는 것은 어색하게 느껴집니다.
저는 이렇게 해 보았지만, 제가 직접 방문할 의미가 있는 대부분의 카테고리가 이제 숨겨져 있습니다. 그래서 표시되게 하려는 하위 카테고리 상자를 선택하고, 상위 카테고리 중 일부를 숨겼습니다. 이렇게 하면 저에게는 더 사용하기 편합니다.
토픽 페이지 상단의 카테고리 필터에는 하위 카테고리가 표시되지 않습니다. 이는 예상되는 동작입니다. 하지만 일반적으로는 검색을 통해 하위 카테고리를 찾을 수 있습니다. Meta에서는 이것이 작동하지 않는데, 아마도 lazy-load-categories 때문일 것입니다. 제가 이전에 https://meta.discourse.org/t/search-in-category-drop-down-missing/388911에서 보고했던 내용과 비슷합니다.
검색 옵션이 없는 상태에서 제가 현재 보고 있는 화면은 다음과 같습니다:
제가 원하는 화면은 다음과 같습니다.
예를 들어 번역 카테고리로 직접 이동할 수 있도록, 부모 카테고리를 먼저 방문하지 않아도 되는 경로를 제공해 주시면 좋겠습니다.
네, 이 방향으로 계속 간다면 색상 선택에 대해 좀 더 세심하게 살펴볼 필요가 있을 것 같습니다.
다시 추가하기로 결정한 하위 카테고리 예시를 몇 개 공유해 주시겠어요?
제가 이해가 안 되는 점 중 하나는 왜 #community-building:general이 이제 Community Building 안에 있는지입니다. 일반 카테고리가 하위 카테고리가 되는 것은 어색하게 느껴집니다.
네, 이 부분은 계속 생각해 볼게요…
토픽 페이지 상단의 카테고리 필터에는 하위 카테고리가 표시되지 않습니다. 이것은 예상되는 동작입니다. 하지만 보통 검색을 사용하여 찾을 수 있습니다. 저는 Meta에서 이것이 작동하지 않습니다.
음… 이 문제가 발생하는 화면 캡처를 공유해 주시겠어요? 여기는 제가 거기서 번역을 검색하는 모습입니다:
음… 작동하지 않는 문제의 스크린샷을 공유해 주실 수 있나요?
어떤 종류의 스크린샷을 기대하시나요?
저는 이걸 첨부했습니다:
여기서 검색 옵션 없이 보이는 모습입니다:
로그아웃 상태일 때 시도해 보시면 작동하나요?
저보다 더 많은 카테고리를 보실 수 있을지도 모릅니다. 카테고리가 10개 미만인 경우 검색이 숨겨지도록 어떤 식의 제한이 추가된 것 같습니다.
또는 사이드바에 설정한 카테고리가 많아서 더 많은 카테고리가 로드되고 있을 수도 있습니다. 저는 사이드바에 카테고리 1개만 설정되어 있습니다 (0개는 불가능해서, 그러면 기본 카테고리가 모두 표시됩니다).
드디어 카테고리가 업데이트된 걸 봤는데, 혹시 기존 카테고리 스타일로 되돌릴 수 있을까요? 예전에는 카테고리를 내 홈페스로 사용했는데, 지금은 유용성이 떨어집니다.. 카테고리와 각 카테고리의 최신 주제 목록을 보여주는 페이지가 가장 좋다고 생각하는데, 제 의견으로는 그게 가장 잘 정리되어 있거든요.
로그아웃 상태로 시도해 보면 작동합니까?
여기서 저보다 더 많은 카테고리를 볼 수 있을지도 모릅니다. 카테고리가 10개 미만인 경우 검색 기능이 숨겨지도록 어떤 식의 제한이 추가된 것 같습니다.
아, 네. 로그아웃 상태에서는 문제를 재현할 수 있습니다. 감사합니다.
이를 개선할 수 있는 방법을 찾아보겠습니다.
드디어 카테고리가 업데이트된 것을 보았는데, 이전 카테고리 스타일로 되돌릴 수는 없을까요? 예전에는 카테고리를 내 홈 페이지로 사용해 왔는데, 지금은 그다지 유용하지 않네요..
이 새로운 스타일로 한동안 사용해보면서 어떤 점을 배울 수 있을지 지켜보겠습니다.
일단 홈 페이지를 최신 게시글(latest)로 변경해 보시겠습니까?
이 부분의 경험은 이 기능 개발이 더 진전되면 변할 가능성이 높다는 점을 유념해 주세요:
다양한 활동과 관련된 콘텐츠를 더 쉽게 찾을 수 있도록 테마에 더 큰 개선을 가할 예정입니다.
이 새로운 스타일로 한동안 살아보면서 무엇을 배울지 확인해 보고 싶습니다.
지금은 임시로 홈페이지를 최신순으로 바꿔볼 수 있을까요?
일단 지금은 그렇게 해야 할 것 같습니다. 하지만 지금은 페이지가 유용하지 않기 때문에 정보 밀도를 낮추는 방향으로 나아가는 것이 좀 이상하게 느껴집니다.
솔직히 말씀드리자면, Community Building 카테고리 목록에 데이터 관련 내용, 칭찬, 일반 질문 등 이전에 이 카테고리가 담당하던 “커뮤니티 관리” 영역과는 전혀 무관한 온갖 잡다한 것들이 가득 차 있는 사실이 전혀 마음에 들지 않습니다. 이로 인해 해당 카테고리의 가치가 크게 희석되어 제 입장에서는 꽤나 혼란스럽습니다:
Support > WordPress 카테고리가 혼란스럽습니다 – Discourse와 WordPress에 대한 일반적인 질문이 있어서 처음에는 해당 카테고리에 게시했는데, 플러그인에 대한 내용만 다루는 것 같습니다(이유를 제대로 이해한 건지, #support로 옮기신 이유를 @Moin 님께 여쭤봐도 될까요?). 플러그인에 대한 전체 카테고리가 아니라 Customization > Plugin 토픽으로 두는 게 더 적합해 보이는데? 아니면 플러그인보다 범위가 더 넓다면 설명을 업데이트해야 하지 않을까요?
이것은 Discourse 플러그인이 아닙니다. WordPress 플러그인입니다. Customization > Extras 채널에 관련 주제들이 있습니다. 예를 들어 WP Discourse 1.5 Release 같은 글이 있지만, 그곳은 지원 질문을 위한 카테고리가 아닙니다.
저는 일반적인 지원 카테고리 안에 wp-discourse 태그를 두는 것보다 별도의 지원 카테고리가 있는 것을 선호합니다. 이렇게 하면 제가 어디에서 도움을 줄 수 있는지 판단하는 데 도움이 되기 때문입니다. 저는 평소 WordPress를 사용하지 않기 때문에 도움을 줄 수 없습니다. 저에게 있어, 이는 지원이 메인 카테고리에서 태그를 통해 이루어지는 다른 official 플러그인들과의 차이점입니다. 그쪽의 질문들은 여전히 Discourse 포럼에서 발생하는 사항에 관한 것이기 때문입니다.
솔직히 말씀드리면, #community-building::category의 주제 목록이 이전까지 제가 생각했던 “커뮤니티 관리” 영역과 전혀 관련이 없는 온갖 잡다한 내용으로 가득 차 있는 사실이 전혀 마음에 들지 않습니다.
저도 마음에 들지 않습니다.
다음에 어떤 조정을 시도해 볼지 한번 생각해보겠습니다.
여전히 Community Building > Data & reporting 의 대부분은 지원 카테고리가 될 #sql-help 에 더 가깝다고 생각합니다.
이전에 제가 말한 내용을 접근할 수 없는 모든 분들을 위한 인용
현재로서는 #data-reporting::category 의 대부분의 주제를 Community Building보다는 Support 에 더 적합하다고 생각합니다. 어떤 숫자가 필요한지, 어떻게 해석해야 하는지, 그리고 이를 개선하기 위한 조치에 대한 논의는 Community가 포괄적인 주제로 잘 어울리며, 이는 확실히 더 많은 논의가 필요한 분야입니다. 데이터가 어떻게 선택되고 어떤 용도로 사용되는지도 매우 중요하기 때문에 웨비나에서 반복적으로 다뤄지고 있습니다.
데이터를 어떻게 가져오는지에 대한 기술적인 부분은 Community 포괄 카테고리가 덜 적합해 보입니다. sql-query 태그가 붙은 대부분의 주제는 데이터를 어떻게 가져오는지에 대한 질문입니다. 제 생각에는 이는 Support의 #sql-help에 해당하며, 여기서 sql-triggered-badge 태그가 향후 배지와 관련된 쿼리를 그룹화할 수 있을 것입니다. 그렇다면 #data-reporting::category 에 무엇이 남게 되는지 궁금합니다.
이 카테고리 재구성 건에 대해 제 의견을 내는 건 삼가겠습니다. 시도해 보고 어떻게 되는지 지켜보는 것도 괜찮을 것 같아서요. 하지만 그럼에도 불구하고, 사이드바에 있는 무지개색 카테고리 불릿들은 별로 좋아하지 않습니다.
너무 지저분해요.
제 눈에는 단일 색상의 단순함이 더 좋습니다.
참고로… 안경의 색수차 때문에 파란색/빨간색 조합을 일반적으로 좋아하지 않습니다.
안경을 통해 보는 각도에 따라 Community Building > Data & reporting 불릿은 이렇게 보일 수 있어요.
또는
또는 ![]()
네, 그런 일이 있더라고요… ![]()
여기 중요한 권한 문제가 있는 것 같네요 ![]()
https://meta.discourse.org/t/top-mobile-app-development-companies-in-saudi-arabia/397094?u=darkpixlz
사이드바에 있는 무지개색 범주 볼릿(bullet)들을 좋아하지 않아요.
너무 지저분해요.제 눈에는 단일 색상의 단순함이 더 좋습니다.
동감합니다. 참고로 저도 제 커뮤니티에서 같은 종류의 문제를 해결해야 하는데, 이전 토론에서 지적했듯이 어떤 종류의 “범주 개요” 인터페이스가 없다는 점이 좀 번거롭습니다.
Hi all, I’m very confused. Currently trying to set up Discourse to migrate my large community from Facebook. I’ve been thinking about how I’ll structure it through categories, and it was mentioned to me that tags can help for that too. As I understand, tags in Discourse are quite “category-like” (at least for me, coming from the blogging-flickr-delicious world of “just quickly type out your tags in a text box here). But OK, so it makes sense to create my “tags” upfront. But how? As mentioned her…
여러분이 여정 곳곳에서 제안하거나 암시해 주신 대로, 제가 찾는 것은 많은 경우 “부모 카테고리”보다는 “카테고리 그룹”에 더 가까운 것 같습니다.
현재 실험에서 느끼는 문제점들:
- 부모 카테고리에서 게시를 허용할 것인가?
커스터마이징(Customizations)과 같은 일부 최상위 카테고리에서 사람들이 게시하는 것을 정말로 원하지 않습니다. 이를 방지할 수는 있지만, 일부에서는 허용하고 일부에서는 허용하지 않으면 다소 어색합니다. - 부모 카테고리만으로 필터링하는 것이 어색합니다
커뮤니티 빌딩(Community Building)을 최상위에 두었지만, 해당 카테고리 하나만 보고 싶을 경우 자식 카테고리는 노이즈가 됩니다. - 하위 카테고리에 대한 직접 접근 부재
예를 들어 버그, 기능, UX 등으로 바로 이동하고 싶어 하는 사람들이 있는데, 이를 중첩 구조로 두면 특히 주제 목록 드롭다운에서 어색합니다.
다음 단계로 두 가지 옵션 사이에서 고민하고 있습니다:
- 일관된 계층 구조로 더 비틀어 맞추기
모든 곳에서 최상위 카테고리에서의 게시를 허용하지 않고 모든 주제를 하위 카테고리로 이동시킵니다. - 되돌려서 다시 생각하기
이전 상태로 되돌립니다. 부모/자식 카테고리를 sparingly(소박하게)하지만 의도적으로 사용하고, 사용된 경우 부모 카테고리에서의 게시를 허용합니다. 다음 단계를 재평가합니다.
하위 카테고리への 직접 접근 부재
저에게는 이것이 가장 큰 문제이며, 제 커뮤니티에서 구조를 정리하려는 시도에 있어 가장 문제되는 부분입니다.
메뉴가 하위 카테고리로 아래로 드릴다운(drill down)할 수 있도록 허용한다면 작동할 수 있을 것입니다:
- 상위 카테고리에서 사람들이 게시물을 올리는 것을 원하지 않는다면, 해당 카테고리 페이지에 하위 카테고리 상자를 눈에 띄게 표시하세요.
- 사람들은 때때로 상위 카테고리를 사용하겠지만, 주제는 하위 카테고리로 쉽게 이동시킬 수 있으며, 이를 통해 교육이 이루어집니다.
- 상위 카테고리에서 게시물을 올리는 것이 괜찮다면, 하위 카테고리를 상자 형태로 앞으로 내세우지 않거나, 아예 표시하지 않는 것이 좋습니다.






