Re: Online Graphic Creation with GIMP?

2000-12-29 Thread David Bonnell

On Fri, 29 Dec 2000, Ed Husar wrote:

> I am wondering if anyone can point me in the right direction. I would like 
> to play around with letting users create graphics on line via a web form and 
> GIMP. Is there any tutorial out there to get me started?
> 
There's a package for GIMP called net-fu which does just this.  This is
what we used as a starting point for our site, FlamingText.com.  Bryan
Livingston of CoolText.com used to be the maintainer of this package, but 
i'm not sure if he still is.

net-fu contains a bunch of modified script-fu scripts (interactive stuff 
removed, output saved to file), and a couple of CGI's.  One CGI
dynamically generates forms to get the script parameters (text, colors,
font, fontsize, etc) and another submits "jobs" to the script-fu server
plug-in running inside a GIMP that is started in batch mode.


-Dave

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
www.flamingtext.com -- Real-time Graphics Generator -- It's fast + it's FREE!

* Headings  * Buttons   * Arrows* Backgrounds
* Animations* Bullets   * Dividers  * Wallpaper
* Clipart   * Mouseover Effects * E-Mail Signatures




Re:Online Graphic Creation with GIMP?

2000-12-29 Thread jsr


Well, I've never played with this but I think there are 
some tutorials on the Gimp site that explain using Gimp for 
automatic processing of images, combining that with cgi 
should give you what you want.

Sorry I can't be of more help, you can't share knowledge 
you don't have :(

Lourens




Re: GIMP 1.2.0 and Solaris 7/SPARC

2000-12-29 Thread Sven Neumann

Hi,

Tino Schwarze <[EMAIL PROTECTED]> writes:

> Without having looked at the code - what do we need that many FDs for?!
> We don't need to open all palettes at once, do we?

Gimp-1.2.0 leaks a filedescriptor when loading palettes. This has been fixed
in the meantime. 


Salut, Sven




Re: Patches to 1.2.0 for --with-included-gettext and HP-UX 11.00

2000-12-29 Thread Tim Mooney

In regard to: Patches to 1.2.0 for --with-included-gettext and HP-UX 11.00,...:

>3. Fix for AM_WITH_NLS on Solaris

The patch for this problem is needed for more than just Solaris.  I've
reported this particular problem on gimp-developer and elsewhere a couple
times, and although it's really a problem with gettext 0.10.35, it's spread
into virtually every package that uses gettext.

I haven't tried your patch yet, but I think it's better than the one I
have been using and have posted here and elsewhere.  It looks like yours
handles cacheing appropriately, whereas mine did not.

I would encourage you to submit this patch directly to the gettext
maintainer(s), as it really needs to go in there too.

Thanks,

Tim
-- 
Tim Mooney  [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J1, IACC Building  (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164




Re: Gimp for Windows v1.2 seems to have new bug

2000-12-29 Thread Tor Lillqvist

I wrote:
 > Maybe the flame plug-in is very sensitive to what random number
 > generator is used, and works well only with the random() function
 > available on most Unixes (but not in MS's C library).

Problem solved. Mea culpa. It wasn't that flame would be sensitive to
the random number generator's deeper statistical properties, but it
did require that it returns non-negative values. I had set RAND_FUNC
as g_random_int in GIMP's config.h, without thinking. The random() or
lrand48() functions that normally are used on Unix both return a
non-negative integer. g_random_int(), however, can return any
integer. Having RAND_FUNC returning nagtive values half of the time
probably can cause all kind of strange behaviour in plug-ins that use
it.

When I changed the definition of RAND_FUNC to:

#define RAND_FUNC() g_random_int_range (0, G_MAXINT)

and recompiled the flame plug-in, it behaves just like on Unix.

Recompiled plug-ins that use RAND_FUNC are available in
www.gimp.org/win32/updates-rand-func-plug-ins.zip. Put them in GIMP's
plug-ins directory.

--tml




Online Graphic Creation with GIMP?

2000-12-29 Thread Ed Husar

I am wondering if anyone can point me in the right direction. I would like 
to play around with letting users create graphics on line via a web form and 
GIMP. Is there any tutorial out there to get me started?

Thanks in advanced,

Ed
_
Get your FREE download of MSN Explorer at http://explorer.msn.com




Re: [gimp-devel] New Plugins

2000-12-29 Thread Marc Lehmann

On Fri, Dec 29, 2000 at 05:48:07PM +0100, Simon Budig <[EMAIL PROTECTED]> wrote:
> > warp-sharp.scm
> 
> Do you think it is useful to duplicate the same functionality, just because
> it is implemented in two different Languages?

maybe we should trade warp-sharp.pl in for the scheme original?

-- 
  -==- |
  ==-- _   |
  ---==---(_)__  __   __   Marc Lehmann  +--
  --==---/ / _ \/ // /\ \/ /   [EMAIL PROTECTED] |e|
  -=/_/_//_/\_,_/ /_/\_\   XX11-RIPE --+
The choice of a GNU generation   |
 |



Re: [gimp-devel] New Plugins

2000-12-29 Thread Simon Budig

Martin Weber ([EMAIL PROTECTED]) wrote:
> Now that we have the new gimp 1.2.0 out, we should think about adding
> new plugins to the gimp. Here my proposal:

Basically the number of plugins distributed with the gimp will most probably
shrink. We are thinking about a new scheme of distributing plugins.
There is no final result of this discussion.

> 3. Not yet adopted to the new gimp, but stable in the old version:
> quant.c from gimp-unstable-plugins from the old 1.0.4. gimp.

quant used to crash sometimes deeply in the quantizing algorithm where
I have no idea of

> 4. Scripts:
> lcd-downscale.scm

Do you think, this script ios so importand it should be distributed with
the Gimp? It has a fairly experimental nature...

> warp-sharp.pl

Is in Gimp 1.2.

> warp-sharp.scm

Do you think it is useful to duplicate the same functionality, just because
it is implemented in two different Languages?

Bye,
Simon
-- 
  [EMAIL PROTECTED]   http://www.home.unix-ag.org/simon/



New Plugins

2000-12-29 Thread Martin Weber

Now that we have the new gimp 1.2.0 out, we should think about adding
new plugins to the gimp. Here my proposal:
1. Stable plugins:
Anti-Alias 0.8.1
Fixer
Homogenizer
logconv-1.2.1
mathmap-0.12 (make seamless in 0.11 works correctly in the Linux
version, but in the windows version, the picture turns red)
raw_load-3.0
resynthesizer-0.6
2. Unstable plugins
gimp-ace: We should take the code from cvs not version 0.6.3. The cvs
version removes some problems at light and dark places, but has some
problems in the dialog in the gtk part. Also the configure doesn't run
with gimp 1.2.0.
gimp-freetype-0.2: Still some seg faults.
fourier
3. Not yet adopted to the new gimp, but stable in the old version:
quant.c from gimp-unstable-plugins from the old 1.0.4. gimp.
ipx-plugins
kaleidoskope
4. Scripts:
lcd-downscale.scm
warp-sharp.pl
warp-sharp.scm