I was away for several days and shutdown my system before leaving. Upon my return I rebooted, then opened XnView MP.
MP remembered the correct layout (#7) but did not restore the proper browser splitter positions.
Also, there seems to be some problem with MP rationally repositioning the browser dividers when the MP main window is resized.
One experiment to perform is to zoom MP to fill the screen, set the splitters to your liking, then restore MP.
Could it be that MP calculates (and stores?) divider positions by pixels instead of percentages of window positions?
v0.12 Win32: Divider positions not restored
Moderators: helmut, XnTriq, xnview, Dreamer
Re: Bug v0.12 Win32: Divider positions not restored
Really??? Strange... Could you reproduce?JohnFredC wrote:I was away for several days and shutdown my system before leaving. Upon my return I rebooted, then opened XnView MP.
MP remembered the correct layout (#7) but did not restore the proper browser splitter positions.
For that, it's QT not me...Could it be that MP calculates (and stores?) divider positions by pixels instead of percentages of window positions?
Pierre.
OK, here is an example:
0. Display the browser.
1. Restore XnView MP
2. Resize the XnView MP window to a small window
3. Set the dividers to your liking
4. Maximize XnView MP
5. Notice that the relative divider positions are not preserved
And another example:
0. Display the browser.
1. Maximize XnView MP
2. Set divider positions to your liking
3. Restore XnView MP
4. Notice that relative divider positions are not preserved
5. Maximize XnView MP
6. Notice that the original divider positions that you set are not restored
And another:
0. Display the browser.
1. Select a layout of your choice
2. Set the divider positions
3. Select another layout
4. Select the original layout
5. Notice that the divider positions you set for the original layout are not restored
IMO each layout should save/restore divider settings for each of two window sizes: "Maximized" and "Restored". I'm getting tired of dragging dividers around...
XnView 1.9x exhibits similar (though not identical) behavior.
This behavior reduces the usefulness of having so many different layouts.
0. Display the browser.
1. Restore XnView MP
2. Resize the XnView MP window to a small window
3. Set the dividers to your liking
4. Maximize XnView MP
5. Notice that the relative divider positions are not preserved
And another example:
0. Display the browser.
1. Maximize XnView MP
2. Set divider positions to your liking
3. Restore XnView MP
4. Notice that relative divider positions are not preserved
5. Maximize XnView MP
6. Notice that the original divider positions that you set are not restored
And another:
0. Display the browser.
1. Select a layout of your choice
2. Set the divider positions
3. Select another layout
4. Select the original layout
5. Notice that the divider positions you set for the original layout are not restored
IMO each layout should save/restore divider settings for each of two window sizes: "Maximized" and "Restored". I'm getting tired of dragging dividers around...
XnView 1.9x exhibits similar (though not identical) behavior.
This behavior reduces the usefulness of having so many different layouts.
John
Hi Pierre!
Couldn't you keep a little dynamic conversion table that captured and stored divider positions by % of window dimensions, then convert the % to pixels (to send to QT) during the divider "restore" function?
Perhaps a "full dock widget" wouldn't be required?
Even though I am learning that rational windowing behavior can be a real bear for Linux environments...
...a "full dock widget" would be the answer to other existing MP layout issues and would also give you much flexibility for the future...
It's so early in the development cycle, after all.
Couldn't you keep a little dynamic conversion table that captured and stored divider positions by % of window dimensions, then convert the % to pixels (to send to QT) during the divider "restore" function?
Perhaps a "full dock widget" wouldn't be required?
Even though I am learning that rational windowing behavior can be a real bear for Linux environments...
...a "full dock widget" would be the answer to other existing MP layout issues and would also give you much flexibility for the future...
It's so early in the development cycle, after all.

John