Path: utzoo!attcan!uunet!decwrl!sdd.hp.com!samsung!cs.utexas.edu!news-server.csri.toronto.edu!clyde.concordia.ca!s3!gamin
From: gamin@ireq-robot.hydro.qc.ca (Martin Boyer)
Newsgroups: comp.emacs
Subject: Re: GNU 'emulation' under Unipress?
Message-ID: <3104@s3.ireq.hydro.qc.ca>
Date: 25 Sep 90 12:07:50 GMT
References: <9009221103.AA28504@lilac.berkeley.edu>
Sender: root@s3.ireq.hydro.qc.ca
Reply-To: gamin@ireq-robot.hydro.qc.ca (Martin Boyer)
Organization: Laboratoire de robotique, Institut de recherche d'Hydro-Quebec
Lines: 30

In article <9009221103.AA28504@lilac.berkeley.edu> lwv27@CAS.BITNET writes:
>I was wondering if there exists a package which would convert so many
>of these nice emacs packages into a format which would be usable within
>Unipress EMACS?

I really doubt it.  I can be done by hand, if you know what you're
doing and are willing to spend some time on it.

I used UniPress for over 4 years and I switched to GNU about a yeaar
ago.   Back then, I ported a few packages written for GNU (LISP modes,
mainly) and I quickly realized that UniPress's mlisp was not as
flexible as GNU's elisp.

The difference actually lies in the 'kernel'; the set of basic
functions provided by the editor.  While UniPress provides almost as
much in that area as GNU, the functions are not as customizable (i.e.
don't take as wide a range of parameters).  If you want a clear
example, the regular expression search algorithm in UniPress is
incomplete; it can't deal with nested alternatives (the \| operator).
I really needed something better, so I ported the GNU code to
UniPress.  I took me a month, but I learned a lot...

I still believe that UniPress has a better looking user interface
though.

--
Martin Boyer                            mboyer@ireq-robot.hydro.qc.ca
Institut de recherche d'Hydro-Quebec    mboyer@ireq-robot.uucp
Varennes, QC, Canada   J3X 1S1
+1 514 652-8136