XnView Software

XnView: MP 1.4.3 - 64 bit
OS: Windows 10 - 64bit

The List of categories normally is sorted alphabetically in each branch of the tree. But when adding a new category to a branch, the list of categories of that branch is not sorted, so the newly added category stays somwhere at "n" (for "new.."?) until you restart the application.

Effect: You don't find that new category where you would expect it.

To reproduce: Add the categories "Alpha", "Gamma", "Zeta". Then add a new category and name it "Beta".

Actual behaviour: The new category stays between "Gamma" and "Delta".
Expected behaviour: It should get sorted between "Alpha" and "Gamma".

+1

Thanks to your detailed description I can reproduce

I noticed another behaviour which might be undesired: If you move categories to another parent by dragging and dropping them, they get sorted at the end of the child categories list of their new parent. I'd expect them to get sorted alphabetically, as well.

Example tree:
A
|-A1
|-A2
|-A4
B
|-B1
|-A3
|-B2

If you drag the node "A3" from "B" to "A", the new order is:
A
|-A1
|-A2
|-A4
|-A3
B
|-B1
|-B2

But what you would expect is A3 before A4, of course. This applies to alphabetical values as well as to numerical ones.

Hi,

The list isn't refrashing after a modification (creation, renamed or displacement).
If you close and reopen xnviewmp, the sorting will be correct

Franky wrote: Tue Apr 18, 2023 1:57 pm Hi,

The list isn't refrashing after a modification (creation, renamed or displacement).
If you close and reopen xnviewmp, the sorting will be correct

That sums it up.

@Pierre,

Could it be possible to automatically refresh the list after a modification ?
Or at least via a key (F5 which is out of default to refresh) ?

Thanks to your detailed description I can reproduce the problem.

Merci

This problem is supposed to be fixed in XnView MP 1.5.0 beta. Please check and confirm the bug fix here.

C'est ok, merci.

1.5.0b2
A1 - default categories are NOT sorted A-Z ('Other' sould not be the last one)
A2 - when you edit any category below 'Icons' - 'Other' will be auto-sorted, but..
A3 - new position of 'Other' is not remembered and after restart it will be at the end again
there should NOT be any 'magical' behaviour like that

B (same in 1.4.5)
- 'Other' category can be deleted by pressing Delete button, but 'Delete' is diabled in context menu.


C
- there is also crash when clicking on Categories, but need more time to get reproducible steps

'Other' category is a special category, and will be always at the end

Well, than its not special enough as it is possible to rename/delete/move_to_subcat and there is no option to revert these changes.

Speaking about existing behaviour - jumping 'Other' looks weird and unpolished.
imho, auto-sort must auto-sort without excuses, I see no inconvinience of having Other in the middle of the list.

user0 wrote: Wed Jun 21, 2023 3:47 pm Well, than its not special enough as it is possible to rename/delete/move_to_subcat and there is no option to revert these changes.

should not, but after checking the use, it seems that was old and no more used...