For one of the forums I’m administering, it would also be useful for tags to have tag descriptions (which, in my mind would be available as a tool tip on mouser-over on desktop) because we have a tag for each command that the program takes via the CLI, such as set. Since it is not immediately obvious why a post would be tagged #set, it would be nice if people could find out.
Having said that my preference would be a fully fledged description field for each tag, here is an idea that might work at least in our case: all CLI commands are in the same tag group called “CLI commands” or so. If each tag group had an option
[ ] prepend tags from this group with _______
So if I’d enter “command” as a prepend string, the #set tag would be displayed as “command:set”
Ah, well, no. It’s probably a lot better with a simple description field.
Just for completeness: another good use case for tag descriptions that can include links is as a place to point out to anonymous visitors that they can subscribe to the tag by RSS (in case they don’t want to sign up just yet …).
Technically RSS for tags works just fine (example), but without a place to point out that feature, users will hardly find it. Except for those with an RSS browser extension.
We do this with category descriptions and would love to do the same with tag-pages. For example, the Web Dev Teams will often need to access our Github, so adding:
태그 설명도 함께 볼 수 있으면 좋겠습니다. Dave가 위에 올린 태그 페이지의 설명과 /tags에서 태그 아래에 표시되는 설명을 조합하면 완벽할 것 같습니다. 기존 사용자에게는 명확하지만, 신규 사용자에게는 이해하기 어려운 다소 생소한 태그를 몇 개 사용하고 있습니다. 태그 이름을 길게 만들어서 의미를 전달하면 UI에서 지저분해지고, 현재 그대로 두면 태그의 용도가 무엇인지 묻는 시간 낭비성 질문이 끊이지 않습니다.
그건 설명이 아니라 배너만 추가합니다. 태그 설명을 추가하는 컴포넌트는 있지만, 많은 태그에 설명을 붙이고 싶다면 사용하기가 다소 번거롭습니다. 또한 설명이 옆에 있는 것보다 상단에 있는 편이 더 좋다고 생각합니다. 옆에 두면 Topic List Preview 플러그인이 깨지기 때문입니다.
안녕하세요, 저도 태그의 정보 버튼 아래에 설명 필드를 추가하는 방법을 검색하다가 이 스레드를 발견했습니다. 고정된 주제 게시물이나 유사한 위치에 태그 설명을 추가하는 위에서 게시된 개념을 좋아합니다. 그렇게 하면 검색 가능한 방식으로 추가적인 맥락을 제공할 수 있을 것 같습니다… 태그 그룹에 설명을 추가하거나 고정할 수 있다면 좋겠습니다… 특히 /tags/ 또는 유사한 페이지를 둘러보는 사용자에게 유용할 것입니다.
수정: 이 텍스트 이 태그는 어떤 카테고리에도 제한되지 않으며, 동의어가 없습니다.를 다시 작성할 수 있는 곳이 어디인가요?
태그 내에서 주제를 고정할 수 있는 기능을 원한다는 또 다른 찬성표입니다. 이 기능은 태그 설명은 물론 다른 용도로도 활용할 수 있습니다. 제 구체적인 사용 사례를 말씀드리면, 우리는 다양한 애플리케이션과 기법/시스템에 대해 논의하기 위해 상당히 폭넓고 단순한 카테고리 구조를 사용하고 있습니다. 따라서 “앱”, “기법”, “라운지”, "피드백"을 카테고리로 설정하고, 잠재적으로 100개 이상의 앱, 기법, 시스템 등을 태그로 관리하고 있습니다. 하지만 최근 각 앱에 대한 최고의 리소스를 앱별로 눈에 잘 띄는 곳에 모으고 싶다는 필요성을 느꼈습니다. 현재 태그를 사용하여 이를 쉽게(예: “최고의 리소스” 주제 고정) 구현할 수 없으므로, 막대한 수의 카테고리를 만들어야 하거나, 리소스 주제가 노출되지 않아 사용자가 직접 검색해야 하는 상황을 받아들여야 합니다. 아니면 수동으로 계속 올릴 수도 있겠지만, 그렇게 하면 리소스 주제가 주기적으로 최신 주제 목록을 장악하게 되어 이 방법도 불가능합니다.
Ah, well, no. It’s probably a lot better with a simple description field.