[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
A plea for mercy for a bandwidth (was: Re: Argument in favor of scripting (was: Re: A wysiwyg hebrew word processor))
Sorry people, what is happening here?
Why should one think about:
* Embedding Tcl
* Embedding Perl
* Embedding ELisp
or something else, when there is guile?
It is designed from ground up to be as embeddable as beer, and no-one
requires you (<opinion>although I would like to have such a law passed a
parliament</opinion>) to use scheme syntax. It is the Right thing to use.
Use of 2-layer design is highly appreciated in software engineering.
Programs like Emacs, Autocad, Macsyma, (well, did not use more myself,
there are plenty more) are very complex, yet very maitainable.
Those programs tend to fit perfectly to open-source development model
(Autocad and Macsyma were implemented that way, even while not being free
software, Emacs always was). This is true because such an approach allows
core develpers to focus on performance and stability, while branch
developers may focus on features.
Think of it like of an OS: - there is something we may describe as "kernel
part" (usually more than kernel itself) and some thing that like just a
syntactic sugar (as "Frodo" (Stanyslav Malyshev) had stated, all programs
are just zeros and ones, (but sometimes a human being just wants to be
comfortable with computers, (so HLL were invented))).
An OS need a lingua franca. Guile was designed to be such, so all I can say
- use it, it is worth an effort.
The whole previous message is included just to highlight pointlessness of
this thread. It may be a good time to stop this discussion, since this list
does not seem to be a software eng. one.
To switch the discussion to another lane:
I am working currently on Solaris_x86+Linux Howto. If it will be good a doc
enough, happy happy joy joy. Can someone state some really important for
him questions?
Thanx in advance.
On Fri, 10 Mar 2000, Moshe Zadka wrote:
> Date: Fri, 10 Mar 2000 07:16:39 +0200 (IST)
> To: Omer Zak <omerz@actcom.co.il>
> From: Moshe Zadka <moshez@math.huji.ac.il>
> Reply-To: Moshe Zadka <mzadka@geocities.com>
> Subject: Re: Argument in favor of scripting (was: Re: A wysiwyg hebrew
> word
> processor)
>
> On Thu, 9 Mar 2000, Omer Zak wrote:
>
> > I think this is the first thing you should support. Especially as it
> is
> > not that hard and I believe that you'll get cooperation from Chen
> Shapira.
>
> And, if he chooses either Tcl or Python, some support from me.
> (Ducking and hiding from those Perl addicts)
> (I believe most know *my* personal preferences)
>
> > If your wordprocessor is in any way decent, then scripting capability
> will
> > let other people add their favorite features, until your wordprocessor
> is
> > practically as useful (even if not as feature-laden) as MS-Word.
>
> Right on, brother! Think "Emacs, but with a language less horrid then
> elisp"!
> (Waiting for the lightning from RMS to reach him)
>
> > All you need is to ensure that any action which can be initiated by the
> > user (and probably also some internal actions) - is implemented in its
> own
> > procedure (ith arguments as necessary). Then let Chen worry about
> > invoking your procedures from the interpreter.
>
> Let me suggest you do this the other way around: put in your Engine
> *only*
> the heavy weight stuff, such as the buffer data structure implementation,
>
> the rendering. Anything invoked from a menu should be a Python (or Tcl,
> if
> you choose the dark path) command. Note that if you choose Python,
> implement you buffer data structure as a built-in Python object and do
> the right kind of (small amount of) magic, you don't have to think about
> "file format" bull: Python's pickle (akin to Java's Serializable) will
> take care of the rest. This is pretty powerful stuff! Which is why I
> would
> hardly recommend...
>
> > that a lightweight version (which doesn't rely upon Tcl or
> > Perl or Python libraries, but lacks scripting capability) can be
> created
> > by setting a configuration-time option in the makefile.
>
> Because you'll deny yourself the convenience you're giving your users.
> Instead, package up Python (or Tcl or Perl) *with* your word processor,
> and have it built as part of the make procedure. That way you side step
> evil configuration management issues easily enough.
> --
> Moshe Zadka <mzadka@geocities.com>.
> http://www.oreilly.com/news/prescod_0300.html
>
>
> =================================================================
> To unsubscribe, send mail to linux-il-request@linux.org.il with
> the word "unsubscribe" in the message body, e.g., run the command
> echo unsubscribe | mail linux-il-request@linux.org.il
>
--
Cheers,
Omer Mussaev / tel 051308214 / http://www.linuxlizard.de/omer
finger for [ address | phones | public key ]
=================================================================
To unsubscribe, send mail to linux-il-request@linux.org.il with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail linux-il-request@linux.org.il