You SAVE the picture, so the quality is changed. You must edit it in browser mode to do that in lossless mode...
Why only browser mode? The IPTC edit should work in any display mode with lossless saving of the picture. This is my opinion.
The things I described in my example above can happen to ...
Search found 38 matches
- Thu Feb 23, 2006 1:30 pm
- Forum: Classic - Resolved Bugs & Requests
- Topic: IPTC input manipulates the save-status of the picture
- Replies: 17
- Views: 11736
- Thu Feb 23, 2006 7:22 am
- Forum: Classic - Resolved Bugs & Requests
- Topic: IPTC input manipulates the save-status of the picture
- Replies: 17
- Views: 11736
Re: IPTC input manipulates the save-status of the picture
If you edit IPTC data in the view or fullscreen mode (not browser mode) you are forced to save the whole picture newly when changing to the next picture.
Here is an example. Say your XnView quality default for writing JPG pictures ist 10 %. Now take a JPG picture which quality is 100 %. Edit the ...
Here is an example. Say your XnView quality default for writing JPG pictures ist 10 %. Now take a JPG picture which quality is 100 %. Edit the ...
- Mon Feb 20, 2006 10:05 am
- Forum: Classic - Resolved Bugs & Requests
- Topic: IPTC input manipulates the save-status of the picture
- Replies: 17
- Views: 11736
Re: IPTC input manipulates the save-status of the picture
What you say is right, but what version 1.822 does is wrong, it wants to change the original file.xnview wrote:It's normal, editing IPTC in view mode doesn't change original file...
- Tue Feb 14, 2006 7:26 am
- Forum: Classic - Resolved Bugs & Requests
- Topic: IPTC input manipulates the save-status of the picture
- Replies: 17
- Views: 11736
IPTC input manipulates the save-status of the picture
If you edit IPTC data in the view or fullscreen mode (not browser mode) you are forced to save the whole picture newly when changing to the next picture.
Here still another ergonomic aspect to IPTC dialog: After first tapping on the Tab key the cursor should stand on the input field for IPTC ...
Here still another ergonomic aspect to IPTC dialog: After first tapping on the Tab key the cursor should stand on the input field for IPTC ...
- Fri Jan 06, 2006 1:15 pm
- Forum: Testing - Closed/Solved
- Topic: B3: Rotation of pictures
- Replies: 5
- Views: 14723
B3: Rotation of pictures
In Batch Convert you can't rotate a picture by a floating point angle until now
- Fri Sep 30, 2005 6:14 am
- Forum: Classic - Suggestions
- Topic: drag & drop for pictures in the view mode
- Replies: 3
- Views: 1252
drag & drop for pictures in the view mode
A very little suggestion for the view mode window: Why can't drag a picture by clicking on its Tab and drop it into another folder or application? (of course not allowed for the browser-tab)
- Thu Sep 29, 2005 6:42 am
- Forum: Classic - Bug Reports
- Topic: Logical cache problem
- Replies: 2
- Views: 1033
Logical cache problem
The pre/post cache is switched on and I am in the view mode: I now manipulate a picture for example with the effects but don't want to save it, so I click to the next picture. XnView now asks me if I want to store the last picture and I say No. Now I go back to the last picture. What I see is is the ...
- Tue Sep 20, 2005 6:24 am
- Forum: Classic - Bug Reports
- Topic: fullscreen: info-line not refreshed
- Replies: 1
- Views: 926
fullscreen: info-line not refreshed
In the fullscreen mode you can edit IPTC-information by using the shortcut CTRL+I. But after closing the editor the information is not updated in the info-line of the fullscreen.
- Mon Sep 19, 2005 12:15 pm
- Forum: Testing - Closed/Solved
- Topic: Renaming a file in the <search results> not possible
- Replies: 3
- Views: 1266
Renaming a file in the <search results> not possible
If you try to rename a single file in the <search results> the action is refused by an "error renaming the file ..."
- Mon Sep 05, 2005 6:41 am
- Forum: Testing - Closed/Solved
- Topic: the <Search results> are linked with wrong files
- Replies: 4
- Views: 1501
the <Search results> are linked with wrong files
It is very nice that the handling of the <search results> is revised in Version 1.80.2 but unfortunately there is a defect in the linking of the thumbnails.
If you make a double-click on an <search result>-thumbnail to show the picture in the view mode a wrong picture is displayed.
If you make a double-click on an <search result>-thumbnail to show the picture in the view mode a wrong picture is displayed.
- Mon Jul 25, 2005 7:03 am
- Forum: Classic - Suggestions
- Topic: Show IPTC and EXIF information in browser detail list
- Replies: 15
- Views: 12688
Show IPTC and EXIF information in browser detail list
It would be nice to have the option to show some essential IPTC and EXIF information in the browser detail list - and also in the status bar of the view window.
- Mon Jul 25, 2005 6:34 am
- Forum: Classic - Bug Reports
- Topic: Forced to convert color after scanning with TWAIN
- Replies: 6
- Views: 2519
Re: Forced to convert color after scanning with TWAIN
I think you are right. May be someone else in the forum has this problems with the TWAIN Epson Scan 2.56 ?xnview wrote:No 256 colors means 256 colors with colormap
- Fri Jul 22, 2005 5:49 am
- Forum: Classic - Bug Reports
- Topic: Forced to convert color after scanning with TWAIN
- Replies: 6
- Views: 2519
Re: Forced to convert color after scanning with TWAIN
So perhaps normal, jpeg can only save grey or truecolors picture, and your TWAIN driver return perhaps a colormap picture...
No, I don't think so, because after the picture is imported from TWAIN the statusbar of XnView showes 256 colors. That means that XnView knows that this is a grey picture ...
No, I don't think so, because after the picture is imported from TWAIN the statusbar of XnView showes 256 colors. That means that XnView knows that this is a grey picture ...
- Thu Jul 21, 2005 9:05 am
- Forum: Classic - Bug Reports
- Topic: Forced to convert color after scanning with TWAIN
- Replies: 6
- Views: 2519
Forced to convert color after scanning with TWAIN
If I scan a gray-scale picture (8 bit) with TWAIN and then tell XnView to save it, a menu opens to convert the color mode of the picture - by default into 24 bit color. For me this convertion menu should not be standard because it is unnecessary. It gets on my nerves after every scan. The color mode ...
- Thu Jul 14, 2005 5:45 am
- Forum: Testing - Closed/Solved
- Topic: Batch rename with rearranging the pictures
- Replies: 17
- Views: 3956
Re: batch rename with rearranging the pictures
But what function do the black up and down arrow buttons in the batch rename menu have if not to sort the pictures in a different sequence?