From xemacs-m  Fri Feb 28 18:46:58 1997
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
	by xemacs.org (8.8.5/8.8.5) with SMTP id SAA15290
	for <xemacs-beta@xemacs.org>; Fri, 28 Feb 1997 18:46:57 -0600 (CST)
Received: from infodock.com (wave.infodock.com [206.13.40.192]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with ESMTP id QAA24633 for <xemacs-beta@xemacs.org>; Fri, 28 Feb 1997 16:46:26 -0800
Received: (from weiner@localhost) by infodock.com (8.7.4/8.7.3) id QAA03767; Fri, 28 Feb 1997 16:46:13 -0800
Date: Fri, 28 Feb 1997 16:46:13 -0800
From: Bob Weiner <weiner@infodock.com>
Message-Id: <199703010046.QAA03767@infodock.com>
To: xemacs-beta@xemacs.org
In-reply-to: <199702252203.RAA21195@anthem.CNRI.Reston.Va.US> (bwarsaw@CNRI.Reston.VA.US)
Subject: Re: Can't determine how to read passwords, winging it.

>>>>> "BAW" == Barry A Warsaw <bwarsaw@CNRI.Reston.VA.US> writes:

>>>>> "KJ" == Kyle Jones <kyle_jones@wonderworks.com> writes:

   >>> Chuck fixed this almost two years ago.
   >>> 
   >>> (setq passwd-invert-frame-when-keyboard-grabbed nil)
   >>> 
   >>> turns off this bogus behavior.

   KJ> How about just ripping face-flipping code out entirely?

   BAW> Yeah, it never worked right anyway, and everyone I know sets this
   BAW> variable to nil as soon as they learn about it!

It works fine for me on an old version of XEmacs.  I leave it enabled
in InfoDock and have no user complaints on this issue.  I also use
a similar technique in another package that globally remaps keys
temporarily.  The color changes let you know that things are different
while in this mode.

But I could see turning this feature off for passwords and not missing it
too.

Bob

