🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: ba.windows.x
Article #94

On X based text editors

#94
From: Alistair J Adcroft
Date: Sun, 01 Mar 1992 22:25
87 lines
5345 bytes
We've asked the same question - is there available (free or not) an
easy to use X-based editor? We come to the only obvious conclusion 
which is no! And it has taken four months to find that out.

En route we came across many non-X based editors which we didn't
look at twice but of the X based editors there of few, and none
are ideal (general opinion in this office). Summary:

Xedit	  - of course. Our objection is that it doesn't take
	advantage of the window system. The word-wrap doesn't
	seem to be sensibly consistent. Why bother making a
	window based editor that relies entirely on key presses
	without a single pull-down menu? Couldn't they have at
	least supplied a pull-down menu for cut and paste. I know
	we're all supposed to use this entity call xcutsel but
	its function isn't entirely obvious. Besides, cutting
	and pasteing doesn't even work properly for large files.
	In short: No-one here has found a use for xedit yet.

Point	  - Freely available somewhere. We have it on the system
	in a quasi-working form. It crashes too often to trust it
	with a file. It has a lot of features and is customizable
	but as with most big/clever editors it can be slow. In an
	attempt to make point a general alround editor it has missed
	some simple features. eg. There are too many ways of search
	and replacing. I can't speak fairly of point because I only
	tried using it for two days before I got fed up with it
	bombing out on me. It's the best attempt at a friendly
	editor it just needs to be re-thought and re-programmed.

EZ	  - If we could install it I think this would be the
	favourite. It is simple, easy to use, and fast. The real
	draw-back is that it runs under Atehna's OS - Andrew.
	We can't afford the system space to fit Andrew on, nor
	do we want to run Andrew. We tried installing Andrew to
	get EZ to work and then cut out all the bits of Andrew
	that we didn't need, but didn't get very far! Don't ask
	what happened but if you manage it please tell!

WP	  - We've paid up for this. It's a good word-processor. A
	bit messed up in it's conversoin for X but I'm assured 
	that the next release is going to better. It's very slow!
	It's not a good programming editor nor too hot for any
	LaTeX users out there, but it can manage it with a little
	hastle. Around $500 for an eight user licence.

Textedit  - As in Sunview/OpenWindows. Yes - it works very well
	under X with out running XView or anything else. Just 
	setenv LD_LIBRARY_PATH /usr/lang/SC1.0:/usr/openwin/lib
	and away you go. This is simple, bug-free and has a
	customizable 'extras' menu. I like it, but it doesn't
	have key-board accelerators that work well with Xterminals.
	In essence it's a step up from xedit and a step down from
	EZ. If someone could customize it to work with a spell-
	checker and add a file-browser this would come out tops as
	an all-round general text editor.

Before I spark of a volley of insults regarding these opinions, I'd
like to state that these are the general consensus of opinions for
this office (sized 30 users) ranging in computer literacy from "How
do I log-on?" to "Which background shall I send to Jim's term today?".
We have all been brought up on different editors; vi, edt, emacs, and
have had so many different lists of key-presses to learn that most
simply refuse to learn another editor. The real problem lies in the
fact that we wish to edit so many different types of file; fortran, C,
LaTeX, Matlab, etc... . What is needed is an editor that can manage
all types without having to go through a lengthy process of saving
with so and so formatting switched off (as one does for WP for Fortran
or LaTeX files). 

One question is: why isn't there such an editor? Perhaps it isn't
possible to write? 

The truth is that those among us capable of writing such a useful
utility don't feel a new editor is necessary since they are all so
adept at vi/emacs/xedit. 

If anyone out there is going to take sympathy on us vi/emacs
incompetants then one thing that is absolutely crucial to its success
as a popular editor is: make sure it has what WE want in it, and all
the fancy stuff that you think we want and don't is well hidden behind
that menu in the corner of the window. Different versions for different
file types would be acceptable, as long as the commands/keys don't
change. Customizability is great, as long as we don't HAVE to actually
customize it just to get the basics.

Maybe we ask too much? Any offers?
Technical Details
Message-ID: <1992Mar1.222545.10029@athena.mit.edu>
Path: arc1-ca.pugleaf.net!sparky!uunet!stanford.edu!agate!spool.mu.edu!wupost!usc!snorkelwacker.mit.edu!bloom-picayune.mit.edu!athena.mit.edu!alistair
References: <49802@ricerca.UUCP> <55052@cup.portal.com>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 10e286,1ec33ee31f4e8c56
X-Google-Attributes: gid10e286,public
X-Google-ArrivalTime: 1992-03-01 20:46:39 PST
Path: arc1-ca.pugleaf.net!sparky!uunet!stanford.edu!agate!spool.mu.edu!wupost!usc!snorkelwacker.mit.edu!bloom-picayune.mit.edu!athena.mit.edu!alistair
From: alistair@athena.mit.edu (Alistair J Adcroft)
Newsgroups: ba.windows.x
Subject: On X based text editors
Keywords: X, editors, word-processors
Message-ID: <1992Mar1.222545.10029@athena.mit.edu>
Date: 1 Mar 92 22:25:45 GMT
Article-I.D.: athena.1992Mar1.222545.10029
References: <49802@ricerca.UUCP> <55052@cup.portal.com>
Sender: news@athena.mit.edu (News system)
Distribution: ba
Organization: Massachusetts Institute of Technology
Lines: 87
Nntp-Posting-Host: e40-008-10.mit.edu