태그 패널에 "새 태그 추가" 옵션이 필요합니다

이 페이지에 “새 태그 만들기” 옵션이 필요합니다:

컴포저(Composer)를 통해 새 태그를 만들 수 있다는 점은 알고 있습니다. 하지만 이것이 유일한 방법인가요? 태그를 만들기 위해 컴포저를 여는 것은 합리적이지 않다고 생각합니다. 물론 해당 기능은 유지될 수 있지만, 이것이 유일한 방법이 되어서는 안 되며, 특히 주된 방법이 되어서도 안 됩니다.

'태그’라는 이름의 패널 안에 있다면, 새 태그를 만들 수 있는 버튼이나 메뉴 옵션이 있는 것이 합리적이라고 생각합니다. 제 생각에 이것이 가장 직관적인 접근 방식입니다.

그리고 이참에, 페이지에 버튼을 직접 추가할 충분한 공간이 있는데 왜 굳이 여분의 드롭다운 메뉴를 사용하는 걸까요? 메뉴를 없애고 버튼만 두면 되지 않을까요?

공간이 제한적인 경우에는 드롭다운 메뉴를 선호합니다. 하지만 그 외의 경우에는 클릭 수를 줄이는 것에 찬성하며, 특히 사용자가 즉시 파악하기 어려울 수 있는 숨겨진 옵션으로 인한 마찰과 혼란을 제거하는 것이 중요하다고 생각합니다.

3개의 좋아요

아니요, 하지만 명확한 방법이 없다는 점에서는 맞습니다.

현재 태그를 생성하는 모든 방법은 태그를 사용하는 것과 관련이 있습니다(새 주제에 태그를 붙이거나, 기존 태그의 동의어로 태그를 추가하거나, 태그 그룹을 생성하면서 태그를 생성하는 것 등). 이 외에도 새로운 태그를 생성하는 유일한 방법은 일괄 업로드를 통한 것입니다.

이것은 Create tags outside of new post 에서 조금 논의되었습니다. 이 기능에 대한 반대 의견은 없는 것으로 보이며, 단순히 우선순위가 낮았던 것 같습니다.

7개의 좋아요

물론 이 기능들도 존재해야 합니다.
"태그"라는 이름의 패널에서 이루어지는 것이 주된 방식이므로, 처음부터 구현되어 있었어야 한다고 생각합니다. 모든 태그를 관리할 수 있는 곳이 그곳이니까요. 제 생각에는 주제 생성 시 태그를 생성하는 기능과 함께 이 방식이 훨씬 더 합리적입니다. 예를 들어 대량 업로드 기능보다 훨씬 더 그렇습니다.

제가 Discourse에서 "이상하다"고 느끼는 것들 중 일부는, 특정 위치에 있는 것이 당연한 것들에 대해 혼란을 야기하는 문제인 것 같습니다. 또한 보시다시피, 이러한 것들은 논리적 구조가 없으면 포럼에 불필요하게 많이 쌓이게 됩니다.

특히 Discourse를 사랑하고 이 플랫폼이 우리에게 허용하는 기능들을 즐기고 있기 때문에, “무례하게” 들리려는 의도는 전혀 없습니다. 다만 이러한 것들이 우회 방법이 있고 우선순위가 높지 않다는 이유만으로 우선순위 목록의 하단에 놓여서는 안 되며, 조금 더 "사랑과 관심"을 받아야 한다고 생각합니다. 사용자들도 “비우선순위” 항목들이 관심을 받아 모든 것이 더 부드럽고 쉽게 작동하도록 개선되는 것을 좋아합니다.

예를 들어, 구형 방식이 이상적이지는 않았지만(형상을 가진 이미지로 컴포넌트가 표시되던 방식), 솔직히 말하면 새로운 레이아웃은 꽤 나쁘다고 느낍니다. 모든 것이 비좁고 작업하기 어렵습니다. 특히 작은 화면에서 더 그렇습니다. 물론 해야 할 일은 여전히 할 수 있지만, 컴포넌트 패널과 같은 일부 사항은 너비 변경, 불필요한 패널 숨기기 등 몇 줄의 CSS만 수정하면 되는 문제입니다.

여러분이 이러한 비우선순위 문제들을 수정할 시간을 내어 주시길 바랍니다. 불행히도, 공유해 주신 게시글에서 볼 수 있듯이 해당 주제가 생성된 지 5년이 지났는데도 여전히 업데이트가 없습니다.

다시 한번 말씀드리지만, 이렇게 좋은 플랫폼을 무료로 제공해 주시는 것에 대해 무례하거나 감사하지 않는다는 인상을 주고 싶지 않습니다. 전혀 그렇지 않습니다. 다만 사용자가 일이 제대로 작동하지 않는다고 느낄 때, 디테일도 중요하게 여겨지기를 바랍니다.

1개의 좋아요

말씀을 드리자면… 사실 중요합니다. 개발팀은 확실히 주의를 기울이고 세부 사항에 공을 들이고 있습니다. 그렇지 않다면 디스코urses를 사용하는 경험이 훨씬 덜 즐거울 것이라는 점은 믿어주십시오.

문제는 세심하게 살펴야 할 세부 사항이 너무 많아, 현실적으로 모든 것에 자원을 투입할 수 없다는 것입니다. 수년이 지나도 마찬가지입니다.

pr-welcome 태그는 디스코urses가 오픈소스이기 때문에 사용자가 기여하도록 장려하기 위해 때때로 사용되지만, 일부 환영받는 기능은 디자인 측면에서 충분히 숙고해야 하며, 외부 개발자가 PR을 보내는 것이 항상 최선의 해결책은 아닙니다.

5개의 좋아요

또 다른 문제: Composer를 사용하여 태그를 생성하려고 했는데, 실제로는 주제를 게시해야 합니다. 태그가 존재하지 않을 때 표시되는 "Create XYZ…"는 주제를 게시하지 않는 한 태그를 실제로 "생성"하지 않습니다. 그런 다음 태그를 삭제해야 하는데, 패널의 Tags 섹션에 태그를 생성, 관리, 삭제하는 모든 도구가 있다면 이는 불필요해 보입니다.

저는 그들이 그렇게 한다고 믿습니다. 오해하지 마세요. 제가 여기서 말하려는 점은 단순히 “비우선순위” 수정 사항과 조정을 두 가지로 나눌 수 있다는 것입니다. 일부는 매우 중요하지 않지만, 일부는 웹사이트의 일반적인 기능과 워크플로우에 영향을 미치기 때문에 중요합니다. 단일 페이지에서 처리되어야 할 일을 위해 여기저기 이동해야 할 때, 저에게는 무언가를 수정해야 한다는 신호로 보입니다. 예를 들어 보안 문제 같은 우선순위는 아닐 수 있지만, 평가되어야 합니다. 제가 언급한 워크플로우는 단순히 웹사이트에서 매끄러운 경험을 만들기 위한 기본적인 UI/UX입니다.

동의합니다 :slight_smile:

변경 사항/수정 작업을 수행하는 또 다른 기준은, 제기된 문제가 매우 심각하지 않거나 구현이 매우 쉽지 않는 한, Discourse는 고객의 요청에 의해 주도되는 변경 사항을 우선시하며, 일반적으로(이 원칙에서 벗어나지 않았다고 생각합니다) 3의 규칙을 따릅니다:

이것이 왜 누군가에게는 명백해 보이는 일부 문제가 오랜 시간이 지나도 처리되지 않는지를 설명해 줍니다.

Contribute > UX, Contribute > Feature, 심지어 Contribute > Bug 채널을 깊이 살펴보면 이 주제와 유사한 많은 요청을 발견할 수 있을 것입니다. 저도 보고한 사항이 끝내 수정되지 않아 가끔 좌절감을 느낀 적이 있습니다 :see_no_evil_monkey:

2개의 좋아요

게시물이 새 주제로 분리되었습니다: 다중 태그를 처음부터 추가하는 방법

이 게시물을 나중에 방문할 사람들을 위한 업데이트:

4개의 좋아요