Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!think!husc6!purdue!i.cc.purdue.edu!j.cc.purdue.edu!nwd
From: nwd@j.cc.purdue.edu (Daniel Lawrence)
Newsgroups: comp.sys.ibm.pc
Subject: Re: Compiling mEmacs under Turbo C 2.0
Summary: uEMACS features
Keywords: uEMACS
Message-ID: <8308@j.cc.purdue.edu>
Date: 19 Nov 88 19:15:46 GMT
References: <41280@aero.ARPA> <216100068@trsvax>
Reply-To: nwd@j.cc.purdue.edu (Daniel Lawrence)
Organization: Purdue University
Lines: 101

In article <216100068@trsvax> johnm@trsvax.UUCP writes:
>
>>1) Instead of inserting TABS, I insert 4 spaces.
>
>I would really love it if the size of a displayed tab was an adjustable thing
>and also if the tab implementation (spaces or tab) was selectable.
>
	in version 3.10 $hardtab is the number of columns between hard
tab stops, and $softab is the number of spaces used in soft tabs. (If
$softab is zero, hard tabs are used. $hardtab defaults to 8).

>>2) If an empty line is typed, don't drop back one level of indentation.
>>   When I found the spot to change for this, it appeared that it was
>>   possibly a small bug as it was a loop that seemed to stop one short.
>>
>>These were both in version3.9e. I don't know if this is the latest
>>version or not.

	This works properly under version 3.10.  If you are on a line
with just whitespace and hit the newline key at the end, the white space
is deleted, and the new line is indented instead.

>
>Yes, I too would like to make this change and one other.  Have you ever noticed
>that splitting the screen slows you down massively when you start editing.  I
>think this is because uEmacs wants to keep the upper screen display coordinated
>with the lower if they both contain the same file.  This isn't strictly
>necessary though unless the line you are editing also appears in the other
>window.  That is one fix I would love to make.
>

Maybe I am not running on a slow enough machine, but with two or three
windows, I don't notice the difference.  The code for this is in the
linsert() function in line.c. Just don't update the change flags for the
other windows.

>While I'm on a wish list kick, how about:
>	a) a tags function (NOT a convoluted macro)

	So that everyone pays the price in size so that a few can have
tags?  Yes I know there are a lot of programmers who would like this
built in, but if I put everything like this in we would end up with
something the size of GNU emacs, and that just doesn't seem to be the
point behind all this.  Instead of saying this, why don't you explore
writting a non-convoluted macro, or help point out to me what I can do
with the macro language that would keep such a thing from working the
way you would like.

>	b) mouse support like freemacs has

	Under what OS? You relize the mouse support has to be added
machine by machine.  There doesn't seem to be any standard in the UNIX
world for this.  Under MSDOS, 3.10 supports the Microsoft Mouse and
anything compatable with it.

>	c) temporary windows that go away once you press a key (excellent for
>	functions like apropos)

	I though very seriously about this, but  I really don't know
what would be a good implementation of this.  Too many of these
"Temporary output" commands fill up the window and require the user to
page throught them.

>	d) a function that creates a file with a unique name

	Macro Function?  For temporary files? explain.

>	e) functions to return the size of files and delete files

	directory listers and OS remove or delete commands seem to work
real well for this.  ^X$ and ^X! call them up very easily...  I don't
understand why yet another machine dependant function is needed for this.

>	f) file name completion
>
	Again, machine incompatability.  I don't have to write these
once, but 12 times.  Not having access to a lot of the more unusual
machines I am very hesitant to make uEMACS at all machine dependant. I
really wrote it because I was VERY angry about learning loads of
different editors everytime I switched hardware.

>Which brings me to my final point.  I could probably do a couple of these myself
>if I had the latest uEmacs source or knew where to get it (or even what version
>it is).  Can anybody tell me where to get it?
>
	Did you try the docs? Every README file or EMACS.MSS file from
version 3.3 and up (4 years ago) has had my address/phone and BBS phone
numbers in it.  My apologies if you somehow got uEMACS without these
files, but I have been on the net a lot and available through the ibm
and emacs groups for 3 years as well.

	BTW, the current version posted on The Programmer's Room is the
BETA test version for 3.10.  If you download this, please send back
feedback to me.  I will be preparing a full release in December after
the BETA has had a chance to settle out.

>John Munsch
					Daniel Lawrence
					(317) 742-5153 nwd@j.cc.purdue.edu
					The Programmer's Room Fido 1:201/10
					(317) 742-5533