HDTenEightyP/NetNews huggingface dataset:
From: markm@ee.ubc.ca (mark milligan)
Subject: RE: Comments on Brief ( and Crisp )
Organization: University of BC, Electrical Engineering
Date: Fri, 20 Nov 1992 17:53:19 GMT


I am currently using brief at home on my MSDos PC and the PD version of Crisp on my Sun 
at work.

I fell in love with brief the first time I used it. My favorite feature is the collum 
cut and paste, this is a feature I have not found on any other dos editor. I find the 
block cut and paste functions to be extremely simple and efficent. These are both features
I use a lot and the simple keystrokes make editing a joy instead of a chore. 

Brief was designed and built as a programers editor and is well thought out. The keycodes
are all logical and easy to remember. I don't find much use for the macros or most of the 
advanced features but all the straight forward stuff such as search and replace work well.

As for the new Comercial version of Crisp ( are you listening Mr. Fox? ) I was shocked,
dismayed, hurt, insulted, and generaly pissed off to find that my favorite editor had gone
from Public Domain $0.00, free, zilch, nada to comercial $300.00, overpriced, way out of my
reach, sorry I can't afford it, you won't sell many at that price.  I would love to get the
new version of Crisp but I can't afford It. ( sorry paul, you just lost a sale ).  They would probably sell a boatload of them if the price was under a hundred bucks. 



Newsgroups: comp.editors
From: Dean.Roth <Dean.Roth@mixcom.mixcom.com>
Subject: joe and SCO UNIX
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.
Distribution: usa
Date: Sat, 21 Nov 1992 02:32:54 GMT


How to build joe under SCO UNIX:

1) Edit ttysv.c and add 

	#include <sys/types.h>
	#include <sys/stream.h>
	#include <sys/ptem.h>

	#undef SIGCONT

2) add -lcurses to makefile for "sv"

3) Use terminfo.c rather than termcap.c

4) You may have to edit /usr/lib/terminfo/terminfo.src
   and remove "cbt" for ansi or joe may not work right 
   with ansi emulation (and rebuild the terminfo entry)

5) make sv

If you have a better solution, let me know.

Dean
From: ken@eies2.njit.edu (Kenneth  Ng)
Newsgroups: comp.editors
Subject: Re: VI??? GROSS!
Date: 21 Nov 92 17:12:23 GMT
Organization: NJIT - EIES2

In article <Bxpxov.7Hx@chinet.chi.il.us: les@chinet.chi.il.us (Leslie Mikesell) writes:
:In article <1992Nov13.195845.26399@chpc.utexas.edu> michael@chpc.utexas.edu (Michael Lemke) writes:
:>>This could give you problems with lining up columns.
:>>An easier way is to pipe the paragraph through awk:
:>>	!} awk '{ printf "\%10s\%10s\%20s\n", $3, $2, $1}'
:>>    or  :10,14 ! awk '{ printf "\%10s\%10s\%20s\n", $3, $2, $1}'
:>Oh boy!  And this you call a screen editor?  (That was what started the 
:>thread).
:Don't forget that this is absolutely the most powerful method any editor
:can provide since it doesn't demand the author to anticipate what you
:are going to need.  You can put the input to *any* program in your
:edit buffer and filter it through the program to get the output.

I would say that the real most powerful ability in an editor is the ability
to write REAL macro programs to do things the authors never thought of.  Another
useful ability is the ability to call the editor as a subroutine, send it
commands, and get return data back. IBM's XEDIT, Univac's EDT, EIES1 +sp,
and GNU emacs are examples of what I consider to have these capabilities.

Note: I do not consider vi's :map facility to be real macros, unless one can
program in if/then/else and while/do loops in something that does not look
too much like line tranmission noise.

-- 
Kenneth Ng
AT&T vs BSDI lawsuit: The Ethnic Cleansing of the computer world.
This signature is *NOT* the intellectual property of USL.
Newsgroups: comp.editors
From: rvloon@cv.ruu.nl (Ronald van Loon)
Subject: Folding editor wanted
Originator: rvloon@triton.cv.ruu.nl
Date: Mon, 16 Nov 1992 09:57:35 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group

Dear editor-using world,

I am looking for a (PD/FreeWare) folding editor. What I mean by folding, is
that certain regions of text can be folded in a single line/identification so
the overview of the text is not lost. Is such a beast available ?

Thanks in advance,
-- 
+--- Ronald van Loon ---+ 
|  (rvloon@cv.ruu.nl)   | 
|  3DCV Group, Utrecht  |
+--- The Netherlands ---+ This part of .signature intentionally left blank.
Newsgroups: comp.editors
Subject: Re: VI - finding lines longer than 80 characters
From: david@datamark.co.nz (David Rowland)
Date: Mon, 23 Nov 1992 00:36:50 GMT
Organization: Datamark International Ltd.

In article <1992Nov22.194628.17508@prl.dec.com> boyd@prl.dec.com (Boyd Roberts) writes:
>I thought this was one well known feature of vi.  Lines over 80 chars
>usually screw your screen up -- no searching necessary...
>
>
>Boyd Roberts			boyd@prl.dec.com
>

FLAME WAR ALERT * FLAME WAR ALERT * FLAME WAR ALERT  :-)

Seriously, if vi screws you screen up, there must be some sort of
configuration problem with your terminal.  Call the help desk.
-- 
| David Rowland       | The British are using New Zealanders.  They must |
| Datamark Intl Ltd   | really mean business !                           |
| Wellington          |      -  General Rommel During Northern African   |
| NEW ZEALAND         |         Campaign WWII.                           |
Newsgroups: comp.editors
From: sverre@rc.nokia.fi (Sverre Slotte Jr.)
Subject: Arbitrary text blocks (Was: VI??? GROSS!)
Organization: Nokia Research Center, Espoo, Finland
Date: Mon, 16 Nov 1992 06:59:35 GMT

In article Larry W. Virden (lvirden@cas.org) writes:
>b) vi does indeed not EASILY permit "arbitrary blocks of text".  For instance,
>there is no single simple _vi_ command to allow one to take text such as:
>
>
>Time		Cost		Purpose
>
>4 mins		$2.50		Cycles of processing
>2.5 mins	$1.75		Pages of print

Does any editor allow the user to manipulate truly arbitrary blocks of
text? Vi prefers whole lines of text, some editors permit rectangular
blocks of text, but I have yet to see one that enables me to work with
arbitrary blocks.

Please enlighten me, dear net-friends. Is there an editor that groks
blocks like the one below?

***************.-------------------+**************************
****************\******************|********************************
*****************\*****************|****************************
******************\**********.-----+***********************
*******************\**********\*******************************
********************`-----+****\**************************************
**************************|*****\**************************
**************************|******|**************************
**************************+------+****************************

Sverre

--------------------------------------------------------------------------
Sverre Slotte Jr.                      Internet:  sverre@research.nokia.fi
Nokia Research Center                  Phone:              + 358 0 4376208
P.O.Box 156, 02101 Esbo, FINLAND       Phax:               + 358 0 4376227
X.400 mail:        G=sverre; S=slotte; O=research; P=nokia; A=fumail; C=fi
--------------------------------------------------------------------------

Wer nich liebt Wein, Weib und Gesang, der bleibt ein Narr sein Leben lang.
                                                             Martin Luther
Newsgroups: comp.editors,news.answers
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: VI - finding lines longer than 80 characters
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Sun, 22 Nov 1992 19:46:28 GMT

I thought this was one well known feature of vi.  Lines over 80 chars
usually screw your screen up -- no searching necessary...


Boyd Roberts			boyd@prl.dec.com

``When the going gets wierd, the weird turn pro...''
Newsgroups: comp.editors
From: wales@kona.cs.ucla.edu (Rich Wales)
Subject: Brief (Borland editor)
Organization: UCLA, Computer Science Department
Date: Tue, 17 Nov 92 17:21:28 GMT

Any comments (good or bad) regarding Borland's programming editor,
Brief?

I recently got an offer in the mail to buy Brief at a discount, but
before taking it, I'd like to hear what others on the net have to say.

(I use mainly VI right now, BTW.  On my 386 at home, I use Elvis.)

-- 
Rich Wales <wales@CS.UCLA.EDU> // UCLA Computer Science Department
3531 Boelter Hall // Los Angeles, CA 90024-1596 // +1 (310) 825-5683
Newsgroups: comp.editors
From: rick@mel1.geg.mot.com (Rick Rankin)
Subject: Where is SAM
Organization: Motorola, inc. - Scottsdale, AZ
Distribution: comp
Date: 16 Nov 92 02:56:48 GMT

I keep reading about SAM.  Where can I get it.  It sounds like it's
worth a look, anyway.
--
==============================================================================
| Rick Rankin				|				     |
| Motorola				| Voice: 602-441-5726		     |
| Government Electronics Group		| Fax: 602-441-2919		     |
| 8220 E. Roosevelt St.			| Internet: rick@mel1.geg.mot.com    |
| Scottsdale, AZ 85252			|				     |
| Mail Drop R4246			|				     |
==============================================================================
Newsgroups: comp.editors,news.answers
From: zzassgl@uts.mcc.ac.uk (Geoff Lane)
Newsgroups: comp.editors,alt.religion.emacs,comp.unix.admin,comp.unix.xenix.misc,comp.os.linux
Subject: Re: JOE 1.0.3
Date: 20 Nov 92 08:49:47 GMT
Organization: Manchester Computing Centre, Manchester, England, M13 9PL.


Wouldn't it be possible to include the version number within the tar'ed
filename?  Always calling the distribution joe.tar.Z is going to result in
different versions appearing on different servers under the same name.

I'm only going on about this as I think that joe is one of the best editors
I've come across and it would be a pity if people were put off by buggy
versions hanging around.

-- 
Geoff. Lane. | Internet: zzassgl@uts.mcc.ac.uk | Janet: zzassgl@uk.ac.mcc.uts
UTS Sys Admin,  Manchester Computing Centre,  Oxford Rd,  Manchester, M13 9PL
During a week's TV I want to be entertained, bored, delighted, disgusted, made
happy, saddened, enlightened, mystified, else they aren't doing the job right.
From: okes@essex.ac.uk (Simon Oke)
Newsgroups: comp.editors
Subject: Repeated postings
Date: 16 Nov 92 16:17:35 GMT
Organization: Department of Computer Science, University of Essex, UK.
Posting-Software: GNUS 3.14.1

Regarding postings from me earlier today:
I'd just like to say that I don't know how the 2 postings with the same
text but different singnatures got here.

Simon Oke
--
This signature is copyright 12/6/1992 Simon Oke. All rights reserved. If you
like it and keep a copy for your own use, you owe me $20. Please pass it on
to your friends with all documentation.              Email okes@essex.ac.uk.
----------------------------------------------------------------------------
 ...though he was master of all the world, he was not quite sure what to
	do next. But he would think of something.
From: rohit@NeoSoft.com (Rohit Mehrotra)
Newsgroups: comp.editors
Subject: Re: Brief (Borland editor)
Date: 18 Nov 92 04:29:18 GMT
Article-I.D.: NeoSoft.Bxw9t1.Iuw
Organization: NeoSoft Communications Services -- (713) 684-5900

In article <1992Nov17.232905.20859@news2.cis.umn.edu> wright@staff.tc.umn.edu (Mark Wright) writes:
>In article <1992Nov17.172128.23199@cs.ucla.edu> wales@kona.cs.ucla.edu (Rich Wales) writes:
>>
>>I recently got an offer in the mail to buy Brief at a discount, but
>>before taking it, I'd like to hear what others on the net have to say.
>>
>>(I use mainly VI right now, BTW.  On my 386 at home, I use Elvis.)
>
>	Seriously, Brief is probably the best editor around.  I'm suprised that
>with a PD unix Brief available (I think it's called Crisp) anyone is still 
>using VI.  Unlike VI it's complexities only show up when you're doing complex 
>things.

CRISP is no longer a public domain software. The latest version of Crisp is 
3.0+ and is being sold commercially. The commercial version of Crisp has left
BRIEF far behind, both in terms of features and user interface. 

Rohit
-- 
Rohit Mehrotra
------------------------------------------------------------------------------
VITAL				| 	10755 Meadowglen Lane, #238
Ph: 713-781-7406		| 	Houston, TX 77042.
Newsgroups: comp.editors
From: csh@ulysses.att.com (Charles S. Harris)
Subject: vi redraw, centering
Date: Tue, 17 Nov 1992 04:42:18 GMT
Organization: AT&T Bell Laboratories, Murray Hill


   Especially at 2400 baud, I find some of vi's screen redrawing
annoying.  vi puts the cursor line in the middle of each redrawn
screen, whereas I'd prefer it to be at the top.  I can of course
move the middle line to the top with z , but that entails another
redraw.  Is there any way (macro, option, etc.) to deal with the
following four (related?) cases?:
   1. Repeated searches for a string:  If the next match is beyond
the screen, I'd like the match line to appear at the top of the
(redrawn) screen.  If the next match is on the present screen, I
want the cursor to jump to it without any redrawing.
   2. Jumping to a marked line:  If I mark a line with  mx  ,
then move to a different page and type  'm  , I'd like the marked
line to show up at the top of the screen instead of the middle.
   3. Moving too far:  If I make a big cursor movement, such as
50j , I'd like the moved-to line to show up at the top of the
screen instead of the middle.
   4. Deleting a block that starts on a previous page:  If I
mark lines with mx and my, then do  :'x,'yd  , where 'x is not
displayed in the current screen, I want the surviving line 'y+1
to be at the top of the screen rather than in the middle.
     --Charles S. Harris  (csh@ulysses.att.com)
       Creative Thinking & Diversity    (908 957-9410)
       54 Crawford Road
       Middletown, NJ  07748
From: hjiwa@gruc19.nor.chevron.com (Jeff Wang)
Newsgroups: comp.editors
Subject: Re: VI - finding lines longer than 80 characters
Date: 20 Nov 92 14:48:42 GMT
Organization: Chevron Petroleum Technology Company

night@acm.rpi.edu (Trip Martin) writes:
|> keithv@cory.Berkeley.EDU (Keith Vetter) writes:
|>>In VI, is there an easy way to find all lines whose length
|>>is greater than 80 characters?  I realize tabs are a problem but
|>>let's assume that there are no tabs.
|> 
|> If you just want to print them out, you can use:
|> 
|> :g/.\{81,\}/p
|> 
|> Unfortunately, the \{n,m\} construction doesn't work in search mode.

Try this..  Open up a new line (o) and enter the following keystroke sequence -

/<Esc>81a.<Esc>"ddd@d

This will generate the following on the new line -

/.................................................................................

delete the line to buffer d, and execute it to find the next 81-character
sequence.  You can then use n/N to keep searching for other lines.  You'd have
to expand your tabs to spaces though.

-- 
 #====}==) #===(==}  #====}==) #===(==}  {==)===# (=={====#  {==)===# (=={====#
>> Jeff Wang                             Net   : hjiwa@gruc19.nor.chevron.com <<
>> Chevron Petroleum Technology Company  Profs : hjiwa (hovmb)                <<
>> Geophysical/Geological Applications   Phone : (504) 592-6162               <<
>> 935 Gravier Street, Room 1006         Fax   : (504) 592-6958               <<
>> New Orleans, Louisiana 70112          Valeo,vales. Die dulci fruimini!! :) <<
 #====}==) #===(==}  #====}==) #===(==}  {==)===# (=={====#  {==)===# (=={====#
From: martelli@cadlab.sublink.org (Alex Martelli)
Newsgroups: comp.editors
Subject: Re: Arbitrary text blocks (Was: VI??? GROSS!)
Date: 18 Nov 92 08:43:44 GMT
Organization: CAD.LAB S.p.A., Bologna, Italia

rnelson@wsuaix.csc.wsu.edu (roger nelson;S23487) writes:

:>Does any editor allow the user to manipulate truly arbitrary blocks of
:>text? Vi prefers whole lines of text, some editors permit rectangular
:>blocks of text, but I have yet to see one that enables me to work with
:>arbitrary blocks.
:
:In what editing situation would this be at all useful?

Screenpainting for an Ascii-graphics logo/intro screen/data input mask,
and so on.

:How would you paste the block: concatenating the lines or
:preserving the orientation of the characters in the polygon?

If I recall correctly, what happened in the "screenpainting" program
that I used that had this feature was that arbitrary blocks (including
holes and disjoint pieces) could be overlaid onto different places
of the screen, and their contents could be filled with repetititions
of one character (typically all-blanks, all-asterisks, and so on)
and/or similarly manipulated as to screen-attributes (colour/highlight/
blink).  It was most definitely NOT a general-purpose editor, and I
don't even recall its name, but it WOULD (very) occasionally come in
handy.
-- 
Email: martelli@cadlab.sublink.org                   Phone: ++39 (51) 6130360
CAD.LAB s.p.a., v. Ronzani 7/29, Casalecchio, Italia   Fax: ++39 (51) 6130294 
Newsgroups: comp.editors
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: Anyone use SAM?
Keywords: sam, ai
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Sun, 22 Nov 1992 19:43:09 GMT

In article <1992Nov20.085046@se28.wg2.waii.com>, rfs@se28.wg2.waii.com (Robert Starr) writes:
> But settable tabs, auto-indent, and brace matching are not
> a lot to ask from a programmers editor.  Sam looks good, but I cannot
> understand why these 3 simple features were left out (unless I missed
> something in the supplied documentation).
> 

Sam does brace matching with a double click on button 1:

     Button 1 changes selection.  Pointing to a non-current window with but-
     ton 1 makes it current; within the current window, button 1 selects
     text, thus setting dot.  Double-clicking selects text to the boundaries
     of words, lines, quoted strings or bracketed strings, depending on the
     text at the click.

It lets your left hand do auto indent.  Just how hard is it to type tab?


Boyd Roberts			boyd@prl.dec.com

``When the going gets wierd, the weird turn pro...''
Newsgroups: comp.editors
From: pershing@teal.csn.org (Paul Pershing)
Subject: Re: Comments on Brief ( and Crisp )
Organization: Colorado SuperNet, Inc.
Date: Sat, 21 Nov 1992 20:17:05 GMT

I was a brief-lover until I stumbled across a shareware editor written
by a programmer who wanted an editor that did everything he wanted. He
wrote it, called it Boxer, and has updated and upgraded it continually
with great features. It has links to most popular compilers (and you can
add your own), is has the "column cut and paste" like brief does,
it also has 50 editable clipboards, so when you cut or copy something,
you can save it on one of the clipboards (buffer in a window) for use
later, it has excellent search and replace with optional grep, it has
sorting of columns, upper-case, lower-case of marked blocks, alpha,
_complete_ online help with user-definable help pages that you can add
for your own functions, keystroke record and playback macros, macro
editor, completely definable keyboard so you can emulate another editor
should you desire, and it comes with loadable keymaps for Brief, Emacs,
Wordstar, and other emulations, and much more.
	No, I'm not selling it, just a very happy user. If anyone is
	interested, you can contact the author (the editor is $35-$50,
	depending on which package you elect to buy; and it is download-
	able from many sites, including wustl.archive.edu - not sure about
	that name, but it mirrors almost _everything_ - so people can
	try it first.) at
	BOXER Software
	P.O. Box 3230, Peterborough, NH 03458 - 1-603-924-6602

	He also has an 800 number that you can probably get by dialing
	1-800-555-1212 and asking for "Boxer Software."

	Check it out, it really is a great buy.

	Paul

-- 
----------------------------------------------------------------------------
Paul Pershing                          {Clever quote or cliche coming soon!}
Editorial Design/Systems
RMN/400 W. Colfax Ave. Denver, CO 80204 303 892-2633 wk.; 303 233-9231 hm. 
Newsgroups: comp.editors
From: bonney@esds.mdc.com (Greg Bonney)
Subject: problems with vi on pc
Organization: Visual Simulation Systems
Date: Mon, 23 Nov 1992 21:34:06 GMT

I acquired a copy of elvis for my pc.  On the unix systems I've used,
I've been used to typing ":'a, y a", but on elvis I have to type
":'a,. y a" (to yank a block of text).  I tried a different vi (both of
them came from usenet), and it was even worse - I couldn't even figure
out how to yank a block at all.  Also, once while using elvis, I typed
"n" repeatedly to look for next occurences, and the sytem suddenly crashed.
Fortunately, I was able to recover.  Anyway, so far it looks like I'm
going to put up with these quirks; it still beats the standard dos
editor, and I use vi so much at work that it just makes sense to use it
at home too.
From: joshi@cs.uiuc.edu (Anil Joshi)
Newsgroups: comp.editors
Subject: Re: Arbitrary text blocks (Was: VI??? GROSS!)
Date: 18 Nov 92 08:05:48 GMT
Article-I.D.: cs.BxwJto.85p
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL

dattier@ddsw1.mcs.com (DWT) writes:

>Oh, belay that.  Just do }> and you've indented the rest of the paragraph.
>None of these suggestions require shelling out to fork another program.  }>
>doesn't even need a switch to ex mode.

What exactly is a paragraph in a program? Inquiring minds want to know....

>David W. Tamkin   Box 59297   Northtown Station, Illinois  60659-0297
>dattier@ddsw1.mcs.com    CompuServe: 73720,1570    MCI Mail: 426-1818
Anil
joshi@cs.uiuc.edu

-- 
Sathsangatve nissangatvam	From good company to no company
Nissangatve nirmohatvam		From no company to lack of desire
Nirmohatve  nischaltatvam	From lack of desire to concentration of mind
Nischalatatve jeevanmuktihi	From concentration of mind to death
Newsgroups: comp.editors,comp.unix.questions,comp.editors
From: kashyap@oddjob.uchicago.edu (Vinay Kashyap)
Subject: where no vi has gone before...?
Summary: questions on vi use
Organization: U. of Chicago, Astronomy and Astrophysics
Date: Mon, 16 Nov 1992 04:41:52 GMT

I have this list of questions (problems/wishes/...) on vi, and wonder
if anyone has come across similar occurances.  If so, please email me,
and I will post a summary.

(I am using X11R5, 
tcsh 5.20.02 (Cornell) 12/07/90 options 8b,nls,el,dl,al,dir
on Sun Sparc)

1. I keep a list of macros in a file and pick them up by first going to
   the file with :e <file> and then moving to the necessary map and
   typing (the equivalent of) "aY@a (this is mapped to a key...)
   The problem is that the following map does not work, while all the
   others do:
   :map [f :!echo -n "^V^[]2;%^G"^V^M^V^M
   (where ^V is ctrl-V, ^[ is ESC, ^G is ctrl-G, and this is exactly what
   it LOOKS like from inside vi)
   upon typing "aY@a on this line, the echo sequence is mapped to [f
   (looks perfect when you do a :map)
   now, if I type [f in command mode (and provided that I am using
   xterm) the name of the file should be echoed on the titlebar.
   however, it exits with the error
   Unmatched ".
   and does nothing.
   On the other hand, if I were to actually type
   :!echo -n "^[]2;%^G"^M^M
   (with the necessary ^V before ESC) it works as expected.
   What is missing here?

2. Is there a simple macro that yanks text from a marked position up
   to and INCLUDING the cursor position?  The method should work even
   for end-of-line characters.

3. Is there a way to prepend or append characters to macros without
   (a) introducing newlines between the additions, &/or
   (b) writing to the file and deleting to a named buffer

4. Typing ^G or :se nu in the command mode tells us the line number
   the cursor is on.  Are there equivalent commands/macros that tell
   us the column number?

5. I recently read on the net that someone has a macro that can extract
   a rectangle.  I would like more information on it, please.

6. For some reason, I cannot get the <ctrl-SPACE> (^@) to echo on my
   terminal.  Nor in vi.  Every time I try, a beep is emanated, and
   nothing happens.  It is not mapped to anything that I can see.  Is
   this a tcsh 'feature'?  Why does it not echo with a preceding ^V in
   vi?

7. Similar to the previous question: Can I echo mouse keyclicks on the
   command line, and/or can I map them in vi?

8. Is it at all possible to position the cursor by clicking with the
   mouse?

Vinay (kashyap@oddjob.uchicago.edu)
Newsgroups: comp.editors