Re: [Gimp-developer] Yes, you can help even if you can't code

On 4 May 2002, Daniel Egger wrote: > Am Sam, 2002-05-04 um 20.42 schrieb Ayose: > > > When you "XSLT files" you must say "XSLT file". Unlike DocBook, with > > XSLT we only will be able to produce one file, instead of one by > > . > > > Anyway, it will be easy :) > > So we cannot slice the HTM

[Gimp-developer] Pie Menus

Thumbing through the Gnome GTK Widget Repository, I found that someone has already implemented pie menus for GTK. I'm still not sold on having pie menus in GIMP, but at least it means that if we do find a way to make useful pie menus, it won't take much work to implement them. Hmm, maybe we co

Re: [Gimp-developer] Modifying GIMP

On Fri, 26 Apr 2002, Hai Nguyen wrote: > I did post a message on here before, basically what I would like to do is to > modify GIMP to be able to handle 48-bit images, I would then like to write a > plugin that would then be able read in a digital cameras RAW mode image > (36-bit interpolated int

Re: [Gimp-developer] Modifying GIMP

On Thu, 25 Apr 2002, Hai Nguyen wrote: > Hi, > > I am trying to modify GIMP to add some extra features but it's not > really something that I can do as plugin, does anyone know of any where > I can find detailed information on the way gimp actually works, any sort > of info especially on the act

Re: [Gimp-developer] Tool Plug-In Changes

On 25 Apr 2002, Michael Natterer wrote: > Nathan C Summers <[EMAIL PROTECTED]> writes: > > On 23 Apr 2002, Michael Natterer wrote: > > After a few weeks of silence, I figured that you didn't have anything > > more to say, so I started commiting again. I have

Re: [Gimp-developer] Tool Plug-In Changes

On 23 Apr 2002, Michael Natterer wrote: > Hi Rock, > > sorry I did not comment on this earlier, I was quite busy since > returning from Guadec. After a few weeks of silence, I figured that you didn't have anything more to say, so I started commiting again. I have my own schedule, too. > As m

Re: [Gimp-developer] siod (Script-Fu) string-length limitations

On Fri, 12 Apr 2002, Jeff Trefftzs wrote: > (2) Is there a sensible workaround for the (apparently) limited string > length? Have you tried using lists of single charactors instead? Note quite as memory efficient, sure, but you can make a list as big as available memory. Rockwalrus __

Re: [Gimp-developer] Notes from the Guad3c GIMP BOF session

On 10 Apr 2002, Sven Neumann wrote: > Hi, > > Nathan C Summers <[EMAIL PROTECTED]> writes: > > > > - Provide an API that allows the plug-in developer to use the same > > > function for manipulating the image as well as the preview. The > > > pre

Re: [Gimp-developer] Notes from the Guad3c GIMP BOF session

On 9 Apr 2002, Sven Neumann wrote: > Someone wanted a way to a enter zoom value numerically, so we might want > to use an entry/spinbutton instead. Seems to me that an entry/spinbutton has all the advantages of the other ui proposal with the extra advantage that you can quickly and easily go t

Re: [Gimp-developer] amp photoshop curves

On Sat, 30 Mar 2002, Nick Lamb wrote: > On 29 Mar 2002, at 11:37, Piotr Legiecki wrote: > > Does Gimp 1.3 work include making it possible (easier? maybe it was already > possible) to provide plug-ins/ modules that make Gimp understand more + > different types of palette, gradient, brush etc. aut

Re: [Gimp-developer] Size entry widgets..

On 27 Mar 2002, Tuomas Kuosmanen wrote: > * Yosh said it would be doable, not impossible. And told me to > post to the list instead of dreaming of it on IRC :-) Sounds like a good idea. Can you file it as a wishlist bugzilla as well? Rockwalrus __

Re: [Gimp-developer] xtns?

On Tue, 12 Mar 2002, Branko Collin wrote: > On 12 Mar 2002, at 1:08, Steinar H. Gunderson wrote: > > On Tue, Mar 12, 2002 at 01:07:47AM +0100, Branko Collin wrote: > > >So, if you have not answered this before, why is Xtns called Xtns? > > > > Shorthand of "extensions"? > > That was my guess t

[Gimp-developer] libgimptool: what needs to be shared

There are three kinds of sharing that needs to take place. The base classes (GimpTool, GimpSelectionTool, GimpTransformTool, GimpPaintTool, GimpDrawTool, and GimpObject) need to share their structure definitions in order to maintain and ensure binary compatibility. The other tool related classes

Re: [Gimp-developer] some 'fresh' ideas :-)

On Sun, 24 Feb 2002, Branko Collin wrote: > > Here's a PS 7 announcement: > > > > I wonder if that texture generator is a sort of resynthesizer plug- > in? The "healing brush" sounds like a good idea. We could probably implement it

Re: [Gimp-developer] tool plug-in changes

On 23 Feb 2002, Sven Neumann wrote: > Nathan C Summers <[EMAIL PROTECTED]> writes: [snip] > > a good amount of code needs to be shared between the core and the > > plug-in. I've split off a libgimptool to contain this code. [snip] > > Any comments? I will pro

[Gimp-developer] tool plug-in changes

I am going to need to make some changes to facilitate tool plug-ins. First, a good amount of code needs to be shared between the core and the plug-in. I've split off a libgimptool to contain this code. Second, a lot of the information contained in the gimptool object needs to be syncronized be

Re: [Gimp-developer] Re: tricking the cvs server

On Fri, 22 Feb 2002, Carol Spears wrote: > On 2002-02-22 at 1256.39 +0100, Sven Neumann typed this mail: > > Hi, > > > > Carol Spears <[EMAIL PROTECTED]> writes: > > > > > tonight i decided to try the cvs gimp-1.3. i found it very difficult to > > > convince the cvs server that i wanted the ne

[Gimp-developer] pluggable tools

Stage 1 of tool plug-ins is complete. That means that loadable modules can be used as tools. An example plug-in (just the color picker hacked to be a plug-in instead of a builtin) is available at http://students.cs.byu.edu/~rockwlrs/testmodule.tgz That file should be untarred in your app/tool

Re: [Gimp-developer] EXIF information in JPEG files

On Thu, 7 Feb 2002, Dave Neary wrote: > Marc Lehmann wrote: > > > There is no such thing as "non-standard naming" in this case. exif > > doesn't provide a standard name, so you need to make one up. Wether > > oyu make up one or 50 doesn't really matter, as long as it's > > documented. > > That's

Re: [Gimp-developer] EXIF information in JPEG files

On Wed, 6 Feb 2002, Dave Neary wrote: > If we go with the more generic "metadata" option, then we would have > the option of gimp-metadata-*. But that's minutiae at the moment. Isn't the fact that it's a parasite "metadata-y" enough? I suppose it's possible to attach a parasite to an image for

Re: [Gimp-developer] EXIF information in JPEG files

On Wed, 6 Feb 2002, Nick Lamb wrote: > http://www.ecs.soton.ac.uk/~njl98r/chocbox2.png ^^^ Looks very nice, but please, please call the last field "Copyright" instead of "Digital Rights Management." Rockwlrs

Re: [Gimp-developer] test this howto now

On 21 Jan 2002, Sven Neumann wrote: > I believe 'which' is more commonly available. However the easiest way > to find out if cvs is properly installed is to type 'cvs'. You'll either > get "cvs: command not found" or usage information from cvs. Good point. I like the directness. :) > > In th

Re: [Gimp-developer] RFC: Tool Plug-ins

On 17 Dec 2001, Sven Neumann wrote: > Hi, > > Nathan C Summers <[EMAIL PROTECTED]> writes: > > > Some horrible kludge could also be dreamed up involving GTKPlugs. That > > would move the windowing system dependance down to the GDK level, but > > woul

[Gimp-developer] RFC: Tool Plug-ins

Ahh, the blessed holiday known as finals week has arrived. A wonderful respite from that torture known as homework, when all the programming projects and other assignments that one's professors have seen fit to inflict upon their hapless and unsuspecting pupils have finally come to a much welcome

Re: [Gimp-developer] Current work

I'm currently in end-of-semester crunch time, so I won't be working on Gimp until after all of my semester projects are done. The IRC addicts are probably already aware that my plans for after that are: * implement tool plug-ins with as little disturbance to the rest of Gimp as is reasonable.

Re: [Gimp-developer] Re: your so called optimizations and why wedon't like them

On Mon, 3 Dec 2001 [EMAIL PROTECTED] wrote: > On 3 Dec, Sven Neumann wrote: > BTW: It would have been a single command for me to revert the changes When Gimp first moved to CVS, and access to the source tree went from a strong central maintainer to many people with CVS access, the reason I wa

[Gimp-developer] Graphics, links in Tips of the Day

I'm vividly reminded of my software engineering professor's lecture on Friday, where he talked about how after someone has done something, when that person talks about it, they assume that the person listening realizes a lot of details that speaker doesn't explicitly say, yet the listener does not

Re: [Gimp-developer] Re: GIMP Tip of the Day messages

On 6 Oct 2001, Daniel Egger wrote: > Am Die, 2001-10-02 um 19.14 schrieb 1002042874: > > > there is probably no need for XML as there are no attributes etc. > > If you use XML for texts like tips or dialogparts then attributes > are being used for specifying the language the text is in. We can a

Re: [Gimp-developer] [ot] GIMP in Hollywood

On Thu, 20 Sep 2001, Steinar H. Gunderson wrote: > On Wed, Sep 19, 2001 at 11:08:27PM +0200, Branko Collin wrote: > >: GIMP, an image editor with features > >: similar to Photoshop, provides 16-bit per channel > >: support (64-bit RGBA). > > Is this FilmGIMP or something? At least my GIMP 1.2.2 d

Re: [Gimp-developer] question of context

On Mon, 11 Jun 2001, Gustaf Barkstrom wrote: > Hi, > > I joined this newsgroup to see if I could get some help compiling gimp > 1.2.1. Am I in the right place? Is there a help list for sysadmins etc. > who are having compilation/configure problems? deja news (groups.google.com) > has yielded n

Re: [Gimp-developer] UI remarks

On Thu, 7 Jun 2001, Federico Mena Quintero wrote: > Agreed. Just pick a reasonable default based on the amount of memory > in the system. And please use libgtop to figure that out instead of > some horrid hack like "cat /proc/meminfo". If we're going to depend on Yet Another Library, might I s

Re: [Gimp-developer] Perl server problem

On 2 Jun 2001, Sven Neumann wrote: > Hi, > > Marc Lehmann <[EMAIL PROTECTED]> writes: > > > It's simple: i had(!) a script which loaded and analyzed thousands of > > (checked) jpegs and (unchecked) gifs. Broken gifs tend to hurt gimp badly, > > with effects ranging from gimp filling all virtual m

Re: [Gimp-developer] Re: web site

On 21 May 2001, Sven Neumann wrote: > Hi, > > I'd suggest you use this mailing list to discuss the future of > www.gimp.org so we can all contribute. I'd also suggest you don't try > to tackle it all by your own but try to find a group of people willing > to do the work. Adrian and I discussed t

Re: [Gimp-developer] Plug-in question

On Thu, 29 Mar 2001, Wolfgang Mueller wrote: > SB> Why using hyphen-seaparated-words-is-better is beyond > SB> me, but it seems to be what folks decided upon. > > I guess: it's lisp-ish, and it's what emacs does. > > (I would still be interested in hearing the real reason ;-) Only the illustriou

Re: [Gimp-developer] Re: couple possible TODO items

On Thu, 29 Mar 2001, Guillermo S. Romero / Familia Romero wrote: > [EMAIL PROTECTED] (2001-03-29 at .26 -0700): > > Ugh, speaking of error, all so-called "letter" paper isn't necessarily the > > same size. I've had two "letter" papers vary in size by almost half a > > centimeter! > > Oooh we

Re: [Gimp-developer] couple possible TODO items

On 29 Mar 2001, Sven Neumann wrote: > > > Are credit cards of a standard size? > > > > Should be. I wouldn't trust sticking them into a machine otherwise. > > They should be, but IMO credit cards are too small to be used > for resolution calibration. I guess it's the physician in me but > I thin

Re: [Gimp-developer] Re: RFC: eliminating tool destruction and addingbetter caching support

On 23 Feb 2001, Michael Natterer wrote: > > That lessens but does not solve the problem that the code is more > > complicated because of the destruction of tools due to state changes. > > I'm quite a bit biassed about wether we should destroy tools after use > or not, but IMHO a tool should simpl

Re: [Gimp-developer] enhanced guilotine everyone?

On Wed, 21 Feb 2001, Uwe Koloska wrote: > Hello, > > I'm looking for a tool that can create clickable html-tables with extended > features. Yes, I know of perlotine and guilotine, but they both can handle > normal tables (that is tables with n columns and m rows resulting in n x m > cells). > >

[Gimp-developer] RFC: eliminating tool destruction and adding better caching support

Problem: Many tools instruct the core to destroy themselves on certain kinds of state changes, such as a change of image or display. While some tools are quite good at handling these changes, others are quite unstable psychologically and commit hara-kari for the smallest reasons. This is ineffi

[Gimp-developer] Re: RFC: eliminating tool destruction and adding better cachingsupport

On 21 Feb 2001, Sven Neumann wrote: > Nathan C Summers <[EMAIL PROTECTED]> writes: > > > Problem: Many tools instruct the core to destroy themselves on certain > > kinds of state changes, such as a change of image or display. While some > > tools are quite good at

[Gimp-developer] Re: Layers, dialogs and other bits of love on Valentines Day

On 18 Feb 2001, Miguel de Icaza wrote: > Bonobo support could come in many different shapes. > > A 60,000 feet picture of Bonobization could include: [snip] > * Export GIMP internals through CORBA. [snip] > On exporting internals trough CORBA > > The idea behind th