------- 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=145253 Summary: Disable edit menus when images are read-only Product: digikam Version: unspecified Platform: Debian stable OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: digikam-devel kde org ReportedBy: brianremedios gmail com Version: 0.9.2-SVN (using KDE KDE 3.5.5) Installed from: Debian stable Packages OS: Linux Digikam allows me to edit EXIF & IPTC tags even though the target image is read-only. In fact I can attempt to do a number of modifications via the Image submenu on read-only images. When metadata edits are made to read-only images within the date folders they will seem to 'disappear' from them for some reason although they just 'flash' in the regular albums. Digikam needs to either disable the edit-related menu choices (preferred) or display an error message after the fact telling the user why the changes can't be saved. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
------- 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=145253 caulier.gilles gmail com changed: What |Removed |Added ---------------------------------------------------------------------------- Component|general |Albums GUI _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by brian remedios
------- 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=145253 ------- Additional Comments From mikmach wp pl 2007-05-10 17:15 ------- > Digikam needs to either disable the edit-related menu choices > (preferred) or display an error message after the fact telling the user > why the changes can't be saved. Only metadata edits I hope. IE could be used to see "real photo", also preview of some effects can be useful, not mentioning "Save as..." option. Also some metadata can be saved in database and user may want to make those corrections without possibility to change image itself. I could be made only by changes in db structure taking notice about status of image if it is read only. Also some visual feedback for user could be useful. Already plethora of possibilities regarding changing of metadata and syncing it can create problems. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by brian remedios
------- 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=145253 ------- Additional Comments From brianremedios gmail com 2007-05-10 17:40 ------- I understand how we can save metadata changes to the DB and/or the image itself so perhaps that need to be made more obvious to the user. If an image is read-only and the user edits the metadata and clicks Save then digikam could let the user know about this and offer to save the info to the DB and place a tiny alert flag beside the thumbnail denoting the inconsistency that needs to be resolved later. The casual user isn't really aware of the DB in the background that helps out in so many areas. Also, if I'm changing permissions files in the OS outside of a file browser I've noticed that the browser GUI tracks changes and updates the icons fairly quickly. I'm not sure how the notification mechanism works but could we leverage the same capability in Digikam to provide a real-time indicator of the permissions beside the thumbnail? _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Free forum by Nabble | Edit this page |