Agreed, stealing the focus is a bad idea but there are a couple of
applications on NT4 that can display on top without taking the focus. The Task
Manager and Exceed's Virtual Desktop are just two but I've seen others.
Date: 07.12.2000 17:03
To: <[EMAIL PROTECTED]>
Reply to: [EMAIL PROTECTED]
Subject: Re: WinVNC auth request box
Message text:
Not really - you still might click on the buttons, or just type for a while
before noticing the window and thus lose data.
In general, stealing the focus from other apps is a bad idea!
I'm tinkering with a SafeSetForegroundWindow that attempts to mimic the
Win98/Win200 behaviour under Win95/WinNT4. If it works then it'll appear in
the next release.
Cheers,
James "Wez" Weatherall
--
"The path to enlightenment is /usr/bin/enlightenment"
Laboratory for Communications Engineering, Cambridge - Tel : 766513
AT&T Labs Cambridge, UK - Tel : 343000
----- Original Message -----
From: "Jim Lynch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 07, 2000 2:16 PM
Subject: Re: WinVNC auth request box
> I think it is possible to remove the default behavior entirely so the
> user would be required to press either button to remove the window. I
> like the idea of moving it to the top.
>
> "W. Brian Blevins" wrote:
> >
> > Ron,
> >
> > > Date: Wed, 6 Dec 2000 12:44:38 -0500
> > > From: "Ron Miller" <[EMAIL PROTECTED]>
> > > Subject: WinVNC auth request box
> > >
> > > 3.3.3r7 WinVNC, when using AuthHosts '?' setting, the dialog box that
> > > pops up requesting authorization on incomming connection does not
> > > pop up on top of any window already visible. Shouldn't it be set 'on
top'?
> > >
> > > The only indication that it is there is if the user sees it on his
taskbar, or
> > > if he does not have any other window up on the screen.
> >
> > As I understand it, this is a difficult issue. Yes, the accept
> > dialog *should* appear on top of other windows in order to interrupt
> > the current user, if any. However, the flag for this in the Win32
> > API also forces a change in focus when the dialog is displayed.
> > This means that the user could accidentally accept a connection if
> > the dialog appears while the user happens to be typing the proper
> > keystrokes into a supposedly different application.
> >
> > In TridiaVNC, we are using the same approach as Jeremy Peaks, which
> > is to have the dialog appear on top and take focus. There are two
> > mitigating factors. First, there is an audible beep, indicating
> > that the dialog is being displayed. Second, we have changed the
> > default button to be the reject button. The idea is that it is
> > better to accidentally reject a connection than to accidentally
> > accept one.
> >
> > I would like to know what others think about this issue. Is there
> > a way to force the dialog to the top of the stacking order without
> > changing the focus? Would it be possible to artificially remove
> > all of the keystrokes on the event queue just before the dialog
> > is displayed? Would that help?
> >
> > --
> > Brian
>
> --------------------------------------------------------------------------
--
> > TridiaVNC, the cross-platform, open source, remote control solution.
> > http://www.TridiaVNC.com/ and http://www.developVNC.org/
> > Java VNC Server Demo:
> > http://www.developVNC.org/logged-in/jVNC-info.html
> > ---------------------------------------------------------------------
> > To unsubscribe, send a message with the line: unsubscribe vnc-list
> > to [EMAIL PROTECTED]
> > See also: http://www.uk.research.att.com/vnc/intouch.html
> > ---------------------------------------------------------------------
> ---------------------------------------------------------------------
> To unsubscribe, send a message with the line: unsubscribe vnc-list
> to [EMAIL PROTECTED]
> See also: http://www.uk.research.att.com/vnc/intouch.html
> ---------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, send a message with the line: unsubscribe vnc-list
to [EMAIL PROTECTED]
See also: http://www.uk.research.att.com/vnc/intouch.html
---------------------------------------------------------------------
--
Diese E-Mail enthdlt vertrauliche und/oder rechtlich gesch|tzte Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt|mlich
erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie
diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail
ist nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you are
not the intended recipient (or have received this e-mail in error) please
notify the sender immediately and destroy this e-mail. Any unauthorised
copying, disclosure or distribution of the material in this e-mail is strictly
forbidden.
---------------------------------------------------------------------
To unsubscribe, send a message with the line: unsubscribe vnc-list
to [EMAIL PROTECTED]
See also: http://www.uk.research.att.com/vnc/intouch.html
---------------------------------------------------------------------
