mcwumbly
(Dave McClure)
2월 27, 2026, 1:43오전
1
3개의 좋아요
stephtara
(Stephanie Booth)
2월 27, 2026, 6:24오전
2
참고로, 내 커뮤니티의 카테고리 구조에서 이 부분이 계속 신경 쓰이는 부분이긴 합니다.
3개의 좋아요
Moin
4월 21, 2026, 9:45오후
3
작년에 추가되었습니다
main ← ux/subcategory-text-with-parent-hashtag-search
merged 02:31AM - 05 Feb 25 UTC
This commit changes the display of category hashtag
autocomplete to show the pa… rent category name in this
format:
* Parent Name > Child Name
This helps further distinguish categories in the autocomplete
where there may be multiple different parent categories with
the same name child category, e.g. if every category has an
Announcements subcategory.


솔직히 이 기능은 마음에 들지 않지만, #documentation:self-hosting과 #support:self-hosting처럼 이름이 동일한 하위 카테고리를 구별하는 데 도움이 된다는 점은 이해합니다.
2개의 좋아요
적어도 좋은 기억은 아니에요?
혹시 하위 카테고리 사이에 실제 이름이 일치하는 경우가 있을 때만 전체 경로를 명확히 표시하는 건 어떨까요? 그렇게 조회하는 데 비용이 너무 많이 드나요?
아니면 옵트인(선택 가입) 방식의 사용자 지정 기능으로 만드는 건 어떨까요? 제 개인적인 사용 사례에서 이런 멘션은 보통 "여기를 클릭해서 그곳으로 가라"는 의미의 참조, 즉 가는 법에 대한 지도가 아니라 해당 위치 전체에 대한 링크로 사용됩니다. 어떤 카테고리가 참조되고 있는지 확실하지 않을 때, 확인하기 위한 클릭은 저에게 아무 비용도 들지 않습니다.
3개의 좋아요
stephtara
(Stephanie Booth)
7월 5, 2026, 10:59오전
6
지금 이 건에 대해 뭔가 있는지 확인해 보려고 합니다.
martin
(Martin Brennan)
8월 24, 2026, 4:39오전
7
이런 기능이 @awesomerobot 에게 너무 거슬릴까 궁금하네요.
펼치기/접기 동작에 약간의 지연이 있어서 링크를 실수로 마우스로 지나가도 계속 반복되지 않습니다. 또한 실제 화면에서는 손가락 포인터가 커서를 대체하지만, Screen Studio에서는 커서를 그대로 유지합니다.
6개의 좋아요
포커스 및 호버 시 전체 경로를 표시하는 DToolip을 사용하는 것이 더 나은 방법일까요? 텍스트가 다시 흐르면서 일시적으로 페이지 높이가 변하거나, 재도화(repaint) 등이 발생할 수 있습니다.
4개의 좋아요
이것이 좋은 이유가 있을 거라는 것은 알고 있지만, 이 시점에서는 다시 검토할 수 있다고 생각합니다:
#community-building은 잘 보입니다! 하지만 #community-building:praise는 그렇지 않습니다.
AI와 소셜미디어 시대, 사용자는 원하는 콘텐츠로 직접 연결되는 단순하고 직관적인 링크를 원합니다.
하위 카테고리(subcategory)에 대한 과도한 정보는 기술적으로 필수적이지 않으며, 해당 경우 Discourse가 거의 모든 위치에 유지하는 상단 내비게이션 바를 통해 진입할 때만 표시되면 됩니다.
이 UX 세부 사항을 단순화 하는 것이 생산적일 것이며, 하위 카테고리가 카테고리처럼 단순히 링크로만 표시 되어, 차지하는 공간을 늘리지 않고 직접 링크가 제공하는 정보 이상의 내용을 제시하지 않는 것이 좋다고 생각합니다.
의견과 코멘트는 항상 환영하며, 우회적 해결책도 포함됩니다. 하지만 이것이 모두에게 좋은 기능이 될 수 있다고 생각합니다.
2개의 좋아요
Orioni
(John)
8월 22, 2026, 7:35오후
10
이 항목을 제거하면 문제가 발생할 수 있습니다.
예를 들어, 카테고리로 제품을 관리하고 각 제품이 “설치”, "지원"과 같은 유사한 하위 카테고리를 사용하는 경우를 생각해 보세요.
이 경우 서로 다른 하위 카테고리를 구별할 수 없게 됩니다.
또 다른 예:
1개의 좋아요
mcwumbly
(Dave McClure)
8월 23, 2026, 3:10오전
11
2개의 좋아요
Aurora
(Aurora)
8월 23, 2026, 4:48오후
12
수평으로 스크롤할 수 있는 탭이 있으면 좋겠습니다.
태그에도 적용되면 좋겠네요.
참고: 관리자가 이전 4개의 답변이 중복된 주제였으므로, 해당 게시글 작성자의 요청에 따라 이 주제와 통합했습니다.
2개의 좋아요
martin
(Martin Brennan)
8월 24, 2026, 11:17오후
14
이해가 됩니다. 데모를 한번 시도해 보겠습니다.
2개의 좋아요
mcwumbly
(Dave McClure)
8월 25, 2026, 2:35오전
15
카테고리에 “사용자 카드” 같은 것을 적용하면 어떨지 궁금합니다. (그룹에는 비슷한 기능이 이미 있습니다.)
다음과 같은 내용을 포함할 수 있습니다:
전체 이름
전체 멘션
설명
접근 권한 보유자
최근 활동 지표
카테고리 배지에 클릭하면 해당 카드가 팝업으로 표시되고, 카드 자체를 클릭하면 해당 카테고리로 이동하는 방식입니다.
이렇게 하면 인라인 멘션에는 항상 더 짧은 이름을 사용할 수 있습니다.
태그에도 동일한 방식을 적용할 수 있을 것 같습니다.
과한 건 아닐까요? 아니면 그렇지 않을 수도 있고요. 어떤 느낌일지 실험해 볼 가치가 있을지도 모르겠습니다.
4개의 좋아요
martin
(Martin Brennan)
8월 25, 2026, 8:07오전
16
오, 진짜 좋은 아이디어네요! 대신 그걸 시도해 볼게요. 해시태그의 다른 요소들, 예를 들어 채팅 채널 같은 데에도 적용할 수 있겠지만, 카테고리가 가장 큰 효과를 낼 것 같아요.
4개의 좋아요
martin
(Martin Brennan)
9월 3, 2026, 5:02오전
18
여기 아주 거친 초안 PR을 올렸습니다. @awesomerobot 님, 좋은 UI 요소라고 생각하시는 것들로 함께 작업해 주실 수 있을까요? 기본적으로 작동할 수 있는 최소한의 골격을 세우고, 사용자가 접근 권한이 없는 경우 사설 카테고리에서는 표시하지 않도록만 설정해 두었습니다:
main ← feature/category-cards-on-hashtag
merged 11:36PM - 16 Sep 26 UTC
This PR introduces a category floating card, similar to the user card,
behind a… n upcoming change ("Enable category hashtag cards")
This card will show the category title, icon/emoji,
description, as well as links to any parent categories. Users with
permission can see the "Edit description" button, as well as the "New Topic"
button, which is also category context dependent (e.g. Events categories
will have a "New Event" button).
Also shown in the card is a list of the 3 latest categories in the topic.
Users without permission to see a category will simply follow the
hashtag link, and see no card.
<img width="660" height="335" alt="image" src="https://github.com/user-attachments/assets/a127fdf6-462a-4ebf-bd2a-b27fc29565c2" />
<img width="658" height="220" alt="image" src="https://github.com/user-attachments/assets/acea2a2c-cfb4-4d69-ac0d-7ad4f252a670" />
In addition, since it's now easier to differentiate categories with
the same name, we are also removing the verbose "Parent > Child"
labelling for category hashtags.
**Before**
<img width="805" height="259" alt="image" src="https://github.com/user-attachments/assets/5bd0c57b-228b-494e-9ebf-df012c5c598f" />
**After**
<img width="805" height="268" alt="image" src="https://github.com/user-attachments/assets/c67fc7df-3c0b-435c-ac8a-6fe748c85b63" />
3개의 좋아요
mcwumbly
(Dave McClure)
9월 3, 2026, 6:24오후
19
첫 번째 스크린샷에서, 게시글 내의 Fiction > Horror는 단순히 Horror로 표시되고, 클릭하여 카드가 열렸을 때 Fiction > Horror 전체가 보이기를 기대합니다.
이렇게 하면 인라인 언급은 더 간결하게 유지하면서, 클릭 시 원하는 만큼의 맥락을 추가할 수 있는 공간을 확보할 수 있습니다.
3개의 좋아요
martin
(Martin Brennan)
9월 4, 2026, 1:30오전
20
네, 물론이죠. 아직 해시태그 자체에는 아무 변경도 하지 않았고, 그냥 호버 카드만 작동하도록 만들었어요.
스타일을 사용자/그룹 카드에 조금 더 가깝게 조정하는 작업을 하고, 유용해 보이는 몇 가지 기능을 추가했습니다!
카테고리 위에 상위 항목 표시, (권한이 허용하는 경우) 새 주제 버튼, 설명 및 이를 편집할 수 있는 빠른 링크, 최근 주제 몇 개 등…
추가된 경우 카테고리 로고 포함
4개의 좋아요