XnView Software

Hello,

First, say I use XnView for some years now and I thank you for this great work !

Second, I explain the problem (I'm sorry if it's a known one, I could not find something like this on forum):
I browse some images in full screen mode (F11 key). I use next page and previous page to browse images of folder. When several following images do not use screen from top to bottom, their name are overlayed. That is, the name of previous images are not cleared before new name is written. It makes them unreadable. Exemple :


Hope it will be solved soon !
Jirian

jirian wrote:Hello,

First, say I use XnView for some years now and I thank you for this great work !

Second, I explain the problem (I'm sorry if it's a known one, I could not find something like this on forum):
I browse some images in full screen mode (F11 key). I use next page and previous page to browse images of folder. When several following images do not use screen from top to bottom, their name are overlayed. That is, the name of previous images are not cleared before new name is written. It makes them unreadable. Exemple :


Hope it will be solved soon !
Jirian

I can't reproduce it, do you reproduce this bug always with 2 pictures?

xnview wrote: I can't reproduce it, do you reproduce this bug always with 2 pictures?

It happens on images of same size. Try this: prepare 2 or 3 jpegs 900×600 pixels. View first as fullscreen - black space on the top and bottom of image appears to fill space, information data on left top corner. (Try more lines of info: when part of text is over the image you'll see some difference.)
Now turn to next image, and next... Information text on black area rewrites old text, but on image is everything o.k.
Looks same when displaying images with info on window.

When image of another size is in sequence, "black area" is cleared and text became readable again.

—> bob.b

Hello !

• I can confirm that !

- Like you say, it occurs with pics having all the same size, but even with small images.
The criterion is to have names with different lenghts.
- Below, with simply 24² icons :

   
- Actually, the name might end with “…_chercher”, the rest is a mess.

Kind regards,
Claude
Clo

Clo wrote:- Like you say, it occurs with pics having all the same size, but even with small images.
The criterion is to have names with different lenghts.

I tried reproduce that. On my PC bug came in on pictures with names of the same length (11 chars, monospace font Courier used so the length could be equal in graphics).
I think that the bug is somewhere in "repaint" procedures, because it happens olny on part of screen (or window) not affected by old/new image. It means: where no repaint is needed for images, nothing is painted.

I can't reproduce it, is it the view edit fullscreen or browser fullscreen?

—> Pierre

• Hello !

• I get it in View full screen, using Times New Roman True Type, 11, bold, as font, with a folder containing only 24² icons
whose the file-names have very different lenghts…

KR
Claude
Clo

xnview wrote:I can't reproduce it, is it the view edit fullscreen or browser fullscreen?

In browser, image selected, "F11" key or (right mouse button) "View in Fullscreen".
Same when image opened (e.q. View), "F11" or "F" key hit.

All XnView 1.90.20 on Windows XP Professional (Czech).

—> bob.b

Hello !

• I tested again with the same folder, but I can't get the bug in the Browser full screen mode…
- It occurs still in the View F.S. mode, though.

—> Pierre

• Do you want for the folder I tested (it's small) ?
- Please, test too with a variable lenght TT font… ?

KR
Claude
Clo

Sorry!

Clo wrote:—> bob.b
• I tested again with the same folder, but I can't get the bug in the Browser full screen mode…

You are right - my mistake.
In Browser - F11 is everything O.K. and text "flickers" when changing images.
When Browser - open image - F11 sequence used, nothing flickers, text are overwritten.

Something changed in 1.91.3...
Now is info in fullscreen repainted, BUT with part of image instead of background color!

Confirmed, sometimes it's even from another image.

bob.b wrote:Something changed in 1.91.3...
Now is info in fullscreen repainted, BUT with part of image instead of background color!

Confirmed on Windows XP SP2. If view mode is "Fullscreen" and option "Show information" is enabled and the previous image has the same size and orientation as the current one then the upper part of the previous image is used as background for the information area.

This bug is a real showstopper because it appears at a very prominent place very often. It makes a bad impression like a typing error on the front cover of a book.

PS: I discovered the bug after I praised XnView to a relative and sent him the download link.

(May be this was in previous version, but I didn't notice.)
Infos are shown corectly in 1.91.4 - great!
But:
In fullscreen show portrait oriented image - black stripes on left/right side of image fills the screen. Zoom it to fill whole screen with image. And now go to next portrait oriented image - parts of previously viewed image stays on screen, only info is on blank (black).
When no info is shown, it looks same - old (zoomed-in) image stays "on screen".
Same with landscape, same with partially zoomed-in images. Only area of new image and info is repainted.

bob.b wrote:...
In fullscreen show portrait oriented image - black stripes on left/right side of image fills the screen. Zoom it to fill whole screen with image. And now go to next portrait oriented image - parts of previously viewed image stays on screen, only info is on blank (black).
When no info is shown, it looks same - old (zoomed-in) image stays "on screen".

Confirmed with XnView 1.91.4 (Aug 30 2007) on Windows XP SP2.

By the way:
- The version information in the file properties of xnview.exe is still 1.91.0.0 (also displayed for example by Process Explorer).

- Command/option "View > Show information" of the image viewer is not equivalent to "Tools > Options... F12 > Fullscreen > Show information".
The former applies only to the current image viewer in non-fullscreen mode. When you change to fullscreen mode and come back to non-fullscreen the setting is lost (reset automatically).
Furthermore the information area is sometimes repainted wrongly in non-fullscreen mode if "Show information" is enabled for both non-fullscreen and fullscreen mode.

Suggestion:
"Show information" should apply equally to fullscreen and non-fullscreen mode. It would simplify the user interface as well as the implementation.