HDTenEightyP/NetNews huggingface dataset:
Well I hear the sound of dead horses being beaten, but I feel compelled to
   mention that "right button = popup menu" is the standard in Motif, OpenLook,
   NeXTStep, and the Lisp Machine OS.

I understand.  Maybe that will become the Hyperbole default at some point along
with easy configurability, which I believe I've already put in.

The reason I chose the middle is historic and two-fold.
We were working on Apollos which had no menus but whose users were very used
to using the right key to select pathnames and open them, a behavior I wanted
to leave.

Secondly my user testing showed that most people had better control and were
more comfortable using their middle finger extensively rather than their right.
That finger then led to the middle button.

Bob


x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 2 Sep 1992 09:59:54 EDT
Date: Tue, 1 Sep 1992 18:58:07 EDT
From: ex594bw@pts.mot.com (Bob Weiner)
Subject: Patch to fix Hyperbole smart key handler bug under Lucid Emacs.
Newsgroups: alt.lucid-emacs.help
The patch applies to all Hyperbole users, though I have only seen the
bug appear as a result of use under Lucid Emacs.


diff hmouse-key.el.old hmouse-key.el
254c254
<   (setq *smart-key-depressed* args
---
>   (setq *smart-key-depressed* t
265c265
<   (setq *smart-key-meta-depressed* args
---
>   (setq *smart-key-meta-depressed* t
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 28 Aug 1992 10:02:06 EDT
Date: Fri, 28 Aug 1992 10:00:08 EDT
From: paquette%fatman.crim.ca@lucid.com (Marc Paquette)
Subject: Mouse enhancements for buffer-menu mode
Newsgroups: alt.lucid-emacs.help
Jamie said (jwz@lucid.com) :

> In message <9208272131.AA03116@pts5.pts.mot.com> Bob Weiner wrote:
> >
> > Hyperbole already provides mouse handling for many modes.  I believe it
> > pre-dates Lucid Emacs and runs across all GNU Emacs version and window
> > systems, so people should try to stay compatible with it.
> > 
> > 	   button1 moves point
> > 	   button2 (primary smart key) acts on items (can also pop up a menu)
> > 	   button3 (secondary smart key) provides help or does the inverse of button2
> 
> Well I hear the sound of dead horses being beaten, but I feel compelled to
> mention that "right button = popup menu" is the standard in Motif, OpenLook,
> NeXTStep, and the Lisp Machine OS.
> 
> 	-- Jamie
> 

While on that subject, what about double click events ?  In many
GUI (OPEN LOOK, Macintosh, probably NeXTStep and MS-WINDOWS
also), double clicking the mouse button that "moves the point" on
a object, initiates a default action for that object.  

Note that (initiating a default action for the "object") is, if I
understand it correctly, the behavior of Hyperbole's primary
smart key.  So, in the simplest case, a double click event
handler on, for example, the first mouse button, could just call the
Hyperbole primary smart key, after the current action (selecting
the current word) have been performed.

Since the current behavior of double clicking in Lucid Emacs is
non-destructive (make the current word as the primary selection)
I can't see why this can't be done.  Is there any reason why
mouse double clicks events are not available ?  Maybe I haven't
looked close enough ?

--
Marc Paquette
Conseiller Technique, UNIX
Centre de recherche informatique de Montreal (CRIM)
Tel   : (514) 340-5758
Fax   : (514) 340-5777
email : paquette@crim.ca
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 2 Sep 1992 07:40:08 EDT
From: matis!amir@lucid.com (Amir Katz)
Subject: Down-arrow != CTRL-N ???
Organization: SEE Technologies Ltd.
Reply-To: matis!matis.ingr.COM!amir@lucid.com
X-Reply-To: amir@matis.ingr.COM
X-Mailer: ELM [version 2.3 PL11]
Date: Wed, 2 Sep 1992 11:40:09 GMT
Newsgroups: alt.lucid-emacs.help
Lucid fans,
My down-arrow (up-arrow) doesn't behave like CTRL-N (CTRL-P) but as
if goal-column is reset on every move to the current position. Example:

Line 1: 1234567890
Line 2: 12345
Line 3: 1234567890ABCDEFGHIJK

If I'm at the end of line 1 (after the '0'), and I hit the down-arrow, it's
positioned at the end line 2 (after the '5'). That's OK.  Down-arrow again
and it keeps the same column, that is, it's positioned on the '6' in line 3.
Using CTRL-N, it's positioned on the 'A' which is the correct behavior. An
identical mis-behavior is seen with up-arrow.

When I hit help-k-down-arrow (describe-key down-arrow), it says:

"":
Keyboard macro.

I do not reprogram the up/down arrows. Same behavior happens if I start lemacs
with -q, so none of my .emacs can be blamed here.

Anybody has an idea why it's happening? 

Config: Lucid 19.2, built with gcc 2.2.2 
        Sun SS1+ w/GX
        SunOS 4.1.2 
        X11R5, patch 17.
-- 
/* ----------------------------------------------------------- */
/*  Amir J. Katz             |   amir@matis.ingr.COM           */
/*  System Specialist        |   Voice:  +972 52-584684        */
/*  SEE Technologies Ltd.    |   Fax:    +972 52-543917        */
/* ............ Solaris 2.0 - The Final Frontier ? ........... */
From: ssurhode@susssys1.rdg.ac.uk (Paul Rhodes)
Newsgroups: alt.lucid-emacs.help
Subject: Lucid archive ?
Date: 27 Aug 92 08:51:16 GMT
Distribution: alt
Organization: Reading University, England
Originator: netnews@uts.mcc.ac.uk

Can lucid users please have an archive for lucid emacs specific lisp.
The only source of lisp at present is sort backwards through the
newsgroups. Can we have a subdirectory in the lucid directory (which
has the executables) for such a purpose? anywhere will do.

Paul.
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 27 Aug 1992 18:29:06 EDT
Date: Thu, 27 Aug 1992 18:27:23 EDT
From: ex594bw@pts.mot.com (Bob Weiner)
Subject: Code and installation instructions for Hyperbole Lucid Emacs support.
Reply-To: hyperbole@pts.mot.com
Newsgroups: alt.lucid-emacs.help
Garr Lystad <lystad@m2.dseg.ti.com> wrote:

   I give up!  With something like Hyperbole apropos would do no good.
   The location moused determines what happens within a single mode.
   Even the basic ideas of what is useful on the mouse is different.
   In the case of mouse commands I will keep my bindings to myself in the
   future.  I've been using Zmacs for 9 years and I guess I'm just too
   old a dog to learn more new tricks than necessary.  

I must have lost the thread here.  Could you clarify what you are
saying here (especially the first and third lines)?  I can't respond because
I and I suspect others don't know what you mean.

If you are trying to say that Hyperbole already provides mouse handling
under Buffer menu mode and lets you click the help key on an Emacs
Lisp symbol to see its documentation, then you are right.  No need to
reinvent the stuff, just read the manual.

Bob
From: gamin@ireq-robot.hydro.qc.ca (Martin Boyer)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Mouse enhancements for buffer-menu mode
Date: 1 Sep 92 12:15:41 GMT
Organization: Le laboratoire de robotique de l'Institut de recherche
	d'Hydro-Quebec

>>>>> Jamie Zawinski writes:

>We have been trying to stay consistent with the following guidelines:

>button1 moves point
>button2 "selects" or "opens"
>button3 pops up a menu of all your choices

>It would be good if others could try to be consistent with this as well,

What about those who do not use only emacs, but other programs which
ALL follow some other convention? (OpenLook, for instance). Lemacs
would be consistent with itself, which is more than some other
programs can say, but it wouldn't be consistent with the rest of the
world.

I think the idea of labelling buttons by function rather than by
number is a much better one.  In imouse (for epoch), for example, the
buttons are labelled "SELECT", "MODIFY", and "PASTE" and they (mostly)
retain those meanings with any modifier key.  Thus, I'd rather see the
following guidelines:

button "MOVE" moves point or (for example) scrolls the window
button "SELECT" selects the buffer or (for example) sets mark
button "MENU" pops up a menu

"MOVE" is by default assigned to button1
"SELECT" is assigned to button2 under OpenWindows and button3 under twm
"MENU" is assigned to button3 under OpenWindows and ??? under twm

Well, I don't know how to satisfy the last equation in lemacs (I did
in imouse), but ideas are welcome.

--
Martin Boyer                            mboyer@ireq-robot.hydro.qc.ca
Institut de recherche d'Hydro-Quebec    mboyer@ireq-robot.uucp
Varennes, QC, Canada   J3X 1S1
+1 514 652-8412
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 28 Aug 1992 15:49:40 EDT
Date: Fri, 28 Aug 1992 12:45:22 PDT
X-Windows: The problem for your problem.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: Mouse enhancements for buffer-menu mode
	<9208281400.AA02189@fatman.crim.ca>
Newsgroups: alt.lucid-emacs.help
In message <9208281400.AA02189@fatman.crim.ca> Marc Paquette wrote:
>
> Is there any reason why mouse double clicks events are not available ?  

The primary reason is that X has no notion of double clicks: every client
(or toolkit) has to hack it by hand.  (After all, implementing double-clicks
in the server where they belong might imply some kind of approval of them,
which someone might construe as X favoring a particular user interface
policy, and we couldn't have that!)  Since we don't use a toolkit for
mapping clicks to commands, that means that emacs has to re-invent the
double-click wheel yet again.

One of these days we'll probably add some kind of double-click event into
the command-loop, so that one could bind things to double-click events with
the normal define-key mechanism, but for now you have to do the same kind
of voodoo that the `mouse-track' function does: notice when the current
command has been invoked twice in a row in a very short period of time with
no intervening motion, and do something different the second time around.

	-- Jamie
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 27 Aug 1992 11:12:50 EDT
Date: Thu, 27 Aug 1992 17:11:46 +0200
From: ssos006%hebe.ccvr.fr@lucid.com (ccvr__MERCIER_Claude)
Subject: lemacs on AIX 3.2
Newsgroups: alt.lucid-emacs.help
sorry, I had forget to compile the file startup.el, forget about the preceding
message

claude

Newsgroups: alt.lucid-emacs.help
From: lystad@m2.dseg.ti.com (Garr Lystad)
Subject: Re: How can I make a variable screen-local?
Organization: TI DSEG, Spring Creek, Plano, Tx.
Reply-To: Garr Lystad <lystad@m2.dseg.ti.com>
Date: Fri, 28 Aug 1992 14:48:20 GMT

In article <9208280029.AA03159@pts5.pts.mot.com> weiner@pts.mot.com (Bob Weiner) writes:

>   It would be useful to make screen-title-format have a different value
>   for different screens.  I can't find a 'make-screen-local-variable' or
>   any such function, though.

>   Is there a way to do it?

My guess is  that there isn't such a  thing. I did a  quick search and
found nothing.

It occured  to me that  my little search function  might be  useful to
anyone who  is  new  to emacs.   I  bet a lot  of people have  written
something similar, but for those who haven't, here it is.

(defun lisp-apropos (arg)
  "Another search tool. Provide a regexp and get a list of matching lisp
variables and functions."
  (interactive "sMatch string:")
  (with-output-to-temp-buffer "*Typeout*"
    (mapatoms '(lambda (sym)
		 (if (string-match arg (symbol-name sym))
		   (let ((boundp (boundp sym))
			 (fboundp (fboundp sym)) )
		     (cond ((and boundp fboundp)
			    (princ (format "Variable %s and Function (%s )\n" sym sym) nil) )
			   (boundp (princ (format "Variable %s\n" sym) nil))
			   (fboundp (princ (format "Function (%s )\n" sym) nil))
			   (t nil) )))))))

The following is handy to use with it.
  
(defun describe-this-function ()
  "Display the full documentation of the function near point (a symbol)."
  (interactive)
  (let ((function (function-called-at-point)))
    (if function
	(with-output-to-temp-buffer "*Help*"
	  (prin1 function)
	  (princ ":\n")
	  (if (documentation function)
	      (princ (documentation function))
	    (princ "not documented")))
       (message "%s is probably undefined."
		(save-excursion
		  (let ((min (progn (forward-sexp -1)(point)))
			(max (progn (forward-sexp 1)(point))) )
		    (buffer-substring min max) ))))))

(global-set-key '(control D) 'describe-this-function) 

 --  Garr
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 4 Sep 1992 15:32:03 EDT
Date: Fri, 4 Sep 1992 15:30:07 EDT
From: kevin@sherman.pas.rochester.edu (kevin mcfadden)
Subject: Documentation
Newsgroups: alt.lucid-emacs.help
I was wondering if there was a place to obtain either a .ps version of the
lemacs manual or (preferably) a .ps or ascii file of the lemacs specific
documentation.

Thanks,

Kevin
kevin@sherman.pas.rochester.edu
Newsgroups: alt.lucid-emacs.help
From: lystad@m2.dseg.ti.com (Garr Lystad)
Subject: retained state from byte compile
Organization: TI DSEG, Spring Creek, Plano, Tx.
Reply-To: Garr Lystad <lystad@m2.dseg.ti.com>
Distribution: alt
Date: Thu, 27 Aug 1992 18:08:52 GMT


I wrote a little advise macro when I first started using Epoch.  
One of my files advises an lemacs function (call it x) and the advice
calls a function I define in the same file (call this function of mine
y).  If I do not load or evaluate any part of the file, but I do byte
compile it, the advice on x remains and I get an error because y is
undefined.  That shouldn't really be, should it?

And while on the subject of advise, I read somewhere that there is an
advise package somewhere.  Is that true?  Mine is pretty simple only
allowing one piece of around advise at a time.  If anyone is familiar
with another advise package, can (s)he tell me what features it offers
and where to get it?

  --  Garr
Newsgroups: alt.lucid-emacs.help
From: lystad@m2.dseg.ti.com (Garr Lystad)
Subject: Re: Mouse enhancements for buffer-menu mode
Organization: TI DSEG, Spring Creek, Plano, Tx.
Reply-To: Garr Lystad <lystad@m2.dseg.ti.com>
Date: Fri, 28 Aug 1992 14:18:13 GMT


I give up!  With something like Hyperbole apropos would do no good.
The location moused determines what happens within a single mode.
Even the basic ideas of what is useful on the mouse is different.
In the case of mouse commands I will keep my bindings to myself in the
future.  I've been using Zmacs for 9 years and I guess I'm just too
old a dog to learn more new tricks than necessary.  

  --  Garr
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 2 Sep 1992 10:56:01 EDT
Date: Wed, 2 Sep 1992 08:55:37 MDT
From: mcclen@advtech.uswest.com (Chris McClenaghan)
Subject: Re: Patch to fix Hyperbole smart key handler bug under Lucid Emacs.
Newsgroups: alt.lucid-emacs.help
I seemed to be having trouble with mail last week, several
indications of bounced mail led me to resend my request twice. In
any case, I got no response and still have been unable to install
hyperbole with lemacs patches under lemacs 19.1.

I have several questions:

Do all hyperbole files need recompilation? There was a byte
compiler issue early on with hyperbole and lemacs, is it
resolved? If all the hyperbole files should be recompiled, what
is the best strategy for doing so? Do I need to setq something to
indicate the lack of epoch or wais?

In the hyperbole tar file on wilma.cs.brown.edu there is a shar
file in the tarfile called BUT-COMPILE.shar, does it need to be
applied before/after the lemacs hyperbole patch?

Any help would be appreciated.

Chris McClenaghan    mcclen@advtech.uswest.com

Newsgroups: alt.lucid-emacs.help
From: royse+@EP.FAC.CS.CMU.EDU (Dennis Royse)
Subject: Andrew Aid
Originator: royse@EP.FAC.CS.CMU.EDU
Organization: School of Computer Science, Carnegie Mellon
Date: Thu, 3 Sep 1992 14:06:10 GMT


Those of you who want to donate to the Hurricane Andrew Relief Fund
                         Can Do So NOW!!!
A container is set up inside the Computer Science Office WeH 4212.
                 "Let your change make a change"
                            Thank You.
Newsgroups: alt.lucid-emacs.help
From: harald@itk.unit.no (Harald Backer)
Subject: FrameMaker bindings
Organization: Norwegian Institute of Technology / SINTEF, Trondheim, Norway
Date: 3 Sep 92 12:01:43

Has anyone done, or plans to do, a FrameMaker look-a-like binding for
the mouse and keyboard in lemacs? (Whithout overriding the standard
emacs bindings. In these cases I prefer to modify the Frame
bindings...)

(And what about WordPerfect :-)
 
Regards, Harald Backer                  

SINTEF Automatic Control                : Phone +47 7 594375
The Norwegian Institute of Technology   : Fax   +47 7 594399
N-7034 Trondheim			: Email harald@itk.unit.no
NORWAY

Newsgroups: alt.lucid-emacs.help
From: Richard Mlynarik <Mly@LCS.MIT.EDU>
Subject: Re: Will the next version of Lucid Emacs have the following?
Reply-To: Mly@LCS.MIT.EDU
Organization: Xerox PARC, Palo Alto, CA
Date: 27 Aug 92 23:47:32

In article <9208261422.AA02123@pts5.pts.mot.com> weiner@pts.mot.com (Bob Weiner) writes:

   [...]

   I just hope the real V19 doesn't have another incompatible API.

Who cares about the "real" V19?

The Lucid hackers certainly seems less confused than those working on
"FSF 19" Emacs.  Besides, I should think FSF people have better, more
productive things to do than sink yet more time into Emacs.
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 27 Aug 1992 06:11:09 EDT
Date: Thu, 27 Aug 1992 18:11:17 +0730
From: franks%ntu.ac.sg@lucid.com (Frank Siebenlist)
Subject: please add me to mailing list
Newsgroups: alt.lucid-emacs.help
________________________________________________________________________
Frank Siebenlist                             Email: franks@imt.ntu.ac.sg
Institute of Manufacturing Technology (IMT)    Tel: (65) 799-1336
Nanyang Technological University (NTU)         Fax: (65) 791-2927
Nanyang Avenue
Singapore 2263

x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 28 Aug 1992 09:38:58 EDT
Date: Thu, 27 Aug 1992 13:00:44 PDT
X-Windows: It could be worse, but it'll take time.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: retained state from byte compile
Newsgroups: alt.lucid-emacs.help
In message <LYSTAD.92Aug27120852@m2.dseg.ti.com> Garr Lystad wrote:
>
> I wrote a little advise macro when I first started using Epoch.  
> One of my files advises an lemacs function (call it x) and the advice
> calls a function I define in the same file (call this function of mine
> y).  If I do not load or evaluate any part of the file, but I do byte
> compile it, the advice on x remains and I get an error because y is
> undefined.  That shouldn't really be, should it?

It sounds to me like your adviser is a macro, and it is doing its work
in the macroexpander function rather than in the emitted code.  This is
a no-no.  It worked with the old byte compiler because it simply didn't
compile top-level calls to macros.

	-- Jamie
Newsgroups: alt.lucid-emacs.help
From: gerald@atlastele.com (Gerald Aden)
Subject: Unable to get Lucid Emacs to run on Sparcstation.
Organization: Atlas Telecom Inc.
Date: Mon, 31 Aug 1992 20:33:33 GMT

I just finished compiling Lucid Emacs 19.2 with gcc 2.2.2 on a Sparcstation
running SUNOS 4.1.1.  When I try to invoke it from an xterm I get the messages:

This version of emacs only runs under X Windows (for now).
Check that your $DISPLAY environment variable is properly set.

I try setting DISPLAY to `hostname`:0 and unix:0.  Neither of these work.

I would greatly appreciate it if someone could tell me what is wrong.

Thanks in advance,
Gerald Aden
-- 
Gerald Aden                         EMAIL: gerald@atlastele.com
Atlas Telecom                       VOICE: [USA] 1+503.228.1400 x659
4640 SW Macadam Ave.                FAX1:  [USA] 1+503.225.5518
Portland, OR 97201                  FAX2:  [USA] 1+503.228-0368
Newsgroups: alt.lucid-emacs.help
From: jwz@lucid.COM (Jamie Zawinski)
Subject: Re: Mouse enhancements for buffer-menu mode
Organization: WU Mail/News Gateway
Date: Thu, 27 Aug 1992 20:30:17 GMT

We have been trying to stay consistent with the following guidelines:

	button1 moves point
	button2 "selects" or "opens"
	button3 pops up a menu of all your choices

It would be good if others could try to be consistent with this as well,
because otherwise nobody will ever know what their mouse is likely to do
from one mode to another.

	-- Jamie
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 26 Aug 1992 04:28:33 EDT
Date: Wed, 26 Aug 1992 10:26:44 +0200
From: Guido.Bosch%loria.fr@lucid.com (Guido Bosch)
Subject: Re: Long time for new-screen (and also INT signals)
	<9208250742.AA20901@geant.cenatls.cena.dgac.fr>
	<BOSCH.92Aug24192646@moebius.loria.fr>
Reply-To: bosch%loria.fr@lucid.com (Guido BOSCH)
Newsgroups: alt.lucid-emacs.help
Philippe Queinnec writes:
 > I had this same problem when I had a ressource Emacs*geometry: <anything>
 > The doc explicitly states that this is a very bad idea. Changing it to
 > Emacs.geometry removed the problem.
 > (depending on the <antything>, lemacs may as well crash)
 > 


Right, it has to do sth. with my resource specification. The hang-up is
due to the following form in my .Xdefaults:

Emacs*font: -adobe-courier-medium-r-normal--14-100-100-100-m-90-iso8859-1

However, the doc in the NEWS  file says that this is the right way to
specify  resources that apply to all screens:

------------------------------ NEWS ------------------------------
X Resources
===========

The Emacs resources are generally per-screen.  Each Emacs screen can have its
own name, or the same name as another, depending on the name passed to the
x-create-screen function.  

You can specify resources for all screens with the syntax

	Emacs*parameter: value
or
	Emacs.EmacsScreen*parameter: value

	...

--------------------------------------------------------------------


Am I missing sth. or is this a bug??

	Guido
From: hmnarvae@ras.amdahl.com (Howard M. Narvaez)
Newsgroups: alt.lucid-emacs.help
Subject: is there a list of lemacs packages
Date: 26 Aug 92 01:11:19 GMT
Reply-To: hmnarvae@ras.amdahl.com
Organization: Amdahl Corporation, Sunnyvale CA

Hello all!

I was wondering if there was a list or index of all (or many) of the packages
available for lemacs.  I've heard about a lot of interesting packages but I
don't read the news often enough to catch everything.

Thanks!!

-Howard

-------------------------------------------------------------------------------
| hmnarvae@ras.amdahl.com
| Howard Narvaez
| Amdahl Corporation
| 1250 East Arques Avenue (M/S 281)
| P.O. Box 3470
| Sunnyvale, CA 94088-3470
| (408) 992-2160
-------------------------------------------------------------------------------
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 27 Aug 1992 18:16:02 EDT
Date: Thu, 27 Aug 1992 15:12:58 PDT
X-Windows: Live the nightmare.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: Mouse enhancements for buffer-menu mode
	<9208272131.AA03116@pts5.pts.mot.com>
Newsgroups: alt.lucid-emacs.help
In message <9208272131.AA03116@pts5.pts.mot.com> Bob Weiner wrote:
>
> Hyperbole already provides mouse handling for many modes.  I believe it
> pre-dates Lucid Emacs and runs across all GNU Emacs version and window
> systems, so people should try to stay compatible with it.
> 
> 	   button1 moves point
> 	   button2 (primary smart key) acts on items (can also pop up a menu)
> 	   button3 (secondary smart key) provides help or does the inverse of button2

Well I hear the sound of dead horses being beaten, but I feel compelled to
mention that "right button = popup menu" is the standard in Motif, OpenLook,
NeXTStep, and the Lisp Machine OS.

	-- Jamie

Newsgroups: alt.lucid-emacs.help
From: L58@vm.urz.uni-heidelberg.de (Dieter Menszner)
Subject: scroll-left broken ?
Organization: University of Heidelberg, Germany
Date: Wed, 26 Aug 92 14:02:24 CET

scroll-left and scroll-right don't work for me. Calling them
scrolls the window horizontally only by one colummn for
arbitray times  of invoking this function.
(scroll-left 10) also is broken.
Is there a fix ?
 
Dieter
Newsgroups: alt.security,comp.security.misc