Hello people!
Who takes care of the Nightly dev builds of GIMP here:
http://nightly.darkrefraction.com/gimp/ ?
I see we link this page on the official download page, so I guess
that's someone from the team.
I'd like to know what versions of libpng and cairo are used for these
builds. Are these bi
Hi,
On Wed, Sep 11, 2013 at 1:10 PM, Michael Henning
wrote:
> I made a few minor nitpicks on your commit on github. If you would fix
> those points, I'll commit your code to master.
ok cool, someone reviewed the patch before me. :-D
> As a side note for the future, the fastest way to get a patc
I made a few minor nitpicks on your commit on github. If you would fix
those points, I'll commit your code to master.
As a side note for the future, the fastest way to get a patch reviewed
is normally if you post it to a pastebin and bother people on irc.
-- drawoc
P.S. I don't see the patch o
The conversion happens in app/display/gimpdisplayshell-render.c :
gimp_display_shell_render() .
Look for the gegl_buffer_get call that converts to babl_format
("cairo-ARGB32").
It's more complicated that just that because the display filters all expect
sRGB u8 data still, but I suspect the best s
For some silly reason I assumed that the Gimp color picker's displayed
colors are accurately displayed if one is working on an sRGB image.
But that isn't true because the Gimp color picker isn't color-managed.
Instead the color picker RGB values are sent straight to the screen
without having first
On 10.09.2013 21:53, Elle Stone wrote:
> But that isn't true because the Gimp color picker isn't color-managed.
Yep. https://bugzilla.gnome.org/show_bug.cgi?id=467930
--
Regards,
Michael
GPG: 96A8 B38A 728A 577D 724D 60E5 F855 53EC B36D 4CDD
___
gimp
On 11/12/12, Elle Stone wrote:
> On 11/10/12, Michael Natterer wrote:
>> On Sat, 2012-11-10 at 15:17 -0500, Elle Stone wrote:
>>> On 11/8/12, Jon Nordby wrote:
>>> > * Change the lcms-based conversion (modules/display-filter-lcms.c)
>>> > from being a generic display filter to be something that
