https://bugs.kde.org/show_bug.cgi?id=410980

            Bug ID: 410980
           Summary: Sorting of albums in tree view by name inconsistent
                    with Dolphin
           Product: digikam
           Version: 6.2.0
          Platform: Appimage
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: Albums-TreeView
          Assignee: digikam-bugs-n...@kde.org
          Reporter: lai...@kde.org
  Target Milestone: ---

SUMMARY
The sorting behavior of albums by name in the tree view used to be consistent
with other applications, especially Dolphin, meaning that special characters
are not ignored (verified by running 5.9.0). This behavior seems to have
changed recently.

Personally, this breaks my workflow as I use a folder structure with
underscores to ensure some items appear at the top and "yyyy", "yyyy-mm",
"yyyy-mm-dd" prefixes for names (see an example below). Considering
https://xkcd.com/1172/, I agree that this is not a valid argument, but I would
argue that being consistent with Dolphin would be a good reason to revert to
the old way.

STEPS TO REPRODUCE
1. Create the following directories inside a subdirectory of the collection:
---
_Important_Top_Album
2019 General
2019-01-01 New Year
2019-07 Summer vacation
2019-07-30 Some other album
Stuff
---
2. In digikam, choose View -> Sort Items -> By Folder

OBSERVED RESULT
In the album tree view in digikam, the albums are sorted in the following
order: (6.2.0 Appimage)
---
2019-01-01 New Year
2019-07-30 Some other album
2019-07 Summer vacation
2019 General
_Important_Top_Album
Stuff
---

EXPECTED RESULT
The albums should be sorted in the order of creation (underscore first, space
before hyphen). This is the behavior found in Dolphin (and digikam 5.9.0).

SOFTWARE/OS VERSION
KDE Plasma Version: 5.15.4
KDE Frameworks Version: 5.56.0 
Qt Version: 5.12.2

ADDITIONAL INFORMATION
After some grepping, I thought that AlbumFilterModel::lessThan() in
core/libs/models/albumfiltermodel.cpp should be the relevant piece of code.
However, this function has not changed between 5.9.0 and master, so I'm
guessing that there has been some other kind of refactoring or that I am
looking in the wrong place. Unfortunately, I do not have time to set up a
development environment right now.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to