b3: [minor] controls not disabled in options

Bugs found in XnView Classic. Please report only one bug per topic!

Moderators: helmut, XnTriq, xnview

Post Reply
FlorianH
Posts: 121
Joined: Fri Dec 09, 2005 8:28 am
Location: Munich, Germany

b3: [minor] controls not disabled in options

Post by FlorianH »

1) go to options - slideshow
2) disable 'show information' and close options with 'ok' button
3) reopen options - slideshow
-> button 'text settings...' is enabled but should be disabled.

Similiar behaviour for 'enable caching' in options - browser - cache, where directory textbox and '...' button is not disabled if caching is disabled...

XnView 1.82 -
Xyzzy
Posts: 652
Joined: Tue Nov 23, 2004 10:17 pm
Location: Poland

Post by Xyzzy »

I do not agree. You should be able to edit information regardless of if it is displayed.

X.
FlorianH
Posts: 121
Joined: Fri Dec 09, 2005 8:28 am
Location: Munich, Germany

Post by FlorianH »

Xyzzy wrote:I do not agree. You should be able to edit information regardless of if it is displayed.
a) You can't edit information. You can only edit text settings (font, font size, etc.) and only after you reopen the options dialog.
b) It's not usefull to change cache directory if cache is disabled.
Xyzzy
Posts: 652
Joined: Tue Nov 23, 2004 10:17 pm
Location: Poland

Post by Xyzzy »

OK, I see that Slide Show behaviour is inconsistent, it should be fixed(however I think editing should be possible if Show information is unchecked).

But ... for cache can stay active. It makes sense changing caching directory even if caching is disabled- why restrict it?

X.
FlorianH
Posts: 121
Joined: Fri Dec 09, 2005 8:28 am
Location: Munich, Germany

Post by FlorianH »

Xyzzy wrote:But ... for cache can stay active. It makes sense changing caching directory even if caching is disabled- why restrict it?

X.
Hm, i'm not realy convinced... But it's not really this important...

- Another error with the textbox is, that it doesn't display the cache directory, if it's set to the default path in %%xnview-install-dir%%. So user doesn't know where cache is...
- And perhaps renaming the label 'Directory' to 'Cache location' would be more clearly.

BTW: If cache directory is moved, shouldn't there be a question if cache db files should be moved too (or deleted)?
FlorianH
Posts: 121
Joined: Fri Dec 09, 2005 8:28 am
Location: Munich, Germany

Post by FlorianH »

RC1:
- controls disabled correctly
- textbox still doesn't display the cache directory, if it's set to the default path in %%xnview-install-dir%% -> is there any reason?
User avatar
xnview
Author of XnView
Posts: 46236
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Post by xnview »

FlorianH wrote:RC1:
- controls disabled correctly
- textbox still doesn't display the cache directory, if it's set to the default path in %%xnview-install-dir%% -> is there any reason?
yes because it's the default :-)
Pierre.
Xyzzy
Posts: 652
Joined: Tue Nov 23, 2004 10:17 pm
Location: Poland

Post by Xyzzy »

Empty box is OK.

If we put there some info like <default>, user still can wonder where it is.
If we put there some pseudo-variable, see above and it could confuse user that XnView uses such variables.
If we put some fixed directory there, there is a problem with moving ini.
If we put dynamically some directory there, it may confuse user because we have a setting that changes dynamically without user interaction.

X.
FlorianH
Posts: 121
Joined: Fri Dec 09, 2005 8:28 am
Location: Munich, Germany

Post by FlorianH »

Xyzzy wrote:Empty box is OK.
...
If we put some fixed directory there, there is a problem with moving ini.
...
Oh yes, that's an argument i didn't think of so far. But why don't we write a relative path ("./cache") if the cache is in a subdir of the application dir?
Xyzzy
Posts: 652
Joined: Tue Nov 23, 2004 10:17 pm
Location: Poland

Post by Xyzzy »

OK, that could do. Especially that this would require (I think) just a small change in default ini file.

Support.

Reopen and we'll see.

X.
Post Reply