HDTenEightyP/NetNews huggingface dataset:
From: hansm@cs.kun.nl (Hans Mulder)
Subject: Re: Capitalizing first [a-z] letter in sentence in vi
Organization: University of Nijmegen, The Netherlands
Date: Thu, 23 Jul 1992 13:53:05 GMT

In <1992Jul23.102852.1466@news.acns.nwu.edu> navarra@casbah.acns.nwu.edu (John Navarra) writes:
>In article <1992Jul23.010424.4048@sci.kun.nl> I wrote:
>>:1,$-1g/[.!?])*[ ]*$/+s/[A-Za-z]/\u&
> 	The only instances where this misses, that I can see, are as
>follows:

>1) It misses the first line because there is no punctutation before the
>   first sentence.

>2) It misses instances where there are blank lines in between two 
>   sentences.

OK, fourth attempt:

:g/[.!?])*[SPACETAB]*$//[A-Za-z]/s//\u&

I.e. replace the + ("next line") by a search for a line that actually
has a letter on it.  This obviously soves problem 2.  If you have the
wrapscan option set, it also solves your first line problem, plus the
"Not that many lines in buffer" problem in your previous post.

Incidentally, in this sort of construct the pattern to the left of
the s/// is the default for its first argument.

>Getting tired of this yet? ;-(

Well, I'm going on holiday tomorrow; so it may take a while before
you see my next attempt.

--
Hope this helps,

Hans Mulder			hansm@cs.kun.nl
Newsgroups: comp.editors
From: djm408@tijc02.uucp (David Marks)
Subject: Re: Editors v. Word Processors
Organization: Siemens Industrial Automation, Johnson City TN
Date: Wed, 29 Jul 92 14:12:35 GMT

From article <1992Jul23.014746.19361@hubcap.clemson.edu>, by tendico@hubcap.clemson.edu (Todd Endicott):
>   Greetings! This may seem like a simple, bozotic question, but...
> 
> How would you differentiate between text editors and word processors?
> For example, "Text editors don't do formatting type stuff, idiot!"
> 
> Email or net replies as you see fit. (Epithets not really necessary.)
> Thanks a bunch.
> -- 
> Todd Endicott
> tendico@hubcap.clemson.edu
> 							   "Yow!"

I would say that text editors view text as a collection of lines, while word
processors view the text as a collection of paragraphs and pages. The reason
that text editors "don't do formatting type stuff" is that they don't 
understand the concept of paragraphs or pages. 

With this in mind, I will now contradict myself (:-)) and say that the factors
distinguishing text editors from word processors are somewhat blurry; some
text editors do have a limited understanding of paragraphs. On the other hand,
many word processors have evolved such that they are beginning to blur the
distinction between them and desktop publishing.


-------------------------------------------------------------------------------
David J. Marks                       |     UUCP:        ...!uunet!tijc02!djm408
Siemens Industrial Automation, Inc.  | Internet:     djm408%tijc02@uunet.uu.net
P.O. Drawer 1255                     |    Phone:                   615-461-2074
Johnson City, TN 37605-1255          |
-------------------------------------------------------------------------------

-- 
    ____  ___ _  _  __ ____     ____    _ _  ___  ___   _ _   ____
    /  / /  /  | /  /  /  /      /     //// /  / /  /   / /  /___
   /  / /--/   |/  /  /  /   /  /     /  / /--/ /--\   / \      /
  ~~~~ ~  ~    ~  ~~ ~~~~    ~~~  ~  ~  ~ ~  ~ ~   ~  ~  ~  ~~~~
Newsgroups: comp.editors
From: ttw@beta.lanl.gov (Tony Warnock)
Subject: Re: Editors v. Word Processors
Organization: Los Alamos National Laboratory
 
   A word processor processes words as a cpu processes data.
   A text editor processes words as a Cuisinart processes food.
 
                        Thai half said. Quhat say thai? Let thame say.
                     -- George Keith, Fifth Earl Marischal (c.1553-1623)
Date: Thu, 23 Jul 1992 14:08:16 GMT

Newsgroups: comp.editors
From: u2116318@csdvax.csd.unsw.edu.au
Newsgroups: comp.editors
Subject: Tutorial on how to write a editor
Date: 29 Jul 92 20:59:32 +1000
Organization: University of New South Wales

anyone know where can I get some tutorial
on how to write a text editor?

thanks in advance
Newsgroups: comp.editors
From: nmouawad@waterloo.edu (Naji Mouawad)
Subject: Undo, unlimited file size and internal data structure ... how ?
Organization: University of Waterloo
Date: Wed, 22 Jul 1992 00:32:26 GMT


Two features of Emacs amazes me: unlimited file size and undo. Every
time I use Emacs I wonder how ?

How this is done ? I don't want the actual code, only the general
principles behind it.

Take undo for instance: how is done ? Does Emacs keeps a
log of all the commands and their actions ? I am really puzzled.

The same goes with unlimited file sizes. What kink of internal
representation is being used by Emacs in order to keep a fast response
while managing big files ? I noticed that Emacs does not use the more
or less usuall (line, column) indicators. Are these facts related ? 

Could someone explain ?

Thanks in advance.

If there is enough interest I'll summerize.

naji.
--
     -------------------------------------------------------------------
    | Naji Mouawad  |          nmouawad@watmath.waterloo.edu            |
    |  University   |---------------------------------------------------|
    | Of Waterloo   |   "The Stranger in us is our most familiar Self"  |
     -------------------------------------------------------------------
Newsgroups: comp.editors,comp.emacs
From: xtifr@netcom.com (Chris Waters)
Subject: Re: MicroEmacs (was Re: Emacs implementations, list of, regular
Date: Sat, 25 Jul 92 21:30:17 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In <1992Jul22.192208.5793@julian.uwo.ca> creider@taptet.sscl.uwo.ca (Chet A. Creider) writes:

>In article <62594@cup.portal.com> ts@cup.portal.com (Tim W Smith) writes:
>>MicroEmacs was easier to get working on Unix than GNU Emacs was for me,
>>so I think Unix should stay on the list.  I was using SCO Unix.

>Since Dan Lawrence doesn't seem to work on a Unix machine himself, I think
>Unix should be removed from the list until someone with access to a number
>of different machines running Unix (or at least Suns) can clean up the code,

Um, the fact of the matter is that there *is* Unix support there, even
if it has a few problems.  And I've gotten 3.10e, 3.11a, and 3.11c to
run on Suns and Xenixes with almost no effort.  (Actually, 3.10e for
Xenix was a problem, but 3.11 went fine.)

>including the include files and also redo the makefiles. The last time I
>looked closely at the code, it was clear that the Sun stuff had been messed
>up by someone who had set up his/her system along 5bin lines.

Huh?  I used the stock makefile for 3.11 to build 3.11a and 3.11c on a
Sun.  No problem.  And I do *not* have 5bin in my path.  The only big
thing was a bug in unix.c, with one of the structures (I don't have the
source code at my fingertips, sorry).  There was a patch for this
released within a couple of days of the original 3.11 release.  The
structure changed in 3.11, but unix.c still had the 3.10 version.

>With reference to Suns in particular, if there is anyone running a relatively
>stock Sun with OS 4.1.x (mine is an IPC to which I've added gcc) who has
>succeeded in unravelling this mess and ended up with a program that actually
>runs, I would appreciate being sent the Makefile, estruct.h and anything
>else that was changed, such as unix.c.

I'm writing this followup using MicroEMACS 3.11c running under SunOS
4.1.something (or maybe it's 4.2.something by now, but it *did* work
under 4.1).  As I say, I really didn't have any problems.  However, I'll
mention that I couldn't get it to compile with GCC.  But it worked fine
with the Sun compiler.  Strange, I know, but there it is.

I'll try to send you some stuff as soon as I get a chance.  Email me if
you haven't seen anything by next weekend.
-- 
Chris Waters    | the insane don't | NOBODY for President!
xtifr@netcom.COM| need disclaimers | Because Nobody's perfect!!
From: kms@alpha.sunquest.com (KMSK. M. StoddardInstrument InterfacingExt. 2673)
Newsgroups: comp.editors
Subject: Emacs documentation?
Date: 30 Jul 92 15:25:00 GMT
Organization: Sunquest Information Systems, Tucson AZ
News-Software: VAX/VMS VNEWS 1.4-b1

Does anyone know of a good source of documentation, i.e., book,
article, manual, etc., which gives greater detail to the emacs
commands and offers some instructions/examples for creating start
up command files, key definitions, and lisp macros?  What I
currently have is very limited and the online help files only
hint at the possibilities available with the emacs environment.

Thanks, KM (Sunquest Corp - 602-570-2020, ext. 2673)

Newsgroups: comp.editors
From: messina@netcom.com (Tony Porczyk)
Subject: Re: decent unix editors? 
Date: Fri, 31 Jul 92 07:08:49 GMT
Organization: Messina Software

Tom Christiansen <tchrist@convex.COM> writes:

>From the keyboard of bkjacobs@eos.ncsu.edu:
>>I'm looking for a decent text editor for UNIX.  EMACS is

>Make an editor so simple a child can use it, and only
>children shall.

"I've spent 20 years learning how to you use it, now you're gonna spend
 20 years just as well.  If it was good for me, it's gonna be good for you."

Yes, siree.  You must be pissed as hell that things are getting easier
to use on the computers.  Man, just the idea of going away from the
punch cards, what kind of idiot came up with that...

To the original poster - yes, there are simple editors for end users, well
suited for tasks such as email and occassional small file editing.
But we don't want to piss off gentlemen who consider end users
children (they didn't spend 20 years learning how to use something),
so please email me on this and we'll chat.

t.
Xref: sparky comp.editors:1838 comp.binaries.ibm.pc.wanted:5182
From: fhchen@eecs.nwu.edu (Andrew Chen)
Newsgroups: comp.editors,comp.binaries.ibm.pc.wanted
Subject: WANTED: Yacc and Lex on PC
Summary: yacc, lex
Keywords: origami folding editor
Date: 28 Jul 92 20:10:47 GMT
Followup-To: fhchen@eecs.nwu.edu <Andrew Chen>
Organization: EECS Department, Northwestern University

Anyone knows PC-version Yac and Lex?  Hopefully, they are in public domain.
Please give me the direction how and where to get them.


Thanx,

Andrew Chen
fhchen@eecs.nwu.edu
From: ld231782@LANCE.ColoState.Edu (L. Detweiler)
Newsgroups: comp.editors
Subject: wordstar key mappings in Unix?
Date: 28 Jul 92 17:54:49 GMT
Organization: Colorado State University, Fort Collins, CO  80523

- - -

Hello. I'm trying to find any way to use the standard worstar editing keys
on a Unix editor. I would settle for some kind of configuration file 
key remapping for vi, but would much prefer something x-window and mouse
based, with clickable cut and paste. What are my options?

Does this group have a faq?

PEIANARR - ``Please email, I am not a regular reader''
--

ld231782@longs.LANCE.ColoState.EDU
From: meissner@osf.org (Michael Meissner)
Newsgroups: comp.editors
Subject: Re: Undoing, Emacs and unlimited files ... summery.
Date: 31 Jul 92 00:29:52 GMT
	<NMOUAWAD.92Jul27131847@math.waterloo.edu>
	<BEVAN.92Jul28174959@panda.cs.man.ac.uk>
	<1992Jul29.133925.18820@usho93.hou281.chevron.com>
Organization: Open Software Foundation

In article <1992Jul29.133925.18820@usho93.hou281.chevron.com>
hbawl@usmi02.midland.chevron.com (Wilber L. Baker) writes:

|    Speaking of 'logging'.... No one has mentioned the VMS editors
|    EDT / EVE / (other TPU derivatives).    I don't know about 'unlimited
|    undo' (I've never put them through the test), but the probably are
|    close since they go through so much pain to keep a JOURNAL file of
|    every keystroke ever pressed.
| 
|    It's wild and wacky fun to be kicked off the system, get back in,
|    then activate the JOURNAL file to recover all of your edits.

I believe that CCA emacs does/did that (at least the Data General port
of CCA emacs did).

|    It's especially fun when logged on from a 1200 baud terminal
|                                          ....NOT!

For similar fun, you could do M-x open-dribble-file under GNU emacs,
and then cat the file to your screen.
--
Michael Meissner	email: meissner@osf.org		phone: 617-621-8861
Open Software Foundation, 11 Cambridge Center, Cambridge, MA, 02142

You are in a twisty little passage of standards, all conflicting.
From: albani@cadlab.sublink.org (Lanfranco Albani)
Newsgroups: comp.editors
Subject: Re: How do I remove new-lines [CR,LF] in vi?
Date: 21 Jul 92 09:35:58 GMT
Organization: CAD.LAB S.p.A., Bologna, Italia

buboo@alf.uib.no (Ove Ruben R Olsen) writes:
:To remove the CRLF at the end of a line:  :%s/^V^M//
:					      ^
:                                              CTRL-V-CTRL-M

Use:    :%s/^V^M$//
just in case you have some strange file format (^M in middle...)

:To remove blanklines (LF):  :%s/^$//
:                                ^
:			        NOT CTRL-$, but just ^ and $

Blank lines may have blanks and tabs, and they are not visible
unless you use  :set list , so is better to use:
:%s/^[ 	][ 	]*$//
or
:%s/^[ 	]+$//

Between square brackets there are a blank and a tab.


Bye, Lanfranco


-- 
Lanfranco Albani - CAD.LAB s.p.a., v. Ronzani 7/29, Casalecchio, Italia
Email: (work:) albani@cadlab.sublink.org, (home:) bob@allan.sublink.org
Phone: (work:) ++39 (51) 6130360, (home:) ++39 (51) 727372; 
Fax: ++39 (51) 6130294 (work only), Fidonet: 2:332/407.1138 (home only).
Newsgroups: comp.editors
From: navarra@casbah.acns.nwu.edu (John Navarra)
Subject: Re: Capitalizing first [a-z] letter in sentence in vi
Organization: Northwestern University, Evanston Illinois.
Date: Wed, 22 Jul 1992 21:57:52 GMT

In article <1992Jul22.141433.26865@sci.kun.nl> hansm@cs.kun.nl (Hans Mulder) writes:
>>Now, onto phase 2:
>>	So far, this is very good. The only problem I have now is getting
>>sentences which begin a newline. For example.
>
>>this is a sentence on the current line[.!?] followed by another sentence[.!?]
>>and here is the beginning of a new sentence on a new line.
>
>How about:
>
>:g/[.!?])*[ ]*$/+s/[a-z]/\u&

	I am not sure about this one. Can you explain it more? I am getting
a "Not that many lines in buffer" error when I try it. 

>
>For that matter,
>
>:%s/[.!?*])* [ ]*[a-z]/\U&/g

	This works great. One final suggestion for this substitution:

:%s/[.!?*])*[SPACETAB]*[a-z]/\U&/g

This will fix sentences separated by whitespace characters instead of those
just separated by one or more spaces. 

Now, all I need is that beginning of sentence case and all will be well I
think....

-tms
Newsgroups: comp.editors
From: peter@ferranti.com (Peter da Silva)
Subject: Re: Editor mined (Unix, VMS, MSDOS) - easy, solid, non-8-bit-obstructing (1/4)
Summary: Poorly factored, non-portable, violates C language definition...
Organization: Xenix Support, FICC
Date: Wed, 29 Jul 1992 17:44:41 GMT

I really hope one of these "simple" editors will help me break the user inter-
face logjam, but so far they've all been hacks. This one is, alas, no
exception.

In article <42I54HD@math.fu-berlin.de> wolff@inf.fu-berlin.de (Thomas Wolff) writes:
> ,In response to recent requests for a free, simple, and solid editor 
> ,(where the problem is: emacs is not simple, most public domain 
> ,contributions are not solid, and vi is not an editor), 
> ,I wish to contribute my adaptation of mined.

I hope that Thomas Wolff is the person responsible for the more bizzarre
code in this program. I'd hate to think that Andy Tannenbaum put comments
like "C is such a stupid language" when trying to assign a (char **) to a
(char **[]). Vi might not be an editor, but at least it runs.

> ,- fully functioning in windows which may be resized at any time and the 
> ,  editor will react immediately and install a correct screen image; the 
> ,  cursor stays at the point of text where it was

There are systems that define TIOCGWINSZ that don't provide BSD semantics. You
need to make this an explicit option in the Makefile. For that matter, where
is the Makefile?

Clean it up a bit, I'll be happy to help, but right now it's about as solid
as a snowman in June.
-- 
Peter da Silva                                               `-_-'
$ EDIT/TECO LOVE                                              'U` 
%TECO-W-OLDJOKE Not war?                        Have you hugged your wolf today?
Ferranti Intl. Ctls. Corp.      Sugar Land, TX  77487-5012       +1 713 274 5180
From: tchrist@convex.COM (Tom Christiansen)
Newsgroups: comp.editors
Subject: Re: decent unix editors?
Date: 30 Jul 92 22:46:50 GMT
Reply-To: tchrist@convex.COM (Tom Christiansen)
Organization: CONVEX Realtime Development, Colorado Springs, CO
Originator: tchrist@convex.convex.com
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

From the keyboard of bkjacobs@eos.ncsu.edu:
:
:I'm looking for a decent text editor for UNIX.  EMACS is
:cumbersome and don't even think about suggesting VI!  
:I'm using Qedit on DOS and would like something similar 
:for UNIX.

It doesn't seem particularly clever to tell a bunch of 
Unix users that their favorite editors (emacs, vi; note 
capitalization) are indecent, and then ask for something
that fits your model of decency.

Make an editor so simple a child can use it, and only
children shall.

--tom
-- 
"GUIs normally make it simple to accomplish simple actions and impossible
to accomplish complex actions."   --Doug Gwyn  (22/Jun/91 in comp.unix.wizards)

     Tom Christiansen           tchrist@convex.com      convex!tchrist
Newsgroups: comp.editors
From: jsteele@netcom.com (John Steele)
Newsgroups: comp.editors,comp.emacs
Subject: Re: MicroEmacs (was Re: Emacs implementations, list of, regular post [long])
Date: 21 Jul 92 20:59:49 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In <9207171186@gandalf.moria> michael@gandalf.moria (Michael Haardt) writes:

>From article <DAVIS.92Jul17182323@pacific.mps.ohio-state.edu>, by davis@pacific.mps.ohio-state.edu ("John E. Davis"):
>> 
>> In article <1992Jul17.181740.12693@news2.cis.umn.edu> fin@unet.umn.edu (Craig
>> A. Finseth) writes:
>> [...]
>>    name: MicroEMACS
>>    version: 3.11
>>    implementation language: C
>>    extension language: custom
>>    scope of implementation: extensible
>>    hardware/software requirements: UNIX, VMS, IBM PC,
>>            HP 110 and 150, Amiga, Atari ST, Macintosh, Wicat,
>>            Data General AOS/VS
>>            kanji: Fujitsu FMR-70, NEC PC-9891
>> 
>> Hm... I have version 3.11 which compiled ok under MSDOS but failed completely
>> under BSD unix.  For example, compare the TERM structure in unix.c and the .h
>> files-- they are not at all compatable which causes seg faults among other
>> problems.  So I propose that UNIX be removed from the list.

>an Linux ftp site, it is version 3.11c and I compiled it on my own.  There are
>no manuals however.

>Michael

3.11c contains the patches for *nix TERM fix (which came out immediately
following the 3.11 release).

There are manuals however.  At oak.oakland.edu there are both TeX and
Postscript versions of the manual (last time I checked there).  You can
also reach the author Daniel M. Lawrence at the following addresses:

USmail: Daniel Lawrence
617 New York St
Lafayette, IN 47901

UUCP: pur-ee!mdbs!dan
ARPA: mbds!dan@ee.ecn.purdue.edu

And support is provided through:

The Programmer's Room
Opus 201/10
300/1200/2400 and 9600 (Hayes V series only)
(317) 742-5533 no parity, 8 databits, no stop bits


The manual is a must-have in my opinion :)

Hope this helps,
  John
-- 
#include <disclaimer.h>			/* route all flames to /dev/null  */
/**************************************************************************/
/*   Systems Analyst      | John Steele     email: jsteele@netcom.com     */
/* Video Business Systems |                                               */
/*   1-800-255-3088       |    Most people spell COBOLSUX incorrectly...  */
/**************************************************************************/
Newsgroups: comp.editors,comp.binaries.ibm.pc.wanted
From: michael@gandalf.moria (Michael Haardt)
Subject: Re: Folding editor for PC (MS-DOS) ?
Reply-To: u31b3hs@pool.informatik.rwth-aachen.de (Michael Haardt)
Organization: Moria
Date: Wed, 29 Jul 92 02:32:27 +0100

In article <3604@keele.keele.ac.uk>, csd15@seq1.keele.ac.uk (G.M. Friel) writes:
> Is the folding editor "origami" (or one similar) available for PCs via
> some ftp site - preferably as a set of binaries.   Any help would
> be appreciated.  Replies by email please  ( grant@cs.keele.ac.uk ).

This is kind of a FAQ, so I will answer with a followup.

I am working on a DOS port of Origami.  Right now I have a slightly buggy
version running, but it is too slow with screen access.  I will spend
more work on that after my next exam, which is monday.  I can't promise
any release date, but I will post to comp.editors when it is finished.
Perhaps I am just working on too much stuff at the same time ...

Michael
Newsgroups: comp.editors
From: hsingh@Turing.chem.uh.edu (Harpreet Singh)
Subject: Help required in vi editing
Organization: Dept. of Chemistry
Date: Tue, 28 Jul 1992 16:45:26 GMT


Hi Everybody

	I wanted your help in a small problem.


	Is there any way (by macro or otherwise) to do such a thing as
	find a pattern and operate upon it. For Ex. find a comma and
	then delete till end of line from that point.


Thanks
Harpreet
--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%                                                                        %%
%   Harpreet Singh                      e-mail: hsingh@hobbes.chem.uh.edu  %
%   @University Of Houston              v-mail: (713) 748-7292             %
Xref: sparky comp.editors:1795 comp.unix.questions:9275
From: albani@cadlab.sublink.org (Lanfranco Albani)
Newsgroups: comp.editors,comp.unix.questions
Subject: Re: vi: how does one deal with characters like \331 ?
Keywords: vi,octal
Date: 20 Jul 92 10:01:11 GMT
Organization: CAD.LAB S.p.A., Bologna, Italia

tchrist@convex.COM (Tom Christiansen) writes:

:From the keyboard of gordon@osiris.cso.uiuc.edu (John Gordon):
::In vi, how do you enter a character like \331 into a search pattern?
:
:Under most implementations, you don't, since most versions can't
:edit 8-bit files anyway.

Perhaps a bit ovrkilling: use xvi.

xvi is a binary editor using a subset of vi commands.


Bye, Lanfranco

-- 
Lanfranco Albani - CAD.LAB s.p.a., v. Ronzani 7/29, Casalecchio, Italia
Email: (work:) albani@cadlab.sublink.org, (home:) bob@allan.sublink.org
Phone: (work:) ++39 (51) 6130360, (home:) ++39 (51) 727372; 
Fax: ++39 (51) 6130294 (work only), Fidonet: 2:332/407.1138 (home only).