------- 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=114465 ------- Additional Comments From Julien narboux fr 2008-03-27 16:10 ------- Gilles, I think it is not really possible to separate the discussion about how to CREATE tags from the discussion about how to ASSIGN tags because actually some people think both features should be implemented the same way by just typing the list of tags as in Flickr. About #1 (use / to separate levels): seems fine to me About #2 I think the bi state button is hard to use. I would prefer that if one type a tag in the search field Digikam update the tags list as it is currently implemented, but if there is only one possible tag then if you press enter it assigns the tag. If you type a tag which does not exist then it creates the tag when you type enter. Best, Julien _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From caulier.gilles gmail com 2008-03-27 17:09 ------- To Dimitry, #37, As lead developper, i can said than if all ideas are mixed up at the same place as well without a real shorting issue, the bug will be never fixed... because time is limited to read a very long thread. This is not the only one entry in B.K.O in this case... About "choosing programming ease over usability", this is not true. I know very well the digiKam code and i can judge what we can do to solve this issue without to break stability of code. Users to not have this vision... And stability is _always_ preferred than all others point... To Julien, #38: "About #2, I think the bi state button is hard to use." ==> no. you toggle the button to edit mode to create new tag and you still in this mode until you toggle button again to Search mode. You can edit more than one tags like this. The advantage is to have a non-bloated interface like Mik said previously with a complex interface to create new tags... Gilles Caulier _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From caulier.gilles gmail com 2008-03-27 17:11 ------- To Julien, #38: "I think it is not really possible to separate the discussion" ==> From a developper point, we have 2 subjects which will be fixed by 2 separate issues. Gilles Caulier _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From mikmach wp pl 2008-03-27 20:19 ------- I admit don't exactly remember what I was thinking proposing mode button. I think it was some time before and interface was looking slightly different - less crowded around search widget. My current proposition with input from further discussion: Add another textline for creation and assigning of tags. Yes, it will crowd interface a bit but button will do the same. Also textline widget you could add on top of tree widget separating it from the rest. New button had to be with search field adding another widget to already really crowded area. OTOH another widget... I think most important thing reading another comments is to remember about good keyboard navigation. If you will be able to fast switch modes without use of mouse it will be "good enough". Since we have separate, one-state widget how we should treat text inserted there? Example: Marta, /Holidays/London 2007 Split this entry with , and trim space. There are now 3 tags: Marta /Holidays/London 2007 This should create or assign if they already exists these two tags. One thing I am not sure is how to treat entries without full path. Should "Marta" be put in top level? If not how to determine current working tag ;) I would think treat it as top level and don't play with "current working tag". With drag and drop of tags in tree you can easily rearrange tags into proper places in hierarchy. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From kde-2 dotancohen com 2008-03-27 22:37 ------- Gilles, I think that the solution that would make everybody happy would be to use the Kmail-style autocompletion (in Kmail it is for moving to folders, but same idea). This could be used for both assigning old tags, and for creating new tags. As an added benefit, UI consistency with another KDE app (Kmail) will be achieved, making KDE a more unified environment. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From Julien narboux fr 2008-03-28 09:29 ------- I agree with Mikolaj, "Add another textline for creation and assigning of tags" seems to me to be a nice and simple solution. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From gandalf.lechner esi ac at 2008-03-28 09:41 ------- #42: Yes, that's the way to go! In my opinion, _creating_ tags is not the issue, its all about _assigning_ tags to pictures. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From caulier.gilles gmail com 2008-03-28 12:06 ------- To Arnd, comment #23 : Auto-completion is now implemented in svn, with revision 791098. If you type a text in Caption & Tags search text bar, digiKam will completed automatically with the tag name witch match all know tag titles from database. Notes : - I have also implemented the auto-completion with all other Search Text bar from all folder view (Albums, Tags, TagsFilters, TimeLineSearch, and Search). - StatusBar Search Text Bar auto-completion is not yet implemented. Still todo... Gilles Caulier _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From caulier.gilles gmail com 2008-03-28 14:33 ------- Created an attachment (id=24102) --> (http://bugs.kde.org/attachment.cgi?id=24102&action=view) Moc-up of Caption & Tags right sidebar including line to create Tag To Julien #43, here a moc-up of Caption & Tags sidebar including a new Line Edit widget dedicated to Tag Creation. The new line edit is just behind Tag tree view and a button to valid entry is placed on right side. The layout is fine for you ? Marcel, ...give me your viewpoint please... Gilles Caulier _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 caulier.gilles gmail com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marcel.wiesweg gmx de _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From Julien narboux fr 2008-03-28 14:43 ------- Gilles, The mockup looks very nice ! thanks for the hard work. Do you plan to implement only tag creation of alos tag assignement using this text field ? If you choose to implement both maybe I would be better to display "Enter tags here..." instead of "Enter new tag here..." Best wishes, Julien _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From caulier.gilles gmail com 2008-03-28 14:50 ------- Fabien, "...tag creation of alos tag assignement"... I don't understand this sentence (:=)))... Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From fabien.ubuntu gmail com 2008-03-28 14:54 ------- It's not me ;-) _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From caulier.gilles gmail com 2008-03-28 15:08 ------- (:=))) Julien, Fabien, sound similar... Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From Julien narboux fr 2008-03-28 15:42 ------- Sorry I meant "Do you plan to implement only tag creation or also tag assignement using this text field ?" Julien _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From mikmach wp pl 2008-03-28 15:48 ------- I think Julien was thinking about: Do you plan to implement only tag creation or also tag assignment using this text field? If you choose to implement both maybe ut would be better to display "Enter tags here..." instead of "Enter new tag here..." ---------------------------------------------------- Niezwyk�y koncert - Santana w Polsce! 27 czerwca na Stadionie Gwardii w Warszawie. Bilety: livenation.pl i ticketpro.pl http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fsantana.html&sid=287 _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From caulier.gilles gmail com 2008-03-28 16:03 ------- Well, i plan to use this line edit for tag creation i a first time. For Tag assignamen, keyboard shortcuts rock. Look in Kmail, you can assign a shortcut to a mail folder to speedly move a new mail to a repository. This is exactly what we need. Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 caulier.gilles gmail com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #22037|0 |1 is obsolete| | ------- Additional Comments From caulier.gilles gmail com 2008-03-28 16:20 ------- Created an attachment (id=24106) --> (http://bugs.kde.org/attachment.cgi?id=24106&action=view) Tag creation from Caption & Tags sidebar (patch #1) First version of patch against KDE3 svn implementation to solve this issue. Enter a new tag in text filed and press return. Tag is created as well from root tag album. Note than text field still in focus after creation and content is cleaned. You can make new tag again without to use mouse... TODO: - a tag text field parser to handle tag hierarchy delimited with "/". - multiple creation of tags at the same time using " " separator. Gilles Caulier _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From arnd.baecker web de 2008-03-28 16:27 ------- Ad c#53: Surely, keyboard short-cuts will be essential. Still, I am wondering, on how many short-cuts one may define, so that it is still useable: a) how many keys/key combinations are still available? b) how many short-cuts can one memorize? Maybe for b) having the short-cuts behind the tags names would help. In addition, I still think that Mikolaj's variant #c18 of #c17, #c16 and #c15 would be extremely helpful... _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from kde@foxcub.org
------- 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=114465 ------- Additional Comments From caulier.gilles gmail com 2008-03-28 17:46 ------- To Arnd, There is no limit. Shorcuts are hosted in memory as KAction. The only limitation is about keys combinaisons depending of already assigned keys as shortcuts by the application and by KDE. Look in Kmail folders properties. You can assign a shortcuts to move new mail directly in a folder... Gilles Caulier _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Free forum by Nabble | Edit this page |