Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=139547 ------- Additional Comments From arnd.baecker web de 2007-01-09 10:27 ------- > P.S. D&D from comments/tags tab would be nice > ( Child plus parents ) but this was not what I > whished for originaly. For comments/tags moving tags around used to work, but it does not anymore. For the Tag-Filter it would be a nice addition so that all the three tag-views behave the same. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
In reply to this post by Daniel Bauer-2
[[ This isse was attached to
http://bugs.kde.org/show_bug.cgi?id=139547 which is Resolved now and seems to have gotten lost ....]] On Fri, 5 Jan 2007, Daniel Bauer wrote: > In this regard I have a small suggestion: I'd change the order of > the items in the drag and drop menu (1: assign to Selected 2: to > Dropped, 3: to All), because I think usually you do an action for > the selected items, only sometimes just for the dropped, and rarely > for all. I strongly support this suggestion! (It would be just a simple re-ordering in graphics/digikam/digikam/albumiconview.cpp, AlbumIconView::contentsDropEvent) The current ordering: 1: "assign to all", 2: "assign to selected", 3: "assign to dropped" is not what one usually wants and can lead to big trouble: Yesterday I did some tagging with current svn and at one point by accident did not move down with the mouse to "assign to selected", but got the tag assigned to all images (unfortunately, that tag was a frequent one in that album, so just removing it from all images was not the optimal solution) As there is no UNDO on tags assignment (would this be possible in principle ? -> B.K.O wish?) this was a bit of work to change it back. Best, Arnd _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
On Wednesday, 17. January 2007 10:21, Arnd Baecker wrote:
> [[ This isse was attached to > http://bugs.kde.org/show_bug.cgi?id=139547 > which is Resolved now and > seems to have gotten lost ....]] > > On Fri, 5 Jan 2007, Daniel Bauer wrote: > > > In this regard I have a small suggestion: I'd change the order of > > the items in the drag and drop menu (1: assign to Selected 2: to > > Dropped, 3: to All), because I think usually you do an action for > > the selected items, only sometimes just for the dropped, and rarely > > for all. > > I strongly support this suggestion! I don't ;) I don't like the menu at all. I must have been on crack when I suggested it in http://bugs.kde.org/show_bug.cgi?id=115153 Sorry :( IMHO, the menu is overkill. In my experience in KDE a drop action on a selection or only the drop object if the object is outside the selection. (see http://bugs.kde.org/show_bug.cgi?id=117403) Select all is easy: Control-A, then drop the tag(s). IMHO if one drops to an object outside the selection the selection should be cleared and ignored and the tag(s) only assigned to he drag object. This leaves us with only one action and cancel in RMB. Much easier and simplifies the workflow IMHO. Achim -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [hidden email] _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
On Wed, 17 Jan 2007, Achim Bohnet wrote: > On Wednesday, 17. January 2007 10:21, Arnd Baecker wrote: > > [[ This isse was attached to > > http://bugs.kde.org/show_bug.cgi?id=139547 > > which is Resolved now and > > seems to have gotten lost ....]] > > > > On Fri, 5 Jan 2007, Daniel Bauer wrote: > > > > > In this regard I have a small suggestion: I'd change the order of > > > the items in the drag and drop menu (1: assign to Selected 2: to > > > Dropped, 3: to All), because I think usually you do an action for > > > the selected items, only sometimes just for the dropped, and rarely > > > for all. > > > > I strongly support this suggestion! > > I don't ;) I don't like the menu at all. ... [show rest of quote] Actually, I don't like it too much either, but did not feel in the position to complain (I thought it was somehow/somewhere/sometime decided and have to live with it, but at least with a better ordering as suggested by Daniel). > I must have been on > crack when I suggested it in http://bugs.kde.org/show_bug.cgi?id=115153 > Sorry :( > > IMHO, the menu is overkill. In my experience in KDE a drop action on a > selection or only the drop object if the object is outside the selection. > (see http://bugs.kde.org/show_bug.cgi?id=117403) > > Select all is easy: Control-A, then drop the tag(s). IMHO if one > drops to an object outside the selection the selection should be > cleared I am not sure about this - sometimes one makes a complicated selection and if one then misses the selected region by chance, the selection is gone... (wasn't there also a B.K.O about not loosing selections?) > and ignored and the tag(s) only assigned to he drag object. Hmm, somehow I would prefer if this is like canceling (maybe one could one tell this the user this by a warning box, because otherwise he thinks that his D&D did something?) > This leaves us with only one action and cancel in RMB. > Much easier and simplifies the workflow IMHO. I agree with that. Best, Arnd _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
Le mercredi 17 janvier 2007 12:18, Arnd Baecker a écrit :
> On Wed, 17 Jan 2007, Achim Bohnet wrote: > > On Wednesday, 17. January 2007 10:21, Arnd Baecker wrote: > > > [[ This isse was attached to > > > http://bugs.kde.org/show_bug.cgi?id=139547 > > > which is Resolved now and > > > seems to have gotten lost ....]] > > > > > > On Fri, 5 Jan 2007, Daniel Bauer wrote: > > > > In this regard I have a small suggestion: I'd change the order of > > > > the items in the drag and drop menu (1: assign to Selected 2: to > > > > Dropped, 3: to All), because I think usually you do an action for > > > > the selected items, only sometimes just for the dropped, and rarely > > > > for all. > > > > > > I strongly support this suggestion! > > > > I don't ;) I don't like the menu at all. > > Actually, I don't like it too much either, but did not feel > in the position to complain (I thought it was somehow/somewhere/sometime > decided and have to live with it, but at least with a better ordering > as suggested by Daniel). > > > I must have been on > > crack when I suggested it in http://bugs.kde.org/show_bug.cgi?id=115153 > > Sorry :( > > > > IMHO, the menu is overkill. In my experience in KDE a drop action on a > > selection or only the drop object if the object is outside the selection. > > (see http://bugs.kde.org/show_bug.cgi?id=117403) > > > > Select all is easy: Control-A, then drop the tag(s). IMHO if one > > drops to an object outside the selection the selection should be > > cleared > > I am not sure about this - sometimes one makes a complicated > selection and if one then misses the selected region by chance, > the selection is gone... > (wasn't there also a B.K.O about not loosing selections?) > > > and ignored and the tag(s) only assigned to he drag object. > > Hmm, somehow I would prefer if this is like canceling > (maybe one could one tell this the user this by a warning box, > because otherwise he thinks that his D&D did something?) > > > This leaves us with only one action and cancel in RMB. > > Much easier and simplifies the workflow IMHO. > > I agree with that. > ... [show rest of quote] Please, please, please, look like all your messages are out of B.K.O and only in ML. I recommend you to create a new B.K.O file about to improve D&D tags menu from icon view area. And please, try to resume exactly what you want. I'm a programmer, and for me the pop-up menu is fine (:=)))... just try to be clear. Also, i would to have more viewpoints for others users. Thanks in advance Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
On Wed, 17 Jan 2007, Caulier Gilles wrote:
[...] > Please, please, please, look like all your messages are out of B.K.O and only > in ML. sorry, mea culpa... > I recommend you to create a new B.K.O file about to improve D&D tags menu from > icon view area. And please, try to resume exactly what you want. I put this at http://bugs.kde.org/show_bug.cgi?id=140227 (However, it is more of a wish than a bug ...) Hope the summary is ok. > I'm a programmer, and for me the pop-up menu is fine (:=)))... just try to be > clear. Also, i would to have more viewpoints for others users. What do other users think about this? In particular Daniel ;-) (Please comment in the B.K.O) Best, Arnd _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
In reply to this post by Jürgen Flosbach dk
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=139547 ------- Additional Comments From caulier.gilles gmail com 2007-02-23 21:39 ------- SVN commit 636689 by cgilles: digikam from trunk : Comments & Tags popup menu behaviours. Do not toogle the current Tags checkbox from treeview when user click with right mouse button to get popup menu. CCBUGS: 139547 M +2 -1 NEWS --- trunk/extragear/graphics/digikam/NEWS #636688:636689 @ -654,6 +654,7 @ 296 ==> 141980 : digiKam crash when rescan certain files exiv2. 297 ==> 141924 : Tags preview not updated in last image of album. 298 ==> 139024 : Camera GUI new items selection doesn't work. -299 ==> +299 ==> 142109 : Turn under/over exposure display on/off by click on corresponding icons. +300 ==> ---------------------------------------------------------------------------------------------------- _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Free forum by Nabble | Disable Popup Ads | Edit this page |