Ability to mark any post as unread

Continuing the discussion from How Coinbase Uses Discourse to Educate Customers and Improve SEO:

The interviewee of the referenced blog article states the following dislike:

If a post on a topic can be “unread”, why can’t I mark it unread again after reading it?

and I’d like to talk a bit about that and the workflow that is not possible at the moment.


Concept

In email clients, you can mark any email as “unread”, even in a longer discussion or thread, and return to it later. Most clients allow you to filter or navigate unread emails only, so this workflow is a breeze for when you decide you need to work on something again later, such as prepare a reply.

The same holds true for RSS readers, where you find a post that deserves more attention than what you give currently and you want to save it for later.

In Discourse, however, the concept of marking specific posts as unread is not a thing and unread posts can only occur at the end of a thread that you didn’t scroll into the view yet. Additionally, the algorithm that chooses to automatically mark posts as read can be inaccurate depending on your reading habits (i.e. whether you use mouse scrolling or j/k keys).

Why Not Bookmarks?

I understand that bookmarks are a possible workaround for this situation. But “bookmarks” semantically mean something different in most situations because I only intend to (re-)read the “unread” posts once and not save it for recurring occasions. Thus, one-time bookmarks and long-term bookmarks would get mixed and you’ll have to remember to unbookmark each “unread” post when you access it. They would also not get displayed in the “Unread” front page tab.


Required Changes for Discourse

  • The unread indicator (currently blue dot next to relative post timestamp) needs to be toggleable, which likely requires repositioning and redesign. Also with a keyboard shortcut, suggesting m (already used for topic track state).
  • There needs to be a way to traverse between unread posts within a thread, up and down.

It’s not high priority for me, but it deserves to be discussed imo.

3개의 좋아요

A much higher priority for us is to have a cleaner way of dealing with “reading holes” eg: topics where you read post 1-10, 50 but did not read 11-49. If what you are describing would likely create reading holes and not behave in a very intuitive way cause you could only do it effectively for the last post in a topic.

2개의 좋아요

Yes, it would (or rather should) be possible to create these “reading holes” that way.

My second suggested change is supposed to hint at the reading holes issue. I suppose there are generally two ways to solve this:

  1. Hide read posts.
  2. Do not hide read posts and instead provide buttons/key binds to traverse to next or previous unread post.

I can not evaluate how gray and blue unread counters are relevant here, because I don’t clearly understand how they work at this moment, however.

I like it and asked before

3개의 좋아요

yeah I use Discourse as a teacher and there are topics I need to come back to in like 4 months (Bookmark) and there are topics I need to remember to answer in a few days (mark as undread).

3개의 좋아요

Agreed! I need a feature like this. Any workaround with a plug-in?

Any progress on this? Is it on the roadmap?

It is not on any roadmap I am aware of. Use bookmarks.

3개의 좋아요

Assuming that the Discourse Calendar and Events plugin will also work in PMs, perhaps you can work around it by creating a calendar PM to yourself and adding replies with links to posts you want to come back to at a certain point in time?

That sounds awfully complex when we already have several means to track notable threads.

4개의 좋아요

Absolutely. It was just an idea for those who are not happy with existing functionality.

A theme component can now allow you to do this per:

https://meta.discourse.org/t/defer-topic-button-mark-topic-unread/110951

7개의 좋아요

구체적으로 어떻게 해야 하는지 자세히 설명해 주실 수 있나요?
링크된 토픽이 존재하지 않거나 접근할 수 없습니다.

1개의 좋아요

그 함수가 이제 테마 컴포넌트가 아니라 표준 함수로 변경되었기 때문이라고 생각합니다.

토픽 하단의 '토픽 컨트롤’을 열면 해당 옵션을 볼 수 있습니다:

3개의 좋아요

활성화해야 하는 항목인가요?
여기서도, discuss.gradle.org에서도 보이지 않습니다.

1개의 좋아요

Discourse Meta - The Official Support Forum for Discourse 의 프로필 설정에서 먼저 활성화해야 합니다. /admin/site_settings/category/all_results?filter=defer 의 사이트 설정을 통해 새 사용자에게 기본적으로 활성화되도록 설정할 수도 있습니다.

4개의 좋아요

아, 감사합니다.
그런 기능이 필요하거나 토글할 수 있는 줄은 몰랐습니다.
원치 않으시면 북마크 버튼처럼 그냥 버튼을 누르지 않으면 됩니다.

1개의 좋아요

설정 항목들 사이의 원래 의도는, 특히 데스크톱 환경에서 토픽 하단에 불필요한 요소를 추가하는 것을 방지하기 위함입니다. 또한 이 기능은 ‘인박스 제로’ 워크플로우에 능숙한 사용자들에게만 유용하며, 이러한 사용자는 북마크 및 같은 영역의 다른 버튼을 사용하는 사용자층보다 훨씬 적은 수가 될 것으로 예상됩니다.

2개의 좋아요

“인박스 제로”에만 유용하다는 데에는 동의하지 않습니다.
저는 오히려 “인박스 10,000” 상태에 가깝고, 여전히 주제를 읽지 않음으로 표시하고 싶습니다.
이 기능을 정말 그리워했고, 이렇게 기본적인 기능이 Discourse에 없다는 사실에 항상 아쉬워했습니다.
결국 이 문제를 보고하기로 결심했고, 그제서야 이 기능이 항상 존재해 왔다는 사실을 알게 되었습니다. 다만 매우 잘 숨겨져 있었을 뿐이죠. :slight_smile:

2개의 좋아요

궁금한데, 북마크 알림을 사용하시나요?