[1.91.2] Full screen display: file names overlayed

Bugs found in XnView Classic. Please report only one bug per topic!

Moderators: XnTriq, xnview

jirian

[1.91.2] Full screen display: file names overlayed

Post by jirian »

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 :
Image

Hope it will be solved soon !
Jirian
User avatar
xnview
Author of XnView
Posts: 36798
Joined: Mon Oct 13, 2003 7:31 am
Location: France

Re: [1.91.2] Full screen display: file names overlayed

Post by xnview »

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 :
Image

Hope it will be solved soon !
Jirian
I can't reproduce it, do you reproduce this bug always with 2 pictures?
Pierre.
bob.b
Posts: 10
Joined: Fri May 11, 2007 3:45 pm

Re: [1.91.2] Full screen display: file names overlayed

Post by bob.b »

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.
User avatar
Clo
XnThusiast
Posts: 4441
Joined: Sun Oct 17, 2004 4:57 am
Location: Bordeaux, France

Confirmed, back here---

Post by Clo »

—> bob.b

:) Hello !

I can confirm that :bugconfirmed: !

- 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 :

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

:mrgreen: Kind regards,
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice
bob.b
Posts: 10
Joined: Fri May 11, 2007 3:45 pm

Re: Confirmed, back here---

Post by bob.b »

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.
User avatar
xnview
Author of XnView
Posts: 36798
Joined: Mon Oct 13, 2003 7:31 am
Location: France

Re: Confirmed, back here---

Post by xnview »

I can't reproduce it, is it the view edit fullscreen or browser fullscreen?
Pierre.
User avatar
Clo
XnThusiast
Posts: 4441
Joined: Sun Oct 17, 2004 4:57 am
Location: Bordeaux, France

In view

Post by Clo »

—> 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…

:mrgreen: KR
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice
bob.b
Posts: 10
Joined: Fri May 11, 2007 3:45 pm

Re: Confirmed, back here---

Post by bob.b »

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).
User avatar
Clo
XnThusiast
Posts: 4441
Joined: Sun Oct 17, 2004 4:57 am
Location: Bordeaux, France

View only

Post by Clo »

—> 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… ?

:mrgreen: KR
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice
bob.b
Posts: 10
Joined: Fri May 11, 2007 3:45 pm

Re: View only

Post by bob.b »

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.
bob.b
Posts: 10
Joined: Fri May 11, 2007 3:45 pm

Better or nor?

Post by bob.b »

Something changed in 1.91.3...
Now is info in fullscreen repainted, BUT with part of image instead of background color!
Dreamer
XnThusiast
Posts: 4608
Joined: Sun Jul 25, 2004 9:08 pm

Post by Dreamer »

Confirmed, sometimes it's even from another image.

Image
Dreamer
jb
Posts: 5
Joined: Mon Aug 20, 2007 7:59 pm

Re: Better or nor?

Post by jb »

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.
bob.b
Posts: 10
Joined: Fri May 11, 2007 3:45 pm

New variant of bug in 1.91.4?

Post by bob.b »

(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.
jb
Posts: 5
Joined: Mon Aug 20, 2007 7:59 pm

Re: New variant of bug in 1.91.4?

Post by jb »

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.