Continuing the discussion from Updating how categories are organized on Meta:
This is something that is bugging me a lot in my own community category structure, fwiw.
3개의 좋아요
It was added last year
https://github.com/discourse/discourse/pull/31188
And while I don’t really like it I understand how it help to distinguish subcategories with identical names like Documentation > Self-Hosting and Support > Self-hosting
2개의 좋아요
2개의 좋아요
are they fond memories at least? 
maybe we could only clarify with the full path if there’s an actual case of matching names across subcategories? is that too expensive of a lookup?
Or maybe it’s an opt-in customization instead? My personal use case for these mentions is usually meant in a “click there to go there” reference, a link to the full place rather than a map of how to get there. If I’m unsure of which category is being referenced, the click to find out doesn’t cost me anything.
3개의 좋아요
Checking in to see if we have anything for this now?
이런 기능이 @awesomerobot 에게 너무 거슬릴까 궁금하네요.
펼치기/접기 동작에 약간의 지연이 있어서 링크를 실수로 마우스로 지나가도 계속 반복되지 않습니다. 또한 실제 화면에서는 손가락 포인터가 커서를 대체하지만, Screen Studio에서는 커서를 그대로 유지합니다.
4개의 좋아요
포커스 및 호버 시 전체 경로를 표시하는 DToolip을 사용하는 것이 더 나은 방법일까요? 텍스트가 다시 흐르면서 일시적으로 페이지 높이가 변하거나, 재도화(repaint) 등이 발생할 수 있습니다.
3개의 좋아요
이것이 좋은 이유가 있을 거라는 것은 알고 있지만, 이 시점에서는 다시 검토할 수 있다고 생각합니다:
#community-building은 잘 보입니다! 하지만 #community-building:praise는 그렇지 않습니다.
AI와 소셜미디어 시대, 사용자는 원하는 콘텐츠로 직접 연결되는 단순하고 직관적인 링크를 원합니다.
하위 카테고리(subcategory)에 대한 과도한 정보는 기술적으로 필수적이지 않으며, 해당 경우 Discourse가 거의 모든 위치에 유지하는 상단 내비게이션 바를 통해 진입할 때만 표시되면 됩니다.
이 UX 세부 사항을 단순화하는 것이 생산적일 것이며, 하위 카테고리가 카테고리처럼 단순히 링크로만 표시되어, 차지하는 공간을 늘리지 않고 직접 링크가 제공하는 정보 이상의 내용을 제시하지 않는 것이 좋다고 생각합니다.
의견과 코멘트는 항상 환영하며, 우회적 해결책도 포함됩니다. 하지만 이것이 모두에게 좋은 기능이 될 수 있다고 생각합니다.
2개의 좋아요
이 항목을 제거하면 문제가 발생할 수 있습니다.
예를 들어, 카테고리로 제품을 관리하고 각 제품이 “설치”, "지원"과 같은 유사한 하위 카테고리를 사용하는 경우를 생각해 보세요.
이 경우 서로 다른 하위 카테고리를 구별할 수 없게 됩니다.
또 다른 예:
이 부분을 더 깔끔하게 만들어야 한다는 데 동의합니다: Can we make inline links to subcategories more concise?
1개의 좋아요
수평으로 스크롤할 수 있는 탭이 있으면 좋겠습니다.
태그에도 적용되면 좋겠네요.
참고: 관리자가 이전 4개의 답변이 중복된 주제였으므로, 해당 게시글 작성자의 요청에 따라 이 주제와 통합했습니다.
2개의 좋아요
이해가 됩니다. 데모를 한번 시도해 보겠습니다.
2개의 좋아요
카테고리에 “사용자 카드” 같은 것을 적용하면 어떨지 궁금합니다. (그룹에는 비슷한 기능이 이미 있습니다.)
다음과 같은 내용을 포함할 수 있습니다:
- 전체 이름
- 전체 멘션
- 설명
- 접근 권한 보유자
- 최근 활동 지표
카테고리 배지에 클릭하면 해당 카드가 팝업으로 표시되고, 카드 자체를 클릭하면 해당 카테고리로 이동하는 방식입니다.
이렇게 하면 인라인 멘션에는 항상 더 짧은 이름을 사용할 수 있습니다.
태그에도 동일한 방식을 적용할 수 있을 것 같습니다.
과한 건 아닐까요? 아니면 그렇지 않을 수도 있고요. 어떤 느낌일지 실험해 볼 가치가 있을지도 모르겠습니다.
2개의 좋아요
오, 진짜 좋은 아이디어네요! 대신 그걸 시도해 볼게요. 해시태그의 다른 요소들, 예를 들어 채팅 채널 같은 데에도 적용할 수 있겠지만, 카테고리가 가장 큰 효과를 낼 것 같아요.
3개의 좋아요
여기 아주 거친 초안 PR을 올렸습니다. @awesomerobot 님, 좋은 UI 요소라고 생각하시는 것들로 함께 작업해 주실 수 있을까요? 기본적으로 작동할 수 있는 최소한의 골격을 세우고, 사용자가 접근 권한이 없는 경우 사설 카테고리에서는 표시하지 않도록만 설정해 두었습니다:
2개의 좋아요
첫 번째 스크린샷에서, 게시글 내의 Fiction > Horror는 단순히 Horror로 표시되고, 클릭하여 카드가 열렸을 때 Fiction > Horror 전체가 보이기를 기대합니다.
이렇게 하면 인라인 언급은 더 간결하게 유지하면서, 클릭 시 원하는 만큼의 맥락을 추가할 수 있는 공간을 확보할 수 있습니다.
2개의 좋아요
네, 물론이죠. 아직 해시태그 자체에는 아무 변경도 하지 않았고, 그냥 호버 카드만 작동하도록 만들었어요.