Community Wishlist Survey 2021/Reading/Bookmarking

Random proposal ►◄ Reading The survey has concluded. Here are the results!

Bookmarking

Problem: There are no bookmarking if reader is on break or sleep.
Who would benefit: Everyone
Proposed solution: To resume reading if reader takes break.
More comments:
Phabricator tickets:
Proposer: Farpen (talk) 05:32, 17 November 2020 (UTC)[reply]

Discussion

If you need to save an article, you can press the star button and it is added to your watchlist, if you want to save the section of the article you are reading, you can click that section on the content table and save it as a browser bookmark.WikiAviator (talk) 13:56, 17 November 2020 (UTC)[reply]
A list of "Saved pages" could be really useful, if readers were informed of the feature. Browser bookmarks can be hard to navigate through, and have limited scalability; Watchlists serve a different purpose. — Bilorv (talk) 20:02, 17 November 2020 (UTC)[reply]
I’d really welcome such a feature. In contrast to client-side, most browser’s bookmarks functionality our implementation could (and should) take account of collections, i.e. books on Wikibooks. I usually only have one bookmark in physical/paper books. Setting a new bookmark should override the last bookmark in the same collection/Wikibook. (I mean, in addition to that, sometimes I mark individual pages by putting sticky notes on them, but those aren’t really bookmarks, rather mere labels.) Kays (talk) 23:09, 20 November 2020 (UTC)[reply]
fwiw, this is a feature in the native smartphone app, so sounds like a matter of bringing it to desktop/browser. This said, I agree with the comments above—browsers already have ample built-in and extension-based methods for saving links across the Internet and there is little benefit in competing with that unless there is something about bookmarking behavior specific to browsing Wikimedia properties. czar 05:31, 23 November 2020 (UTC)[reply]

I'm merging a similar proposal into this one. It was Community Wishlist Survey 2021/Reading/my library:

Problem: It's hard to keep track of what you want to read. Sometimes you're in the middle of an article, and see a link to an interesting page, but forget about it because there's no easy way to save it.

Who would benefit: Everyone who does a lot of in-depth research on WikiPedia!

Proposed solution: Implement a library of reading lists, similar to the one present on the mobile versions of WikiPedia

Proposer: Raven rs (talk) 01:12, 18 November 2020 (UTC)

Discussion

In My Library you make your categories and save articles to the section. Favorites are star marked and head each category or overview page.

Ldorigo95 (talk) 09:52, 18 November 2020 (UTC) I added some details on this submissions as I would also like it to see the day. The functionality is already present on mobile, I feel like it's really missing on the online version.

@Raven rs: Thanks for your proposal! Do you think this is a duplicate of either the "Favourite" or "Followed pages" button or the Bookmarking proposals? It sounds similar. —Sam Wilson 09:14, 24 November 2020 (UTC)

I appreciate that this proposal suggests the user's Reading List should sync across all devices (mobile and web browsers). - ZuluKane (talk) 17:46, 24 November 2020 (UTC)

@Ldorigo95: Yes, there are similarities with favorites, bookmark etc. However, I think multiple propasals can be combined. My proposal is "My Library" where you collect all your articles. But you can subdivide them by category (you make a "folder" where you put your articles by your topics "WW II", "US history" etc). But you can also mark "favorite/star marked", rate them by importance (5 points) articles you just "follow" for updates etc. So you can have several markings on an article you put in "economy" which you "follow" and you rate it 4 points making raknking it higher and you have it as your favorite. On your my library screen you see the latest updates on your followed and you have an short-overview to your favorites. In this way you always find and can sort the articles most important to you as fast as possible. A "Reading List" can extract updated articles you follow or related articles. There should also be "unread/read".
— The preceding unsigned comment was added by Raven rs (talk) 08:38, 25 November 2020 (UTC)

@Raven rs, Ldorigo95, and ZuluKane: I've merged this in to the Bookmarking proposal. Feel free to add more info here as you see fit. —Sam Wilson 03:01, 25 November 2020 (UTC)

Related wish: Community Wishlist Survey 2021/Mobile and apps/Have Apps reading lists available on Destop/Mobile. —Pelagic (talk) 12:38, 18 December 2020 (UTC)[reply]

Voting

Strong support I have basically used the watchlist button to bookmark articles, something more standard should be created for readers. MarioSuperstar77 (talk) 20:28, 8 December 2020 (UTC)[reply]
Support It's Been Emotional (talk) 20:31, 8 December 2020 (UTC)[reply]
Support I feel a book mark system separate from inbuilt browser book marks would be very useful for readers All hail Armok (talk) 23:20, 8 December 2020 (UTC)[reply]
Strong support The watchlist is way too clunky to be used as a bookmarking techniuque. A new feature must be added. Mihir Narayanan (talk) 23:31, 8 December 2020 (UTC)[reply]
Oppose This functionality is already available in practically every browser. If someone is unhappy with how their browser's bookmarks function, this is a browser problem (also it could be solved with a browser add-on). Martinkunev (talk) 23:34, 8 December 2020 (UTC)[reply]
- Comment @Martinkunev: I have already a lot of bookmarks on my browser which are all cluttered, I use them to remember web pages that I find informative and there are a lot of them. If Wikipedia adds a bookmark feature that is distinct from the watchlist, I and many other users will be very happy, particularly since, like I said, my browser's bookmarks are cluttered enough already. MarioSuperstar77 (talk) 10:48, 9 December 2020 (UTC)[reply]
  Comment @MarioSuperstar77: If your bookmarks are cluttered, I would suggest organizing them. Adding a second place to store bookmarks doesn't actually solve the problem you're describing. It just provides you with another place that will eventually get cluttered as well. Martinkunev (talk) 14:29, 9 December 2020 (UTC)[reply]
Support I encourage anyone borderline on supporting this to do so, because this would primarily be a feature for the readers who aren't editors, but they won't get a voice in this conversation. — Bilorv (talk) 01:42, 9 December 2020 (UTC)[reply]
Support Hanif Al Husaini (talk) 02:04, 9 December 2020 (UTC)[reply]
Support Yeenosaurus (talk) 03:33, 9 December 2020 (UTC)[reply]
Support TSK201911 (talk) 04:04, 9 December 2020 (UTC)[reply]
Support Omda4wady (talk) 07:38, 9 December 2020 (UTC)[reply]
Support Browk2512 (talk) 17:52, 9 December 2020 (UTC)[reply]
Support dwf² (talk) 23:06, 9 December 2020 (UTC)[reply]
Support JPxG (talk) 06:07, 10 December 2020 (UTC)[reply]
Support. Meiræ 15:26, 10 December 2020 (UTC)[reply]
Support Strong support. It makes easier to return to Wikipedia and sister projects. BoldLuis (talk) 18:11, 11 December 2020 (UTC)[reply]
Support Rdyornot (talk) 22:35, 12 December 2020 (UTC)[reply]
Support HAL333 (talk) 21:14, 13 December 2020 (UTC)[reply]
Support Kays (talk) 16:39, 14 December 2020 (UTC)[reply]
Oppose Totally redundant with both built-in browser functionality, and user-space list making. — SMcCandlish ☺ ☏ ¢ >^ʌⱷ҅_ᴥⱷ^ʌ< 07:54, 15 December 2020 (UTC)[reply]
Support OPlibertad (talk) 17:06, 15 December 2020 (UTC)[reply]
Support SeGiba (talk) 18:09, 15 December 2020 (UTC)[reply]
Support Stephan Hense (talk) 22:55, 16 December 2020 (UTC)[reply]
Support Xhs 唯心而为 10:17, 18 December 2020 (UTC)[reply]
Support Uanfala (talk) 00:01, 21 December 2020 (UTC)[reply]
Support — tyseria 01:53, 21 December 2020 (UTC)[reply]