Marcel, Gilles, sorry for the late response! >> You remove emit currentCompletionTextChanged(current->data...) Why? assume your list of most recently used tags only consists of "Paris". Now, if you press "P" in the TagEdit-box "emit currentCompletionTextChanged(current->data...)" will be fired, where the parameter passed to "currentCompletionTextChanged" already contains "Paris". This means the TagEdit-box immediately contains "Paris" after pressing "P". There is no way for the user to add a new tag "Peking" via TagEdit-box. If I start deleting the last letter "Pari", "currentCompletionTextChanged" would be fired again and TagsCompletionBox again contains "Paris". >> Why setCurrentRow(0)? After filling up all the items in the setItems method, no row is selected in the TagsCompletionBox. Since the items are already correctly ordered, the most likely candidate will ALWAYS be on the first row, hence parameter 0 for setCurrentRow(). If no item was selected (no setCurrentRow call), the current (first) row would not be returned, instead the so far entered text would be used. Example: your list contains of "Paris", you press "Pa" & enter. Without setCurrentRow(0), a new tag "Pa" would be created. >> The current behavior favors creating new tags, while the patched behavior favors assigning existing tags by keyboard This is not entirely true: if you create a new tag, you need to write the entire tag, anyways. As soon as the new tagname does not match anymore with recently assigned tags, you'll have the same choice at the first two rows of the the CompletionBox as it is now. There is one exception: you have "Parisienne" in your list and you want to create the tag "Paris". Then indeed the existing tag is favored. >> Try to use Tags/New tag menu option from AlbumGUI, it only available when a tag is selected from tag tree-view on the >> left side. It doesn't work when tag is selected from tree-view on the right side. Yes, indeed. I never used Tags/New. In my opinion, the entire "Tags" menu entry is probably not necessary, there are already several other options to browse,add,delete tags. best regards, Markus - Markus On April 21st, 2013, 1:04 p.m. UTC, Markus Leuthold wrote:
_______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Marcel Wiesweg
The proposed patch needs some minor modifications, due to rebasing on current master. I successfully use this patch now already for quite a while, may I commit? best regards Markus - Markus On April 21st, 2013, 1:04 p.m. UTC, Markus Leuthold wrote:
_______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Kusi
Ship it! Ship It! - Marcel On April 21st, 2013, 1:04 p.m. UTC, Markus Leuthold wrote:
_______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Kusi
This review has been submitted with commit d13f94a8c5cf18a7c3c19c522fa484e5b7fb1bd9 by Markus Leuthold to branch master. - Commit On April 21st, 2013, 1:04 p.m. UTC, Markus Leuthold wrote:
_______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Kusi
_______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
| Free forum by Nabble | Edit this page |
