Or maybe divide the "Favorites" and "Read later"?
Inspired by this comment .
The fact is that in most cases users add articles to their favorites not because they really liked the article and want to save it - but only to not lose it and read it later. Stop tolerating a bunch of garbage in your favorites!
In the current implementation, I see two problems:
')
1. The word "Favorites" itself says that the article is worth it to read it again later. Sometimes it would be nice to go through the list of favorite articles and reread them - but now it is impossible, because they are mixed in a heap called “postpone-for-later”.
2. The add to favorites counter is currently useless. If the user liked the article, and he saved it as a favorite, this is an indicator of its quality and informational value (we return to the post mentioned at the beginning). Most likely, such an article will not lose relevance in the next couple of weeks, as it happens with the news, and this will distinguish the “Favorites” counter from the simple number of advantages in the publication rating, which may become unnecessary in the near future.
I suggest leaving the “Favorites” button in the same form as it is now, but adding a new one - “Read Later”, similar to “Watch Later” on YouTube. By the way, the latter also has a limit of 200 clips, so that the user does not forget to view the earliest ones and delete them as necessary.
Update: TorchTT also offers the ability to create folders in Favorites:
“The reason is that at the moment when adding an article to favorites, it is displayed in the general list and, for example, if you need to view articles on a specific topic that relate to several different and often non-intersecting hubs, you have to look through the entire list of articles, which can be extremely many. If you can create folders, you will be able to add selected articles to folders, for example, "Algorithms", "Image Processing", "Code Optimization" and so on.
It is for this reason that I do not use favorites, but create folders for the corresponding bookmarks in the browser. "
The fact is that in most cases users add articles to their favorites not because they really liked the article and want to save it - but only to not lose it and read it later. Stop tolerating a bunch of garbage in your favorites!
In the current implementation, I see two problems:
')
1. The word "Favorites" itself says that the article is worth it to read it again later. Sometimes it would be nice to go through the list of favorite articles and reread them - but now it is impossible, because they are mixed in a heap called “postpone-for-later”.
2. The add to favorites counter is currently useless. If the user liked the article, and he saved it as a favorite, this is an indicator of its quality and informational value (we return to the post mentioned at the beginning). Most likely, such an article will not lose relevance in the next couple of weeks, as it happens with the news, and this will distinguish the “Favorites” counter from the simple number of advantages in the publication rating, which may become unnecessary in the near future.
I suggest leaving the “Favorites” button in the same form as it is now, but adding a new one - “Read Later”, similar to “Watch Later” on YouTube. By the way, the latter also has a limit of 200 clips, so that the user does not forget to view the earliest ones and delete them as necessary.
Update: TorchTT also offers the ability to create folders in Favorites:
“The reason is that at the moment when adding an article to favorites, it is displayed in the general list and, for example, if you need to view articles on a specific topic that relate to several different and often non-intersecting hubs, you have to look through the entire list of articles, which can be extremely many. If you can create folders, you will be able to add selected articles to folders, for example, "Algorithms", "Image Processing", "Code Optimization" and so on.
It is for this reason that I do not use favorites, but create folders for the corresponding bookmarks in the browser. "
Source: https://habr.com/ru/post/197226/
All Articles