Hi,
I have some working code that does use the pluginrc to store the additional
locale info for plugins (as described in my earlier mail). Additionally
the framework for setting the domain (and optionally a path) from a plugin
through a PDB call is complete and tested.
The new PDB call would
Hi,
Ok, one shouldn't just bitch about other people's code, so here is my patch
that adds an optional locale_domain and locale_path to the plugin structure
and extends the pluginrc code to read and write that information from/into
the pluginrc. This code is obviously a few lines longer than
Hi,
I think I know why Michael got his solid black output, and it had
nothing (really) to do with the bug fixes I did for 3.0.7. The
problem was that someone ripped out the calc_rgb_to_hsv and
calc_hsv_to_rgb functions I put in print-util and replaced them with
gimp_calc_rgb_to_hsv4
On Wed, 23 Feb 100, Miles O'Neal wrote:
[snip thought GNU style was bad but it's OK]
I still don't. Two spaces just isn't enough. Three
or four is much better. And I like space before the
paren only if it isn't after a function or procedure
name.
And I firmly believe that if God had
On 23 Feb, Sven Neumann wrote:
gimp_plugin_add_locale_domain (gchar *domain_name,
gchar *domain_path)
and can only be called in the query function of a plug-in. The
domain_path may optionally be NULL. Proposals for a better name are
welcome.
I'd recommend
Hi,
I'd recommend gimp_plugin_domain_add (gchar *domain_name)
and gimp_plugin_domain_add_with_path (gchar *domain_name,
gchar *domain_path)
because it IMHO fits better into the namespace and is more obvious
than to have just 1 function with two
On 23 Feb, Sven Neumann wrote:
No, that won't work. Of course you need to hook somewhere into
plug_in.c or at least use the plug_in_defs list. Otherwise plug-ins
won't be able to register their domain on the first call.
Of course you are right, just a braino.
The only thing missing now is
I put 3.0.9 up on gimp-print.sourceforge.net, and Sven checked the
equivalent into the Gimp proper.
This will be the last standalone release on the 3.0 branch. The
standalone code is getting too far out of sync with the Gimp CVS
repository to make this very easy, and the real action is
In regard to: Crash in Gimp 1.1.7 on Solaris 8., Ludovic Poitou said (at...:
signal BUS (invalid address alignment) in color_pixels at 0x177858
color_pixels+0x110: ld [%l0], %i1
You don't say what architecture you're running on, but Solaris 7 or later on
an Ultra would be a LP64 (i.e.
Tim Mooney wrote:
In regard to: Crash in Gimp 1.1.7 on Solaris 8., Ludovic Poitou said (at...:
signal BUS (invalid address alignment) in color_pixels at 0x177858
color_pixels+0x110: ld [%l0], %i1
You don't say what architecture you're running on, but Solaris 7 or later on
an
In regard to: Re: Crash in Gimp 1.1.7 on Solaris 8., Ludovic Poitou said...:
Tim Mooney wrote:
In regard to: Crash in Gimp 1.1.7 on Solaris 8., Ludovic Poitou said (at...:
signal BUS (invalid address alignment) in color_pixels at 0x177858
color_pixels+0x110: ld [%l0], %i1
You
Please reply to me directly via email as I am not on the mailing list.
I am trying to get batch mode working with script-fu-old-photo. However I
cannot get it working despite my attempts to follow the docs on
adrian.gimp.org. Does anyone have any suggestions on how I can get this
working or
12 matches
Mail list logo