vio <[EMAIL PROTECTED]> writes:
> After browsing the gimp-1.3 TODO list, I would like to add my little suggestion
> of things I would wish from Gimp: how about also developing a clear path
> towardsGimp as a "web graphics server".
> Analogy: as we now have "static" web pages and
> "dynamic" web pages (php, zope, etc), similarily I ould like to see not only
> "static" graphic representations (implementations: bitmap, vector, mpegs), also
> "dynamic" graphic representations. What are "dynamic" graphic representations?
> Nice images we can only see at "runtime" (just as dynamic web pages can only be
> seen at runtime). Well Gimp's scripts are a good example of "dynamic" pictures
> (granted, scripts are not pictures per se, but follow my idea).
> So from a web designer's point of view, what would really make a lot of sense
> would be the ability to call such "dynamic" graphical representations from,
> let's say, a 'php' or 'dtml' page. For those who don't know, 'dtml' are simple
> tags inserted in a html page, which the Zope server replaces with the
> appropriate value before sending it to the client.
> Example of a dtml tag inside a html page:
> "<img src="<dtml-var expr="My_time_alienGlow">">".
> "<img ...>" is a html tag, and "<dtml-var expr="My_time_alienGlow">" is a dtml
> tag. What does the latter do ? Well, it is a call to my method - Zope server
> with call it at run time. This method, using Gimp's python bindings, will
> hopefully call Gimp's AlienGlow script and pass it a string (in this case, the
> local time on my hardware), and some other parameters required by the AlienGlow
> script (I guess colour parameners, font size, etc.).
> Does this sound far-fetched? Ok, this may be still fantasy on ice, as I only
> installed Gimp 1.2.3 couple of days ago, and haven't yet touched gimp-python or
> scripting-gimp docs (fun starts in a few minutes). But I am totally impressed
> with Gimp 1.2.3, and I read it can in fact be made to act like a server,
>startedwithout the GUI, passing it commands with the 'gimp-remote' program (which
> incidentally seems absent from my installation).
The only thing gimp-remote can do is to tell a running gimp to open a
specific file. It's there for file-managers etc. that want to be able
to open image files in a running GIMP session.
The ideas you outlined boil down to:
1. make GIMP work w/o a GUI
2. allow everything to be scriptable
To some extent this already holds true for The GIMP. Some areas need
improvement but we are working on it. The rest is not GIMPs business.
As long as we provide a good scripting API and don't make any
functionality rely on the GUI, GIMP can be used in whatever
client-server environment you can imagine. We won't build any dynamic
web-publishing functionality into the core GIMP however.
BTW, have you looked at Net-Fu yet?
Gimp-developer mailing list