Subject says it all. I can't open files in browser if the view as list is on. This doesn't occur with clean ini t and my ini is created byhe RC1, so this isn't ini incompatibility bug.
Get my ini: [EDIT]
RC1: Can't open files in view as list mode (only my ini)
Moderators: helmut, XnTriq, xnview
RC1: Can't open files in view as list mode (only my ini)
Last edited by ckv on Thu Jan 19, 2006 11:24 pm, edited 1 time in total.
XnView Tweak UI - Tool to customize your XnView beyond the regular XnView options.
UI-less Settings - Documentation of all the hidden settings in XnView.
XFAM - Tool to create and customize XnView file associations.
UI-less Settings - Documentation of all the hidden settings in XnView.
XFAM - Tool to create and customize XnView file associations.
Re: RC1: Can't open files in view as list mode (only my ini)
Confirmed.ckv wrote:Subject says it all. I can't open files in browser if the view as list is on. This doesn't occur with clean ini t and my ini is created byhe RC1, so this isn't ini incompatibility bug.
Get my ini: xnview.ini
AMD Ryzen 3 3300X 3.8Ghz, 16Gb DDR4, RX6600XT with Dell U2520D at 2560x1440@60Hz scaling 125%
Win11 x64 24H2, Hard Disk Sentinel Pro, MS PowerToys, Process Lasso Pro and Wintoys
Win11 x64 24H2, Hard Disk Sentinel Pro, MS PowerToys, Process Lasso Pro and Wintoys
In Thumbnails and Details you know filetype anyway, because files were scanned for thumbnail creation /details display.xnview wrote:Right, a bug. But if scan file headers is 'Never', do you think that this behaviour is normal? I don't know if it's a picture or not.Xyzzy wrote:Proper image files not recognized as image type in List mode despite Scan file headers in folders as Always.
Bug IMO.
In List/Icon modes there is no need to scan image headers at all- what for? These modes are supposed to be speedy at first place. You use just extensions.
So actually two problems appear- 1. how to handle files that cannot be recognized by header (are there any?; Thumbnails and Details only) & and 2. files with wrong extensions (Icon/List).
My suggestions:
1. We already have option to open unknown files in XnView so nothing is needed for in Thumbnail/Details.
2. Introduce option like 'Try to define type based on header on Open in List/Icon mode for unknown file type' to handle bad extensions in List/Icon. This would attempt to define file type for unknown file when it is Opened.
3. Remove 'Recognize only by extension' & 'Scan file headers in folders'. I don't see use for them, maybe because I do not understand their purpose completely.
And to answer your question directly- if extension is OK, file should be Opened. If extension is bad, depends on setting from point 2 and action for Other files in Browser>Open action. If "option 2" is ON, file is displayed because it is recognized by header on Open. If "option 2" if OFF and Other files are Opened in XnView, I think file is displayed by XnView, because when handling Open action for Other filetype XnView tries to define its format any way it can (including headers scan).
EDIT: One more problem: what should happen when Opening, if file thumbnail/preview is not displayed because of Items displayed size limit?
I guess that file type should be recognized anyway- reading some bytes from beginning of file (and even from the end) is instant in comparison to thumbnail creation, so no big delay here.
Another solution: add options similar to "option 2" above, but referring to Thumbnail/Details view.
X.
Seems to be fixed in RC2.
XnView Tweak UI - Tool to customize your XnView beyond the regular XnView options.
UI-less Settings - Documentation of all the hidden settings in XnView.
XFAM - Tool to create and customize XnView file associations.
UI-less Settings - Documentation of all the hidden settings in XnView.
XFAM - Tool to create and customize XnView file associations.