On 1/8/10, SorinN wrote:
sure - first I told you all some peoples sell GIMP giving impression
of a Pro piece of software ( that mean money - which mean support and
all related things ).
Oh, for god's sake... We in Audacity project receive a good *dozen*
emails a *week* like yours even though
I've been thinking about all the stuff around the new single-window-mode to
be introduced hopefully in 2.8, and particularly got interested in guiguru's
explanations of what this could be.
And I have things to say about that. The following will be a little
sarcastic, because with all due respect,
The conclusion was to go ahead so I will commit the patch soon after
changing glade to ui as per Sven's comment.
In response to Akira's comment on performance:
We need to be aware of that we are introducing extra disk IO which can
give us problems, especialy during startup if we have to load a
Hi,
On Fri, Jan 8, 2010 at 4:30 PM, Martin Nordholts ense...@gmail.com wrote:
We need to be aware of that we are introducing extra disk IO which can
give us problems, especialy during startup if we have to load a lot of
files. In practice I don't think this will be a problem for a long
time
On Friday 08 January 2010 17:08:58 Martin Nordholts wrote:
Aurimas Juška wrote:
Why not to convert XML's to C code when compiling distribution ? XML's
are large and not very fast to parse. This approach would have all the
benefits of XML's while developing and would not cause additional
On Fri, 2010-01-08 at 17:05 +0200, Aurimas Juška wrote:
[...]
Why not to convert XML's to C code when compiling distribution ? XML's
are large and not very fast to parse.
Large - that's subjective. XML is not a compact format, though.
Not very fast - 50 MBytes per second isn't unreasonable
On Fri, 2010-01-08 at 17:05 +0200, Aurimas Juška wrote:
Hi,
On Fri, Jan 8, 2010 at 4:30 PM, Martin Nordholts ense...@gmail.com
wrote:
We need to be aware of that we are introducing extra disk IO
which can give us problems, especialy during startup if we
have to load
I've updated the patch to incorporate Svens feedback; changed the file and
procedures to file-openraster-*
Hoping this can be committed now. Also, please consider shipping it with the
next 2.6 stable.
--
Regards Jon Nordby - www.jonnor.com
0002-Basic-working-OpenRaster-file-support.patch
Greetings,
Sorry if this sounds very newbie-ish; I'm somehow new to GIMP plugin
development. Is there any quick way to copy a drawable in memory, in order to
manipulate it, and then manipulate the original again? Basically, what I'm
trying to do is transforming an image in a few different ways
On Fri, 2010-01-08 at 16:37 -0500, François Gingras wrote:
Greetings,
Sorry if this sounds very newbie-ish; I'm somehow new to GIMP plugin
development. Is there any quick way to copy a drawable in memory, in
order to manipulate it, and then manipulate the original again?
Basically, what I'm
Thanks, I actually hadn't realized that the data wasn't sent to the plug-in. Is
there any way for a plug-in to use a function similar to
gimp_drawable_transform_matrix_default() with data the it has access to?
They say images are worth a thousand words... So what I'm basically trying to
do is
11 matches
Mail list logo