Page 1 of 1

Strange overwrite dialog behavior

Posted: Fri Mar 27, 2009 6:14 pm
by kennethmgreen
Ugh... someone needs to take a look at the forum settings. Every single search I tried resulted in a forum error: The following words in your search query were ignored because they are too common words.
I tried 5 different searches, including a quoted phrase (that I assume would search on exact match): "Do you want to overwrite it"

Anyway, the issue I'm trying to solve is the behavior of the overwrite dialog. If I modify a picture and then try to go to the next picture in a directory, I am presented with a 'Saved changed File dialog' (as expected). When I click Yes, another dialog box opens, titled 'Question' with the message: The file <filename> already exists! Do you want to overwrite it?

This is where the strange behavior occurs. The dialog box shows Yes and No buttons. The Yes button appears to be highlighted with a dotted line, while the No button appears to be highlighted with a blue line.

Normally (in older versions of XnView), when I modify a file and move to the next file in the directory, I can quickly hit Enter twice and confirm the edit and save the changes very quickly. But what is happening now is that apparently the No button is actually selected in the above scenario. So changes are NOT getting saved when I change a file and hit Enter, Enter - because No appears to be selected.

I am forced to use the mouse to click Yes for the second window.

Normal XP theme will usually use both the dotted and blue outlines to indicate a button is highlighted/selected. For whatever reason, the Question dialog is highlighting both Yes and No, with No being the default selection. If I try to move selection with the arrow keys, the dotted line highlight moves to No (so No now looks correctly highlighted/selected). But as I said, pressing Enter without intervention is actually selecting the No button - NOT Yes as desired (and how XnView used to work for me). Also, If I move focus away from XnView while the Question dialog is displayed, then come back, Yes is now correctly highlighted and selected.

Can anyone repeat this? Is this a known issue?

XnView 1.96
Windows XP Pro SP3

Re: Strange overwrite dialog behavior

Posted: Fri Mar 27, 2009 7:49 pm
by Clo
:arrow: kennethmgreen

:) Hello ! Welcome aboard !

• The Search has some problems with the new board version…
• The solution is THERE :wink:

:mrgreen: Kind regards,
Claude
Clo

Re: Strange overwrite dialog behavior

Posted: Fri Mar 27, 2009 9:00 pm
by kennethmgreen
Hello. Thanks for you reply, but I'm not sure you are answering my question. Is the behavior I describe a known issue in XnView?

The link you provided appears to be a guide for changing INI settings in XnView. Are you saying the dialog window behavior I am seeing is an INI setting? I highly doubt that is the issue - note that when I tab away (XnView loses focus) and come back, the dialog box is correctly displaying.

OK, I think I understand... I am guessing you are suggesting a workaround - that I use the INI settings to bypass the Overwrite window? Set SaveAdvDlg=0?

Re: Strange overwrite dialog behavior

Posted: Fri Mar 27, 2009 9:12 pm
by kennethmgreen
Hmmm... Checking xnview.ini, I cannot find SaveAdvDlg. That flag does not exist in my XnView INI file. However, ShowSaveDlg=0.

Re: Strange overwrite dialog behavior

Posted: Fri Mar 27, 2009 9:25 pm
by kennethmgreen
OK, I added SaveAdvDlg=1 to xnview.ini. I now have a new 'Do not show this message again' checkbox in the Question dialog box (checking overwrite).

But checking that checkbox does nothing. As soon as I edit another file, the Overwrite dialog box comes up again. Why isn't the checkbox setting "sticking"?

Please help!

Re: Strange overwrite dialog behavior

Posted: Fri Mar 27, 2009 9:27 pm
by Clo
:arrow: kennethmgreen

:) Again…

• Yes, of course ! You can play with that INI entry, and the other above :
ShowSaveDlg= Flag
* 0: The dialogue'll remain disabled for the current session only.
* 129: The dialogue'll be displayed in all cases.
* 130: The dialogue'll never be displayed, even in the next sessions.
¤ These flags define the behaviour of the programme when one ticks the box :
“Never display this dialogue again” when a file is modified and closed. Since 1.90 ß-4.
… to define the behaviour of these confimations, there is no GUI to perform that…

• About the focus issues on the items, that isn't really my cup of tea,
I use mainly the mouse for some physical reasons… :|
… and many hotkeys are missing in the GUI, especially in the Options (can't work with the current design).

:mrgreen: KR
Claude
Clo

Re: Strange overwrite dialog behavior

Posted: Fri Mar 27, 2009 9:27 pm
by kennethmgreen
Also, let's be clear here... I am not fumbling around with a workaround that isn't working the way it's supposed to.

Fact is, there is something wrong with the overwrite file dialog window. It is not behaving properly. I consider this a bug.

Re: Strange overwrite dialog behavior

Posted: Fri Mar 27, 2009 9:31 pm
by kennethmgreen
Clo wrote::arrow: kennethmgreen

:) Again…

• Yes, of course ! You can play with that INI entry, and the other above :
Please see: http://newsgroup.xnview.com/viewtopic.p ... 393#p73391

Re: Strange overwrite dialog behavior

Posted: Fri Mar 27, 2009 10:03 pm
by kennethmgreen
kennethmgreen wrote:Also, let's be clear here... I am not fumbling around with a workaround that isn't working the way it's supposed to.

Fact is, there is something wrong with the overwrite file dialog window. It is not behaving properly. I consider this a bug.
Sorry, that sounded far more snotty than I intended.... I meant to say I *am* fumbling around with a workaround. I am willing to give this a shot. I just don't want to have to pick up the mouse every time I make a minor edit - or worse, assume XnView is working as it used to and have my changes NOT get saved.

Re: Strange overwrite dialog behavior

Posted: Fri Mar 27, 2009 10:07 pm
by Clo
:) Again …

• Whether [Start] SaveAdvDlg=1 is not in your INI, simply add it by hand editing the file (while XnView is closed).

:mrgreen: KR
Claude
Clo