0.84: Large row height due to linefeeds in comment
Moderators: XnTriq, helmut, xnview, Dreamer
0.84: Large row height due to linefeeds in comment
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.
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.
Re: 0.84: "Comment" column problem
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.
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.
m. Th.
- Dark Themed XnViewMP 1.6 64bit on Win11 x64 -
- Dark Themed XnViewMP 1.6 64bit on Win11 x64 -
Re: 0.84: "Comment" column problem
The problem is that I didn't create the comment myself.m.Th. wrote:Which text did you entered and where? Can you post a screenshot?
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
Re: 0.84: "Comment" column problem
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).
And XnView could perhaps trim the contents of "Comment" and truncate trailing spaces, tabs, and line feeds (or carriage return linefeeds).
Re: 0.84: "Comment" column problem
+1 - ok> +2 for both.helmut wrote: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.
- Dark Themed XnViewMP 1.6 64bit on Win11 x64 -
- Dark Themed XnViewMP 1.6 64bit on Win11 x64 -
Re: 0.84: "Comment" column problem
@phaolo: Could you please upload a sample image that causes the problem? (This will make reproducing and fixing your problem much simpler).
Re: 0.84: "Comment" column problem
Emm.. I can't do these. Maybe the old one, if I can find it again.helmut wrote:@phaolo: Could you please upload a sample image that causes the problem? (This will make reproducing and fixing your problem much simpler).
Re: 0.84: "Comment" column problem
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...).phaolo wrote:Emm.. I can't do these. Maybe the old one, if I can find it again.helmut wrote:@phaolo: Could you please upload a sample image that causes the problem? (This will make reproducing and fixing your problem much simpler).
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.).
Re: 0.84: "Comment" column problem
Crop is greyed out.helmut wrote:Viewer: Tools » JPEG lossless operations » Crop
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).
Re: 0.84: "Comment" column problem
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.phaolo wrote:Crop is greyed out.helmut wrote:Viewer: Tools » JPEG lossless operations » Crop
Do you really need it lossless? The problem is just the comment.
(if I hide the column and refresh, the file list returns normal)
Right, this is what I do quite often in order to make bug handling easier. Just did it again.phaolo wrote:EDIT: hey, did you change the title?
Re: 0.84: "Comment" column problem
Okk, here you go.helmut wrote:you have to select an area and then apply lossless cropping.
It causes the same effect even if cut.
(except on the Desktop?? I only have links and text files there)
- Attachments
-
- 41z5nz49i230yb.jpg (368 Bytes) Viewed 1266 times
Re: 0.84: "Comment" column problem
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
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
Re: 0.84: "Comment" column problem
Did you remember to show the "Comment" column?helmut wrote:Unfortunately the problem doesn't occur.[..]What I did[..]
Re: 0.84: "Comment" column problem
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.phaolo wrote:... Did you remember to show the "Comment" column?
Re: 0.84: Large row height due to linefeeds in comment
@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