Browser - filelist - add statusbar

[user0]

XnViewMP 1.8.6 64bit
Windows11 (24H2), display resolution 3840x2160, win scaling 150%

Browser - filelist
there are few inconveniences with filelist toolbar:
- its overloaded with controls
- addressbar is too compressed
- quick filter should be the at most right place

Suggestion

browser_filelist_add_statusbar.png (21.42 KiB) Viewed 795 times

A

• add statusbar

• move controls from toolbar to statusbar
  - left: Sort by, Filter by
  - right: View as, Thumbnail scaling

B
same as A, plus

• swap controls on the right bottom side
  - View as - should be at the most right position as it affects functionality of Thumbnail scaling
  - Thumbnail scaling - hide it for Icons, List, Details views when it has no effect

Related

• issues
  1.7.1 - browser - filelist - header highlighting issues
  - fixed -
  1.6.5 - browser - filelist - history is purged only when Browser tab is opened (1.8.1)
  1.7.2 - browser - filelist - checkbox looks checked at win scale >100% (1.8.0)

• suggestions
  Browser - filelist - toolbar - improve customization
  Browser - filelist - toolbar - add metadata filters
  Browser - filelist - rename - incorrect cursor position
  Browser - filelist - limit max hint length
  Browser - filelist - Move should not Copy files
  Browser - filelist - Copy should not be default action
  - done -
  Browser - filelist - add statusbar (1.9.0) current post
  Browser - filelist - details view - improve Rating, Color label appearance (1.8.1)
  Browser - filelist - context menu - unify behavior (1.8.0)

[xnview]

there is already a lot of text in status bar

[xnview]

See issue for current status and some details.

[xnview]

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

[user0]

done in 190

[mudo_j]

digiKam has this habit, buttons all over the place, it requires a lot of mouse movements. While improvements are generally a good thing, I find this one unnecessary and troublesome.

And, perhaps, interface changes could be less frequent, even when they do improve the usage, they are disturbing by definition.

Thank you all for the work and time, be well!

[xnview]

digiKam has this habit, buttons all over the place, it requires a lot of mouse movements. While improvements are generally a good thing, I find this one unnecessary and troublesome.

And, perhaps, interface changes could be less frequent, even when they do improve the usage, they are disturbing by definition.

you can change littleBarVersion=1 in your xnview.ini

[Scargoth]

Bonjour Pierre,

1) même remarques que digiKam

it requires a lot of mouse movements.

trop de mouvements de souris (et des yeux)
(je déteste positivement cette répartition au dessus et en dessous de la zone des fichiers, pour moi, toutes les fonctions de modification de l'aspect/présentation de cette zone doivent (devraient) se trouver rassemblées, avec cette nouvelle disposition je passe mon temps à rechercher si l'action est en haut ou en bas, à gauche ou à droite ; blurp! )

2) suggestion :
dans les paramètres :
a- sur une ligne ou 2 lignes
b- si 2 lignes : les 2 lignes au dessus de la zone des fichiers ou réparties une en haut et l'autre en bas.

3) j'ai modifié comme suggéré

you can change littleBarVersion=1 in your xnview.ini

littleBarVersion=1 au lieu de littleBarVersion=0 ...je n'ai vu aucune différence

======

1) same comments as digiKam

it requires a lot of mouse movements.

too many mouse (and eye) movements
(I positively hate this distribution above and below the file area, for me, all the functions for modifying the appearance/presentation of this area must (should) be together, with this new layout I spend my time looking to see if the action is up or down, left or right; blurp! )

2) suggestion:
in the parameters:
a- on one line or 2 lines
b- if 2 lines: the 2 lines above the file area or split one at the top and the other at the bottom.

3) I modified as suggested

you can change littleBarVersion=1 in your xnview.ini

littleBarVersion=1 instead of littleBarVersion=0 ...I didn't see any difference

Translated with DeepL.com (free version)

[user0]

for old look use
littleBarVersion=2
(any other value or no key at all - new)

[chrisncy]

en effet

[mudo_j]

littleBarVersion=2 works fine, thank you all very much!

[michaelar]

I registered on the forum solely to point out what a terrible idea this is. For example, Filter and Quick Filter are now on diametrically opposite sites of the interface window (upper right and lower left, respectively), even though they do very similar things. We can already customize/tidy up the browser toolbar in Settings->Browser->ToolBar to reduce clutter, if needed. So now we are forced to view half of the toolbar's functionality to a completely different part of the screen? Why would we split a toolbar in two and force-locate its contents far away? Also: Status bars are for status indication, not toolbar commands.

Filter options should be together at the top of the interface; that's how filters generally work. There is a very good reason why applications do not have toolbars at the *bottom* of the interface. And now the single Settings->Browser->ToolBar pane lists settings for two completely different toolbars, so some of the enable/disable settings now control items that will not show up *on the actual toolbar*, leading to confusion.

I know that if I see the secret ini setting here in the bugfix thread I can restore the original behavior, but needlessly splitting similar functionally -- and putting toolbar commands in a status bar (!) -- seems like a very poor default.

In other words: This did not need fixing. It is the job of a toolbar to hold toolbar commands, not to them out all over the interface. Look at any application out there -- their toolbars are dense with toolbar buttons/commands. That's why it is a toolbar.

My browser toolbar settings are shown in the attached image attached. I turned off ratings, but almost everything else is the same, and it looks very nice. Edit: I just reverted the default toolbar, and it looks great too. It is not cluttered -- it looks like a toolbar with useful toolbar commands.

Please consider reversing this default behavior. This did not need to be changed.

[chrisncy]

Bonjour,

Je souscris pleinement à ce qui vient d'être dit. Initialement, cette barre d'outils convenait parfaitement. Pourquoi l'avoir changé ?

Précédemment, j'ai dit que de passer le paramètre à littleBarVersion=2 dans xnview.ini, permettait de revenir à la version précédente
Ce n'est pas tout à fait vrai. Elle revient en haut. C'est tout !

L'ordre des icônes est modifié

En premier s'affiche le chemin des dossiers. Et celui ci s'allonge lorsqu'on agrandit l'écran en largeur, ce qui envoie vraiment les autres icônes à l'extrême droite de l'écran. Si on travaille sur un écran 4k comme moi, cela oblige à balayer l'écran de manière peu agréable, pour aller actionner les icônes de droite. (photos ci-dessous)

S'il vous plait ! redonner nous réellement la possibilité de retrouver l'ancienne barre.

toolbar_v1.9.jpg (68.68 KiB) Viewed 225 times

toolbar_v1.8.jpg (70.1 KiB) Viewed 225 times

[user0]

Why would we split a toolbar in two and force-locate its contents far away?

issues of single toolbar are listed in the first post, and they are pretty obvious
when all controls enabled - toolbar is a mess

Also: Status bars are for status indication, not toolbar commands.

it's just a second toolbar positioned in the bottom

Filter options should be together at the top of the interface; that's how filters generally work.

no. only address bar, its nav controls and quick filter expected be at the top, other stuff is optional

There is a very good reason why applications do not have toolbars at the *bottom* of the interface.

go and check ACDSee, Lightroom, Darktable

Si on travaille sur un écran 4k comme moi

first, this is English topic/forum section, so use it
second, I'm glad you have 4k, but this is not the case for other users and 1920×1080 should be the primary resolution to fit app UI


so far, I only see lack of customization that can be mitigated by:
- adding functionality to change position of toolbars/buttons

[xnview]

S'il vous plait ! redonner nous réellement la possibilité de retrouver l'ancienne barre.

Oui, je corrige