HDTenEightyP/NetNews huggingface dataset:
From: marks@iris.mincom.oz.au (Mark Stavar)
Newsgroups: comp.editors
Subject: Extension Languages
Date: 14 Dec 92 03:28:08 GMT
Organization: Mincom, Brisbane, Australia
X-Newsreader: TIN [version 1.1 PL6]


I have a question relating to extension languages for editors:

IS there any specific reason why one would choose to utilise an prefix notation
language for extensions to an editor as opposed to infix or post-fix?

Emacs utilised its own implementation of lisp, while in the PC world, Brief
( which has a distinctly Emacs feel about it ) uses a native macro language
which is also implemented al la prefix notation.

Does prefix notation provide some facilities for better performance for
interpretive languages.  I am particularly interested since, as both 
Emacs lisp and the Brief macro language were specifically written for
their respective products, I would have thought that the options would
have been available to utilise a more *natural* language interface.
( My definition of *natural* here being similar to other procedural
languages that most of us write all day. e.g. C, Pascal, Fortran. 
I think you can get my drift. )

This post is not implying that anything should change in the cases
sited above.  Rather, I am seeking more information as to why the
particular choices were made, what the advantages are that they provide,
etc.

Thank you for any light you can shed

marks

-------------------------------------------------------------------------------
Mark Stavar
Mincom
Juliette St
Brisbane Q Aust

Email:	marks@jove.mincom.oz.au
-------------------------------------------------------------------------------
From: carlj@muppet.bt.co.uk (Carl)
Newsgroups: comp.editors
Subject: Sam (was Re: sam and cursor control)
Date: 17 Dec 92 10:00:07 GMT
Reply-To: carlj@muppet.bt.co.uk
Organization: British Telecom
NNTP-Posting-Host: mugwump.muppet.bt.co.uk

In article 7789@alw.nih.gov, weisen@alw.nih.gov (Neil Weisenfeld) writes:
+Bret Giddings (bret@muppet.bt.co.uk) wrote:
+: 
+: Is there anyone out there who knows whether sam supports cursor control (and maybe
+: page-up etc). Seems kinda unusable without.
+: 
+: Bret
+
+Yes, an editor in which you have no control over the cursor would be
+bad :-).  Actually, if you are referring to controlling cursor movement
+from the keyboard, then I think the answer is no: you have to use the
+mouse.
+

From the documents that come with sam, it suggests that its the editor of choice
in the plan9 team. Something I find difficult to believe if its being used
to write code in.  I tried using it for a while and gave up as its just too
slow to use, I have to keep taking my hands off of the keyboard to move around
the file and it doesnt seem to have tags.  Is this an old version of sam thats
missing functionality?  Anyone out there using it in anger?
Opinions/comments/views?

Cheers,
Carl "Militant VI user" Johnson
Newsgroups: comp.editors,comp.text,comp.text.desktop
From: kehandle@unix.amherst.edu (KEITH EDWARD HANDLEY)
Subject: Re: WordPerfect 5.1 format - anyone?
Followup-To: comp.editors,comp.text,comp.text.desktop
Organization: Amherst College
X-Newsreader: TIN [version 1.1 PL7]
Date: Tue, 15 Dec 1992 15:04:09 GMT

Ed de Moel (Demoel@Fwva.Saic.Com) wrote:
: I'm looking for a description of the internal format that WordPerfect
: uses for its text-files.

You can buy the developer's toolkit from WordPerfect Corp.  I know it
was once available, but I don't know how much it costs.

Keith Handley
From: kristfin@rhi.hi.is (Kristjan Thor Finnsson)
Newsgroups: comp.editors
Subject: 8-bit demacs
Summary: edit
Keywords: demacs
Date: 19 Dec 92 20:46:36 GMT


Where can I find 8-bit version of demacs?

I need an 8-bit version so I can use the Icelandic char set. I uploaded
the latest version of demacs but it's 7-bit so that I can't use char that
are above 127.  I was told that there is an 8-bit fix for (d)emacs and then
I would need to recompile it before I could use it?

Thanks in advance.

-- 
---------------------------------------------------------------------
 Kristjan ,,Stjani'' Thor Finnsson.     Internet: kristfin@rhi.hi.is 
 Math student at University of Iceland.    Phone: +354-1-673507      
---------------------------------------------------------------------
From: p690851@austin.lockheed.com (p690851)
Newsgroups: comp.editors
Subject: VI on VMS platform
Date: 11 Dec 92 21:37:20 GMT
Distribution: usa
Organization: "Lockheed Austin Division, 6800 Burleson Rd, Austin, TX 78744"

I'm looking for vi for use on a DEC VAXStation 3100 (VMS).
Is there a PD version available which supports .exrc and map?

Thanks,
Brett
-- 
Blessed are the programmers for they shall automate the earth.

Brett J. Larsen, inet: brettl@austin.lockheed.com, office: (512)386-4313
Newsgroups: comp.editors
From: clintp@world.std.com (Clinton a Pierce)
Subject: Need SIMPLE editor, for simple users
Followup-To: poster
Summary: Need SOURCE for a simple editor.  Nothing big, nothing fancy. UNIX
Keywords: editor simple unix
Organization: VERSYSS Incorporated, Westwood MA
Date: Tue, 15 Dec 1992 21:50:15 GMT

Need a SIMPLE UNIX EDITOR.  Must have the following features:
 
        1. scrollable (up/down) text.  
        2. Hight of screen variable (or easily changed).
	3. Basic cursor control

I don't care if any (or all of the following are true):

        1. Hardwired for a particular display type.
        2. Lacking features like load, save, etc...
        
PLEASE send me a note if you have (or know of) something like this.  I really
don't want to re-invent the wheel for such a simple project.

Reply to:  clintp@world.std.com and you will have my undying gratitude.
From: mik@id.dth.dk (Michael Kishinevsky (921231#JST))
Newsgroups: comp.editors
Subject: HELP: Converters from WORD for WINDOWS into Latex
Keywords: latex
Date: 11 Dec 92 17:38:55 GMT
Organization: Department of Computer Science


Does anybody knows any converters from MS WORD for Windows
format into Latex? Even not totally correct converters
could help us.

Many thanks in advance.

M.Kishinevsky
e-mail: mik@id.dth.dk
Newsgroups: comp.editors
From: jhallen@world.std.com (Joseph H Allen)
Subject: JOE 1.0.8
Keywords: brief
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 19 Dec 1992 11:55:38 GMT

A new release of Joe's Own Editor is now available by anonymous ftp from
world.std.com, file: editors/joe1.0.8.tar.Z.  This release only contains
some minor changes.  If you have a working joe1.0.7, you probably don't need
this version.

Here's a list of the chanegs:

- Don't need the patch for the bug with ` anymore

- Added a make option so that 'struct dirent' can be used instead of
  'struct direct'

- Added some more joerc global options:

  -topskip nnn      editor doesn't touch top n lines of screen
  -exask            ^K X always confirms the file name to save
  -lightoff         block highlighting gets shut off after block operations
  -nobackups        no backup files are made when this is set

- Choose a name other than 'hz', so that systems with hz defined in the
  wrong include files will work

- Eliminated some more compile warnings

These bugs still exist:

- problem with saving files on some systems
- occasionally line numbers get out of sync
- 16-bit chinese characters still don't work

The next release will have lots of changes for getting joe to work on
segmented 80X86 systems.
-- 
/*  jhallen@world.std.com (192.74.137.5) */               /* Joseph H. Allen */
int a[1817];main(z,p,q,r){for(p=80;q+p-80;p-=2*a[p])for(z=9;z--;)q=3&(r=time(0)
+r*57)/7,q=q?q-1?q-2?1-p%79?-1:0:p%79-77?1:0:p<1659?79:0:p>158?-79:0,q?!a[p+q*2
]?a[p+=a[p+=q]=q]=q:0:0;for(;q++-1817;)printf(q%79?"%c":"%c\n"," #"[!a[q-1]]);}
Newsgroups: comp.editors
From: bvaughan@sheps.Princeton.EDU (Barbara Vaughan)
Subject: Re: ASCII file transfers into Pico... Question.
Originator: news@nimaster
Organization: Princeton University
Date: Thu, 17 Dec 1992 01:22:09 GMT

Newsgroups: comp.editors
Subject: Re: ASCII file transfers into Pico... Question.
Summary: 
Expires: 
Followup-To: 
Distribution: 
Organization: Princeton University
Keywords: 

In article <mktjadx.724529647@gsusgi1.gsu.edu> mktjadx@gsusgi2.gsu.edu (Jeff A. Dilcher) writes:
>Hello,
>I have a Pico difficulty.  I am uploading text files from my pc, over the
>phone, to our mainframe at school.  The editor on the mainfram is Pico.
>Here is my problem.  Pico wants to automatically justify everything that
>comes in, which is irritating if you are sending a file pre-formatted to
>your specifications.  

Invoke pico with the -w command line option.  The lines that are too long
for your display will have a $ at the end.  You can see the end of the
line by moving the cursor past the right margin or by hitting ^e on the
line your cursor is on.  Go back to the beginning of the line with ^a. 
It's kind of unwieldy, as it just moves the display for that one line.

Barbara Vaughan
Newsgroups: comp.editors
From: ets@wrkgrp.COM (Edward T Spire)
Subject: Free REXX for Unix
Organization: The Workstation Group
Date: Thu, 17 Dec 92 21:49:26 GMT

At long last, here's how you educational types can get your free copy of


The Workstation Group and iX provide REXX for Unix at no charge to
qualified educational institutions, for use by the staff and students of
that institution.  We provide the base uni-REXX technology (i.e., the
interpreter only) in this manner.  Distribution is handled only by
email.
  
To receive a free copy of the uni-REXX interpreter, send a mail message
to freerexx@wrkgrp.com, and make the subject line one of the following
platform names:

aixesa   AIX/ESA
apo68k   Apollo DNx5xx, HP/9000-400(Domain OS)
apoprs   Apoll0 DN10000
crayy    Cray-Y/MP
crayx    Cray-X/MP
cray2    Cray2
decsta   DECStation
hp68k    HP/9000-300, -400(HP-UX)
hp700    HP/9000-700
hp800    HP/9000-800
mips3k   MIPS Magnum 3000
mot88k   Motorola 88000
pyramt   Pyramid MIServer T Series
pyrams   Pyramid MIServer S Series
rs6000   IBM RS/6000
sgi      Silicon Graphics
sun3     Sun-3
sun4     SparcStation (Sun-4)
sysv386  SCO UNIX V (386)
uts      UTS

In general, any site name ending in .edu will be automatically
qualified, although exceptions may arise.  Other sites may need to
respond to a bit of polite inquiry before shipment proceeds.

Comments on uni-REXX are encouraged, and we will try to address any
problems that can be easily demonstrated by a REXX program submitted
by email, as time permits.  Please send any comments or problem reports
to freerexx-help@wrkgrp.com.

========================================================================
=====  "The heart must mediate between the brain and the hands"    =====
Ed Spire                                 ets@wrkgrp.com (on uunet)
The Workstation Group                    708-696-0255  fax: 708-696-2277
-- 

========================================================================
=====  "The heart must mediate between the brain and the hands"    =====
Ed Spire                                 ets@wrkgrp.com (on uunet)
Newsgroups: comp.editors
From: hansm@cs.kun.nl (Hans Mulder)
Subject: Re: VI macro question
Organization: University of Nijmegen, The Netherlands
Date: Sat, 12 Dec 1992 00:24:17 GMT

In <1992Dec10.163025.2815@memex.co.uk> stephen@memex.co.uk (Stephen Marley) writes:
>dnelson@newssun.med.miami.edu (Dru Nelson) writes:
>:     When I tried using the #i macro:
>: 
>:     map! #i		#include <.h>hhha
>: 
>:     I always get #include <a.h> if I am in append mode.
>:     or #include <li.h> when I am doing an insert in a line.
>:     Or an insert at the begining causes this.  #include <i.h>
>:     When I am in R or Overwrite I get this: #include <lR.h>

>    map! #i #include <.h>^[hh

>This doesn't need an 'a' to append since map! leaves you in the editing mode
>you were in previously.

That's the problem: vi tries to get you back into the mode you were in by
pretending you typed 'a' or 'li' or something, without noticing that you
are in append mode already, so that the a or li or lR or whatever ends up
being inserted as text.

Something comparable happens when you ":map r a" and then try to use '~':
if the cursor sits on an 'x' and you type '~', vi pretends that you typed
'rX ', which does the right thing, unless you've :mapped 'r' or ' '.

Morale: don't :map any of "ailru$ \_".

--
Hope this helps,

Hans Mulder				hansm@cs.kun.nl
Newsgroups: comp.editors
From: bibhas@pico.engr.mun.ca (Bibhas Bhattacharya)
Subject: Paragraph justification in vi?
Keywords: vi
Organization: Memorial University of Newfoundland
Date: Wed, 16 Dec 1992 19:30:00 GMT

I tried
map \j !}nroff -e
I get the justification done and a lot of blank lines at the end of the
paragraph.
Is there any better way?

Thanks...
Bibhas.
--
	+==========================+=========================+
	| login name: DR. Jackyl   |  In real life: Mr. Hyde.|
	+==========================+=========================+
		          bibhas@pico.engr.mun.ca  
Newsgroups: comp.editors
From: sjs@netcom.com (Stephen Schow)
Subject: Emacvs vi
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 14 Dec 1992 20:13:56 GMT

Is there anyone out there who is totally objective that routinely uses
vi AND emacs, depending on a particular situation?  I am a very good vi
user and I love it.  I hear a lot about emacs, but I don't know whether I
should spend some time to learn it.

If you are a one sided user, please do n send me anything.  I know that there
are people who swear by emacs and others who swear by vi.  Right now I happen
to swear by vi.  I DO NOT want to hear from anyone who swears by anything.
I am looking for honest, objective comparisons and good reasons for using
either one in certain cases.

thanks in advance....I will post a summary!
-- 
------------------------------------------------------------------
Steve Schow    | But you don't have to use the claw, if you
sjs@netcom.com | pick the pear with the big paw paw......
(415) 354-4908 | Have I given you a clue......?
               |                       - Baloo the Bear
------------------------------------------------------------------
Newsgroups: comp.editors,comp.lang.lisp,comp.lang.scheme,comp.lang.lisp.x
From: pcolsen@super.org (Peter C Olsen)
Subject: LISP environment for BRIEF?
Organization: Supercomputing Research Center
Date: Fri, 18 Dec 1992 12:25:13 GMT

Can anyone point me to a set of BRIEF macros that will set up a
programming environment for LISP?  I'm trying to write some SCHEME
programs on a PC using BRIEF and I would like to find a language
package that would match ()'s, indent nested lists, etc.  My goal is
the lisp support found in GNU-Emacs, but I would gladly settle for the
PC-Scheme environment, with a little more speed and editing power.

If there is any interest, I'll summarize my results.

Peter

-- 
  Peter Olsen, PE, n2ell, pcolsen@super.super.org  ...!uunet!super!pcolsen
     "Engineering is the art of applying a professional knowledge of
   mathematics and the physical sciences to improve the quality of life"
From: roger@triplex.socal.com (Roger Knobbe)
Date: 11 Dec 92 17:53:16 GMT
Newsgroups: comp.editors
Subject: Re: xvi
Organization: ICS Triplex, Torrance CA

In article <1992Dec09.165917.7074@cadlab.sublink.org> martelli@cadlab.sublink.org (Alex Martelli) writes:
>jmd@muppet.bt.co.uk (John Downey) writes:
>	...
>:The behaviour you describe should only be happening if there are extra
>:carriage returns in the file. Why are you putting extra carriage
>:returns in a text file?
>
>A good reason could be to obtain any kind of overstriking more rapidly
>than with backspaces when the textfile is later cat'ted to a dumb printer.
>For example, if you do have a dumb printer, try printing a few lines like:

Yeah, but this is not really answering his question.  The real reason to
put CR's in a file is to get CR's into a macro.  My .exrc file has a ton
of them.  I'm having a *very* hard time getting xvi to understand fairly
common vi macros (like those kept in the archives described in this
newsgroup.)  Even worse than not understanding CR's inside a line is the
fact that xvi won't let you put ESC's in a macro.  It insists on
cancelling the colon command.  This is unacceptable.  I had to go into
the source to remove this feature to get any reasonably fancy macros to
parse.  I've given up getting the word completion macros to work.

I really like xvi.  I'm using it right now.  It's much better than
elvis.  I also own the MKS toolkit, but I still use xvi for almost all my
editing, since I love the multiple windowing features.  Unfortunately,
for sophisticated macro commands I still have to go back to MKS's vi.  I
really do wish that you could beef up the macro handling.  Use Eric
Bowles's word completion macros for a test case.  If you could handle
those, I can stop using MKS vi for good.

rog.
Newsgroups: comp.editors
From: margoli@watson.ibm.com (Larry Margolis)
Subject: Re: E 3.04 Wanted info |||
Date: Tue, 15 Dec 1992 19:54:07 GMT
News-Software: IBM OS/2 PM RN (NR/2) v0.16f by O. Vishnepolsky and R. Rogers
Reply-To: margoli@watson.IBM.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: The Village Waterbed

In <92343.144336E66964@TRMETU.BITNET> <E66964@TRMETU.BITNET> writes:
>Hello,
>
>  Recently I've seen a very good text editor (and very old too)
>which says something like:
>
>E 3.04 IBM Internal use only, (c) IBM 1987
>
>have you any idea what is that, how can it be found if it can at all.
>It has an internal REXX-like language and a compiler.

E has evolved into EPM, the OS/2 2.0 Enhanced Editor.  While only the
editor ships with OS/2, the macro source, macro compiler, programming
information, and lots of sample code are available separately (for free!).
See the EPMBBS package on the IBM OS/2 BBS's, Compuserve, or via anonymous
FTP from software.watson.IBM.com.  (I believe it's been shadowed on other
anon. FTP sites.)  Questions on EPM are answered in comp.os.os2.programmer.
--
Larry Margolis, MARGOLI@YKTVMV (Bitnet), margoli@watson.IBM.com (Internet)
Newsgroups: comp.editors
From: saunders@luther.che.wisc.edu (Brian E. Saunders)
Subject: Re: vi temporary files
Organization: University of Wisconsin - Madison
Date: 14 Dec 92 13:29:07 CST

In article <Bz92Hw.1Kp@sci.kun.nl> hansm@cs.kun.nl (Hans Mulder) writes:
>In <1992Dec13.230411.16440@doug.cae.wisc.edu> saunders@luther.che.wisc.edu (Brian E. Saunders) writes:
>>Is there a way to force vi to write the temporary files to the users home
>>directory?  I know emacs does this, and I probably will encourage people
>>editing large files to use emacs if I can't find a solution to the vi temp
>>files.
>
>Maybe you could ask the offending user to add the line
>
>	set directory=/their/home/directory
>
>to the .exrc file in that directory.

I did just that, and it works great.  What a simple solution; had I paid
more attention to the variables in vi, I probably could have figured this
out, but this was so much easier.  Thanks a lot.
-- 

Brian E. Saunders			saunders@luther.che.wisc.edu
Xref: sparky comp.editors:3041 comp.text:1459 comp.text.desktop:491
From: Demoel@Fwva.Saic.Com (Ed de Moel)
Newsgroups: comp.editors,comp.text,comp.text.desktop
Subject: WordPerfect 5.1 format - anyone?
Date: Mon, 14 Dec 1992 21:57:59 GMT
Organization: Science Applications Int'l, Corp. - Computer systems operation

I'm looking for a description of the internal format that WordPerfect
uses for its text-files.
 
Is there a FAQ I should consult, or would there anyone would help me out?
(Or is this format proprietary information of WordPerfect Corporation?)
 
 
Thanks in advance.
Ed de Moel - demoel@fwva.saic.com
Newsgroups: comp.editors
From: mktjadx@gsusgi2.gsu.edu (Jeff A. Dilcher)
Subject: ASCII file transfers into Pico... Question.
Organization: Georgia State University
Date: Wed, 16 Dec 1992 18:14:07 GMT

Hello,
I have a Pico difficulty.  I am uploading text files from my pc, over the
phone, to our mainframe at school.  The editor on the mainfram is Pico.
Sometimes, when I am in a document, I use the ascii upload feature of my
communication program to send up a small file to use in my document that I
am editing with Pico. 

Here is my problem.  Pico wants to automatically justify everything that
comes in, which is irritating if you are sending a file pre-formatted to
your specifications.  The ^U is useless, because you are prompted for it
after each line, and, in a ascii file upload, it is impossible to respond
after each line.

Any suggestions on how I can accomplish this ascii transfer into Pico,
without Pico justifying everything that comes in?

response via email will be greatly appreciated!
Thanks in advance,
Jeff


-- 
 
  Jeffrey A. Dilcher                                   Atlanta, GA, USA
mktjadx@gsusgi2.gsu.edu                             Telephone 404-266-1585
      NSS #25914                                       II Peter 1:10,11
From: stephen@memex.co.uk (Stephen Marley)
Newsgroups: comp.editors
Subject: Re: VI macro question
Date: 10 Dec 92 16:30:25 GMT
Organization: Memex Information Systems Ltd., East Kilbride, Scotland
X-Newsreader: Tin 1.1 PL4

dnelson@newssun.med.miami.edu (Dru Nelson) writes:

: 
:     When I tried using the #i macro:
: 
:     map! #i		#include <.h>hhha
:     map! /*		/*  */hhi
: 
:     I always get #include <a.h> if I am in append mode.
:     or #include <li.h> when I am doing an insert in a line.
:     Or an insert at the begining causes this.  #include <i.h>
:     When I am in R or Overwrite I get this: #include <lR.h>
: 
   ...

:     When I do a :map!  I get a :
: 
:     fi       #i		#include <.h>hhha
: 
:     What is this fi?

The # notation, in this context, is primarily for use in mapping
function keys where #1 represents function_key 1.  If you map!
something to #1, when you do a map! you will see something like,

    f1     ^[OP     what_you_mapped_to

where ^[OP is the termcap code for the F1 key for your terminal type
($TERM).  (This isn't necessarily what your F1 key generates - but
that's another problem).  So when you see 'fi' this behaviour appears
to be extended to 'function_key i'.  I suspect this, and the spurious i's
or R's are indications of some bug. :-(

The good news though, is that behaviour you desire can be achieved with
the following macro :-)

    map! #i #include <.h>^[hh

This doesn't need an 'a' to append since map! leaves you in the editing mode
you were in previously.  However, the macro above only leaves the
cursor in the right place when you start in insert (i), open (o), or
replace (R) mode, but not append (a).  This is really quite easy to
live with, though, since a typical sequence of keystrokes would be:

    i#istdio<esc>o#istdlib<esc>o            ...

Hope this helps.  
--
Stephen Marley
Memex Information Systems Ltd., East Kilbride, G75 0YN, Scotland, UK. 
stephen@memex.co.uk	  Tel: (03552) 33804     Fax: (03552) 39676
Newsgroups: comp.editors,comp.text,comp.text.desktop
From: joel@wam.umd.edu (Joel M. Hoffman)
Subject: Re: WordPerfect 5.1 format - anyone?
Organization: University of Maryland, College Park
Date: Wed, 16 Dec 1992 00:53:14 GMT

In article <BzB36x.9s8@unix.amherst.edu> kehandle@unix.amherst.edu (KEITH EDWARD HANDLEY) writes:
>Ed de Moel (Demoel@Fwva.Saic.Com) wrote:
>: I'm looking for a description of the internal format that WordPerfect
>: uses for its text-files.
>
>You can buy the developer's toolkit from WordPerfect Corp.  I know it
>was once available, but I don't know how much it costs.

Alternatively, there's a program out there somewhere for retrieving
encoded WP files without knowing the encryption key.  With the program
is an article that describes how they do it.  The article also
describes the format of the header information in WP files.  It's not
complete, but you may want to start there.

I have no idea where the program/article can be found.  Sorry.

-Joel
(joel@wam.umd.edu)

Newsgroups: comp.editors
From: hu@HEPSG1.physics.fsu.edu (Kerry HU)
Subject: help: Install aXe 3.1 onto SGI machine
Organization: Florida State University
Date: Wed, 16 Dec 92 17:07:59 GMT

hi there,

I am tring to install aXe3.1 to SGI. I went throught installation without
problem. But I got a core dumped error when I run it. I have IRIX 4.0.5 and
I beleive it is running X11R4.
anybody knows what is going on there ?

thanks.
Newsgroups: comp.editors