Question about toolbar config

[JohnFredC]

I am very pleased with the new toolbar configurer and the way it exposes internal XnView commands.

My question has to do with the display of the toolbar proxy in the Options dialog: my display shows two rows of icons instead of one.

I've figured out how it works, but is this by design? Since the toolbars themselves only have one row, I was initially confused.

[xnview]

I am very pleased with the new toolbar configurer and the way it exposes internal XnView commands.

My question has to do with the display of the toolbar proxy in the Options dialog: my display shows two rows of icons instead of one.

I've figured out how it works, but is this by design? Since the toolbars themselves only have one row, I was initially confused.

2 rows????? Could you post a screenshot?

[JohnFredC]

Here it is:

[xnview]

Here it is:

but how do you have that????? Which OS?

[Clo]

Hello !

- Nothing like this here ! XP-Pro SP1

• John, please, could you set a skin from the 1.82.x just to see ?

KR
Claude
Clo

[JohnFredC]

XP Pro SP2 1920x1200

I changed skins to the original XnView skin (still the best looking after the Mezich icons):



Notice that it is not a simple "wrapping" issue. The toolbar icon left-to-right sequence alternates between top and bottom rows.


Also, here is the Skin selector itself:



Notice the cutoff icon on the right.

Related issues?

[xnview]

XP Pro SP2 1920x1200

I changed skins to the original XnView skin (still the best looking after the Mezich icons):

Notice that it is not a simple "wrapping" issue. The toolbar icon left-to-right sequence alternates between top and bottom rows.

I think that you have not default dpi for your screen (96dpi)...
But even with these 2 rows, do you have problem??

[JohnFredC]

Hi Pierre

You are right, I use 120DPI, always have on large displays. I'm not the only one who does that! But DPI only explains the Skin display issue.

The way the toolbar proxy control maps the icons into two rows suggests to me that it isn't a DPI problem. If it was only a DPI issue, wouldn't the control either wrap the toolbar at some point on the right, or cut it off entirely?

Instead, it does the following, sure to confuse your average user.



Is the double-icon height of the control by design?

[xnview]

Hi Pierre

You are right, I use 120DPI, always have on large displays. I'm not the only one who does that! But DPI only explains the Skin display issue.

The way the toolbar proxy control maps the icons into two rows suggests to me that it isn't a DPI problem. If it was only a DPI issue, wouldn't the control either wrap the toolbar at some point on the right, or cut it off entirely?

Instead, it does the following, sure to confuse your average user.

Is the double-icon height of the control by design?

No on 96dpi screen, the height is for one icon, and it's the problem of DPI

[JohnFredC]

No on 96dpi screen, the height is for one icon, and it's the problem of DPI

Hmmm.. that means that the behavior is internal to the control itself. On my display it has exactly "double-sized" itself instead of resizing in proportion (120/96).

This suggests to me that the control behaves as if it is actually implemented as a 2-dimensional GRID which wraps to column mode when it detects control height larger than one row height. That would be consistent with the "alternating" wrapping behavior I observe.

Is it a 3rd party control? Perhaps it exposes a property to modify this behavior.

[xnview]

No on 96dpi screen, the height is for one icon, and it's the problem of DPI

Hmmm.. that means that the behavior is internal to the control itself. On my display it has exactly "double-sized" itself instead of resizing in proportion (120/96).

This suggests to me that the control behaves as if it is actually implemented as a 2-dimensional GRID which wraps to column mode when it detects control height larger than one row height. That would be consistent with the "alternating" wrapping behavior I observe.

Is it a 3rd party control? Perhaps it exposes a property to modify this behavior.

No it's the standard control, i'll fix it

[Olivier_G]

i'll fix it

John, do you still have this issue?

[JohnFredC]

The weird placement of icons in the toolbar proxy has been corrected. Mark it done!