Add bookmarks#7107
Conversation
cf9ea7d to
7d66300
Compare
|
This seems like a good change, I like private save-for-later as separate from public reaction hearts/stars. Related issues:
|
7d66300 to
c21ec21
Compare
|
re: what m4sk1n said -- i don't see a compelling reason to change anything about how faves work currently. fundamentally, they are a public approval / acknowledgement of a message, and can be browsed from someone's profile if they want to see go back and see them. a bookmark feature would be almost the same thing, but private -- no indicator, not exposed via the profile or the status. adding bookmarks is no reason to remove functionality from the favorites. |
|
I feel like "like/star" doesn't really need to be saved in a list if it's just a reaction emoji ish thing - if folks want to save it for later they'll use the bookmark feature, right? And I think probably bookmarked toots should show up in search because it's save-for-later and that'll be something you want to be able to look up later. I think "like/star" toots don't need to show up in a search because it's just public approval and that could clog up the search results unnecessarily - most people are gonna "like/star" much more than they'll save-for-later, and they're less likely to need to pull liked toots up in searches later, right? |
|
disagree with adding this per my comments on #1178. |
|
Hmm. Not sure what happened to that issue, it seems to be completely deleted, along with discussion. |
|
@nightpool My account has been flagged, and I think it's making a lot of my issues invisible. :S I've messaged Github to find out what's going on, it could be that I've been reported, but it could also be that I've been flagged by a spam-detecting bot, so I'm not really sure what's going on! |
|
No idea how that issue disappeared, I did not delete it. I did not know you can delete them like that, only close... |
|
Ok, your main argument seems to be “web browser bookmarks serve this purpose”, yes and no. |
|
I’m pretty sure favorite should be enhanced instead (searching in the favorites for example). |
|
@lanodan favorites are already searchable (along with the rest) if Full-Text-Search is enabled. |
9713111 to
f2be5ca
Compare
|
@ThibG But I use favourites for that use case. And that having a social function makes sense to me, I remember the old Delicious used to display rankings of favourited links and stuff that authors of those links could be proud of. I'm not a big fan of splitting this functionality. In fact, I was not a fan when Twitter changed favourites to likes, and now iirc they are adding "bookmarks" and I think that's a hot mess that could've been avoided by just keeping favourites the way they are here right now. |
|
@Gargron but why should that person be proud of something I haven't read yet? Afaik, people use favorites (or likes, that's what they are protocol-wise) as approval, encouragement, or “I read this” marks. A bookmark is “I want to read this” and is something completely different honestly. |
I feel like basically there are two "save" features now - one that is viewable on posts and has people's names publicly attached, and one that isn't and doesn't. This PR makes sense as a thing being tacked on, but as part of a bigger picture it is quite messy, I think? So, how about making likes just a reaction? (I'm sure folks have seen me say this before, so I'm sorry if I'm repeating it for anyone here!) Likes could be not saved in a list for you to view later, and likes could be not included in search results. It's just a social signal way to say "awesome" or "thanks" or whatever. The numbers would still publicly be attached to toots for Delicious-style rankings etc. I'm very much in favour of public like-reactions and private saves. They seem like two different functions to me. Also we have bookmarks on dev.glitch.social right now and it is good. :D |
95bc1f9 to
c92e37b
Compare
c92e37b to
649f397
Compare
077c07c to
249ee1f
Compare
249ee1f to
3aae5fd
Compare
|
Updated the PR to:
|
3aae5fd to
6abaaab
Compare
Bookmarks behave like favourites, except they aren't shared with other users and do not have an associated counter.
c4a6990 to
de30c73
Compare
|
Rebased and fixed the migration. Would have to go other it to make sure everything has been kept up-to-date. |
|
You would probably want this commit and this commit as well |
|
Bug report: the un-bookmark is not as responsive as the un-favourite. When a toot is unbookmarked, the icon remains I reported this issue in glitch-soc but was unable to reproduce it on the glitch-soc instance. However, I am able to reliably reproduce this bug in this PR in a local test environment. |
e113436 to
be06e13
Compare
76dbf16 to
06d9489
Compare
| <div className='detailed-status__button'><IconButton disabled={reblog_disabled} active={status.get('reblogged')} title={reblog_disabled ? intl.formatMessage(messages.cannot_reblog) : intl.formatMessage(messages.reblog)} icon={reblogIcon} onClick={this.handleReblogClick} /></div> | ||
| <div className='detailed-status__button'><IconButton className='star-icon' animate active={status.get('favourited')} title={intl.formatMessage(messages.favourite)} icon='star' onClick={this.handleFavouriteClick} /></div> | ||
| {shareButton} | ||
| <div className='detailed-status__button'><IconButton className='bookmark-icon' active={status.get('bookmarked')} title={intl.formatMessage(messages.bookmark)} icon='bookmark' onClick={this.handleBookmarkClick} /></div> |
There was a problem hiding this comment.
I heard at least one user opinion that favourites and bookmarks not need be side-by-side, bookmarks can be in the dropdown menu. More responses have stated that they would use bookmarks more rarely than favourites, so perhaps this makes sense? Thoughts?
* Add backend support for bookmarks Bookmarks behave like favourites, except they aren't shared with other users and do not have an associated counter. * Add spec for bookmark endpoints * Add front-end support for bookmarks * Introduce OAuth scopes for bookmarks * Add bookmarks to archive takeout * Fix migration * Coding style fixes * Fix rebase issue * Update bookmarked_statuses to latest UI changes * Update bookmark actions to properly reflect status changes in state * Add bookmarks item to single-column layout * Make active bookmarks red Conflicts: app/javascript/mastodon/actions/interactions.js app/javascript/mastodon/components/status_action_bar.js app/javascript/mastodon/features/bookmarked_statuses/index.js db/migrate/20180831171112_create_bookmarks.rb
|
Maybe a stupid question, but ... is this already live? Is this part of the next release? How would I be able to find out? :) |
|
It's live on mastodon.social, but no stable version has been released since this PR was merged, yet. |


Add a bookmark feature, working mostly like favourites, except they are not federated nor visible by other users than the person bookmarking a toot.