[digikam] [Bug 447674] Add "Rotate Face Tags" feature
https://bugs.kde.org/show_bug.cgi?id=447674 --- Comment #3 from Sergejs --- Happy New Year :) Would be great if this "Rotate tags, but not picture" button could be added for all the ex-Windows Photo Gallery users :) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447674] Add "Rotate Face Tags" feature
https://bugs.kde.org/show_bug.cgi?id=447674 --- Comment #2 from Sergejs --- Thanks for the suggestion Maik, I thought about it and experimented some more until I arrived to conclusion that a fully automatic solution is not worth it - basically using digiKam's advanced search together with the simple "Rotate Face Tags" function would be fast enough that I would not bother testing and risking potential damage any fully automatic script can cause. I described the desired workflow in detail here: https://userbase.kde.org/Digikam/Tutorials/Switch_from_Microsoft_OneDrive_or_WLPG_to_digiKam#Semi-automated_approach The main point is - simple "Rotate Face Tags" function would be my preferred tool both for single file corrections and for fixing whole collection at once. PS, I would be happy if some digiKam experts look through the tutorials I wrote over the holidays (2 new and 1 revised). If you see any mistakes or can suggest a better approach. I keep on polishing them as I find mistakes and new tricks, but I am sure there is more to be done. I would like to eventually make them into video tutorials, but only when I am more confident that the tutorials are good. Thank you for all your work! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447713] if you de-select a sub-tag it will deselect all parents, even if there is another sub-tag left which would need the parent tags.
https://bugs.kde.org/show_bug.cgi?id=447713 Sergejs changed: What|Removed |Added Resolution|--- |NOT A BUG Summary|Tag Tree allows breaking of |if you de-select a sub-tag |tag hierarchy even when |it will deselect all |"Toggle-Auto - Parents" is |parents, even if there is |on |another sub-tag left which ||would need the parent tags. Status|REPORTED|RESOLVED --- Comment #1 from Sergejs --- After some more investigation I noticed that I had a wrong concept for what "Toggle-Auto - Parents" does. In fact I do not see a need to use "Toggle-Auto - Parents", so this whole bug report is unnecessary. Please ignore and delete this bug. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447713] New: Tag Tree allows breaking of tag hierarchy even when "Toggle-Auto - Parents" is on
https://bugs.kde.org/show_bug.cgi?id=447713 Bug ID: 447713 Summary: Tag Tree allows breaking of tag hierarchy even when "Toggle-Auto - Parents" is on Product: digikam Version: 7.4.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Tags-Keywords Assignee: digikam-bugs-n...@kde.org Reporter: s...@inbox.lv Target Milestone: --- SUMMARY *** Current Tag Tree allows breaking of tag hierarchy even when "Toggle-Auto - Parents" is on. if digiKam breaks tag hierarchy, then a sub-tag can be assigned to an image without its parents. Then any software that reads metadata from file will create a duplicate of the same tag outside its normal hierarchical tree. If the sub-tag is not unique, breaking of hierarchy can lead to data loss as without the context of the parent tags the sub-tag alone may be hard to distinguish. *** STEPS TO REPRODUCE 1. You need any 2 tags (A & B) with a common parent (C) in the Tag Tree (right side panel "Metadata" => "Tags") 2. "Toggle-Auto - Parents" must be on (this option is already a must to avoid corruption of tag hierarchy as used in Microsoft programs such as OneDrive or WLPG) 3. Assign Tag "A". ==> digiKam will also correctly activate Tag "C". 4. Assign Tag "B". ==> now the tags "A", "B" and "C" are all correctly selected. 5. De-select Tag "A". ==> OBSERVED RESULT 5. digiKam automatically de-selects the common Tag "C" and therefore breaks tag-hierarchy for the Tag "B" EXPECTED RESULT 5. the common Tag "C" must remain selected because there still is Tag "B" which needs "A" as a parent. SOFTWARE/OS VERSIONS Windows: 10 ADDITIONAL INFORMATION https://userbase.kde.org/Digikam/Tutorials/Setup_of_digiKam_for_Windows_compatibility#Step_1_-_Enforce_Tag_Hierarchy -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447674] New: Add "Rotate Face Tags" feature
https://bugs.kde.org/show_bug.cgi?id=447674 Bug ID: 447674 Summary: Add "Rotate Face Tags" feature Product: digikam Version: 7.5.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: wishlist Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: s...@inbox.lv Target Milestone: --- SUMMARY *** Hello! As explained in detail in this new tutorial: https://userbase.kde.org/Digikam/Tutorials/Tagging_and_Face_Tags#Rotating_face_tags there is a well known issue that Windows Photo Gallery sometimes produces wrong face tags that need to be rotated relative to the image. With a fairly trivial new function digiKam could have an excellent fix for this common problem: *** Suggestion for a new "Rotate Face Tags Left" function: 1. Execute the code from the standard image rotation function which rotates Face Tags (to the Left), but do NOT perform actual image data rotation. 2. Make sure that “Exif orientation tag” is set to “Normal” (in case it was not correct previously). Result - correctly oriented Face Tags both in digiKam and in any Microsoft program that caused the issue. For the the user interface: 1. adding a possibility to map a Keyboard shortcut is important. 2. the function can be under menu "Item" ==> "Rotate Face Tags" ==> "Left" / "Right". Thank you! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 399108] Add new "People" panel on the right sidebar to see all faces present in selected picture from icon-view
https://bugs.kde.org/show_bug.cgi?id=399108 Sergejs changed: What|Removed |Added CC||s...@inbox.lv --- Comment #6 from Sergejs --- This suggestion looks like a subset (added detail) of an earlier suggestion: https://bugs.kde.org/show_bug.cgi?id=377857 Effectively we are talking about making metadata sidebar with similar usability as in the old Windows Live Photo Gallery https://www.techhive.com/article/201417/digital_focus.html. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 269340] Possibility to select more than one folder from tree-view
https://bugs.kde.org/show_bug.cgi?id=269340 --- Comment #18 from Sergejs --- Created attachment 134680 --> https://bugs.kde.org/attachment.cgi?id=134680=edit Select without subfolders action in WLPG For future reference, here is a good example from WLPG 2012: Because WLPG allows selection of multiple folders, there is also no need for "Include Album Sub-Tree" option (it is always ON). Instead if user does not want to display one or more sub-folders user can: 1- Ctrl-click on sub-folders to de-select subfolders; 2- use the "Select without subfolders" option to temporarily deactivate "Include Album Sub-Tree = ON". I find this implementation very easy to use and in WLPG often switch between showing all subfolders (most of the time) and excluding certain sub-folders using Ctrl-click (when I am sorting & rating incoming images). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 399027] Feature request: expand and collapse selected folders (albums)
https://bugs.kde.org/show_bug.cgi?id=399027 --- Comment #3 from Sergejs --- OK, as I understand you were thinking about "Expand All" or "Collapse All" options for the tree. These do not exist, but without a substantial number of people who feel that they would love to use "Expand All" option I would not spend time on this. I would even argue that to NOT have "Expand All" and "Collapse All" options is actually better - to not increase amount of available actions in the right-click menu (more options = harder to find what you need). @MarcP, perhaps you would set this to RESOLVED to reduce amount of open issues? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 269340] Possibility to select more than one folder from tree-view
https://bugs.kde.org/show_bug.cgi?id=269340 --- Comment #17 from Sergejs --- Yes, my bad. Somehow I managed to not see it previously(?) I don't have an explanation here - it does work in Windows as well, even without holding down shift. Please ignore my comments about Timeline not working. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 138766] JPEG Rotations: Give a warning when doing Lossy rotations (and offer to do lossless when applicable)
https://bugs.kde.org/show_bug.cgi?id=138766 --- Comment #10 from Sergejs --- Thank you for the reply. My true problem was that there is no search in the HTML version of digiKam documentation... and the sub-chapters about image rotations are not visible in the HTML index. So I failed to find this: https://docs.kde.org/trunk5/en/extragear-graphics/digikam/using-digikam.html#using-rotateimage Having clearer tooltips or explicit "lossless rotation" written on the buttons would make it even better, but I must admit the information IS there in the documentation and even sort-of in the settings view. As for the mailing list - I literally tried to write about this to the mailing list. I did. And it did not work despite me sitting with accounts both for the mailing list and on the mysterious nabble. My posts never came through - no idea why. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 269340] Possibility to select more than one folder from tree-view
https://bugs.kde.org/show_bug.cgi?id=269340 --- Comment #15 from Sergejs --- OK, thank you! Meanwhile I discovered more info in the documentation (I was crippled before I discovered PDF version with a Search! unlike in HTML version) https://docs.kde.org/trunk5/en/extragear-graphics/digikam/using-digikam.html#using-mainwindow-timelineview Must say on my v7.2 in Windows I still can not get Timeline to multi-select (tried Shift and Ctrl in different ways). Perhaps a bug? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 269340] Possibility to select more than one folder from tree-view
https://bugs.kde.org/show_bug.cgi?id=269340 --- Comment #13 from Sergejs --- OK, we can live without it :) BTW, I (still) do not manage to figure out how to make a range selection in Timeline tab. Just a silly thought (by no means easy or rational to do): 1- Tags view already works with multiple tags by Ctrl+click 2- Belonging to a certain folder/album is an indexable property, basically the same thing as a Tag. 3- Therefore file/album tree could share the same code as the Tag tree, but using a Tag hierarchy to represent folders. Result - one basic code to run Tags, Albums or similar views. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 138766] JPEG Rotations: Give a warning when doing Lossy rotations (and offer to do lossless when applicable)
https://bugs.kde.org/show_bug.cgi?id=138766 Sergejs changed: What|Removed |Added Status|RESOLVED|REOPENED Ever confirmed|0 |1 CC||s...@inbox.lv Version|unspecified |7.2.0 OS|Linux |Microsoft Windows Resolution|FIXED |--- --- Comment #8 from Sergejs --- Hello, Despite this report being marked as resolved, from a new user perspective it looks like digiKam 7.2 does not support lossless JPG rotation at all? I have read through lots of documentation and could not find a definitive answer IF and when DigiKam 7.2 uses lossless Jpeg rotation. Furthermore when I rotate a JPG file, it all the time changes file size, so it probably is NOT lossless? Also DigiKam is not on the list here: http://jpegclub.org/losslessapps.html so to clarify: 1 - is normal "Rotate Left/Right" lossless for JPG files? 2 - is "Auto Rotate/Flip Using Exif information" lossless? I would like to use "Auto Rotate/Flip Using Exif information", but if DigiKam can not do it losslessly, then there should be a confirmation dialog to stop people from messing up their photos. + not a bug, but still: I also noticed that after DigiKam writes metadata to JPEG files from Panasonic camera, the file becomes a few KB smaller. This is very strange as DigiKam presumable wrote more metadata to it than Windows Photo Gallery and yet the file becomes smaller... Scary stuff. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 269340] Possibility to select more than one folder from tree-view
https://bugs.kde.org/show_bug.cgi?id=269340 Sergejs changed: What|Removed |Added CC||s...@inbox.lv --- Comment #11 from Sergejs --- I second this request. Note that multiple Tag selection is supported, but not multiple selection of Albums, Dates or Timelines. (v7.2 Windows) Considering that "multiple Tag selection" already works among Tags, and there is code to display all subfolders at once, there should be all building blocks to enable selection of multiple folders together. I personally use this in Windows Live Photo Gallery to show a slideshow of a certain period which may include multiple folders. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 377857] Ideas to improve usability of metadata sidebar
https://bugs.kde.org/show_bug.cgi?id=377857 --- Comment #22 from Sergejs --- Correction to my previous post here. As discussed here: https://bugs.kde.org/show_bug.cgi?id=297291#c14 there are practically no missing keyboard shortcuts in digiKam. So the suggested GUI dashboard is very relevant as power-users should be happy with the keyboard workflow already, but the current GUI does not provide good visual overview of existing metadata. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 399027] Feature request: expand and collapse selected folders (albums)
https://bugs.kde.org/show_bug.cgi?id=399027 Sergejs changed: What|Removed |Added CC||s...@inbox.lv --- Comment #1 from Sergejs --- I suggest to mark this request RESELVED or REJECTED, because in v7.2 (on Windows) you _can_ expand and collapse folder tree under "Albums". Perhaps MarcP was actually searching for the "View -> Include Album Sub-Tree" option? If yes, then it exists as well (but for reasons incomprehensible to me, this option is disabled by default). If I can high-jack this issue, I would suggest to change the default setting of "View -> Include Album Sub-Tree" to ON. (but either way this issue should be closed.) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 290186] Add keyboard shortcut to assign a face tag
https://bugs.kde.org/show_bug.cgi?id=290186 Sergejs changed: What|Removed |Added CC||s...@inbox.lv --- Comment #10 from Sergejs --- Hi, I suggest an easy fix to RESOLVE this 8 years old issue. As shown in the 4th comment the shortcut actually already exists - "Ctrl + draw a box". It is a very good shortcut, but unfortunately almost impossible to discover (like a secret key combination) and I also was convinced Face tagging in digiKam is terrible before learning about this shortcut. I suggest as a solution to change the tooltip text under the "Add a Face Tag" button to: "Add a Face Tag (or hold Ctrl + draw a face region)". This would make the shortcut more discoverable. In addition the shortcut is now mentioned in my new tutorial on digiKam wiki: https://userbase.kde.org/Digikam/Tutorials/Tagging_and_Face_Tags#Face_Tags_.E2.80.93_How_To And it is hidden somewhere in the documentation: https://docs.kde.org/trunk5/en/extragear-graphics/digikam/using-facetagging.html -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 297291] Allow to quick edit metadata using keyboard shortcuts
https://bugs.kde.org/show_bug.cgi?id=297291 --- Comment #14 from Sergejs --- OK, I missed that last one as well. So after learning about all the shortcuts I would say it is safe to say this request is RESOLVED 100%. To somehow help people like me to find out about all these tricks, I wrote a tutorial which I will add to the overall digiKam wiki, probably tomorrow. https://userbase.kde.org/Digikam/Tutorials/Tagging_and_Face_Tags Any corrections or improvements are welcome. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 380323] Apply ratings with keyboard shortcuts
https://bugs.kde.org/show_bug.cgi?id=380323 Sergejs changed: What|Removed |Added CC||s...@inbox.lv --- Comment #6 from Sergejs --- On Windows 10, there is no-issue in 7.2. Consider closing the issue as it is very old and not reproduced in versions past 4.12 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376859] Tag Shortcut Key Combination Conflict Dialog Always Appears
https://bugs.kde.org/show_bug.cgi?id=376859 Sergejs changed: What|Removed |Added CC||s...@inbox.lv --- Comment #7 from Sergejs --- I can confirm that this issue is still there in 7.2beta2 64bit on Windows 10. Note that if you ignore and override the "conflict" everything works, but it looks very scary. I initially spent long time trying if at least something is not causing any conflicts. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 297291] Allow to quick edit metadata using keyboard shortcuts
https://bugs.kde.org/show_bug.cgi?id=297291 --- Comment #11 from Sergejs --- Correction, "Edit Title" shortcut already exists - Alt-Shift-T. So I would recommend to completely close this request as it is 97+% implemented and keyboard shortcuts cover everything except for "Edit Captions" which is one click away from where "Edit Title" shortcut gets you. Set to RESOLVED? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 377857] Ideas to improve usability of metadata sidebar
https://bugs.kde.org/show_bug.cgi?id=377857 --- Comment #21 from Sergejs --- OK, I missed that "Edit Title" shortcut exists (Alt-Shift-T), my bad. Alt-C for switching to "Description" sub-Tab only works if you are already in the "Captions" tab by use of the fundamental GUI navigation tricks (this is not a proper shortcut). Still I agree that there are keyboard shortcuts for 97+% of metadata use cases. And yes, I have an urge to make DigiKam usable by all grandparents who have nicely used WLPG with minimal guidance out of the box. For myself, I can somehow spend several days configuring, testing and learning this stuff. Unfortunately that's how DigiKam works today. Amazing software with horrific learning curve. This GUI dashboard would certainly help make digiKam more enjoyable to use for non-geeks. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 297291] Allow to quick edit metadata using keyboard shortcuts
https://bugs.kde.org/show_bug.cgi?id=297291 Sergejs changed: What|Removed |Added CC||s...@inbox.lv --- Comment #10 from Sergejs --- This request is almost 8 years old, and judging by the functionality of v7.2 I would say that for Tags there is an excellent "T" keyboard shortcut that already works as the original reporter was requesting. Also for Rating and Labels there are direct, configurable keyboard shortcuts. So the only missing Keyboard shortcuts would be for "Edit Title" and "Edit Captions" (in a similar manner as the flawless "T" shortcut). Note that there is no real need for auto-complete or any real complexity there - just to open the right tab and set the focus to the right entry textbox when the shortcut is pressed. I would say adding these two (title and captions) shortcuts should completely resolve this feature request with a worthwhile improvement towards a complete keyboard-workflow. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 377857] Ideas to improve usability of metadata sidebar
https://bugs.kde.org/show_bug.cgi?id=377857 --- Comment #19 from Sergejs --- I just found here: https://bugs.kde.org/show_bug.cgi?id=290186#c4 that there literally exists a feature "CTRL + left mouse button to add a face" so scratch my request for "Add a Face Tag" keyboard shortcut. I would have discovered this myself if there would at least be a Tooltip under the GUI button, but that is a different issue. Still no good way to use keyboard only to "Edit Title" and "Edit Captions". I must say I rarely write those, so I can live without them. Then I would say this GUI request is even more relevant than a few missing keyboard optimizations (personally for me) -- You are receiving this mail because: You are watching all bug changes.