"Must fixes" for next release
Moderators: XnTriq, helmut, xnview
-
- Posts: 8
- Joined: Sat Nov 27, 2010 4:27 am
- Location: Amsterdam, NL
Re: "Must fixes" for next release
Rationale for 'must fix': important existing meta data is destroyed.
IPTC: Updating XMP destroys some of it
Marjolein Katsma
IPTC: Updating XMP destroys some of it
Marjolein Katsma
_______________
Marjolein Katsma
Marjolein Katsma
-
- Posts: 127
- Joined: Sat Dec 03, 2005 8:59 am
Re: "Must fixes" for next release
does anybody know when next XnView version will be released for beta testing?
will it be numbered as XnView 1.98 ?
will it be numbered as XnView 1.98 ?
-
- Author of XnView
- Posts: 44451
- Joined: Mon Oct 13, 2003 7:31 am
- Location: France
Re: "Must fixes" for next release
Development of 1.98 will start in january...Tommy wrote:does anybody know when next XnView version will be released for beta testing?
will it be numbered as XnView 1.98 ?
Pierre.
-
- Posts: 3
- Joined: Sun Nov 21, 2010 12:24 pm
Re: "Must fixes" for next release
Certainly a very nice to have for me - Problems reading (and possibly saving) jpeg2000 format. See original thread. I also get a read error 'Unknown Format' in VBScript so it's not just VB6 but the scripting runtime also - probably ASP as well. I'm running XP Home SP2 if that is a factor. Everything else works fantastic so I'd have to change imaging libraries just to get jpeg2000 support.
-
- Posts: 8
- Joined: Sat Jan 08, 2011 10:55 pm
Re: "Must fixes" for next release
Submitting this as "must fix" under the rationale that "The users' images are endangered (changed, deleted, ...)"
"Synchronize Browser selection with current View" broken
In the second post on that page I describe how this problem resulted in images I wanted to keep being accidentally deleted. In my opinion, there is a very high potential for XnView users to permanently delete images unknowingly.
"Synchronize Browser selection with current View" broken
In the second post on that page I describe how this problem resulted in images I wanted to keep being accidentally deleted. In my opinion, there is a very high potential for XnView users to permanently delete images unknowingly.
-
- Posts: 1
- Joined: Mon May 09, 2011 1:49 pm
Re: "Must fixes" for next release
filename "a4yowq6kbnf1.jpg (443×457).jpg"
open file - crash
open file - crash
-
- XnThusiast
- Posts: 2443
- Joined: Sun May 15, 2005 6:31 am
Re: "Must fixes" for next release
Most of these are fixed. Reset topic?
-
- Author of XnView
- Posts: 44451
- Joined: Mon Oct 13, 2003 7:31 am
- Location: France
Re: "Must fixes" for next release
yes, i think...marsh wrote:Most of these are fixed. Reset topic?
Pierre.
-
- Posts: 4
- Joined: Fri Aug 19, 2011 2:15 am
Re: "Must fixes" for next release
There is an issue with saving bitmap file introduced in the latest version, I hope it will be fixed in the next release.
-
- XnThusiast
- Posts: 2443
- Joined: Sun May 15, 2005 6:31 am
-
- Posts: 8
- Joined: Sat Jan 08, 2011 10:55 pm
Re: "Must fixes" for next release
Hi,
I'd like to submit this issue again as "must fix" again under the rationale that "users' images are endangered (changed, deleted, ...)"
"Synchronize Browser selection with current View" broken
There is a very high potential for XnView users to permanently delete images unknowingly. I am sure I have lost numerous images as a result of this problem.
I'd like to submit this issue again as "must fix" again under the rationale that "users' images are endangered (changed, deleted, ...)"
"Synchronize Browser selection with current View" broken
There is a very high potential for XnView users to permanently delete images unknowingly. I am sure I have lost numerous images as a result of this problem.
-
- Posts: 1
- Joined: Tue Aug 07, 2012 3:44 pm
Re: "Must fixes" for next release
I'd like to add to "must fixes" a bug described here:
XnView can't save a bitmap file as raw file correctly
because I have the same problem (though I have it in NConvert, and not in XnView): conversion to raw RGB format does not work. It saves only one component instead of three components.
Hence I have to use older version of NConvert.
XnView can't save a bitmap file as raw file correctly
because I have the same problem (though I have it in NConvert, and not in XnView): conversion to raw RGB format does not work. It saves only one component instead of three components.
Hence I have to use older version of NConvert.
-
- Posts: 8
- Joined: Sat Jan 08, 2011 10:55 pm
Re: "Must fixes" for next release
Hi,
I'm using version 1.99.5, and just want to point out that this bug that can easily cause the wrong files to be deleted is still present:
"Synchronize Browser selection with current View" broken
To summarize:
"Dual monitor. Use second monitor (Browser & Slideshow)" - On
"Synchronize Browser selection with current View" - On
"Mouse Wheel" - "Previous/Next file"
"Confirm file delete" - Off
"Go to next image when deleting current" - On
Double-click on a thumbnail in the browser. The image opens in fullscreen on the other monitor. Move the mouse cursor over to the fullscreen view without clicking and mousewheel up/down to view different images in the folder. At some eventual image, press Delete to delete the image currently being viewed. The image disappears and the next image gets shown, giving the user apparent confirmation that the one they were just looking at when they pressed Delete got removed. In fact, the image that they think they deleted was not deleted, and they actually unknowingly deleted the wrong image.
The problem is that the "Synchronize Browser selection with current View" feature is simply not working in this situation. The mousewheel up/down in the fullscreen view shows the previous/next image as expected but fails to keep the browser selection in sync with the current fullscreen view.
Hope this can be fixed in an upcoming release. Thanks for the great software!
I'm using version 1.99.5, and just want to point out that this bug that can easily cause the wrong files to be deleted is still present:
"Synchronize Browser selection with current View" broken
To summarize:
"Dual monitor. Use second monitor (Browser & Slideshow)" - On
"Synchronize Browser selection with current View" - On
"Mouse Wheel" - "Previous/Next file"
"Confirm file delete" - Off
"Go to next image when deleting current" - On
Double-click on a thumbnail in the browser. The image opens in fullscreen on the other monitor. Move the mouse cursor over to the fullscreen view without clicking and mousewheel up/down to view different images in the folder. At some eventual image, press Delete to delete the image currently being viewed. The image disappears and the next image gets shown, giving the user apparent confirmation that the one they were just looking at when they pressed Delete got removed. In fact, the image that they think they deleted was not deleted, and they actually unknowingly deleted the wrong image.
The problem is that the "Synchronize Browser selection with current View" feature is simply not working in this situation. The mousewheel up/down in the fullscreen view shows the previous/next image as expected but fails to keep the browser selection in sync with the current fullscreen view.
Hope this can be fixed in an upcoming release. Thanks for the great software!