When having new messages in the New, Unread… category, there is a dismiss button that dismiss all the messages in them but it would be great if there where a way to dismiss single message (without needing to opening them)
8개의 좋아요
We have no plans to do this at the moment. Why not read the ones you want then Dismiss on the rest that remain?
1개의 좋아요
Agreed.
Maybe if there are too many / more messages to be dismissed, there’s actually a need to review your tracked items.
Because, for example in my case, I haven’t got the time to see all the new topics I want to see at once, so I remain them as “new” but I see them when I have time. There are others that I know I don’t want to see because of any reason, I just want to dismiss them (actually I open them to simulate de dismiss) without dismiss all of the unread topics (to read them any time soon).
1개의 좋아요
So you’re wanting something like the Admin Bulk wrench where you can select checkboxes?
3개의 좋아요
We already have keyboard shortcuts for bookmark / unbookmark (j + b) … I would be fine to add another shortcut for “r” or something if someone wants to do a PR, its pretty simple.
3개의 좋아요
저는 이 포럼에 새로 온 사람이며, 솔직히 말하면 이 특정 문제를 해결하기 위해 여기 온 것입니다. 저는 관리자도 아니고, 그냥 일반 사용자입니다. 하지만 이것은 단순한 인터페이스 문제인 것 같으면서도, 이 주제에 대한 여러 스레드를 읽어본 결과, 사람들이 이 문제를 제기할 때마다 항상 같은 가정이 반복되는 것 같습니다. 즉, 읽고 싶은 메시지를 모두 읽고, 읽지 않을 메시지를 제거하는 것이 사용자가 이 시스템을 사용하는 유일한 올바른 방법이라는 것입니다. 심지어 이 방식이 시스템 설계에 그대로 반영되어 있습니다. 이 요청이 토론에서 반복적으로 제기되고 있음에도 불구하고, 주제를 읽지 않고도 단일 새 주제를 제거할 수 있는 기능을 구현하는 데 상당한 저항이 있다는 점이 흥미롭습니다.
제가 참여하고 있는 컨소시엄에서 Discourse를 사용하는데, 제가 읽을 주제를 고르기 위해 모든 새 주제를 검토할 여유가 없습니다. 하지만 동시에, 사이트에서 설계된 거의 모든 카테고리에서 생성되는 새 주제를 보지 않을 여유도 없습니다. 거의 모든 주제에는 협업 작업에 대한 인지도를 유지하기 위해 제가 필요로 하는 정보가 포함되어 있을 가능성이 높습니다. 이는 컨소시엄이 개발한 Discourse에 접속할 때마다, 제가 보아야 할 필요가 있는 게시 정보를 따라잡는 데 점점 더 뒤처지게 된다는 뜻입니다.
새 주제(New Topics) 목록을 ‘읽지 않은’ 목록으로 사용하여, 읽지 않아도 되거나 읽고 싶지 않은 개별 주제를 제거함으로써 목록을 줄여나갈 수 있다면, ‘모두 제거(Dismis All)’ 옵션을 실제로 사용할 수 있는 지점에 도달할 가능성이 높아집니다. 현재 저에게는 250개 이상의 새 주제가 있습니다. 그렇게 많은 새 주제를 한 세션, 혹은 몇몇 세션에 걸쳐 훑어보는 것은 지루한 일이며, 만약 사이트를 잠시 떠날 경우 더 많은 새 주제가 나타날 것이라는 점을 알기에 더욱 그렇습니다.
이것이 여러분의 사이트에서 구현하기 어려운 일이 아니라면, 많은 사람들에게 매우 유용한 추가 기능이 될 것이라고 생각합니다. 이는 많은 개인들이 목록을 관리하는 매우 일반적인 방식과 일치하기 때문입니다. 대부분의 사람들은 몇 가지 항목만 체크한 후, 나머지를 모두 하고 싶지 않다고 결심했을 때 전체 목록을 훑어보는 방식으로 목록을 관리하지 않습니다. 사이트의 새 주제 섹션도 이와 매우 유사합니다. 검토해야 할 것들의 목록인 것입니다.
솔직히 말해서, 계속 등장하는 반응에 대해 꽤 혼란스럽습니다. 새 주제 제목을 하나하나 모두 읽은 후에(시간이 있는 몇 가지만 읽는 것이 아니라) 모든 새 응답을 삭제하는 것이, 수년 동안 여러분의 사이트에서 많은 사람들이 지적해 온 문제를 해결하는 방법일까요?
또한, 이 옵션을 키보드 단축키가 아닌 인터페이스의 일부로 만들어 주시면 좋겠습니다.
2개의 좋아요
그 우려는 충분히 이해하며, 잘 표현해 주셨습니다. 하지만 제 경험상 그렇게 자주 언급되지는 않습니다. 예를 들어, 이 주제는 2015년에 생성되었고 현재까지 답변이 7개뿐입니다.
실제로 이는 딜레마입니다. 한 가지 아이디어는 관심 없는 특정 카테고리(또는 태그)를 음소거하는 것입니다.
대부분의 사람은 "주제 목록을 스캔하여 관심 있는 특정 주제만 들어가고 나머지는 무시한다"는 방식에 비교적 잘 적응하는 것 같습니다:
참고로, 의도된 편의 기능으로, ‘새로움’ 또는 ‘읽지 않음’ 목록에 항목이 충분히 많다면 무시… 버튼이 목록의 _상단_과 하단 양쪽에 표시됩니다.
1개의 좋아요
Dismiss 버튼이 표시되도록 설정할 항목 수를 지정할 수 있나요?
닫기 버튼은 항상 표시되지만, 주제 목록이 충분히 작을 경우에만 목록 하단에 표시됩니다. 주제 목록이 더 크면 목록의 상단과 하단 모두에 표시됩니다.
알겠습니다. Dismiss 버튼은 /Unread에서는 보이지만, 랜딩 페이지나 카테고리 안에서는 보이지 않습니다.
1개의 좋아요
아 네, 죄송합니다. 설명을 더 자세히 드렸어야 했는데. /new에서도 표시가 됩니다. 해당 카테고리의 /new 또는 /unread 뷰에 있는 경우에만 IS 표시가 카테고리에서 표시됩니다.
죄송합니다. 이 대화가 5년 전 것이었다는 점을 몰랐습니다. 처음에는 최근(예: 2020년 6월 15일) 게시된 것처럼 보였거든요. 제 실수입니다.
또한, 제가 언급한 우려 사항의 빈도에 대한 인식이 요청을 많이 받으시는 입장에서 말하는 자주라는 기준과 어떻게 균형을 맞춰야 하는지 깨달았습니다. 이 문제를 여기에서 검색해 본 결과, 제 생각에는 변경할 가치가 있을 정도로 자주 발생하는 것 같았지만, 제 자주 발생이라는 인식이 여러분 관점에서는 충분하지 않을 수 있다는 점은 이해합니다. 이 경우 여러분이 전문가이시니까요.
불행히도, 이 특정 상황에서는 제가 그렇게 할 선택지가 없습니다. 그래서 ‘무시(Dismiss)’ 옵션은 저에게 거의 쓸모없는 상태입니다. 실제로는 제가 일해야 하는 방식과 정반대입니다.
제가 정기적으로 함께 일하는 Discourse 커뮤니티에서는 각 주제를 그렇게 적극적으로 태그하지 않아서, 태그 기반 음소거를 통해 보고 싶지 않은 것을 제거하면서 동시에 알아야 할 것까지 제거하지 않는 것이 불가능합니다. 이 경우의 주제들은 카테고리에 게시되긴 하지만, 이메일 스레드와 더 유사합니다. 제 역할은 주제들과의 관계에서 여러 카테고리의 경계를 넘나들기 때문에 대부분의 카테고리를 음소거할 수 없습니다. 가능했던 곳에서는 그렇게 했습니다. 그래도 새로운 주제가 여전히 너무 많습니다.
인터페이스에 이러한 변경, 즉 기본적으로 New 또는 Unread 목록에서 개별 주제를 무시할 수 있도록 허용하는 변경을 고려하시려면 어떤 조건이 필요할까요? 이 기능을 개발 일정표에 올리기 위해 필요한 요청 수 기준이 있는 건가요, 아니면 이것이 Discourse라는 솔루션의 근본적인 철학/운영 방법론과 다소 정반대되는 것인가요?
2개의 좋아요
이것은 사이트 소유자들과 논의해 볼 수 있는 사항이 아닐까요? 해당 디스코스 인스턴스에서 “사이트 피드백” 주제로 올리는 것도 방법입니다. 태그를 추가하고 분류를 더 세분화하면 많은 사용자에게 도움이 될 수 있으며, 관심 있는 주제와 그렇지 않은 주제를 효과적으로 구분할 수 있을 것입니다.
1개의 좋아요
이러한 경우에 사람들이 취하는 효과적인 접근 방식 중 하나는 해당 기능을 먼저 Discourse의 확장 (예: 플러그인 또는 테마 컴포넌트)으로 개발하는 것입니다.
본인이나 커뮤니티의 다른 누군가가 이를 추진할 동기가 있다면 독립적으로 진행할 수도 있습니다. 그렇지 않다면, 기능을 명세(spec)하여 Marketplace 채널에서 도움을 구할 수 있습니다. 해당 확장이 인기가 많아지거나 더 일반적인 제품과 잘 맞는다고 입증되면, 핵심 제품(core product)에 통합될 수도 있습니다.
여기서처럼 해당 기능을 옹호하는 것이 첫 단계로 나쁘지 않다는 뜻은 아닙니다. 하지만 처음부터核心团队(core team)의 합의나 지지를 얻기 어려운 경우, 확장 경로를 고려하는 것이 효과적인 대안이 될 수 있습니다.
3개의 좋아요