| Summary: | Add a sort option "As in Dolphin" in the available sorting options; Sorting is not followed Dolphin in some cases. | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | tobias |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | admin, ashark, kde.bugs, kdudka, kubry, mark, neuromancerx1, oded, xenoidaltu |
| Priority: | NOR | ||
| Version: | 22.12.3 | ||
| Target Milestone: | --- | ||
| Platform: | Manjaro | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Bug Depends on: | |||
| Bug Blocks: | 473661 | ||
|
Description
tobias
2023-03-04 15:36:45 UTC
Also: An option would be great, whether a user wants to use the dolphin setting or not. I could only see the sorting follows Dolphin when sorted by (in both ascending and descending) Name, Size, Rating. The Gwenview has also a "Date" sorting, but it is not clear what date. Date of file creation in file system? Date from some field in EXIF? Some other date? I could not recognize that by trying to sort by some date fields with dolphin. This also need clarification. The fix in BUG 236059 should not assume that user sorts only by mentioned three fields. In the Dolphin user can sort for example by "file user group", and still want the order to be followed in Gwenview. Also, in the Gwenview's sorting options, there should be an entry for "As in Dolphin". Because currently, when you open image from Dolphin, the state of the radio button is meaningless. Operating System: Arch Linux KDE Plasma Version: 5.27.7 KDE Frameworks Version: 5.108.0 Qt Version: 5.15.10 Graphics Platform: Wayland Gwenview: 23.07.80 *** Bug 462691 has been marked as a duplicate of this bug. *** *** Bug 465617 has been marked as a duplicate of this bug. *** *** Bug 457718 has been marked as a duplicate of this bug. *** Looks like date is messy (a mix of EXIF data and file date), see Bug 242332 Git commit 18b905d34cbd012870fffecba623844384e30048 by Méven Car, on behalf of Oded Arbel. Committed on 08/09/2023 at 07:43. Pushed by meven into branch 'master'. Sync sort order with file manager not only on initial launch If we obey the file manager sort mode, we should track that when navigating to other folders. Also make sure that if the user chooses a sorting mode themselves - we stop tracking the file manager sort mode. Related: bug 36059, bug 443168 M +1 -0 app/browsemainpage.cpp M +10 -0 app/gvcore.cpp M +5 -0 app/gvcore.h M +63 -48 app/mainwindow.cpp M +1 -0 app/mainwindow.h https://invent.kde.org/graphics/gwenview/-/commit/18b905d34cbd012870fffecba623844384e30048 Please note that the recent change is not a fix for the "select sort by option does not track dolphin", its just about making sure the sorting according to the file manager sort mode continues to be tracked when changing directories. I think what we're missing here is a new "Sort by" sub-menu option of "File manager (<current-order>)". I'll see about working on that next. (In reply to Andrew Shark from comment #2) > The Gwenview has also a "Date" sorting, but it is not clear what date. Date > of file creation in file system? Date from some field in EXIF? Some other > date? I could not recognize that by trying to sort by some date fields with > dolphin. This also need clarification. The sort by date option in Gwenview - and to the best of my understanding the only thing it can do when it wants to sort by the file manager's "date" sorting - is to sort by the file system's "modified date". Nothing else makes much sense - IMHO. This new commit - https://invent.kde.org/graphics/gwenview/-/commit/6545c47de9fdf830739737c52cbeaa2ce6a6411c - adds metadata fields for "created date" and "accessed date" - which, in my opinion, only exemplifies how much these fields are useless and serve only to confuse and do not add much information: * "accessed date" is always "now", because you just accessed the file to show it in gwenview (or thumbnail it or anything). "accessed date" is pretty much useless unless you have some non-interactive process that only scans directory listing. * "created date" is the time the file was physically created on the file system - which can be newer than "modified date" (for example when copying the file from another storage medium), or can be unset (some file systems don't have that feature). * "exif date" is optional and a lot of images do not have it - or even being able to store it, so sorting by that is going to be hit and miss (and that is a lot of miss). A good image importer might set the file info modified date according to the EXIF data, which is what I actually expect from all digital cameras and everything that generates EXIF date fields. |