[digikam] [Bug 479404] Add delete button to People search filter field
https://bugs.kde.org/show_bug.cgi?id=479404 Mike Morrison changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Mike Morrison --- Instead of this bug, I opened bug 479417 as a clearer wishlist item. *** This bug has been marked as a duplicate of bug 479417 *** -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 479417] Keep all UI elements visible when People sidebar is resized
https://bugs.kde.org/show_bug.cgi?id=479417 --- Comment #1 from Mike Morrison --- *** Bug 479404 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 479417] New: Keep all UI elements visible when People sidebar is resized
https://bugs.kde.org/show_bug.cgi?id=479417 Bug ID: 479417 Summary: Keep all UI elements visible when People sidebar is resized Classification: Applications Product: digikam Version: 8.3.0 Platform: Appimage OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- Created attachment 164684 --> https://bugs.kde.org/attachment.cgi?id=164684&action=edit Effect of narrowing the People sidebar I'd like it if all of the UI elements at the bottom of the People sidebar stayed visible when the user resizes the sidebar to its minimum width. This might be accomplished by either (a) resizing/reflowing the elements as needed to fit their container (my preferred solution since it preserves space in the center of the screen for the face thumbnails), or (b) increasing the minimum sidebar width. Screenshot is attached, showing how a horizontal scrollbar appears and the ⌫ and 🛟 buttons become hidden when the sidebar is narrowed. Opening this wishlist item instead of bug 479404. SOFTWARE/OS VERSIONS digiKam-8.3.0-20240103T120034-x86-64_af24a7af81c4f110a7d4d5afb3a2759f.appimage Ubuntu 22.04.3 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.12 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 479410] Highlight next focused unconfirmed name, instead of putting cursor at end of name
https://bugs.kde.org/show_bug.cgi?id=479410 --- Comment #2 from Mike Morrison --- Thanks Maik!! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 479404] Add delete button to People search filter field
https://bugs.kde.org/show_bug.cgi?id=479404 --- Comment #2 from Mike Morrison --- Aha, thank you Maik, I missed that. In that case, I'll change my wishlist item to be that either: (a) the People search bar and other UI elements such as the face-scanning Workflow tab below it could reflow/resize to fit the narrow space, or (b) the sidebar's enforced minimum width could be wide enough to prevent this horizontal scrolling of the UI elements and consequent hiding of buttons such as the 🛟 Help button at the right edge of that Workflow tab. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 479410] New: Highlight next focused unconfirmed name, instead of putting cursor at end of name
https://bugs.kde.org/show_bug.cgi?id=479410 Bug ID: 479410 Summary: Highlight next focused unconfirmed name, instead of putting cursor at end of name Classification: Applications Product: digikam Version: 8.3.0 Platform: Appimage OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- SUMMARY In a photo preview with multiple unconfirmed face tags, as subsequent tags gain focus, their names should be highlighted, as the first tag's name was. This would have 2 benefits: (a) eliminate the need to Ctrl-A before typing the correct name, and (b) make it easier to see which tag has focus. STEPS TO REPRODUCE 1. From Albums or Dates view, open the preview of a photo that has multiple unconfirmed face tags. 2. One of the unconfirmed names in the photo will be focused and highlighted. If it is correct, type Enter to accept it. If it is incorrect, type a few letters, use the Down Arrow key to select the correct name, and type Enter to accept the correct name. 3. One of the other unconfirmed names in the photo will now gain keyboard focus. Let's say this second unconfirmed tag is incorrect. Let's say it is tagged as Alice but it should be Bob. OBSERVED RESULT This focused name is not highlighted, but has a blinking cursor at the end. If I type letters now, they will be appended to the end of the name, producing the name "AliceBob". It's unlikely that I want to append to the end of the name like that. To prevent that result, I must type Ctrl-A to highlight the whole name before I type "Bob". EXPECTED RESULT This focused name should be not only focused, but highlighted, like the first unconfirmed tag had been. Now I don't have to type Ctrl-A; I can just start typing the correct name as I did with the first tag. Also, it's easier for me to see which tag has keyboard focus if the whole name is highlighted, as opposed to only having the 1px-wide blinking cursor at the end. SOFTWARE/OS VERSIONS digiKam-8.3.0-20240103T120034-x86-64_af24a7af81c4f110a7d4d5afb3a2759f.appimage Ubuntu 22.04.3 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.12 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 479404] New: Add delete button to People search filter field
https://bugs.kde.org/show_bug.cgi?id=479404 Bug ID: 479404 Summary: Add delete button to People search filter field Classification: Applications Product: digikam Version: 8.3.0 Platform: Appimage OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Usability-Mouse Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- Created attachment 164676 --> https://bugs.kde.org/attachment.cgi?id=164676&action=edit Comparison of Albums search and People search I'd like a delete/erase button (⌫) at the end of the People search field, like the button that the Albums and Tags search fields currently have. Comparison screenshot is attached. STEPS TO REPRODUCE 1. Select Albums view and type something in the "Search..." field at the lower left of the UI. There is a ⌫ button at the right end of the field to clear what you have typed. 2. Select People view and type something in the "Search..." field at the lower left of the UI. No such button appears. SOFTWARE/OS VERSIONS digiKam-8.3.0-20240103T120034-x86-64_af24a7af81c4f110a7d4d5afb3a2759f.appimage Ubuntu 22.04.3 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.12 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 418381] Add mouse helper function for 'Must not have this Tag'
https://bugs.kde.org/show_bug.cgi?id=418381 --- Comment #3 from Mike Morrison --- (In reply to caulier.gilles from comment #2) In the Tags Filter, if the user right-clicks on a tag name, the choices for Tag Filter Mode are Ignore This Tag, Must Have This Tag, or Must Not Have This Tag. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429822] Year format in date picker includes comma: Y,YYY instead of locale-appropriate YYYY
https://bugs.kde.org/show_bug.cgi?id=429822 Mike Morrison changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Mike Morrison --- (In reply to caulier.gilles from comment #2) Thanks for checking on this. I was unable to reproduce the issue with digiKam-8.1.0-20230504T052816-x86-64.appimage. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 458108] New: Thumbnail disappears when image is renamed, reappears only on selection or mouseover
https://bugs.kde.org/show_bug.cgi?id=458108 Bug ID: 458108 Summary: Thumbnail disappears when image is renamed, reappears only on selection or mouseover Product: digikam Version: 7.7.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Albums-MainView Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- STEPS TO REPRODUCE 1. In the Thumbnails view of an album, click on a thumbnail to select it. 2. Leaving the mouse pointer on the thumbnail you clicked, use the arrow keys to move the selection to a different, nearby thumbnail. 3. Press F2 to rename the selected photo. 4. Edit the filename (for example, add an underscore to the end) and press Enter to save it. OBSERVED RESULT The thumbnail of the renamed photo disappears and a blank white space is in its place. The thumbnail reappears when it is selected or moused over. EXPECTED RESULT The thumbnail of the renamed photo should not disappear. SOFTWARE/OS VERSIONS Ubuntu 22.04.1 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 457896] New: In People view, the viewport doesn't scroll to the selected face photo thumbnail when arrow keys or PgUp/PgDn are used
https://bugs.kde.org/show_bug.cgi?id=457896 Bug ID: 457896 Summary: In People view, the viewport doesn't scroll to the selected face photo thumbnail when arrow keys or PgUp/PgDn are used Product: digikam Version: 7.7.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- STEPS TO REPRODUCE 1. Go to People view. 2. Select a person who has many confirmed face tags. 3. Click on one of the face thumbnails to select it. 4. Use the arrow keys or PgDn/PgUp to move the selection to other face thumbnails (other photos) of the same person. OBSERVED RESULT When the selection is outside the bounds of the viewport, the viewport does not scroll to keep the selected face thumbnail in view. EXPECTED RESULT I expected that the viewport would scroll to keep the selected thumbnail in view, as it currently does in the Albums and Dates views. SOFTWARE/OS VERSIONS Ubuntu 22.04 digiKam 7.7.0 AppImage Also occurs in digiKam-7.8.0-20220729T111547-x86-64.appimage KDE Frameworks Version: 5.95.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 448988] New: Non-OpenGL "Random" transitions aren't random per image
https://bugs.kde.org/show_bug.cgi?id=448988 Bug ID: 448988 Summary: Non-OpenGL "Random" transitions aren't random per image Product: digikam Version: 7.6.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Plugin-Generic-Presentation Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- SUMMARY In the Presentation tool, when not using OpenGL transitions, the "Random" effect uses the same transition for all images in the presentation. STEPS TO REPRODUCE 1. Navigate to an album of photos. 2. Ctrl-A to select all photos in the album. 3. Choose View > Presentation... (or Alt-Shift-F9) 4. Make sure "Use OpenGL transitions" is unchecked. 5. For "Effect", choose "Random". 6. Click "Start". OBSERVED RESULT With the above steps, a random effect is chosen each time a presentation is started, but the effect stays the same for every image in the presentation. EXPECTED RESULT I expected the effect to change randomly with each image, per https://docs.kde.org/trunk5/en/digikam-doc/digikam/tool-presentation.html "The Random selection will change the transition effect with every image." (The expected behavior does occur when "Use OpenGL transitions" is checked.) SOFTWARE/OS VERSIONS digiKam-7.6.0-20220122T100523-x86-64.appimage Ubuntu 21.10 Linux 5.13.0-27-lowlatency KDE Frameworks 5.89.0 Qt 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 448500] Light Table left and right panel arrows not visible on dark landscape thumbnails
https://bugs.kde.org/show_bug.cgi?id=448500 --- Comment #2 from Mike Morrison --- Thanks! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 448500] New: Light Table left and right panel arrows not visible on dark landscape thumbnails
https://bugs.kde.org/show_bug.cgi?id=448500 Bug ID: 448500 Summary: Light Table left and right panel arrows not visible on dark landscape thumbnails Product: digikam Version: 7.5.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: LightTable Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- Created attachment 145477 --> https://bugs.kde.org/attachment.cgi?id=145477&action=edit Light Table, with arrows next to portrait thumbnails STEPS TO REPRODUCE 1. Place a variety of landscape and portrait photos onto the Light Table. 2. Within the Light Table, put various photos onto the left and right panels. 3. Notice whether the thin "<" or ">" arrows are visible on or next to the thumbnails of the photos that are on the left/right panels. OBSERVED RESULT When portrait photos are on the panels, the arrows are shown next to the corresponding thumbnails, as in the attached screenshot. But when landscape photos are on the panels, the arrows are superimposed on the thumbnails, and are difficult or impossible to see if the thumbnails are dark. SUGGESTED RESULT Perhaps the arrows could have a small contrasting background, so they can be seen against any thumbnail. SOFTWARE/OS VERSIONS digiKam-7.5.0-20220114T174511-x86-64.appimage Ubuntu 21.10 KDE Frameworks 5.89.0 Qt 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429709] Date view suddenly switches to month view
https://bugs.kde.org/show_bug.cgi?id=429709 --- Comment #3 from Mike Morrison --- (In reply to caulier.gilles from comment #2) The observed behavior (date view suddenly switches to month view after a delay) still occurs in 7.4.0 AppImage, build date 2021-11-18. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 443616] New: Implement pinch-to-zoom on touchscreen laptop
https://bugs.kde.org/show_bug.cgi?id=443616 Bug ID: 443616 Summary: Implement pinch-to-zoom on touchscreen laptop Product: digikam Version: 7.4.0 Platform: Appimage OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Preview-Image Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- Pinch-to-zoom touchscreen gestures are currently supported in Google Chrome browser and in TiddlyDesktop. I would love it if digiKam supported such gestures when previewing a photo. Ubuntu 21.04 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 435089] Tags Manager toolbar icon buttons do nothing
https://bugs.kde.org/show_bug.cgi?id=435089 Mike Morrison changed: What|Removed |Added Summary|Tags Manager toolbar icon |Tags Manager toolbar icon |behavior|buttons do nothing -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 435091] New: Right-clicking Tags Manager toolbar shows unlabeled checkbox; unclear how to restore toolbar
https://bugs.kde.org/show_bug.cgi?id=435091 Bug ID: 435091 Summary: Right-clicking Tags Manager toolbar shows unlabeled checkbox; unclear how to restore toolbar Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Usability-Menus Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- Created attachment 137145 --> https://bugs.kde.org/attachment.cgi?id=137145&action=edit Animated GIF showing toolbar behavior See attached animated GIF demonstrating the observed behavior. Right-clicking the toolbar of the Tags Manager window brings up an unlabeled checkbox. If I then click that checkbox, the toolbar disappears. I was unable to find a way to restore the toolbar, other than quitting and relaunching digiKam. Ubuntu 20.10 digiKam-7.2.0-x86-64.appimage KDE Frameworks Version: 5.78.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 435089] New: Tags Manager toolbar icon behavior
https://bugs.kde.org/show_bug.cgi?id=435089 Bug ID: 435089 Summary: Tags Manager toolbar icon behavior Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Usability-Menus Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- Created attachment 137144 --> https://bugs.kde.org/attachment.cgi?id=137144&action=edit Toolbar icons See attached screenshot. In the Tags Manager toolbar, these two buttons have some unusual behavior: - "Organize" (magic wand icon) - "Sync Export" (database cylinder icon) Clicking the narrow drop-down triangles next to these icons displays the menu options. But clicking the larger icons themselves seems to do nothing. Is that the expected behavior? Ubuntu 20.10 digiKam-7.2.0-x86-64.appimage KDE Frameworks Version: 5.78.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429792] Face tag name completion with arrow keys fails
https://bugs.kde.org/show_bug.cgi?id=429792 --- Comment #6 from Mike Morrison --- Thank you for fixing this! It makes the workflow so much easier now. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 431470] Wrong keystroke behavior while editing face tag
https://bugs.kde.org/show_bug.cgi?id=431470 --- Comment #5 from Mike Morrison --- (In reply to Maik Qualmann from comment #2) > Does the problem occur with an older AppImage before January 10th? Thanks. This bug doesn't occur in digiKam-7.2.0-rc-20210107T132941-x86-64-debug.appimage -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 431470] New: Wrong keystroke behavior while editing face tag
https://bugs.kde.org/show_bug.cgi?id=431470 Bug ID: 431470 Summary: Wrong keystroke behavior while editing face tag Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- SUMMARY While editing a face tag name, unwanted behavior can occur in response to the keystrokes. STEPS TO REPRODUCE 1. In Album view, select a photo that has a face tag. 2. Press F3 to preview the photo. 3. Click on the name below the face region, to edit the name. 4. Let's say we want to change "Mike" to "Dave". We need to delete the first 3 characters. On the keyboard, press HOME to move the cursor to the beginning of the name field. Then, press DELETE 3 times. OBSERVED RESULT The "About to delete selected items" window pops up, warning that the photo will be moved to Trash. EXPECTED RESULT The DELETE key should continue to delete characters in the name field. The photo should not be moved to Trash. SOFTWARE/OS VERSIONS digiKam-7.2.0-rc-20210111T141620-x86-64.appimage Ubuntu 20.10 KDE Frameworks 5.77.0 Qt 5.14.2 ADDITIONAL INFORMATION This behavior occurs on the 3rd keystroke with other keys as well. For example, if I type the name "Pat", the T key causes the Tags list to appear in the right-hand sidebar. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 286529] Face tag rectangles not adjusted after to apply aspect ratio crop tool
https://bugs.kde.org/show_bug.cgi?id=286529 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 316898] Manage face area position as persistent data in database accordingly with image manipulations
https://bugs.kde.org/show_bug.cgi?id=316898 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 430137] File conflict dialog: clarify "Continue"
https://bugs.kde.org/show_bug.cgi?id=430137 --- Comment #2 from Mike Morrison --- That makes sense when one already knows how digiKam is going to behave. But for a user seeing this dialog for the first time, they are going to see the other 2 buttons which describe what will happen with the conflicting files: "Rename automatically": conflicting files will be renamed. "Overwrite automatically": conflicting files will be overwritten. "Continue": continue and do what? what will happen to the conflicting files? will I lose them? Even though the "Continue" button does technically continue, and will display error notifications for each conflicting file, the user doesn't know that ahead of time, and the ultimate effect with regard to the conflicting files is that they will be skipped. I feel that a new user arriving with experience from OS file managers' use of the word "Skip" for this behavior will intuitively understand "Skip", because it creates a parallel comparison to the meaning of the "Rename" and "Overwrite" buttons, by stating specifically in each case what will happen to the conflicting files: "Rename automatically": Conflicting files will be renamed. "Overwrite automatically": Conflicting files will be overwritten. "Skip": Conflicting files will be skipped. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 430132] Some vertical videos are rotated sideways in preview player
https://bugs.kde.org/show_bug.cgi?id=430132 --- Comment #2 from Mike Morrison --- Ah. "Reread Metadata" in the Item menu does indeed correct the orientation. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 430137] New: File conflict dialog: clarify "Continue"
https://bugs.kde.org/show_bug.cgi?id=430137 Bug ID: 430137 Summary: File conflict dialog: clarify "Continue" Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Usability-i18n Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- In the dialog which asks "What action is applied in the event of a file conflict?", the buttons read "Cancel", "Continue", "Overwrite automatically", "Rename automatically". What does "Continue" do? Is it what other UIs (e.g. Windows and Ubuntu file managers) call "Skip"? That is, don't move the conflicting files, but do move the non-conflicting files? If so, "Skip" would be clearer and more familiar to users than "Continue". "Continue" generally emphasizes action (usually in a "Continue/Cancel" binary choice), whereas the "Skip" behavior is one of non-action (don't act at all on the conflicting files). SOFTWARE/OS VERSIONS Ubuntu 20.10 digikam-7.2.0-beta2-20201202T061220-x86-64.appimage KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 430134] New: Face tags lost and captions mis-transferred after digiKam automatically renames a conflicting filename
https://bugs.kde.org/show_bug.cgi?id=430134 Bug ID: 430134 Summary: Face tags lost and captions mis-transferred after digiKam automatically renames a conflicting filename Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- SUMMARY When digiKam automatically renames an image to resolve a duplicate filename during a move, the existing image's face tags can be lost. Additionally, the caption from the moved image can be incorrectly moved to the existing image. STEPS TO REPRODUCE 1. Start with 2 different images, having the same filename, in 2 different albums. For example: In album "Friends", have a photo of a person, called "photo.jpg". In album "Plants", have a photo of a flower, called "photo.jpg". 2. Apply a face tag (e.g. "Mike") to a region of the person photo. 3. Apply a caption (e.g. "A nice flower") to the flower photo. 4. Right-click the flower photo and choose "Move to Album..." 5. Choose the "Friends" album as the destination. 6. digiKam will warn of a file conflict. Choose "Rename automatically". 7. Look in the "Friends" album. Both photos are there. The flower photo has been renamed to "photo_v1.jpg". But: OBSERVED RESULT The person's photo has lost its face tag. The caption "A nice flower" has been removed from the flower photo, and applied to the person's photo. EXPECTED RESULT The person's photo should keep its face tag. The flower photo should keep its caption. The flower caption should not be applied to the person's photo. SOFTWARE/OS VERSIONS Ubuntu 20.10 digikam-7.2.0-beta2-20201202T061220-x86-64.appimage KDE Plasma Version: KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 ADDITIONAL INFORMATION Database: SQLite Write This Information to the Metadata: None -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 430132] New: Some vertical videos are rotated sideways in preview player
https://bugs.kde.org/show_bug.cgi?id=430132 Bug ID: 430132 Summary: Some vertical videos are rotated sideways in preview player Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Preview-Video Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- Created attachment 133930 --> https://bugs.kde.org/attachment.cgi?id=133930&action=edit Screenshot showing correct rotation of thumbnail, but incorrect rotation of playback Some videos that include rotation in their metadata are displayed incorrectly in the preview player, although the thumbnail image is rotated correctly. See attached screenshot. Example video (10.5 MB, too large to attach) can be downloaded from: https://drive.google.com/file/d/1598DPy8qzdeYL4Lwpn9RAQ9sdMplrIX0 SOFTWARE/OS VERSIONS Ubuntu 20.10 digikam-7.2.0-beta2-20201202T061220-x86-64.appimage KDE Plasma Version: KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 430056] New: Rotating a photo confirms its unconfirmed face tags
https://bugs.kde.org/show_bug.cgi?id=430056 Bug ID: 430056 Summary: Rotating a photo confirms its unconfirmed face tags Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- SUMMARY Rotating a photo also causes its unconfirmed face tags to be confirmed, even if they are incorrect. STEPS TO REPRODUCE 1. Select a photo that has one or more unconfirmed face tags. 2. Press F3 to preview it. 3. Click the "Rotate Left" or "Rotate Right" button in the top left corner of the preview area. OBSERVED RESULT The photo is rotated, but the previously unconfirmed face tags are now confirmed, even if the faces are incorrectly identified. EXPECTED RESULT Unconfirmed tags should remain unconfirmed. SOFTWARE/OS VERSIONS Ubuntu 20.10 digikam-7.2.0-beta2-20201202T061220-x86-64.appimage KDE Plasma Version: KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 430053] New: Clarify dialogs when removing unused face tags
https://bugs.kde.org/show_bug.cgi?id=430053 Bug ID: 430053 Summary: Clarify dialogs when removing unused face tags Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- When removing a face tag that is not assigned to any images, some additional info in the dialog popups would help the user to feel more confident about removing them. In the People view, in the list of tags on the left sidebar, if I right-click on a person's name for which there are 0 assigned photos, and then click "Remove Face Tag", the first dialog asks: "Remove face tag?" I would feel more assured if this dialog included the name of the tag to be removed, for example: "Remove face tag 'Mike'?" If I click "Yes" on that popup, the next popup asks: "Remove the tag corresponding to this face tag from the images?" I find this message somewhat confusing, because there are in fact no images associated with this tag. Perhaps this message, or the previous one, could indicate the exact number of images (0, in this case). Actually, perhaps both dialogs could be replaced with a single one saying something like: "Face tag 'Mike' is associated with 0 images. Remove it?" SOFTWARE/OS VERSIONS Ubuntu 20.10 digikam-7.2.0-beta2-20201120T061443-x86-64.appimage KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429827] New: Clarify parent when creating new album (UI shows a mismatch)
https://bugs.kde.org/show_bug.cgi?id=429827 Bug ID: 429827 Summary: Clarify parent when creating new album (UI shows a mismatch) Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- Created attachment 133741 --> https://bugs.kde.org/attachment.cgi?id=133741&action=edit Screenshot of current interface SUMMARY When creating a New Album, if the user changes the "Child Of:" option from "Selected Album (Default)" to "Root of current collection", the UI still shows 'Create new Album in "Gardening"' (or whatever the selected album was called) in bold text at the top of the window, as shown in the attached screenshot. This causes the UI to seemingly contradict itself, continuing to state that the new album will be the child of "Gardening", even when it will not be. It would be nice if the bold text would update to say 'Create new Album in "digiKam Photo Collection"' (or whatever the root is called), to match what is selected in the "Child Of:" chooser. SOFTWARE/OS VERSIONS Ubuntu 20.10 digikam-7.2.0-beta2-20201120T061443-x86-64.appimage KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 149572] Add parent album selector to "new album" dialog
https://bugs.kde.org/show_bug.cgi?id=149572 Mike Morrison changed: What|Removed |Added Status|REPORTED|RESOLVED CC||m...@mikemorr.com Resolution|--- |FIXED --- Comment #2 from Mike Morrison --- This feature is now implemented; see bug #216636. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429820] Checkboxes should be radio buttons in Tags Matching Condition "OR/AND" chooser
https://bugs.kde.org/show_bug.cgi?id=429820 Mike Morrison changed: What|Removed |Added Attachment #133734|Tags Matching Condition |Screenshot of current description|"OR/AND" choices|interface -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429820] Checkboxes should be radio buttons in Tags Matching Condition "OR/AND" chooser
https://bugs.kde.org/show_bug.cgi?id=429820 Mike Morrison changed: What|Removed |Added Status|RESOLVED|REOPENED Ever confirmed|0 |1 Summary|Radio buttons vs. |Checkboxes should be radio |checkboxes for Tags |buttons in Tags Matching |Matching Condition "OR/AND" |Condition "OR/AND" chooser |chooser | Resolution|INTENTIONAL |--- -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429820] Radio buttons vs. checkboxes for Tags Matching Condition "OR/AND" chooser
https://bugs.kde.org/show_bug.cgi?id=429820 --- Comment #2 from Mike Morrison --- I agree. Currently they are displayed as checkboxes, as shown in the attached screenshot. Radio buttons would be better. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429821] Consistent format of calendar grids: Sunday vs. Monday start of week
https://bugs.kde.org/show_bug.cgi?id=429821 --- Comment #2 from Mike Morrison --- Perhaps then the calendar in the Dates view should also follow the same locale setting, for consistency? For me the Sunday-start is standard. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429822] New: Year format in date picker includes comma: Y,YYY instead of locale-appropriate YYYY
https://bugs.kde.org/show_bug.cgi?id=429822 Bug ID: 429822 Summary: Year format in date picker includes comma: Y,YYY instead of locale-appropriate Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Usability-Menus Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- Created attachment 133736 --> https://bugs.kde.org/attachment.cgi?id=133736&action=edit Calendar grid showing year with comma SUMMARY Under certain conditions, the year is displayed with a comma, which is nonstandard for the locale. Screenshot is attached. STEPS TO REPRODUCE 1. Select a photo, and choose the Adjust Date & Time Tool. 2. Under "Timestamp Used", select the last radio button, to enter an explicit date. 3. Click the dropdown triangle next to the displayed date. 4. On the dropdown calendar grid, click the blue year number (e.g. 2020). 5. On the dropdown calendar grid, click a date (e.g. 1). OBSERVED RESULT The year at the top of the calendar grid is now displayed with a comma ("2,020"). EXPECTED RESULT The year should continue to be displayed with no comma ("2020"), when appropriate for the locale. SOFTWARE/OS VERSIONS Ubuntu 20.10 digikam-7.2.0-beta2-20201120T061443-x86-64.appimage KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429821] New: Consistent format of calendar grids: Sunday vs. Monday start of week
https://bugs.kde.org/show_bug.cgi?id=429821 Bug ID: 429821 Summary: Consistent format of calendar grids: Sunday vs. Monday start of week Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Usability-Menus Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- Created attachment 133735 --> https://bugs.kde.org/attachment.cgi?id=133735&action=edit Calendar grids compared The calendar grid in the lower left corner of Dates view starts each week with Monday, but the dropdown date picker in the Adjust Time & Date Tool starts each week with Sunday. Screenshot comparison attached. Perhaps for consistency these displays should match, possibly via a user preference or locale setting. SOFTWARE/OS VERSIONS Ubuntu 20.10 digikam-7.2.0-beta2-20201120T061443-x86-64.appimage KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429820] New: Radio buttons vs. checkboxes for Tags Matching Condition "OR/AND" chooser
https://bugs.kde.org/show_bug.cgi?id=429820 Bug ID: 429820 Summary: Radio buttons vs. checkboxes for Tags Matching Condition "OR/AND" chooser Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Usability-Menus Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- Created attachment 133734 --> https://bugs.kde.org/attachment.cgi?id=133734&action=edit Tags Matching Condition "OR/AND" choices It seems the "OR" and "AND" options are mutually exclusive in the "Tags Matching Condition" pop-up menu when filtering tags. Perhaps they should be radio buttons, rather than checkboxes. SOFTWARE/OS VERSIONS Ubuntu 20.10 digikam-7.2.0-beta2-20201120T061443-x86-64.appimage KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 418380] Use different checkbox for 'must not have this tag'
https://bugs.kde.org/show_bug.cgi?id=418380 --- Comment #3 from Mike Morrison --- Alternatively, a checkmark "✓" and "X" mark could represent the two states, rather than plus and minus. Minus and/or plus signs within the boxes have the potential to look like expandable hierarchy disclosure widgets, which often also look like + and - within squares: https://docs.microsoft.com/en-us/windows/win32/uxguide/ctrl-progressive-disclosure-controls#plus-and-minus-controls A minus sign within a checkbox is also sometimes used to represent an indeterminate or mixed state, as when some but not all of an object's child objects have an option set. Example of this use from Gmail (when managing labels on multiple selected messages) is attached. Here is an example of a three-state checkbox using both color and ✓/X marks to indicate filter inclusion and exclusion, very much like the use case for tag filters in digiKam. A runnable CodePen example is included: https://medium.com/@carsonf92/introducing-the-three-state-checkbox-1b6f00b6ec89 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 418380] Use different checkbox for 'must not have this tag'
https://bugs.kde.org/show_bug.cgi?id=418380 --- Comment #2 from Mike Morrison --- Created attachment 133733 --> https://bugs.kde.org/attachment.cgi?id=133733&action=edit Example of minus sign within checkbox representing mixed state -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 418381] Add shortcut for 'Must not have this Tag'
https://bugs.kde.org/show_bug.cgi?id=418381 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com --- Comment #1 from Mike Morrison --- Another way this could work would be if the checkboxes had 3 visible states (neutral, "must have", and "must not have", as described in bug #418380), and each successive click on the checkbox would cycle it through those 3 states. With sufficient visual feedback, this could be quite discoverable, and would work nicely on touchscreens, as well as with clicks. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 418380] Use different checkbox for 'must not have this tag'
https://bugs.kde.org/show_bug.cgi?id=418380 --- Comment #1 from Mike Morrison --- I like the minus sign for "Must not have". Additionally, the checkmark could be replaced by a plus sign for "Must have". Perhaps color (green/red) could also be used to indicate the status of each tag. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429787] Delete Unassigned Tags: show list of the unassigned tags before deleting them
https://bugs.kde.org/show_bug.cgi?id=429787 --- Comment #3 from Mike Morrison --- That's a perfect solution. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429792] Face tag name completion with arrow keys fails
https://bugs.kde.org/show_bug.cgi?id=429792 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429792] New: Face tag name completion with arrow keys fails
https://bugs.kde.org/show_bug.cgi?id=429792 Bug ID: 429792 Summary: Face tag name completion with arrow keys fails Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- SUMMARY Sometimes, when adding a face tag, if the user types a few letters and uses the keyboard arrow keys to choose from the suggested names, the complete name fails to populate the tag. Only the few letters typed are used. STEPS TO REPRODUCE 1. In Albums view, click on a photo to select it. 2. Press F3 to preview the photo. 3. Click the "Add a Face Tag" button, and then drag to draw a rectangle on the photo. 4. Notice that "Unknown" is selected in blue in the new tag's text box. Without clicking anything, type a few letters of a name, for example "mi". 5. A drop-down list of existing People tag names appears, showing names that contain the case-insensitive substring "mi". Press the down-arrow key several times, and notice the blue selection moving down the list of names. OBSERVED RESULT Despite the selection of completed names in the dropdown, the text field above the dropdown still shows only "mi". If the user presses "Enter" at this time, a new People tag called "mi" will be created and assigned to the photo. This behavior is somewhat intermittent, but I can reproduce it via the exact steps above. EXPECTED RESULT As the down-arrow key moves the selection down the list of names, the selected name should appear in the text box at the top. When "Enter" is pressed, the selected name should be assigned to the photo. No new tag names should be created unless the user moves the selection all the way down to 'Create "mi" in People'. SOFTWARE/OS VERSIONS Ubuntu 20.10 digiKam 7.2.0-beta1, build date Oct 17 2020 KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429787] Delete Unassigned Tags: show list of the unassigned tags before deleting them
https://bugs.kde.org/show_bug.cgi?id=429787 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429787] New: Delete Unassigned Tags: show list of the unassigned tags before deleting them
https://bugs.kde.org/show_bug.cgi?id=429787 Bug ID: 429787 Summary: Delete Unassigned Tags: show list of the unassigned tags before deleting them Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Tags-Manager Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- In the Tags Manager, when the user chooses "Delete Unassigned Tags", it would be nice if digiKam displayed a list of the names of the unassigned tags when asking for confirmation. Currently there is a Warning dialog which says "This option will remove all tags which are not assigned to any image. Do you want to continue?" It would be nice if this warning dialog included a list of the tags which will be deleted, in case the user wants to cancel the deletion, for example if some of the tags are placeholders which the user was intending to start using. Alternatively, the list could appear after deletion, showing the names of the tags that were deleted. Currently only the total number of such tags is displayed ("n unused tags were removed.") SOFTWARE/OS VERSIONS Ubuntu 20.10 digikam-7.2.0-beta2-20201120T061443-x86-64.appimage KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 234425] Tags Filter : display only used tags when an album is filtered by tags
https://bugs.kde.org/show_bug.cgi?id=234425 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429709] Date view suddenly switches to month view
https://bugs.kde.org/show_bug.cgi?id=429709 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429709] New: Date view suddenly switches to month view
https://bugs.kde.org/show_bug.cgi?id=429709 Bug ID: 429709 Summary: Date view suddenly switches to month view Product: digikam Version: 7.2.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: digikam-bugs-n...@kde.org Reporter: m...@mikemorr.com Target Milestone: --- SUMMARY When viewing photos from a specific date (e.g. Nov. 26, 2020), digiKam suddenly switches to show photos from the entire month (e.g. Nov. 2020). STEPS TO REPRODUCE 1. In the Dates view, choose a specific date on the calendar grid in the lower left corner of digiKam. The photo thumbnails will be photos from that date, sorted into their various albums. 2. Perform some operation, for example select some of the photos and move them into a different album. 3. Observe that the thumbnails don't appear to have moved to the new album, but still appear to be in the old album. 4. To force the display to refresh, click a different date in the same month (for example Nov. 24, 2020) on the calendar grid, and then click the original date to return to it. 5. Notice that the photos are now correctly shown to be in the new album. 6. Now do nothing and wait for about 10 seconds. OBSERVED RESULT After a few seconds, the date selection and photo thumbnails suddenly show the entire month (for example November 2020) instead of the specific day (e.g. Nov. 26, 2020) that was chosen. This loss of specific date selection occurs after a delay, without any input from the user. EXPECTED RESULT Whenever the user clicks a specific date, the selection should stay on that date, and should not change to a whole month unless the user clicks the month name. SOFTWARE/OS VERSIONS Using 7.2.0-beta1, build date Oct 17 2020, rev 92da0191aa60e3eb1a188083016e958928ddd0b2 on Ubuntu 20.10. KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 420128] Poor result of face detection (7.0.0. beta2)
https://bugs.kde.org/show_bug.cgi?id=420128 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416630] Use N nearest neighbor search
https://bugs.kde.org/show_bug.cgi?id=416630 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 418380] Use different checkbox for 'must not have this tag'
https://bugs.kde.org/show_bug.cgi?id=418380 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415782] Face recognition "favors" people with few images: missing faces clustering
https://bugs.kde.org/show_bug.cgi?id=415782 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415999] Progress bar goes backwards when tagging faces (from (100% to 0%)
https://bugs.kde.org/show_bug.cgi?id=415999 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 417399] Wishlist: button to hide confirmed faces for a person
https://bugs.kde.org/show_bug.cgi?id=417399 Mike Morrison changed: What|Removed |Added CC||m...@mikemorr.com --- Comment #4 from Mike Morrison --- How does one make a negative filter to filter out a person's tag? I see "OR" and "AND", but no "NOT". Alternatively, it seems like using the "Unconfirmed" tag filter in the right-hand filter sidebar should also work, but I always get zero results shown when the "Unconfirmed" filter is applied, even though the left-hand People/Unconfirmed tag shows many faces, all with green frames. What is the right-hand Unconfirmed tag filter supposed to be used for? -- You are receiving this mail because: You are watching all bug changes.