GNOME Bugzilla – Bug 148403
Dragging bookmark to topic should move, not copy
Last modified: 2016-09-28 16:12:00 UTC
Select a topic in the bookmark window and then one of its bookmarks. Drag the bookmark to another topic; it is added to the new topic, but not removed from the existing one. IMO dragging the bookmark should do the following: 1. Remove it from the topic it's dragged from. 2. Add it to the topic it's dragged to. 3. Leave its other topics unchanged. This would make reorganising your bookmarks easier, and consistent with the behaviour of, for example, Nautilus. We could also have ctrl-drag copy the bookmark as drag does now. This would also help with the semantics of 'Not Categorized' bookmarks. At the moment you cannot drag a bookmark to 'Not Categorized' (which makes sense with the current behaviour, since a bookmark cannot logically be both in a topic and 'not categorized'). If the drag=move functionality is implemented, you should then be able to drag a bookmark to move it to 'Not Categorized'.
NOTABUG for the part about removing the bookmark from the topic it's dragged from: the essence of our bookmarks system is that a bookmark can have more than one topic, so the current behavious makes sense. Dragging a bookmark to a topic is not "copy", it's "tag". Removing all topics from a bookmark by dragging it to the "Not categorised" topic seems sensible to me, if a bit non-obvious.
OK, I understand. I fully support the Ephy bookmarks philosophy, and the maints deserve credit for having the resolve to stick to it despite the inevitable howls from new users. The more I use it, the more sense it makes to me. So I withdraw this suggestion - in the case where you want to remove a bookmark from one topic and add it to another, you can do this from the Properties dialog. One minor enhancement that I think would make this more obvious for new users is to make 'Topics' a separate right-click menu item for bookmarks. But this adds clutter to the UI for not much benefit, so I think it's unlikely to find favour.
Just one more thing (in a Columbo voice). Selecting multiple bookmarks and dragging them to a topic tags them with that topic, as you'd expect. However, there's no way to remove multiple bookmarks from a topic at once. 'Properties' is disabled on a multiple selection, as it should be, so the technique for untagging a bookmark mentioned above isn't possible here. Imagine the situation where you've selected and dragged 100 bookmarks into topic 'Foo', and then decide actually you wanted to put them in topic 'Bar' instead. If there's really no way to do this other than individually selecting, right-clicking, selecting 'Properties' and unchecking the topic for every single bookmark, I'd heartily suggest a 'Remove from this topic' right-click menu item. The current danger is that a user might select 'Delete' hoping that this would delete the bookmarks only from the current topic, and instead delete them from the database altogether.
>to make 'Topics' a separate right-click menu item for bookmarks. But this adds >clutter to the UI for not much benefit, so I think it's unlikely to find favour. You mean for bookmarks on the toolbar? Opening the properties dialogue from context menu is implemented in cvs already; and from bme has always worked. Or am I misunderstanding you and your're suggesting something different? Bug 122682 would solve the 'remove multiple bugs from a topic at once' problem.
My suggestion was slightly different - to split 'Topics' and 'Properties' into two separate dialogs, both available from the right-click menu for all bookmarks. My rationale for this is that it makes it more obvious for the new user that you can alter the topics from the right-click menu. Naively I would expect 'Properties' to edit the name and URL of the bookmark, and nothing else - so I wouldn't even look here when I'm trying to change the topics. Thanks for the pointer - yes, that resolves the remove-multiple problem.
Although it makes sense, from the idea of having multiple topics per bookmark, tu use dragging primarily for 'copying', it makes perfect sense to also allow 'moving'. This would greatly simplify the process of correcting the mis-tagging of bookmarks. Having a 'move' option as well as a 'copy' option would make this one simple action, as opposed to a tedious process, especially where the number of bookmarks concerned is large. Put another way, it should be as easy to correct an erroneous copy-by-dragging as it is to perform the copy in the first place.
Mass reassigning of Epiphany bugs to epiphany-maint@b.g.o
This UI is gone