XnView Software

<Moderator's note: This topic has been moved>

Layout of browser child windows sometimes corrupted after return from viewer

Option/General/Use different size is set to "on"
Try:
"Fit image to window heignt"
(or: "Fit image to desktop, all", but not quite sure if it is reproducable here too)
and play around a little while in a directory containing images with
different sizes. Change the size of the viewer window manually ("maximize window"
is not necesary to reproduce the problem).

It will not take a long time that you can notice that returning
to the browser the sizes/posisitions of the child windows are not
restored properly. Parts in the windows are sinply gray due to
no longer aligned child controls to their original boundaries.

Something like that:

layout before (A = dir tree B = Preview window C = Thambnail window) layout afterrwards (xx is gray background;
parts of the main window that are no longer used
by any child windows):

sorry for that - what i wanted to show with my picture
is unfortunately not visible in the resulting message text.

So again: parts of the main window are not covered by
any child windows when returning from the viewer.
you can see the background color of the main window only
instead.

this happes when having done some tests with
"fit image to window height"
and maybe with "fit image to desktop, all".

Probably recalculaton problem to set the original offsets.

guest wrote:sorry for that - what i wanted to show with my picture
is unfortunately not visible in the resulting message text.

So again: parts of the main window are not covered by
any child windows when returning from the viewer.
you can see the background color of the main window only
instead.

this happes when having done some tests with
"fit image to window height"
and maybe with "fit image to desktop, all".

Probably recalculaton problem to set the original offsets.

Could you post a screenshot please?

yes, Pierre , of course,
where can i put it in (or send to which address) ?

You can send it to free image hosting servise. http://www.imageshack.us/ And then post the link what imageshack gives you in here.

Done ...

guest wrote:Done ...

Very strange, could you tell me exactly how to reproduce it?

Pierre

Hello !
- This sounds a bit similar to the issue I reported here, but with images. I consider the preview area height only, though.
- I've also "Use different sizes…" enabled here. It seems that the INI entry :
PreviewHeight=n…
is either not applied again, or locked, or not saved properly…

Kind regards,
Claude
Clo

I tried to reproduce for 15 minutes -> no luck
Half an hour later -> pbl occured again
The only i can say at the moment: i'm sure that the problem does really exist
- see screenshot -; maybe one only has to try long enough having applied
for instance "Fit image to desktop, all"
(option/General/Use different size has been set to "on" of course).
If i find more i'll come back to that surely - sorry, its obviously not
reproducable with a one-click-trick.

Question: are there certain internal size offset / child window position
restore procedures for the browser when returning from the viewer,
maybe trigged by ActivateWindow or MamimizeWindow or splitter attribute
that lead to resize calculations? I really feel that somewhere is a very small
lack here, concerning size/position of child windows ie the browser list view.

Sorry for this bad input, for the moment.

btw version is 1.80.1 from 4. july 2005.

as suggested i'll try with "PreviewMinimalHeight=<anumber>"
and report if the pbl reoccurs
but regarding my images minsizes i dont believe it is due to that.

guest wrote:as suggested i'll try with "PreviewMinimalHeight=<anumber>"
and report if the pbl reoccurs
but regarding my images minsizes i dont believe it is due to that.

The option "PreviewMinimalHeight" is a suggestion/idea of Clo, at the moment there is no such option. Also, as one can see on your screenshot, the preview height and width looks normal in your case. So Clo's problem and your problem are likely to be different ones, not the same problems.

- Which Windows platform (95, 98, XP, ...) do you use?
- What happens if you cover the buggy preview area with the window of an other application and then uncover it? Is it drawn correctly, then?

Note:
Please do not use manual line breaks in your posts unless a line break is really needed. Manual line breaks look very ugly on large screens.

• Hi !
- On the Guest's screen-shot above, the preview height is absolutely not normal ! There is only a top-stripe of the selected image !
- In my message above, I quote the existing entry PreviewHeight=n…, and suppose that someting could be wrong with it…

G
Claude
Clo

Clo wrote:- On the Guest's screen-shot above, the preview height is absolutely not normal ! There is only a top-stripe of the selected image !

If you have a look at the split bar for reszing the preview area, you can see that the preview height is normal. The problem is that the image is not fully drawn.

Clo wrote:- In my message above, I quote the existing entry PreviewHeight=n…, and suppose that someting could be wrong with it…

Yes, there seems to be a problem with preview height which is reported and described in your thread, but this problem looks more like a re-draw problem.

I know it may sound crazy because i myself opened the thread ... but unfortunately i could not reproduce the problem (i only know it _did_ happen (several times)).

OS is win98 and/or win2k (so this should not play a role).
"Fit image to desktop, all" and/or "Fit image to window heignt" are settings involved.

I don't believe either it is due to the previews height, because i.e it relates to the right browser area (list view) which might be aligned too small under certain conditions?

Maybe somebody has any idea .... otherwise i would propose to forget until we have something reproducable.

Thank you for your info. Sounds like a pretty strange problem. Let's keep it in mind and please let us know if you experience it, again.