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
---------------------------------------------------------------------
