HDTenEightyP/NetNews huggingface dataset:
From: grossjoh@petty.ls6.informatik.uni-dortmund.de (Kai Grossjohann)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Problems creating new screens
Date: 21 Jan 93 19:11:21
Organization: Universitaet Dortmund, Lehrstuhl Informatik VI
	<9301210624.AA20727@amil.co.il>
Reply-To: Kai Grossjohann <grossjoh@ls6.informatik.uni-dortmund.de>
NNTP-Posting-Host: petty.informatik.uni-dortmund.de
In-reply-to: danny@amil.co.il's message of Thu, 21 Jan 1993 06:26:59 GMT
Comments: Hyperbole mail buttons accepted, v3.06.

>>>>> On Thu, 21 Jan 1993 06:26:59 GMT,
>>>>> danny@amil.co.il (Danny Bar-Dov) said:

  Danny> Guido Bosch writes:
 > In article <1993Jan16.004517.4545@cs.sfu.ca> bremner@cs.sfu.ca (David Bremner) writes:
 > 
 >  >   Starting new screens is always painfully slow, and quite often seems 
 >  >   to hang lemacs. 
 >  >
 >  >   Is it just us?
 >  >
 >  >   If not, does anybody working on this?  I have generated tracebacks 
 >  >   but am not sure what to make of them; from memory it seems like lemacs
 >  >   is hung up in  select, which is called from some X routine or other.
 > 
 > I had the same problem, and in my case it was tied to to following
 > wrong  X resource declartation in my .Xdefault:
 > 
 > 		Emacs*geometry: 80x40
 > 
 > Using 
 > 
 > 		Emacs*EmacsScreen.geometry: 80x40
 > 
 > instead made everything working fine. 
 > 

  Danny> I tried this but it did not help. (As a matter of fact - before
  Danny> lemacs used to hang up sometimes - not always, as it does now with
  Danny> this chage :-(

Hmmm... I fought with this one, too. You have to change the app-defaults file
for Emacs, as well. What you should do is to start Emacs then do an "appres
Emacs" to see what it uses. I have:

	[pg204/grossjoh]{17} appres Emacs | grep geometry
	Emacs.EmacsScreen.geometry:     80x57+0+0

There is still a problem with this, though: My Emacs comes up with a geometry
of 80x35 instead of 80x57 and it isn't at +0+0, either. Oh, well...

		/Kai

--
  Kai Grossjohann            Phone (voice): 49 231 75 30 15
  Baroper Str. 331 App. 510  E-Mail: 
  W-4600 Dortmund 50         grossjoh@ls6.informatik.uni-dortmund.de
  Germany                   
--
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 27 Jan 1993 23:46:38 EST
Date: Thu, 28 Jan 1993 12:46:05 +0800
From: franks%ntrc.ntu.ac.sg@lucid.com (Frank Siebenlist)
Subject: find-file-compare-truenames & dired problem
Newsgroups: alt.lucid-emacs.help
We are using some auto-mount config on our networked decstations with ultrix.

Our home directories as defined in the passwd file are like: /home/franks

This is symbolicly linked with the real/true directory /usr/users/franks, 
or /tmp-mnt/users/franks, depending on the network-machine.

I would like to use "always" /home/franks and I get there when I use ~.

But by default, when emacs starts up, I start with the "real" path: /users/franks.

If I dired /users/franks and then dired ~, I get two different/separate 
dired buffers showing the same directory. 
Separate means that the dired buffer doesn't get updated if something has 
changed in the other. 

This seems independent of the "find-file-compare-truenames" setting.

Is find-file in this sense different from dired?

Regards, Frank.

---------------------------------------------------
Frank Siebenlist                 <franks@ntu.ac.sg>
---------------------------------------------------
Newsgroups: alt.lucid-emacs.help
From: walter@optimla.aimla.com (Walter Hunt)
Subject: ^M problems on Sparc machines
Organization: OptImage Interactive Services Co., L.P.
Date: Thu, 28 Jan 1993 01:43:55 GMT


	Did anyone ever come up with an explanation for why Lemacs 19.4 wants to
leave ^M's at the end of lines? Someone guessed that it had something to do with
not running fixincludes when compiling gcc, but I don't think that's the case on
my system. (Besides, I can't for the life of me figure out how non-ANSI include
files could cause ^M's to start showing up.)

	Is there a (known) answer for this? I can live with it (real X support
is worth a few sacrifices) but it would be nice to get it fixed.

	Oh, and one more request: does anyone have a drop-in replacement for the
lemacs 19.4 compile.el that will support multiple directories? 

-- 
Walter Hunt					walter@optimla.optimage.com
OptImage Interactive Services Company, L.P.	walter@optimla.aimla.com
11040 Santa Monica Blvd., Suite #300		netcom!optimla!walter
Los Angeles, Ca. 90025				(310) 445-5718
From: etoes@etn.ericsson.se (Espen Skare 1370)
Newsgroups: alt.lucid-emacs.help
Subject: lemacs on Solaris (SunOS 5.0)
Date: 27 Jan 93 16:31:40 GMT
Distribution: alt.lucid-emacs.help
Organization: Ericsson Telecom A/S Norway

What is the state for lemacs on Solaris , SunOS 5.0,

 - Does the binary distribution run in Solaris with
   the "Binay Compability Packet" ?

 - Is the source tested to compile and run under 5.0?

Maybe some answers to this are in the source distribution or in a
Frequent Asked Question list, the Makefile target install.sysv: in my
19.2 source is all I have found so far.
 If you have som experiences pleas mail me, I will make a SUMMARY.

 - Espen

--
///  Espen Skare              /// Po.Box 34                  / 
// Ericsson Telecom Norway   /// N-1361 Billingstadsletta   //  
/ Email: es@etn.ericsson.se  /// Phone +47 2 841370        ///
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Sat, 23 Jan 1993 18:58:38 EST
Date: Sat, 23 Jan 1993 23:40:57 GMT
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Organization: W S Rupprecht Computer Consulting, Fremont CA
Subject: Re: Help get rid of ^M^M^M
Newsgroups: alt.lucid-emacs.help
rad2r@server.cs.Virginia.EDU (Robert DeLine) writes:
>I'm having some trouble with using the shell under Lemacs 19.3. 
>For every command I type in, the command is echoed and every line
>of the command's output ends in ^M.  Here's an example
>	$ ls
>	ls^M
>	libc++util.a    libsstream.a^M
>This also happens in compilation buffers, and most other buffers
>that deal with Unix in some way or another.  I've tried some
>things with 'stty' but this hasn't worked universally.
>Has anyone else experienced this and know the solution?

You didn't mention what compiler you used or what system you are
running on.  This doesn't give us much information to go on.

As a wild-assed guess, are you by any chance using gcc with non-ANSI
compliant include files?  If so, fix'em with fixincludes.  

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) decwrl!wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
Newsgroups: alt.lucid-emacs.help
From: irvine@ntmtv.UUCP (Chuck Irvine)
Subject: font-lock mode for 19.3
Organization: Northern Telecom Inc, Mountain View, CA
Date: Thu, 21 Jan 1993 18:01:56 GMT

I just saw that in version 19.4 of Lucid Emacs that font-lock mode
has been fixed for C++. I'm wondering if the fix would work with 19.3
and whether anyone would be good enough to send me the source file? I
would certainly appreciate it. Thanks

Chuck Irvine
ames!ntmtv!irvine
Northern Telecom
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 27 Jan 1993 17:59:39 EST
Date: Wed, 27 Jan 1993 09:03:30 +0100
From: norbert%rwthi3.informatik.rwth-aachen.de@lucid.com (Norbert Kiesel)
Subject: please provide also .z files
Newsgroups: alt.lucid-emacs.help
Hello,
woudn't it be a good idea to provide the .Z files also as .z files
(i.e. gzip'ed insetad of compressed)? From my experiences, this gives
an additional saving of about 25%, and gzip seems to emerge as the new
defacto standard anyway.

--

		so long

			Norbert


*******************************************************************************
* Norbert Kiesel	Institut f. Informatik III     NN       NN    KK   KK *
* RWTH Aachen           Ahornstr. 55  		       NNN      NN    KK  KK  *
* West Germany		D-5100 Aachen 		       NN N     NN    KK KK   *
*                       +49 241 80-7266		       NN  N    NN    KKKK    *
* 		                 		       NN   N   NN    KKKK    *
* EUNET:    norbert@rwthi3.uucp       		       NN    N  NN    KK KK   *
* USENET:   ...!mcvax!unido!rwthi3!norbert	       NN     N NN    KK  KK  *
* INTERNET: norbert@rwthi3.informatik.rwth-aachen.de   NN      NNN    KK   KK *
*******************************************************************************
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 27 Jan 1993 17:57:56 EST
Date: Wed, 27 Jan 1993 12:26:27 +0100
From: griffith%earley.sns.neuphilologie.uni-tuebingen.de@lucid.com (John Griffith)
Subject: problem sending string to a process
Newsgroups: alt.lucid-emacs.help
I'm using lemacs-19.3 and trying to patch some elisp files that allow
a Quintus prolog file to be evaluated from emacs.  The problem seems
to be that what consitutes a process name is different in 19 than it
was in 18.  Anyway, here's the backtrace I get:

Signalling: (file-error "writing to process" "bad file number" #<process qui>)
  process-send-string(#<process qui> "loadregi47
/home/server/griffith/programs/ALE/testgram9.pl14  /tmp/quia04125") 
  send-qui("loadregi47
/home/server/griffith/programs/ALE/testgram9.pl14  /tmp/quia04125")
  (cond ((= sltp-char 112) (save-excursion ... ... ...) (setq word2
"procedure") (send-qui ...)) ((= sltp-char 114) (write-region ... ...
qui-zap-file) (setq word2 "region") (send-qui ...)) ((= sltp-char 98)
(save-excursion ... ...) (setq word2 "buffer") (send-qui ...)) (t
(error "Bad option"))))
  (let (word1 word2 (file-name ...)) (cond (... ...) (... ...)) (cond
(... ... ... ...) (... ... ... ...) (... ... ... ...) (t ...))
(message (concat word1 " " word2 "...")) (sit-for 0)
(&clear-message))) 
  send-load-to-qui("compile" 114)
  (cond ((string-equal ... "") (error "Cannot load from this buffer
before it is written to a file")) (t (sleep-for 1) (message ...)
(send-load-to-qui pl-load-type ...))))
  (let (pl-char) (cond (... ...) (t ... ... ...))))
  qui-load("compile")
  (lambda nil (interactive) (cond (... ...)) (qui-load "compile"))()
  call-interactively(qui-compile)


The symbol #<process qui> (which I guess is a vector?) is not what the
function process-send-string wants.  Does anybody have an idea how I
can fix this?

Thanks,

--
John Griffith
Seminar fuer Sprachwissenschaft
Universitaet Tuebingen
Wilhelmstr. 113
W7400 Tuebingen
Germany

email: earley.sns.neuphilologie.uni-tuebingen.de
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 28 Jan 1993 11:14:32 EST
From: Frank.Ooms@delft.sgp.slb.com (Frank Ooms)
Subject: Re: ^M problems on Sparc machines
Date: Thu, 28 Jan 1993 17:11:38 +0100
X-Organisation: Geco-Prakla Delft
X-Address: 	Poortweg 14, P.O. Box 148, 2600 AC  Delft,  The Netherlands
X-Phone: 	+31 15-682215		Fax: +31 15-617881
X-Telex: 	38356 degeo nl
X-Mailer: ELM [version 2.4 PL17]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1398      
Newsgroups: alt.lucid-emacs.help
Hi walter,

I asked the same question the other day, and YES, the problem is caused by an
incomplete installation of gcc; run make install-fixinclude in your
gcc source directory, get lot's of coffee, then recompile lemacs and
the problems gone...

According to Jamie the problem is related to ioctl not being invoked
correctly (which happens if you're includes are not ansi)

regards,

> 
> 
> 	Did anyone ever come up with an explanation for why Lemacs 19.4 wants to
> leave ^M's at the end of lines? Someone guessed that it had something to do with
> not running fixincludes when compiling gcc, but I don't think that's the case on
> my system. (Besides, I can't for the life of me figure out how non-ANSI include
> files could cause ^M's to start showing up.)
> 
> 	Is there a (known) answer for this? I can live with it (real X support
> is worth a few sacrifices) but it would be nice to get it fixed.
> 
> 	Oh, and one more request: does anyone have a drop-in replacement for the
> lemacs 19.4 compile.el that will support multiple directories? 
> 
> -- 
> Walter Hunt					walter@optimla.optimage.com
> OptImage Interactive Services Company, L.P.	walter@optimla.aimla.com
> 11040 Santa Monica Blvd., Suite #300		netcom!optimla!walter
> Los Angeles, Ca. 90025				(310) 445-5718
> 


-- 
	/*	   Frank.Ooms@delft.sgp.slb.com			*
	 *		  ooms@delgeo.nl			*
	 *	    ooms@GDESU1.SInet.slb.com			*/
Newsgroups: alt.lucid-emacs.help
From: tatlow@dash.lmo.dec.com (Tom Tatlow)
Subject: Dired and the mouse
Reply-To: tatlow@athena.lmo.dec.com
Organization: Digital Equipment Corporation, AI Technology Center
Date: Thu, 28 Jan 1993 01:07:36 GMT


Has anyone written a dired mouse-support package for lemacs?  
Basically, I would like it to work similarly to info-mode --
filenames and directory names would be highlighted as the mouse
passes over them and clicking button 2 would do the right thing---
find-file for files or dired-maybe-insert-subdir for directories.

I'll take a crack at it if it hasn't been done...



==================================================================
  	    Tom Tatlow	    "The Question"

    Work:  Digital Equipment Corporation, AI Technology Center
           tatlow@athena.lmo.dec.com         (508) 480-5397

    Home:  Post Office Box 1035, Berlin, MA 01503
           tom@math.mit.edu                  (617) 876-6216

==================================================================
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 25 Jan 1993 19:40:28 EST
From: piggy%hilbert.maths.utas.edu.au@lucid.com (La Monte Yarroll)
Subject: Rebinding X KeySyms?
Date: Tue, 26 Jan 1993 11:39:02 EST
X-Mailer: ELM [version 2.2 PL11]
Newsgroups: alt.lucid-emacs.help
I'd like to rebind the X KeySym KP_Enter to generate a newline instead
of a carriage return.  What I want to do is:

(x-rebind-key "KP_Enter" "\n")

but in xfns.c x-rebind-key is #if'd out with this comment:

/* #### This stuff is obsolete; with the new event model,
	regular keyboard macros work just as well as this.
	*/

However, I've been unable to figure out HOW to do this with "regular
keyboard macros".  Is the above comment true?  Is this a bug?
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 22 Jan 1993 10:05:16 EST
Return-Path: <digi.lonestar.org!mbattagl>
Date: Fri, 22 Jan 1993 08:21:19 CST
From: mbattagl@digi.lonestar.org (Mike Battagl)
Subject: tek-highlight for Lucid Emacs (Was: hilit bug.....)
Newsgroups: alt.lucid-emacs.help
Sounds great to me... I'd like to try it when it's ready....


Thanks,
Mike
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 27 Jan 1993 17:56:17 EST
From: dror@FibHaifa.com (Dror Caspi)
Subject: please provide also .ps files
Reply-To: dror@FibHaifa.com
Date: Wed, 27 Jan 1993 22:56:17 GMT
Newsgroups: alt.lucid-emacs.help
It would be nice if the info files were available in Postscript format, so they
could be printed directly without any processing (for example, I don't have
TeX here). I guess it's equivalent to providing a pre-built version of lemacs
itself. I suppose many people prepare the p.s.  format when they print info
files, only I wish they were part of the distribution ...

Dror
Newsgroups: alt.lucid-emacs.help
From: yves@vlsi.info.uqam.ca (Yves Blaquiere)
Subject: Problem compiling $BUILD/src/lwlib/ directory
Organization: Universite du Quebec a Montreal, Quebec, Canada
Distribution: alt.lucid-emacs.bug
Date: Wed, 27 Jan 1993 19:10:53 GMT


Is someone can help me find the source of this problem when it try to
compile the $BUILD/src/lwlib/ directory. I tried used Lucid's own
Motif-lookalike widgets, (USE_LUCID) and others combinations, without
success. (SunOs-4.1, Openwin-2 with other X librairies installed in
/usr/openwin/...). This is the typical error messages:


------------------------------------------------------------------
cd /home/alioth0/local/src/lemacs-19.4/src/lwlib/
make
rm -f lwlib-Xlw.o
gcc -DNOSTDHDRS -fstrength-reduce -fpcc-struct-return -fwritable-strings -traditional -c -O   -I/usr/openwin/include       lwlib-Xlw.c
lwlib-Xlw.c: In function `xlw_update_one_widget':
lwlib-Xlw.c:128: dereferencing pointer to incomplete type
lwlib-Xlw.c: In function `xlw_popup_menu':
lwlib-Xlw.c:153: dereferencing pointer to incomplete type
*** Error code 1
make: Fatal error: Command failed for target `lwlib-Xlw.o'
------------------------------------------------------------------


Thank you

--
---------------------------------------------------------------
Yves Blaquiere, Professeur	Universite du Quebec a Montreal
e-mail:Blaquiere.Yves@uqam.ca 	Groupe de microelectronique
Tel: +1 (514) 987-3904   	Departement de mathematiques et
Fax: +1 (514) 987-8477 		d'informatique, Microelectronique
				C.P. 8888, Suc. A, Montreal 
                                (Quebec), Canada, H3C 3P8

x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 28 Jan 1993 21:48:26 EST
Date: Fri, 29 Jan 1993 13:47:23 EST
From: rwhitby%research.canon.oz.au@lucid.com (Rod Whitby)
Subject: Questions about font_lock.c (buffer-syntactic-context)
Newsgroups: alt.lucid-emacs.help
I have some questions about your intent with font_lock.c, the answers
to which will allow me to decide whether or not to use font_lock.c as
the basis of my highlighting package (previously called tek-highlight,
now called oz-highlight).

1/ Do you consider comment delimiters to be of context-type `comment'
or `nil' ?

At the moment, buffer-syntactic-context returns the following values:

  ;;comment
  ^^
  ||
  | - `comment'
   - `nil'

Using font-lock.el, the buffer is highlighted from the second `;' to
the end of the line.

Using regexps, I would highlight from the first `;' to the end of the
line.

2/ Do you consider block comment delimiters to be of context-type
`block-comment' or `nil' ?

At the moment, buffer-syntactic-context returns the following values:

  /*block comment*/
  ^^^            ^^
  |||            ||
  |||            | - `block-comment'
  |||             - `block-comment'
  || - `block-comment'
  | - `nil'
   - `nil'

Using font-lock.el, the buffer is highlighted from `b' to the second
`/'.

Using regexps, I would highlight from the first `/' to the second `/`.

3/ Do you consider string delimiters to be of context-type `string'
or `nil' ?

At the moment, buffer-syntactic-context returns the following values:

  "string"
  ^^     ^
  ||     |
  ||      - `string'
  | - `string'
   - `nil'

Using font-lock.el, the buffer is highlighted from `s' to the second
`"'.

Using regexps, I would highlight from the first `"' to the second `"`.


In my experience with people using my highlighting package under Epoch
(tek-highlight), they prefer the highlighting I have described as
"using regexps".

Which type of highlighting do you (eventually) intend to support with
font-lock.el ?

I realise that the "regexp" form of highlighting may well be very
difficult to achieve (yes, I've read and understand the complexity of
font_lock.c), but I'm looking for your intent rather than a
confirmation of the current implementation.

If you intend to highlight in the method I (and the current users of
tek-highlight) prefer, then I would allocate my spare time to helping
achieve that goal with font_lock.c rather than trying to achieve it in
a separate lisp package.

--------------------------------------------- _--_|\  |
Rod Whitby (rwhitby@research.canon.oz.au)    /      \ |
Canon Information Systems Research Australia \_.--._/ |
1 Thomas Holt Drive, North Ryde, N.S.W., 2113.     v  |
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 28 Jan 1993 10:51:07 EST
From: amir@matis.ingr.com (Amir J Katz)
Subject: SUMMARY: pixmaps & dialog boxes in 19.4?
Organization: This Mortal Coil & Spring Factory
Reply-To: amir@matis.ingr.com
X-Mailer: ELM [version 2.3 PL11]
Date: Thu, 28 Jan 1993 15:51:08 GMT
Newsgroups: alt.lucid-emacs.help
I asked:
AJK> 1. Is it possible to put pixmaps in menus, not only in text?
AJK> 2. Can one use dialog boxes even if the emacs was built w/o Motif?

And Jamie said:
JWZ> 1. Not with Lucid menus.  Possibly Motif and Olit let you do this; I don't know.
JWZ> 2. No.  Presumably someone on the net will implement this soon...

-- 
/* ----------------------------------------------------------- */
/*  Amir J. Katz             |   amir@matis.ingr.COM           */
/*  System Specialist        |   Voice:  +972 52-584684        */
/*  SEE Technologies Ltd.    |   Fax:    +972 52-543917        */
/*  ....... To Boldly Go Where No One Has Hacked Before....... */
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 25 Jan 1993 18:48:03 EST
Subject: Re: calc for lemacs 19.4?
Reply-To: daveg@synaptics.com
Date: Mon, 25 Jan 1993 14:34:37 -0800
From: daveg@thymus.synaptics.com (Dave Gillespie)
Newsgroups: alt.lucid-emacs.help
> Does anybody else have problems with calc-2.02 in lemacs 19.4?

Calc 2.02 has never worked with lemacs; the next version will, but
it has been a long time coming due to other time pressures.  There
are a few last items that need to be cleaned up, but then it will
be ready for alpha and beta testing fairly soon.

As well as fixing the problems caused by lemacs' new keymap and
event paradigm, Calc under lemacs will be able to use the fast
built-in floating-point math (as well as its own high-precision
math), and will have a new feature for mouse-based interactive
algebra.

I'll also be releasing a rewritten, safe-to-use "cl.el" package,
probably in the next week or two.  This package is considerably
more efficient and compact than the old one, and does not clobber
any Emacs primitives or clutter the Lisp namespace.

								-- Dave
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 29 Jan 1993 00:30:14 EST
Date: Thu, 28 Jan 1993 21:29:24 PST
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: lemacs on Solaris (SunOS 5.0)
Newsgroups: alt.lucid-emacs.help
Espen Skare wrote:
> 
> What is the state for lemacs on Solaris , SunOS 5.0,

I have been sent patches (which are included in 19.4) which allegedly make it
compile and run under Solaris 2.1, but I haven't tested them personally.

It would be nice to include a list of the things on which lemacs is known to
run.  If you're running it on something other than SunOS 4.1, send me mail
with hardware/OS specifics.  Feel free to include speculations about whether
it will work on other releases as well.  (Reply to me, not the list.)

	-- Jamie
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Sat, 23 Jan 1993 18:58:46 EST
Date: Sat, 23 Jan 1993 23:47:44 GMT
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Organization: W S Rupprecht Computer Consulting, Fremont CA
Subject: Re: Is there useful lemacs elisp available?
Newsgroups: alt.lucid-emacs.help