The following is a reply to an old e-mail message sent to gimp-devel that 
has been bit rotting for some time in my drafts folder.


Andreas Posur wrote:
> Many thanks for contributing to G.I.M.P

yw

> I heard lots of different complains about working with scheme for
> GIMP (mostly: ugly interface and "unsexy") Scheme (TinyScheme/Fu and
> as well SIOD) are not up to date nor do they feature some stuff which
> is meanwhile often requested (such as) intensive (unit) testing...

SIOD was old and didn't really follow existing Scheme standards. TinyScheme
is meant to be tiny, or at least small, and will be seen as missing features
when viewed by those used to a full-blown Scheme implementation such as Guile.

There are a couple of scripts for testing Scheme implementations for
compatability with R4RS and R5RS. TinyScheme can't run the R5RS tests as it
doesn't support define-syntax. It does quite well running the R4RS tests
when you take in to account the lack of support for things like complex
numbers and big numbers.

> The "Programming Languages Teaching Team" is reshaping their version
> of scheme to another much less misunderstood name on Google called
> "Racket". They will feature their implementation of R6RS Standard

Thank you for the information on Racket. It looks interesting but it would
be too big to include with GIMP.

> How
> difficult could it be to write at least a GIMP (Tiny-Fu I don't think
> we would need tinyscheme that bad, but perhaps I'm wrong) rewrite
> perhaps together with M. Felleisen and his crew to get this "not so
> much convenient" method to do effective scripting updated (upgraded).
[snip]
> You will find the whole discussion here:
> http://list.cs.brown.edu/pipermail/plt-dev/

I don't understand what you are asking. The link to the discussion is just a
link to the entire mailing list archive for PLT. If you have a direct link
to the message thread I will look at it. I'm not going to dig through their
archives to find the discussion you wanted me to look at.

> GIMP will have crucial feature changes (GEGL) with 3.0 and with
> Scheme/Racket we could to try to automate and enhance them for the
> greater good of people. PLT-Scheme coding is such much more
> comfortable and no it is not that "power-limited"...

Every so often someone suggests that Script-Fu should use some more
full-featured version Scheme implementation. It's fine to suggest such a
thing but you have to keep a couple of things in mind.

Is the proposed implementation of Scheme available for all environments that
can run GIMP? How big is the implementation and can it be embedded with
Script-Fu?

Most of the more "complete" implementations of Scheme are too big and
contain features not needed for basic scripting and automation of GIMP. If 
someone can propose additions to TinyScheme to add any "needed" features, or 
knows of a more full featured Scheme interpreter that isn't a lot bigger 
than TinyScheme, I would be interested to look at the proposal.

For GIMP 3.0 I would like to get the changes I have planned for version 2 of 
Tiny-Fu in as the new Script-Fu which will make it easier to use alternative 
Scheme interpreters.
_______________________________________________
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Reply via email to