VA 7.5: Press Esc during "Information Required" di

[marten]

Goto menu "Tools", execute "Browse Class ...." and then press Esc when the dialog is open.

The system thinks, that you close the last window of VASmalltalk and ask for exit (and for saving).


Marten

[wembley]

Marten -

What operating system and version are you running? Do you have VA Assist loaded? I tried this on Ubuntu 5.10 running under VMware 6 with VA Assist loaded and I see no reaction at all to the Esc key.

[marten]

Marten -

What operating system and version are you running? Do you have VA Assist loaded? I tried this on Ubuntu 5.10 running under VMware 6 with VA Assist loaded and I see no reaction at all to the Esc key.

Sorry, I have Windows XP SP2, VAAssist loaded.

Under Linux and Solaris pressing Esc does not make anything - right. To get the same behaviour under OpenSuSE 10.2 or Solaris you must press the close button (cross icon) in the upper right corner of the dialog frame.

This works also under Windows.

This behaviour of the dialog is a general behaviour - other dialogs (system modal ?) behave in the same way.


By the way: the "Information Required" dialog box is misformed under Sparc Solaris 10 - the buttons are are laying above the entry field. It is well formed under Linux and Windows.

Marten

[wembley]

Marten -

I tried this scenario running VA Smalltalk 7.5 on Windows XP SP2 with and without VA Assist. In both case, Esc simply closed the Information Required dialog. Can you try this in a fresh image?

[marten]

Marten -

I tried this scenario running VA Smalltalk 7.5 on Windows XP SP2 with and without VA Assist. In both case, Esc simply closed the Information Required dialog. Can you try this in a fresh image?

Tried it again. Fresh image, connected to repository press ESC and get the message I mentioned above. Then I disable VAAssist and no more problems.

Additional-Infos:

I tried the "Browse Class ..." dialog. Did a concrete class search, opened the browser of that class.

Then I tried again "Browse Class ..." and pressed ESC - no problems.

Then I closed the browser opened in first step ...

Then I tried again "Browse Class ..." and pressed ESC - got the message
again.


Marten

[Prophet1024]

.

[marten]

This works fine for me under Windows 2000 and XP SP2 with VAAssist running.

Strange, I've this under all my XP machines (at home, my laptop, at work) (pressing ESC), my Windows 2000 (virtual pc - pressing ESC), my Linux machine and my Solaris machine (pressing the close button in the upper right corner of the dialog) - only together will VAAssist.

Marten

[quixotik]

I get the same warning dialog as Marten, displaying "Closing last window... Exit VA Smalltalk?" with Yes, No, Cancel buttons.

My system runs on Win XP SP2

[wembley]

OK, so we have some subset of WinXP SP2 machines that do not try to close VA Smalltalk in response to Esc, and some subset that do. So what is different? Could it have something to do with the locale -- perhaps creating a different mapping for the Esc key? What locale are you running with?

[marten]

OK, so we have some subset of WinXP SP2 machines that do not try to close VA Smalltalk in response to Esc, and some subset that do. So what is different? Could it have something to do with the locale -- perhaps creating a different mapping for the Esc key? What locale are you running with?

Remember: it does not happen, when I unload VAAssist ... therefore it might even not happening during runtime ?! It also happens under OS/2 using VA 6.01 and VAAssist 7.5.0 code ... but thats only for informational historical purposes.

It also does not seem to happen, when in addition to the Transcript window another browser window ist open.

To summarize: it happens when the Transcript window is the only one window opened and VAAssist is loaded and it happens on all platforms.

Marten

[quixotik]

For me, it also happens when other windows, such as the organizer, are open and indeed VAAssist 7.0.0 is loaded in VASmalltalk 7.0.0.
The problem also goes away when disabling VAAssist.

[quixotik]

Correction: it doesn't happen when other windows are open.
The test is in EtWindow>>windowClose:clientData:callData:
and when "Use enhanced prompters" is enabled, it uses a prompter that subclasses from EtWindow and in the windowClose: a test is done to see whether the number of top-level shells is smaller or equal to 1, and the prompter isn't one, only the Transcript.

[FredF]

I have the same problem with a new install 7.5.2 on Microsoft Windows XP [Version 5.1.2600]
Fred