[comp.sys.amiga.introduction] CYGNUS vs GNU

masaru@media-lab.MEDIA.MIT.EDU (Masaru Sugai) (01/12/91)

Thanks for responce to this issue.  Some article referred me as the original
poster, though.  Judging from the follow-ups and mails recived personally, 
most of you recommmend me CED. Here's an excerpt from the latest AC's 
guide/AMIGA (underlined by me)

[CygnusEd Professional 2.0]

Impressive editing tool for the Amiga. Features turbo scrolling, easy-to-use
						---------------
macros, and key-board shortcuts. Lines or blocks can be deleted or undeleted,

paragraph formatting, and automatic word wrap. Up to ten files can be displayed

at one time to edit, cut and paste.  Fastest programer's available editors.
				     -------------------------------------
Full ARexx interface. Automatic saving; recovers data from most system crashes.
--------------------
$99.95		ASDG, Inc., 925 Stewart St., Madison, WI 53713 (608)-273-6585


And yesterday I came across a gnu-emacs in ab20.larc.nasa.gov.  This might
cause a storm of discussion, but I'm so curious that I can't stop asking you. 

  WHICH IS AN EDITOR OF CHOICE FOR AMIGA, CYGNUS OR GNU ?

As is often the case with platform dependent editors, Cygnus seems to fly 
elegantly on Amiga, but GNU also looks powerful for programmers....

- Masaru Sugai

hill@evax.arl.utexas.edu (Adam Hill) (01/12/91)

   Wait for TurboText by Martin Tallifer. There is a demo of it on ab20.larc.
  nasa.gov.
-- 
 adam hill                                 
 hill@evax.arl.utexas.edu                        Make Up Your Own Mind.. AMIGA!
                                                   Amiga... Multimedia NOW  
 Most Common Phrase at DevCon '90 - "Shhhhhhh.."  

lrg7030@uxa.cso.uiuc.edu (Loren Rittle) (01/12/91)

Note: I moved this as I fear some sort of editor war coming up, let's
make sure it takes place in comp.sys.amiga.advocacy!

Adam Hill writes:
> Wait for TurboText by Martin Tallifer. There is a demo of it on ab20.larc.
> nasa.gov.

Well, as a long time CygnusEd user, I can safely say that while TurboText
looks ok [ARexx port (unlike CED, there is one for every edit window
open, which is a nice touch that I have hoped CED would add for some time),
powerful ARexx command set (like CED), user configurable menus (unlike CED),
``bookmarks'' (like CED), a feature they call folds (allows for hiding
text, CED does not have this sort of thing built-in, but I wrote ARexx
macros to do the same thing about 1-1/2years ago!),  they also claim to
support :
``Supports sophisticated text templates, including special template sets
  for C, Modula-2, Ada, Assembly, and COBOL programming'',
the templates aren't too sophisticated or special.  Not at all as
powerful as those under LSE under VMS, which I would consider
powerful enough to be of any use.  It seems to get real confused
if you hit the expand key more than once over the same `token'
twice! :-)], BUT they are missing some powerful CED features that
us power hungry users have come to expect, for example:

NO undo to speak of!  Once you even move the cursor from the
last line edited, no undos can take place, ie they have a one
line undo that it forgets about as soon as you move off the line!
(Hell, I thought that Gold Disk was the only company making
`Professional' software without undo features! :-) :-)

Only two views into a file at one time, with each document opening
into it's one window.  This actually makes switching between docs
a pain in the butt, IMHO.

Count me out, I stick with the power of CED.  But do get the demo,
you may decide that TurboText is your cup of tea.  But at the
same price as CED with less power, why?

Loren J. Rittle
--
``In short, this is the absolute coolest computer device ever invented!''
                   -Tom Denbo speaking about The VideoToaster by NewTek
``your pathetic architectures won't support it'' - Kent Paul Dolan
``Think about NewTek's VideoToaster!  Now think about the Amiga!''
Loren J. Rittle lrg7030@uxa.cso.uiuc.edu

david@starsoft (Dave Lowrey) (01/23/91)

In article <4849@media-lab.MEDIA.MIT.EDU>, Masaru Sugai writes:

> Thanks for responce to this issue.  Some article referred me as the original
> poster, though.  Judging from the follow-ups and mails recived personally,
> most of you recommmend me CED. Here's an excerpt from the latest AC's
> guide/AMIGA (underlined by me)
>
> [CygnusEd Professional 2.0]
>
 (description of CED)
>
> And yesterday I came across a gnu-emacs in ab20.larc.nasa.gov.  This might
> cause a storm of discussion, but I'm so curious that I can't stop asking you.
>
>   WHICH IS AN EDITOR OF CHOICE FOR AMIGA, CYGNUS OR GNU ?
>

GNUEmacs, for the amiga, is LARGE (>500K), slow (it takes 20-30 seconds
to start up om my 68020 hard drive system), and buggy (It crashes my
system after exiting).

It is definately in the "beta test" stage at this point.

> As is often the case with platform dependent editors, Cygnus seems to fly
> elegantly on Amiga, but GNU also looks powerful for programmers....
>

My problem with CED is that you can't write native CED "scripts". Any
macros have to be entered directly into the editor, and saved. I you
have different "modes", you have to re-enter commonly used macros
and save them for each mode.

Other than that, and a few other minor gripes, CED works well.

There are also several other PD editors that work well. Some that come
to mind are DME, Stevie, and QED.

----------------------------------------------------------------------------
These words be mine. The company doesn't care, because I am the company! :-)

      Dave Lowrey        |  david@starsoft or {uhnix1,lobster}!starsoft!david
Starbound Software Group |
      Houston, TX        | "Dare to be stupid!" -- Weird Al Yankovic

dac@prolix.ccadfa.oz.au (Andrew Clayton) (01/25/91)

In article <1891004e.ARN263f@starsoft>, Dave Lowrey writes:

> My problem with CED is that you can't write native CED "scripts". Any
> macros have to be entered directly into the editor, and saved. I you
> have different "modes", you have to re-enter commonly used macros
> and save them for each mode.

If you have 'common macros', when you're building new macro's, it's kinda cute
to press the key sequence to activate an EXISTING macro whilst defining your
new macro. 

Putting it another way, if I have a macro assigned the my "(" on my numeric
keypad, and want to move it to the ")" key on the '0' key, I just do AM()AM,
and it copies the macro to the new key. Therefore if you have your "common
macro's" bound to strange keys, you can 'build' complex macros by adding them
together in a new macro.

I do agree, this is a kludgy way to play with macro's, and a 'MacroEditor'
would be nice. I might write one in Arexx! :-)

> Other than that, and a few other minor gripes, CED works well.
> 
> There are also several other PD editors that work well. Some that come
> to mind are DME, Stevie, and QED.

QED and AZ are pretty hoopy (I used AZ to do global replace, when I was still
limited by the incredibly slow repeat replace in the first releast of CED)

CED is my editor of choice though. It's great.

[This macro editor idea is beginning to sound neater and neater]

>       Dave Lowrey        |  david@starsoft or {uhnix1,lobster}!starsoft!david
                                    ~~~~~~~~ Tshk, I was told '6 chars, MAX!'
Dac
--
 _l _  _   // Andrew Clayton. Canberra, Australia.         I Post  .
(_](_l(_ \X/  ccadfa.cc.adfa.oz.au!prolix!dac                     . .  I am.                   
-------- I cannot send or receive email. Not to anyone at all. Not even you.

mwm@pa.dec.com (Mike (My Watch Has Windows) Meyer) (01/26/91)

In article <1894a191.ARN2788@prolix.ccadfa.oz.au> dac@prolix.ccadfa.oz.au (Andrew Clayton) writes:
   If you have 'common macros', when you're building new macro's, it's kinda
   cute to press the key sequence to activate an EXISTING macro whilst
   defining your new macro. 

   Putting it another way, if I have a macro assigned the my "(" on my numeric
   keypad, and want to move it to the ")" key on the '0' key, I just do AM()AM,
   and it copies the macro to the new key. Therefore if you have your "common
   macro's" bound to strange keys, you can 'build' complex macros by adding
   them together in a new macro.

I kinda like the way mg does it better (naturally - I made it that
way). If you run one macro while defining another, it just inserts the
_keystrokes_. So you your example wouldn't copy the macro; the latter
one would just invoke the earlier one.

The reason I prefer this is that it allows me to do things like define
a macro to indent N lines, using an "indent-line" macro. I can later
switch to a mode where "indent-line" indents C code instead of text,
and the indent N lines macro works as you'd expect.

	<mike
--
So this is where the future lies			Mike Meyer
In a beer gut belly; In an open fly			mwm@pa.dec.com
Brilcreamed, acrylic, mindless boys			decwrl!mwm
Punching, kicking, making noise