Summary: | Ideas to improve usability of image properties sidebar tab. | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Jens <jens-bugs.kde.org> |
Component: | Usability-Ergonomy | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | aegoreev, alexandre.belz, caulier.gilles, iwannaberich, jo.y.venn, jose_oliver, metzpinguin, sdx |
Priority: | NOR | Flags: | jens-bugs.kde.org:
Junior_Jobs+
jens-bugs.kde.org: Usability+ |
Version: | 5.8.0 | ||
Target Milestone: | --- | ||
Platform: | Appimage | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
improved metadata sidebar - mockup & screenshot
Dashboard screenshot for those without LibreOffice/OpenOffice (e.g. mobile devices) digikam properties dashboard - mockup (Openoffice file) Dashboard screenshot for those without LibreOffice/OpenOffice (e.g. mobile devices) Proposal 2 Proposal 3 (updated) digiKam 8.1.0 screencast of new image properties layout (not yet finalized) Time Zone test file |
I like the idea. It could be a good additional "Quick Access" tab. I would use it 80% of the time. Just out of curiosity: what is missing for 90%? 99%? 100%? :) (In reply to Jens from comment #2) > Just out of curiosity: what is missing for 90%? 99%? 100%? :) Tag tree is one on the features I really enjoying in digiKam so I might switch to the tab with the full tag tree from time to time. Maybe not... I have used programs where you have to start typing the tag too. Created attachment 104689 [details]
Dashboard screenshot for those without LibreOffice/OpenOffice (e.g. mobile devices)
Wanted to paste a couple of screenshots of another pieces of software for your reference. WLPG: https://www.techsupportalert.com/files/photo-gallery.jpg https://ceeesquared.files.wordpress.com/2011/02/tag.jpg I have used WLPG for few years. Its interface is one of the fastest for basic tagging tasks. Zoner: http://images.wondershare.com/images/multimedia/video-editor/zoner-photo-studio-free.jpg I have used it too but did not get attached to it. Many people will really like the right panel. My opinion - keywords (tags) are missing I am not asking anyone to copy anything. Just wanted to paste it here for reference only. Looks like digiKam used to have a sidebar very similar to what Jens is offering here. See the screenshot in the handbook: https://docs.kde.org/trunk5/en/extragear-graphics/digikam/using-sidebar.html#using-sidebar-captions How about this issue? Is anybody willing to work on it? If somebody designs the backend, I can do the UI design and also help discuss how to implement some details. I find myself always switching between tags, descriptions, and properties sidebars, which is very time consuming. *** This bug has been confirmed by popular vote. *** Jens, Nobody work on this file. You are welcome to propose a mockup to review and a patch against git/master Gilles Caulier My mockup is here since the original bug report from about 15 months ago. :) It mainly combines the most relevant info from multiple separate sidebar tabs to a single sidebar, to improve usability. I'd be happy to work on details with somebody who knows the code very well and knows about possible pitfalls and special cases which my mockup does not cover. Any volunteers to help me do this? I'm willing to do mockups, discuss limitations and feedback, provide UI components and test everything. I just need somebody to help me with the code ... Created attachment 115332 [details]
digikam properties dashboard - mockup (Openoffice file)
Created attachment 115333 [details]
Dashboard screenshot for those without LibreOffice/OpenOffice (e.g. mobile devices)
How about this idea, any chances of implementing it in Digikam 6.x? I am here to help designing, I just need some help with the code. Thanks Jens, I will take a look when time permit. Actually i'm busy to finalize 6.1.0 release planed for newt week end : all bundles must be perfect... Gilles Caulier *** Bug 425310 has been marked as a duplicate of this bug. *** Would like to voice my support for the proposal and the actual mockup from Jens for this dashboard. I also come with more than a decade of WLPG use and I agree that WPGL metadata editing GUI is an excellent benchmark for mouse editing and information overview. Regarding importance of this GUI improvement I would say - not high just now. Because for Tags there is an excellent "T" keyboard shortcut. For Rating there are both direct keyboard shortcuts and a decent GUI. So the low-hanging-fruit, before this GUI redesign is to add 3 new Keyboard shortcuts to trigger "Add a Face Tag", "Edit Title" and "Edit Captions" (in a similar manner as the flawless "T" shortcut). If there are keyboard shortcuts to edit all typical metadata, the experienced users will be faster than with any GUI out there. So Yes to this proposal, but if it is too much work for now, perhaps at least more keyboard shortcuts would be a great start ;) Yes, I agree - those two keyboard shortcuts would already solve a lot of navigation and back and forth hand movements between mouse and keyboard. Also, a way to select multiple images with the keyboard would be nice, even while keyboard focus is in the tag editor or description/title editor. 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) "Edit Title" is Alt-Shift-T by default. There is no shortcut for "Edit Description" that I can find. You can activate the description tab using Alt-C, but this doesn't activate the descriptions field and "Tab" doesn't change fields, it inserts a tab character. (Does this make sense? Do we *need* TAB in these fields?) But (IMHO) especially for new users this is simply too much jumping around to find basic features. The advanced features are all great, but we need a consistent userfriendly UI for the 90%-99% case, and only *afterwards* a comprehensive professional UI for the specialist. Currently it's the other way round. 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. 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. I would also like to see a dashboard like that in the mockup implemented. The current one is not very "visual", especially in the case of the "folder" field, which is never shown complete (what about making it multiline?), and the picture keywords under digikam properties, which should be better presented (like a read-only version of the Captions/Tags tool maybe?). Thank you :-) Is there anything we can do to push this further up in the TODO queue? Would it help to design this dashboard in an actual UI editor, provide the necessary icons and/or images and translations, so that the Digikam developers just need to connect the functionality? I'd be willing to help in this regard. Sharing the same thoughts as other commenters here regarding Windows Photo Gallery quick response for tagging (Regular Tags, People), captioning via what they call the "Tag and caption pane" Just wanted to add that one thing that makes the WPG UI quite functional is the subtle usability features such as: - Mouse over a tag an an X for removing it appears. - You can hide/minimize the information pane so the panel does not look too cluttered. - Differentiation between geotags, people tags and regular tags. - The "Geotag" text points to the IPTC Country, Province-State, City, Sublocation fields. While I would prefer that it would display starting with the first field available Sublocation first moving to city... Not sure about having a map always displayed may have app performance implications, but it could be something which can be readily available on a click of the "Geo tag" as WPG does when right-clicking on the GeoTag. Including additional screenshots for reference here: https://jmoliver.files.wordpress.com/2020/02/wpg_info_pane.png?w=1024 https://jmoliver.files.wordpress.com/2018/05/2018-05-22-1.png?w=1024 https://jmoliver.files.wordpress.com/2018/01/windowsphotogallery_geotag.png?w=1024 https://jmoliver.files.wordpress.com/2017/02/windows_people_tags1.png As powerful and versatile Digikam is, such UI improvements would definitely welcoming for many. Hope this is considered for a future release! Created attachment 135663 [details]
Proposal 2
I have been giving quite some thought to the Properties pane in digiKam, which I see as having a lot of potential. I like the previous proposal made by Jens, and building upon it would like to also present a "more in the middle proposal" for the community's consideration, for when a single image is selected on what information should be displayed. I think of the Properties pane usage as the principal pane when browsing thru photos but something which could also serve as a "jumping pad" to existing functionality. I created a mockup which leverages existing functionality were information is always displayed read-only.
A small button is made available which takes the user to the pane where he/she can edit some of this information saving a few mouse clicks in the process. It also adds discoverability to new/novice users which may find digikam's UI dauting given all the options available.
Photograph Properties are presented as previously proposed simulating an SLR Camera top display found in some other Photo Managers. An optional setting could be added to simulate an LCD display later on.
Sections displaying Tags, Location (similar to GeoTag in Windows Photo Gallery) and Rights are added and displayed only when information is present. Presenting such location information is quite useful, thinking of services such as Instagram which users can add a geotag.
Rights I feel are important and neglected functionality in photos that has taken more prominence recently with Google Images highlighting these fields values and the IPTC actively encouraging it.
I thought of adding a People section to the mockup but given that the people's names are added as tags and that the user can enable/disable display of face regions when browsing I thought it would be redundant.
I also thought of adding a map and display of lat/long, but given that the Map tab is quite accessible and adding a map could have performance impact I would opt not to.
Personally, I like the less is more approach - displaying just the essentials but giving the user the ability to collapse these sections can leave it up to the user. Hope this proposal encourages healthy discussion and a means to attract more users to digiKam.
Nice mockup. For me, the most important part of the Properties would be an intuitive way to display the tags. In my case, I use plenty of tags in a tree, so an easy way to display that information would allow me not needing to go to the Captions/Tags panel all the time unless I want to edit them. But as I said, sometimes I have 5 o 6 levels of tags, so showing them as a list of words separated by commas would look cluttered in a moment. Maybe showing only the first and last tag of the tree in case the hierarchy is too long? e.g.: "Taxonomy / ... / Canis lupus familiaris" instead of "Taxonomy/Animalia/Chordata/Mammalia/Carnivora/Canidae/Canis/Canis lupus familiaris" and "Location / ... / New York City" instead of "Location/United States/New York/New York City" Overall, it could look a bit like this: Animal / Cat Animal / Dog Taxonomy / ... / Canis lupus familiaris Taxonomy / ... / Felis silvestris catus People / John Smith People / Helga Donelan Location / ... / New York And when you hover the mouse over one of these tags, it would show the entire tree path. I don't know, I'm just brainstorming. MarcP good point. Windows Photo Gallery solves this by simply displaying the last tag in the hierarchy, when the user mouse overs the tag it displays the entire tag path. So you will see Cat, Dog. Mouse over Dog and you will see "Animal/Dog". Make me think that the "people" tags be therefore treated specially as separate tags. Created attachment 135665 [details]
Proposal 3 (updated)
Updated mockup to include how to handle tag hierarchies and "People" tags.
*** Bug 446188 has been marked as a duplicate of this bug. *** José Oliver-Didier, I really like your last proposal. I would just add one more thing. If more than one picture is selected, if all of them have a common property property, just show it (e.g.: Aspect Ratio: 3:2), otherwise indicate something like "Several values" or leave it empty. For tags, add the number of pictures with each tag in the selection next to the tag (e.g.: cruise ship (1), ship (2), sunset (1)). The current behavior of the Properties tab is that it just goes blank if more than one element is selected, and I think showing at least the common information would be more useful. Hello all, José, thanks for updating the mockup with something more "digikam-like" and providing your input! I am totally Ok with making the Properties tab readonly for the time being. However, one of my intentions in the original mockup was to get away from the "black & white list of properties" (where information is harder to find) to make Digikam look less "cluttered" and provide a better UX. IMHO we should try to layout stuff so that properties are always in the same physical (pixel) location in the sidebar and reduce static text to an absolute minimum, just like you also did in the "Photograph Properties" section. Property values should speak for themselves. This makes it a lot easier to find and compare single properties when browsing photos. Maybe we should try to do something similar for the other sections as well? And then maybe we don't even need to separate the sections at all, further decluttering the sidebar. I can provide another mockup if this sounds like a way to go for you. Feedback welcome! Git commit d010c9e522a873a9863cc7c144515c73431d2d9b by Gilles Caulier. Committed on 07/05/2023 at 16:33. Pushed by cgilles into branch 'master'. Add Title x-default value in the image properties tab Related: bug 460134 M +15 -1 core/libs/properties/itempropertiessidebar.cpp M +1 -0 core/libs/properties/itempropertiessidebardb.cpp M +75 -58 core/libs/properties/itempropertiestab.cpp M +1 -0 core/libs/properties/itempropertiestab.h https://invent.kde.org/graphics/digikam/commit/d010c9e522a873a9863cc7c144515c73431d2d9b Git commit 427f5c47ca87a58c2a84059e4c7a46d74e4a3f38 by Gilles Caulier. Committed on 08/05/2023 at 05:48. Pushed by cgilles into branch 'master'. Show the file name in bold, centered, and with a largest font size , on the top of image properties tab. M +7 -3 core/libs/properties/itempropertiestab.cpp https://invent.kde.org/graphics/digikam/commit/427f5c47ca87a58c2a84059e4c7a46d74e4a3f38 Git commit 19ade66022eca90cce879d28840726c8c6fffa8a by Gilles Caulier. Committed on 08/05/2023 at 06:17. Pushed by cgilles into branch 'master'. Move Photo data time info on the digiKam properties group, centered and with a largest font M +41 -38 core/libs/properties/itempropertiestab.cpp https://invent.kde.org/graphics/digikam/commit/19ade66022eca90cce879d28840726c8c6fffa8a Git commit 80a23c30f8c88f15a1ba88b4688fa1a33a7520fa by Gilles Caulier. Committed on 08/05/2023 at 08:46. Pushed by cgilles into branch 'master'. Add button support in DExpanderBox Add button to image Properties tab section "digiKAm properties" to switch to Captions tab. M +12 -2 core/libs/properties/captions/itemdescedittab.cpp M +12 -0 core/libs/properties/captions/itemdescedittab.h M +3 -3 core/libs/properties/captions/itemdescedittab_descview.cpp M +1 -1 core/libs/properties/captions/itemdescedittab_infoview.cpp M +0 -9 core/libs/properties/captions/itemdescedittab_p.h M +4 -4 core/libs/properties/captions/itemdescedittab_tagsview.cpp M +23 -0 core/libs/properties/itempropertiessidebardb.cpp M +1 -0 core/libs/properties/itempropertiessidebardb.h M +14 -24 core/libs/properties/itempropertiestab.cpp M +11 -0 core/libs/properties/itempropertiestab.h M +73 -3 core/libs/widgets/layout/dexpanderbox.cpp M +11 -0 core/libs/widgets/layout/dexpanderbox.h https://invent.kde.org/graphics/digikam/commit/80a23c30f8c88f15a1ba88b4688fa1a33a7520fa Created attachment 158766 [details]
digiKam 8.1.0 screencast of new image properties layout (not yet finalized)
Thank you, this is definitely going in the right direction! Git commit 5eb3df2e11b036c178af3480a2b5d717670ffc70 by Gilles Caulier. Committed on 08/05/2023 at 11:56. Pushed by cgilles into branch 'master'. Show Tags in a separated section of image properties. Add button to edit tags in Captions view M +11 -0 core/libs/properties/itempropertiessidebardb.cpp M +41 -19 core/libs/properties/itempropertiestab.cpp M +2 -1 core/libs/properties/itempropertiestab.h https://invent.kde.org/graphics/digikam/commit/5eb3df2e11b036c178af3480a2b5d717670ffc70 Git commit 7fca51c8f7b4ef8c36846652e9aa27e30bc1baa7 by Gilles Caulier. Committed on 08/05/2023 at 20:34. Pushed by cgilles into branch 'master'. add Location Properties section to image properties tab. M +1 -1 core/libs/properties/CMakeLists.txt M +1 -1 core/libs/properties/itempropertiessidebar.cpp M +1 -1 core/libs/properties/itempropertiessidebar.h M +13 -1 core/libs/properties/itempropertiessidebardb.cpp M +1 -1 core/libs/properties/itempropertiessidebardb.h M +62 -1 core/libs/properties/itempropertiestab.cpp M +6 -2 core/libs/properties/itempropertiestab.h M +1 -1 core/libs/properties/itempropertiestxtlabel.cpp M +1 -1 core/libs/properties/itempropertiestxtlabel.h https://invent.kde.org/graphics/digikam/commit/7fca51c8f7b4ef8c36846652e9aa27e30bc1baa7 Git commit b0e188b894a0ee6c865310a5d59db23739edf21d by Gilles Caulier. Committed on 09/05/2023 at 04:18. Pushed by cgilles into branch 'master'. add Rights section to Image Properties tab M +4 -0 core/libs/properties/itempropertiessidebardb.cpp M +84 -8 core/libs/properties/itempropertiestab.cpp https://invent.kde.org/graphics/digikam/commit/b0e188b894a0ee6c865310a5d59db23739edf21d Changes submitted for bug 386301 Email sent to: stefan.mueller.83@gmail.com, metzpinguin@gmail.com, caulier.gilles@gmail.com, bugs@platna.kde.org, digikam-bugs-null@kde.org, kde-bugs-dist@kde.org, mario.frank@uni-potsdam.de Bug List: (1 of 1) First Last Prev Next Show last search results Bug 386301 Add information on thumbnails as in XnView: Exif/Iptc/XMP/GPS/Faces icons.(edit) Status: REPORTED (edit) Alias: None (edit) (show other bugs) : (vote) --- Digikam Developers (edit) (take) Depends on: Blocks: Reported: 2017-10-28 21:47 UTC by stefan.mueller.83@gmail.com Modified: 2023-05-09 05:14 UTC (History) 1 user including you (edit) (never email me about this bug) (add) None yet set (set flags) Attachments Availability of Metadata in Thmpnails (346.69 KB, image/jpeg) 2023-05-09 04:57 UTC, stefan.mueller.83@gmail.com Details Availability of Metadata in Thumpnails (109.95 KB, image/webp) 2023-05-09 04:59 UTC, stefan.mueller.83@gmail.com Details View All Add an attachment : Comment Preview Status: Mark as Duplicate tagreply[−] Description stefan.mueller.83@gmail.com 2017-10-28 21:47:48 UTC XnView indicates on thumbnails if there are XMP, IPC etc information are available. It also indicates that geo and face information are available. That should be shown in digikam that way as well. Their approach looks very nice and not overloaded you see the most important information at a glance. tagreply[−] Comment 1 stefan.mueller.83@gmail.com 2018-02-28 10:21:04 UTC any chance that this feature will be implemented in Digikam 6.0 tagreply[−] Comment 2 caulier.gilles@gmail.com 2023-05-09 03:10:16 UTC @stefan.mueller.83@gmail.com Can you take a screenshot of Xnview thumbnails with this feature ? Gilles Caulier tagreply[−] Comment 3 stefan.mueller.83@gmail.com 2023-05-09 04:57:49 UTC Created attachment 158788 [details] Availability of Metadata in Thmpnails tagreply[−] Comment 4 stefan.mueller.83@gmail.com 2023-05-09 04:59:05 UTC Created attachment 158789 [details] Availability of Metadata in Thumpnails tagreply[−] Comment 5 caulier.gilles@gmail.com 2023-05-09 05:08:11 UTC Thanks for the screenshots. I don't think we can easily plug the metadata icon over the thumbnails in digiKam without to bloat the icon-view. We have already a lots of information plug-able, even if there are optional. At least, the Image Properties sidebar tab can be patched in this way without problem. Please look my current work done on bug 377857 Best Gilles Caulier tagreply[−] Comment 6 caulier.gilles@gmail.com 2023-05-09 05:14:36 UTC Hi all, New screenshot with progress on Image Properties tab: https://i.imgur.com/mU7hFvL.png It still the photo properties section to review. Note : in the mock-up, it miss the "video properties" section showing technical information from video files as MP4, MOV, MKV, MPG, etc... Gilles Caulier Note : It's very difficult to create a Photograph Properties view as data are really not homogeneous for one camera to another one. Strings can be very large and impossible to synthesis in this kind of camera panel. It's the same for the Video Properties view. Gilles Caulier Gilles: 8.1.0 screenshot of the properties looks great! I can see it as a good quick glace panel and launching pad for any metadata modifications. Some thoughs- 1. Will the timezone value, if available, be displayed in the datetime value? 2. The location fields displayed are the IPTC location info? 3. Rights metadata is often overlooked by other apps, it is nice it is well displayed. For reference, here is a link to from IPTC on how Google Images reads and displays image right info. https://iptc.org/standards/photo-metadata/quick-guide-to-iptc-photo-metadata-and-google-images/ 4. Some apps try to mimic the LCD screen of a pro camera (Ref: https://www.neocamera.com/articles/dam_software/idimager/idimager_info.png). I believe it looks nice up to a point. I belive that's the idea behind the previous proposal mockup images attached to this bug - Ref https://bugsfiles.kde.org/attachment.cgi?id=135665 and https://bugsfiles.kde.org/attachment.cgi?id=115333 I'm glad to see that the Properties tab is getting some love! Git commit 599b2024ad74eef2229658892964e2587c31f508 by Gilles Caulier. Committed on 09/05/2023 at 15:50. Pushed by cgilles into branch 'master'. add GPS info indicator in Image Properties tab. Related: bug 386301 M +3 -0 core/libs/properties/itempropertiessidebar.cpp M +2 -0 core/libs/properties/itempropertiessidebardb.cpp M +4 -0 core/libs/properties/itempropertiestab.cpp M +1 -0 core/libs/properties/itempropertiestab.h M +1 -0 core/libs/properties/itempropertiestab_p.cpp M +1 -0 core/libs/properties/itempropertiestab_p.h M +5 -0 core/libs/properties/itempropertiestab_setters.cpp https://invent.kde.org/graphics/digikam/commit/599b2024ad74eef2229658892964e2587c31f508 Git commit ba881da4bdd9b6ba589fc8ae0ffaa785850b6441 by Gilles Caulier. Committed on 09/05/2023 at 21:39. Pushed by cgilles into branch 'master'. Add Versionned and Grouped information in Image Properties tab Related: bug 386301 M +6 -1 core/libs/properties/itempropertiessidebar.cpp M +6 -1 core/libs/properties/itempropertiessidebardb.cpp M +69 -53 core/libs/properties/itempropertiestab.cpp M +3 -1 core/libs/properties/itempropertiestab.h M +4 -0 core/libs/properties/itempropertiestab_p.cpp M +4 -0 core/libs/properties/itempropertiestab_p.h M +10 -0 core/libs/properties/itempropertiestab_setters.cpp https://invent.kde.org/graphics/digikam/commit/ba881da4bdd9b6ba589fc8ae0ffaa785850b6441 Hi José, Ref: https://www.neocamera.com/articles/dam_software/idimager/idimager_info.png ==> broken link Gilles José : about time zone, this tag is not yet imported in the database: Exif.Image.TimeZoneOffset IPTC and XMP do not have this kind of information. Gilles Created attachment 158829 [details]
Time Zone test file
Bit confused here. I was aware about Digikam db not storing time zone values, but timezone info is indeed stored in IPTC and XMP, within the datetime values themselves not as a separate tag. Ref attached image (values added using Geosetter). I also see that the timezone values are editable in Digikam's "Edit Metadata" dialog under IPTC and XMP.
Following values were obtain using exiftool with the -G1 param:
[IPTC] Time Created : 07:16:16-04:00
[XMP-photoshop] Date Created : 2023:05:10 07:16:16-04:00
[XMP-exif] Date/Time Digitized : 2023:05:10 07:16:16-04:00
Ah yes, you are right, TZ is mixed with the string tags from XMP or IPTC. But to populate the database, prior Exif info is used... Gilles Caulier Regardless of which metadata we get the time zone information from, with newer cameras from the time zone offset from Exif or from IPTC. We cannot store time zone information in a DATETIME field in MySQL. MySQL always converts to UTC and back to the time where the server/timezone is located. We need to create an extra column in which we will store the time zone offset. Maik Agreed, an extra db timezone column would be necessary. The MWG 2.0 spec (the group seems to have disbanded, but the spec is still referenced) has some thoughts on timezones on page 33. https://s3.amazonaws.com/software.tagthatphoto.com/docs/mwg_guidance.pdf Also, something which I stumbled upon some time ago: "TimeZoneOffset is a non-standard tag that was made before the EXIF standard actually added time zone tags. There are three time zone tags, EXIF:OffsetTimeOriginal, EXIF:OffsetTime, and EXIF:OffsetTimeDigitized, which correspond to EXIF:DateTimeOriginal, EXIF:ModifyDate, and EXIF:CreateDate respectively." https://exiftool.org/forum/index.php?topic=13170.0 Ref - Bug 251357 deals with the timezone schema support. Important note: About the LCD camera like presentation of the photo and video information, i think this can be more complex to read compared to the text list version. If the LCD solution is add to the image properties sidebar tab, both view must be available. I propose to add a button on the headers of each sections (photo and video) to be able to switch between visualization modes. This settings will be restored between sessions of course. Gilles LCD screen from idimager : https://static.wixstatic.com/media/3789fd_ca770b8f052a416a82d1ecf5fa614096~mv2.png/v1/fill/w_1648,h_970,al_c,q_90,usm_0.66_1.00_0.01,enc_auto/3789fd_ca770b8f052a416a82d1ecf5fa614096~mv2.png Gilles Caulier To make a view simulating a digital camera LCD, we need a font like this one : https://www.fontriver.com/font/digital_camera_symbols/ I'm not sure if this font will includes all required symbols for the view but it's a first step. If you have a better idea... Gilles |
Created attachment 104657 [details] improved metadata sidebar - mockup & screenshot See also my post in digikam-users (and users's replies) starting 13.02.2017. I originally come from iPhoto and similar commercial apps. My workflow when importing images (and videos) into Digikam might reflect this a little - I find myself constantly switching between tabs in Digikam to perform simple image management / organizational tasks. I think this can be improved a lot by modifying the layout and usability of Digikam's "Properties" sidebar (the top one on the right) and converting it into a summary-/ dashboard kind of sidebar which covers 80-90% of all requirements in one single place. Currently the "Properties" sidebar is just a list of image and file properties and not used for editing at all - which makes it kind of superfluous (IMHO). I have created a mockup of how this sidebar can be improved by incorporating simple metadata editing tasks. The idea is that for simple asset management tasks (adding titles, ratings and tags, editing dates and viewing basic image metadata) you *only* need this single sidebar. The idea is *NOT* to squeeze all possible metadata into one dialog. This is a little inspired by iPhoto's organization of metadata which I found quite usable. Please have a look and tell me what you think.