0.84: Large row height due to linefeeds in comment

[phaolo]

XnView: MP 0.84 - 64 bit
OS: Windows 7 - 64bit

Browser mode, file "View as" "details", showing the "Comment" column:
if an image contains some specific text in the comment (carriage return?), then each file line in the folder will become taller than the default size by various times.

Effect: annoyance, less visible files in the window and weird format.

To reproduce:
- create a file with a specific text in the comment
- set the view and look

Actual behaviour (bug): each file line becomes very tall

Expected behaviour: same default line height of all files.

[m.Th.]

In Edit | Comment I entered:
1
2
3

...and the program "translated" it into 1\n2\n3\nA and displayed in this way in "Comment" column.

Which text did you entered and where? Can you post a screenshot?


Hint:
Also, perhaps is better to use - if your format supports - the IPTC / XMP Window (it is located in Tools | Metadata ) which is a more powerful way to enter metadata.

Then you can use tooltips and labels to show under the thumbnails what you want.

You can customize them in

1. Tools | Settings | Thumbnail | Label (for labels) - put in the list from right what fields you want.


2. and for tooltips: Tools | Settings | Browser - check "Use tooltips" and press "Insert >>" in order to choose what fields to show into the tooltips.

[phaolo]

Which text did you entered and where? Can you post a screenshot?

The problem is that I didn't create the comment myself.
Some image\s among like 500 caused this.
I should have taken a screenshot, now I have to look for the folder again.

EDIT: ok, I found a folder with only a few similar files. The height isn't as tall as the other one I saw, however.

Comment (with a carriage return\newline):

Code: Select all

CREATOR: gd-jpeg v1.0 (using IJG JPEG v62), quality = 100

[helmut]

Thank you for the screenshot, phaolo. Looks like the vertical aligment of the columns differs (top aligned vs. center aligned).

And XnView could perhaps trim the contents of "Comment" and truncate trailing spaces, tabs, and line feeds (or carriage return linefeeds).

[m.Th.]

Thank you for the screenshot, phaolo. Looks like the vertical aligment of the columns differs (top aligned vs. center aligned).

And XnView could perhaps trim the contents of "Comment" and truncate trailing spaces, tabs, and line feeds (or carriage return linefeeds).

+1 - ok> +2 for both.

[helmut]

@phaolo: Could you please upload a sample image that causes the problem? (This will make reproducing and fixing your problem much simpler).

[phaolo]

@phaolo: Could you please upload a sample image that causes the problem? (This will make reproducing and fixing your problem much simpler).

Emm.. I can't do these. Maybe the old one, if I can find it again.

[helmut]

@phaolo: Could you please upload a sample image that causes the problem? (This will make reproducing and fixing your problem much simpler).

Emm.. I can't do these. Maybe the old one, if I can find it again.

O.k.. Could you perhaps make a copy of your image file and then use JPEG lossless cropping to crop your copied image to 10x10 pixels (Viewer: Tools » JPEG lossless operations » Crop)? Afterwards you remove the EXIF thumbnail in XnView browser (Browser: Tools » Metadata » Clean...).
This cropping and removing of the EXIF thumbnail will make the image's contents useless and perhaps allows you to provide it here? (if this isn't possible either that's o.k.).

[phaolo]

Viewer: Tools » JPEG lossless operations » Crop

Crop is greyed out.
Do you really need it lossless? The problem is just the comment.
(if I hide the column and refresh, the file list returns normal)

EDIT: hey, did you change the title?
The vertical alignment is the lesser issue, it's the row height that can become problematic (that screenshot has only 2x, but the old case had like 8x)
I made a fake image to make you understand what I saw the first time (for all the files in the same dir).

[helmut]

Viewer: Tools » JPEG lossless operations » Crop

Crop is greyed out.
Do you really need it lossless? The problem is just the comment.
(if I hide the column and refresh, the file list returns normal)

As long as the comment is not touched you can do with the image whatever you like. First, you have to select an area and then apply lossless cropping.

EDIT: hey, did you change the title?

Right, this is what I do quite often in order to make bug handling easier. Just did it again.

[phaolo]

you have to select an area and then apply lossless cropping.

Okk, here you go.
It causes the same effect even if cut.
(except on the Desktop?? I only have links and text files there)

[helmut]

Thank you very much for your sample file, phaolo. Unfortunately the problem doesn't occur.

What I did:
1. Download sample file
2. Copy it about 20 times
3. Browse folder containing the image files with XnView
4. Switch view to "Details" (View » View as » Details)

Perhaps there is some setting which enables the problem to occur. Could please try with default settings, see http://newsgroup.xnview.com/viewtopic.php?t=35085

[phaolo]

Unfortunately the problem doesn't occur.[..]What I did[..]

Did you remember to show the "Comment" column?

[helmut]

... Did you remember to show the "Comment" column?

Yes, "Comment" column displayed (see my screenshot below). I'm on Windows 10 64 bit using XnView 0.85 beta 3. Just tried 0.84 to make sure but no change.

[helmut]

@phaolo: Perhaps there is some setting which enables the problem to occur. Could please try with XnView 0.85 and default settings, see http://newsgroup.xnview.com/viewtopic.php?t=35085