[17015] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: sgi 8.3.13: netscape 4.61

daemon@ATHENA.MIT.EDU (t. belton)
Thu Aug 5 10:57:24 1999

Date: Thu, 5 Aug 1999 10:57:10 -0400 (EDT)
From: "t. belton" <tbelton@MIT.EDU>
To: oliver thomas <othomas@MIT.EDU>
Cc: bug-infoagents@MIT.EDU, web-agents@MIT.EDU
In-Reply-To: <199908050143.VAA20938@mufasa.mit.edu>
Message-Id: <Pine.GSO.3.96L.990805105419.2688B-100000@home-on-the-dome.mit.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

You would do well to ask why Netscape made its hotkeys internally
inconsistent :) This one isn't our fault but I believe we can fix it. It
will take a while to get the xresources working properly, though. Until
then, as you've seen, strange things may happen when you use the Alt keys.

-Todd
 
On Wed, 4 Aug 1999, oliver thomas wrote:
> 
> System name:		mufasa.mit.edu
> Type and version:	IP32 8.3.13 (with mkserv)
> Display type:		CRM
> 
> Shell:			/bin/athena/tcsh
> Window manager:		twm
> 
> What were you trying to do?
> 
>         Find again.
> 
> What's wrong:
> 
>         Alt-G is to be bound to both "find again" and the "go" menu.  this
>         has the effect that, upon hitting Alt-G, a find again is
>         performed, followed by the go menu popping up.
> 
> What should have happened:
> 
>         it should do one or the other.  under the previous version of
>         netscape, it ignored the Alt- menu shortcuts.  if it no longer
>         does, then the shortcuts conflicting with menus should probably be
>         re-bound.  this is also a problem for Alt-F (file menu and Find),
>         Alt-C (communicator menu and copy), and Alt-V (view menu and
>         paste).


home help back first fref pref prev next nref lref last post