User:Maxy/group management wishlist
From MyPaint
General bug for this: https://gna.org/bugs/?15155
Brush management usability:
- Temptation to use "delete from disk" instead of removing the brush from the group, because it is so complicated to do.
- The fear right now is that I might permanently lose a brush. Doing this would worry me. --Achadwick 17:46, 18 January 2010 (UTC)
-
Dropping should be possible on any empty space of a group, not only the first empty space.- done -
Change the drag cursor when the action changes. (Copy/Move/Delete)- done - Dragging outside the window should remove the brush from the group.
- Nothing in the GNOME HIG says anything about this, expect it to be considered... unusual. Gnome Do's Docky extension does this, and I loathe it. I'd quite like drag-to-file-manager as an operation instead though :/ --Achadwick
- Perhaps a Macintosh-like trashcan (or use of the system trashcan) if we insist on doing everything by DnD... --Achadwick
- Target group is often way too far, inconvenient. Context menu (move to group...) would often be faster.
- Persistence! Group list remembered at next start.
- Group names should be drop targets.
-
Drag&Drop needs a instant preview or cursor. Currently moving the brush a row down is counter-intuitive.first stab at this done- Like IconView's little insertion bars? Alternatively, immediate tile-shuffle style. --Achadwick 17:46, 18 January 2010 (UTC)
- Yes, IconView's insertion bars would be a progress. I personally prefer instant move slightly, but I realize it is hard to get right together with copy vs move in such a way that targets don't start to flicker below the cursor or similar. --maxy 18:32, 18 January 2010 (UTC)
- Using existing box drawing code for now, in a different colour. May change to an insertion bar to make it clearer. How should drag-to-group-name look? Can't persuade Cairo to set strings in little outline boxes... --62.3.118.174 00:12, 21 January 2010 (UTC)
- Like IconView's little insertion bars? Alternatively, immediate tile-shuffle style. --Achadwick 17:46, 18 January 2010 (UTC)
- Hitting "Delete" should probably remove the brush from the group without question. (But: shortcut conflict: delete=clear layer)
- It should also dump it into a Wastebasket group immediately though (as we do currently with "deleted"). I don't want users to feel that they can ever *lose* brushes. --Achadwick
- Agreed. Actually what I did when reorganizing groups previously was that I created wasteback groups for deleting brushes, and deleted the group after I was done. We don't absolutely need to do this with drag&drop, after the string freeze we also could add a right-click menu with a "remove brush from group" entry. --maxy 20:41, 19 January 2010 (UTC)
- It should also dump it into a Wastebasket group immediately though (as we do currently with "deleted"). I don't want users to feel that they can ever *lose* brushes. --Achadwick
- The ability to hide the group list! And it should be hidden by default (at first startup, that is) until the user starts exploring (eg. an expander).
-
Use the GTK theme's "selected" colours for the current brush's border? I've begun stripping out some of the hardcoded colour scheme, and doing this will allow things like DnD insertion points to be a different colour (i.e. black). --Achadwick 10:32, 19 January 2010 (UTC)implemented, may yet change
It might be better to re-express the core concept we're using here as "tags" rather than "groups" or "folders". But probably in a post-0.8 release - that's quite a sweeping change.
Griatch's suggestion too. --Achadwick 17:51, 18 January 2010 (UTC)
- "tags" vs "groups": Certainly post-0.8 as it's a string change. I should add that the decision against "tags" was an intentional one, mainly against the concept associated with tags to give everything hundreds of labels. Most brushes kind of have a "main" group where they come from, at the moment. (I'm open for arguments about pro/con...) --maxy 18:32, 18 January 2010 (UTC)
- Okay. I like the folder suggestion a little better, to be honest. --Achadwick 10:32, 19 January 2010 (UTC)

