From xemacs-m  Mon Jan 27 05:01:32 1997
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
          by xemacs.org (8.8.4/8.8.4) with SMTP
	  id FAA15817 for <xemacs-beta@xemacs.org>; Mon, 27 Jan 1997 05:01:32 -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 DAA25143 for <xemacs-beta@xemacs.org>; Mon, 27 Jan 1997 03:01:03 -0800
Received: (from weiner@localhost) by infodock.com (8.7.4/8.7.3) id CAA19733; Mon, 27 Jan 1997 02:57:58 -0800
Date: Mon, 27 Jan 1997 02:57:58 -0800
From: Bob Weiner <weiner@infodock.com>
Message-Id: <199701271057.CAA19733@infodock.com>
To: acs@acm.org
CC: xemacs-beta@xemacs.org
In-reply-to: <199701112055.PAA05312@spacely.icd.teradyne.com> (message from Vinnie Shelton on Sat, 11 Jan 1997 15:55:44 -0500)
Subject: Re: Button2 on modeline

>>>>> "VS" == Vinnie Shelton <shelton@icd.teradyne.com> writes:

   VS> If you've ever used button2 on the modeline to click through the buffers, 
   VS> you've probably noticed that it works fine until you get to certain types 
   VS> of buffers.  The following patch (against v20) fixes the breakage in dired, 
   VS> info and hyper-apropos.

I first developed this capability as part of Hyperbole and later had
it integrated with XEmacs.  At the time, if my memory serves, the click
was bound to button1 and resolved based on whether it fell on the left
or right half of the modeline.  A left click would bury the current buffer
and a right click would unbury it.  Simple to learn, simple to execute
and it works regardless of what is displayed in the modeline.  InfoDock
still works this way.

Although XEmacs now uses extent keymaps in the modeline, I don't see why
this older technique still could not be used as a clean solution.

Bob

