[Gimp-developer] GIMP AppMenu support for AppImage/Snap/etc...

[Carmelo DrRaw via gimp-developer-list]

Dear GIMP developers,

I would like to understand how global AppMenu support is implemented in GIMP, 
and how it can be enabled for AppImage packages.

I have currently an open issue on this 
(https://github.com/aferrero2707/gimp-appimage/issues/30 
), and I have seen 
that a similar problem seems to exist for Snap packages 
(https://gitlab.gnome.org/GNOME/gimp/issues/1859 
).

Any idea of what could be messing in order to get it working?

Thanks a lot in advance.
Andrea


___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] source code

[Dan dbuske via gimp-developer-list]

Your source code is too tough to compile and get to an exe file.
Would it be possible to set the source code to be able to
to make it more simple to make into an exe.

Maybe with visual studio community
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] conformal mapping

[Ben Thurston via gimp-developer-list]

I was just working on this math again for a physics idea, but I always
thought it’d be cool for Gimp, I sent something about a long time ago but I
got stuck trying to implement it in Gimp. I’ve heard the plug-ins work
different now maybe it’s easier.
But I’m mainly working in physics so I don’t really have time to do it
myself but I can answer questions if anyone wants to try it.
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] [Plugin-Development-C] Naive question : accessing "flattened" image pixels

[Anti Matter via gimp-developer-list]

Hi,

this will probably seem like a silly question...
I have been working on an animation plug-in for GIMP as a pet project, and
I have been hitting a wall.
The plugin has a complex dialog with a preview window and playback controls
and whatnot.
The preview works ok when each layer of the image is used as a frame in the
animation.
I am using gimp_pixel_rgn_xxx functions to retrieve layers content, and
blit them to my preview area : fine.

Now what I want to do is to have a "sprite sheet" mode, where an animation
frame is a portion of the full image, however that image might be arranged
in terms of layers. So basically, I want to be able to retrieve a pixel
region of the current view of the image (fully flattened, with proper blend
modes, not showing hidden layers, (at a given zoom factor?)).
Problem is, pixel regions work at the drawable level, and a full image is
not a drawable.
I looked at the API reference for hours to no avail.
Other plugins tend to work at the drawable level too.

The native animation playback plugin works by creating a dummy image and
duplicating/merging layers from the source image based on the animation
compositing policy, but that seems a little overkill (and might not handle
layer blend modes properly).
I want the preview to be updated when the image is modified, trashing and
creating a flattened version of the full image on each alteration of the
source image seems prohibitive, but might be a good approach...

I pondered using the thumbnail API, but it seems to be limited to 1024x1024
max size, and feels like a convoluted way of doing this.

What API nugget am I missing? What would be the best approach to do this?

Cheers,


A pondering maniac.
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] Interest for CMYK support

[Eleftheria Chatziargyriou via gimp-developer-list]

Hello everyone,

I am occasionally developing a colour theory library as a pet project and
oftentimes compare it against widely established tools. I was quite
surprised to see that GIMP doesn't offer any support for the CMYK mode.

I did a bit of searching around and it seems that the feature was popular
enough to warrant a plug-in (Separate+) which now seems deprecated. Beyond
that, I also found a few scattered threads requesting this feature most of
which where redirected to the aforementioned plug-in.

Is there any interest for seeing CMYK support as a part of gimp, or is it
beyond the scope of the project?

Thank you in advance!
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] Can't export my newly created image

[Maximus Alfred via gimp-developer-list]

Hi, 

I can’t export my edited image and says that “no such files or directories”, 
please help.

Sent from Mail for Windows 10

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] add gmic Integration in Gimp

[patrick . dreier]

Dear Woman and Man!

https://gmic.eu/files/windows/
Please add gmic Integration in Gimp.

With kind Greetings!
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] png file exports - disable metadata?

[Paul Jewell via gimp-developer-list]

Hi All, I am wondering about a curious event I am seeing related to
exporting PNG images from Gimp either through the usual interface, or via a
script like so:

pdb.file_png_save2(gimp.image_list()[0], gimp.image_list()[0].layers[0],
'/tmp/test1.png', '/tmp/test1.png', 0, 0, 0, 0, 0, 0, 0, 0, 0)
pdb.file_png_save2(gimp.image_list()[0], gimp.image_list()[0].layers[0],
'/tmp/test2.png', '/tmp/test2.png', 0, 0, 0, 0, 0, 0, 0, 0, 0)

It seems that exporting these two pngs, some different data is written
because they have a different sha1sum. (I would guess timestamp, but I
disabled this with the plugin option as shown) This weirdness does not seem
to happen with other file formats like webp, raw, etc. Is there any way to
disable the writing of this extra data?
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] Forwarding bugfix release request we received on GNOME board list

[philip.chimento--- via gimp-developer-list]

Hi Jehan,

Thanks. I'm glad to hear you have been in contact with this contributor.

Just to avoid any confusion, I have no comments on the GIMP release
schedule and no wish to interfere :-) I just wanted to make sure that the
contributor's message got to the right person, since it's better that they
discuss a possible release with you and not the GNOME board.

Thanks,
Philip

On Sat, Mar 30, 2019, 17:57 Jehan Pagès,  wrote:

> Hello Philip,
>
> We are in contact with this person (since this team does indeed the
> Marathi translation, and I even helped them to get started as there was no
> active Marathi coordinator so their initial contributions were stuck) and
> were even aware of this specific request for a release (dating from January
> as your email shows).
>
> Back in January, I told Dr. Snehalata Shirude that we were hoping to do a
> release soon, which unfortunately didn't happen in the end for various
> reasons. We are still planning a release very very soon, though I cannot
> say an exact date (same as I couldn't back then).
>
> In any case, I am sorry to tell we cannot answer to requests for release.
> It's done when it's done. Such is the saying. :-)
>
> I am the first to hope we could have even more releases (though I don't
> think we are too bad with 5 release since last April). Yet things are so
> that we don't have the resources, neither have we the intention to speed up
> things just because a university (or anyone/anything) uses GIMP, even
> though it is very cool. I'm sure you understand as I doubt that GNOME would
> speed up its release as well if it were to receive the same request, right?
> :-)
>
> Still thanks for relaying.
> Have a good Sunday!
>
> Jehan
>
>
> On Wed, Mar 27, 2019 at 7:06 PM philip.chimento--- via gimp-developer-list
>  wrote:
>
>> Hi GIMP developers!
>>
>> On the GNOME board list we received a request from a university that is
>> using GIMP to teach a course. They would appreciate a bugfix release with
>> updated Marathi translations that, as far as I could tell from looking at
>> the commit log, have already been contributed by the requester and
>> committed.
>>
>> I don't know what your release schedule is, and I would not presume to
>> interfere in it, but I would just like to make you aware of the request.
>>
>> Best regards,
>> Philip Chimento
>> GNOME Board of Directors
>>
>> -- Forwarded message -
>> From: Snehalata Shirude 
>> Date: Thu, Jan 10, 2019 at 10:50 PM
>> Subject: Invitation ...
>> To: 
>> [...]
>> Further it is very kind request to you to please release the GIMP with new
>> translations of Marathi before start of our course. This will allow
>> participants of the course to download the GIMP and use it for practice in
>> Marathi on their machines easily.
>> [...]
>> ___
>> gimp-developer-list mailing list
>> List address:gimp-developer-list@gnome.org
>> List membership:
>> https://mail.gnome.org/mailman/listinfo/gimp-developer-list
>> List archives:   https://mail.gnome.org/archives/gimp-developer-list
>>
>
>
> --
> ZeMarmot open animation film
> http://film.zemarmot.net
> Liberapay: https://liberapay.com/ZeMarmot/
> Patreon: https://patreon.com/zemarmot
> Tipeee: https://www.tipeee.com/zemarmot
>
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] about gimp non-destructive edit

[???????????? via gimp-developer-list]

hello
   I'm a gimp user??and I've used gimp from 2.8.xx, I see 2.10.10 is better 
than before??but the non-destructive edit is not come yet. 
   I think non-destructive edit is a very important function in photo 
manipulation, and...Krita can do it..just soso...but it's based on Qt, so may 
can not be refered...
   but today I found a opensource software named photoflow, It's writed by gtk 
too. And its curve, hue  tools ,balabla..process speed is quick than gimp, most 
important, It's a  non-destructive edit in photo. So, may gimp can learn from 
its code in non-destructive edit? 
   thanks


totomato
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] about gimp non-destructive edit

[Carmelo DrRaw via gimp-developer-list]

> On 10 Apr 2019, at 13:08, 番茄→西红柿 via gimp-developer-list 
>  wrote:
> 
> hello
>   I'm a gimp user，and I've used gimp from 2.8.xx, I see 2.10.10 is better 
> than before，but the non-destructive edit is not come yet. 
>   I think non-destructive edit is a very important function in photo 
> manipulation, and...Krita can do it..just soso...but it's based on Qt, so may 
> can not be refered...
>   but today I found a opensource software named photoflow, It's writed by gtk 
> too. And its curve, hue  tools ,balabla..process speed is quick than gimp, 
> most important, It's a  non-destructive edit in photo. So, may gimp can learn 
> from its code in non-destructive edit? 

The processing engines used by PhotoFlow and GIMP are very different (VIPS in 
one case, BABL/GEGL in the other, to make it simple…), so porting the 
non-destructive infrastructure from one to the other is very difficult… 
however, PhotoFlow exists as a GIMP plug-in, therefore you can actually take 
advantage of both!

Regards, Andrea

>   thanks
> 
> 
> totomato
> ___
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org
> List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
> List archives:   https://mail.gnome.org/archives/gimp-developer-list

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] Interest for CMYK support

[Øyvind Kolås]

On Sat, May 18, 2019 at 10:33 PM Eleftheria Chatziargyriou via
gimp-developer-list  wrote:
> Hello everyone,
>
> I am occasionally developing a colour theory library as a pet project and
> oftentimes compare it against widely established tools. I was quite
> surprised to see that GIMP doesn't offer any support for the CMYK mode.
>
> I did a bit of searching around and it seems that the feature was popular
> enough to warrant a plug-in (Separate+) which now seems deprecated. Beyond
> that, I also found a few scattered threads requesting this feature most of
> which where redirected to the aforementioned plug-in.
>
> Is there any interest for seeing CMYK support as a part of gimp, or is it
> beyond the scope of the project?

It is very much in scope, and some of the internals are already ready.
The underlying core GIMP imaging libraries babl and GEGL provide
GIMP-2.10 with high-bit depth support. GEGL supports full internal
color management and mixing of image buffers in grayscale, RGB, CMYK,
CIE Lab color spaces of various bit depths and other aspects of pixel
format encoding. For tasks as image loading/saving from JPG/TIFF,
scaling, rotating, cropping, blurring, text-rendering, basic
compositing and more GEGL already handles CMYK.

Work is underway in GIMP's master branch completing refactorings that
add the previous big feature improvement of babl. The extension of the
pixelformat from keeping track of different encodings of possibly
unbounded sRGB based pixel formats to include color space information
as contained in RGB Matrix ICC profiles. That work which among GIMP
developers is known as the space invasion, since it adds better
support for color-spaces and it adds a space argument to many
functions also lays the foundation for later starting to add support
in GIMP for CMYK as a mode on par with RGB, Grayscale and Indexed.

Even after that is in place, for *photos* I would strongly urge to
work in RGB and use modern workflows with late-binding, totally
avoiding the new CMYK mode, there is other graphic design use-cases -
with vectors, text and more where it will be more useful; but not for
basic things like retouching and color and light adjustment in
photograhps. When constraints of other tools or workflow demands CMYK
TIFF or JPGs, conversion should happen at export time similar to what
separate+ provides, and the CMYK support would be limited to soft
proofing with the CMYK gamut.

/pippin - https://pippin.gimp.org/
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list