On Mon, Sep 2, 2013 at 10:44 AM, Guillermo Espertino (Gez)
wrote:
> El 01/09/13 17:22, kcle...@users.sourceforge.net escribió:
>
>> Okay. so do you mean that any non-GEGL plugins or filters should
>> be treated as not 32-bit compatible and is therefore capable of
>> silently clipping data?
>
>
El 01/09/13 17:22, kcle...@users.sourceforge.net escribió:
Okay. so do you mean that any non-GEGL plugins or filters should
be treated as not 32-bit compatible and is therefore capable of
silently clipping data?
What Alexandre is saying is that you won't have to worry about it when
2.10 is
Dear developers,
is there a documentation about menu hooks in GIMP? Is there a listing
at the source code?
I tired to try out how to get my python plugins in the right place. So
i'd like to do
a visual documentation for any developer. I attached an example on this mail.
This could be lat
Dear GIMP developers,
i'd like to update some of my older scripts and write some new too.
Is there meanwhile a way to handle translations of the UI?
Cheers
Eckhard.
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
On Mon, Sep 2, 2013 at 12:22 AM, wrote:
> Okay. so do you mean that any non-GEGL plugins or filters should
> be treated as not 32-bit compatible and is therefore capable of
> silently clipping data?
By the time GIMP 2.10 is out, there will be no such plugins in GIMP,
so what you are suggesti
Okay. so do you mean that any non-GEGL plugins or filters should
be treated as not 32-bit compatible and is therefore capable of
silently clipping data?
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membershi
Dear GIMP developers,
i'd like to update some of my older scripts and write some new too.
Is there meanwhile a way to handle translations of the UI?
Cheers
Eckhard.
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
On Sun, Sep 1, 2013 at 12:56 PM, wrote:
> So in another word: do you mean that gimp git master already has full
> support of 32-bit color channels, and there is nothing inside gimp
> that silently discards the details of the 32-bit data?
Some plugins do.
>>>
>>> Oops...
On 1 September 2013 05:56, wrote:
>
> I mean that whenever a plugin is used on an image with the channel
> size larger than the plugin can support, gimp should output a warning
> message about loss of precision. So I guess would adding a simple
> check like this involve much much less work than
So in another word: do you mean that gimp git master already has full
support of 32-bit color channels, and there is nothing inside gimp
that silently discards the details of the 32-bit data?
>>>
>>> Some plugins do.
>>>
>>
>> Oops.. then this can be dangerous... you think yo
On Sun, Sep 1, 2013 at 11:06 AM, wrote:
>>
>>> So in another word: do you mean that gimp git master already has full
>>> support of 32-bit color channels, and there is nothing inside gimp
>>> that silently discards the details of the 32-bit data?
>>
>> Some plugins do.
>>
>
> Oops.. then this
>
>> So in another word: do you mean that gimp git master already has full
>> support of 32-bit color channels, and there is nothing inside gimp
>> that silently discards the details of the 32-bit data?
>
> Some plugins do.
>
Oops.. then this can be dangerous... you think your data is in
3
On Sun, Sep 1, 2013 at 10:54 AM, wrote:
> So in another word: do you mean that gimp git master already has full
> support of 32-bit color channels, and there is nothing inside gimp
> that silently discards the details of the 32-bit data?
Some plugins do.
> So do you mean that the GIMP internal
13 matches
Mail list logo
