I was testing a Gimp 2.10.38 appimage on different systems. On an Ubuntu 22.04 system the appimage worked perfectly except when entering text from the text box to an image. Gimp was not logging anything typed on the keyboard but I could still type in the toolbox selection fields.

The same appimage worked on the same OS on a different machine. That was an early clue I missed. I'm pretty excitable and starting thinking this was a Gimp issue. I had never noticed you can type into the toolbox fields before.

Eventually I used info from starting Gimp from a terminal. I found Linux terminals allow 'unlimited scrollback'. It's almost unlimited but starting Gimp with heaps of old plug-ins that don't work uses a lot of unlimited scrollback   One day I'll clean-up all those plug-ins.

Every time I typed in the Gimp text box and nothing happened the terminal logged an I-Bus event. I thought I-Bus must be a system utility but after googling it I remember installing it years ago. I wanted to type in Chinese on my keyboard, found it too hard and gave-up. Of course I just left I-Bus installed 

                                             

What I didn't realize is IBus uses D-Bus which is started with the system and running all the time. Waiting for the day I'm testing text on an appimage. I removed I-Bus and instantly my appimage works perfectly. But first I announced on gimp-forum I had found a Gimp bug, lodged a gitlab bug report and ofnuts and rich commented that typing in a toolbox text field is normal.

   


So what did I learn? Linux systems properly managed are so reliable they retain your lazy mistakes for years as they keep upgrading and updating the programs you forget about. Maybe sleep on it before lodging a bug report that you have to delete the same day

Don't give-up on a problem. The World always needs problem solvers because problems cost money and a lot pf people think they are not expert enough.  Problems are often solved indirectly. The guys here have solved many problems for many people and they do it for free. That's amazing!

Hi all!

I'm a beginner in GIMP, using a version 2.10.14. My aim is to create a set of different postcards.
I have the following problem with resolution: I found an image with a resolution 1000 by default, in 'Scale image' menu I change it to 300 dpi and to 10x15 cm the size.
Then as usual I export it in JPG format, and close the program.
In the folder in metadata I see the correct resolution and size how I set it up, but when I open this image in GIMP again, open 'Print size' menu I see a resolution 72 instead of 300, and a different size.

Could anyone please guide me what I did wrong, and how to save these options for further work with the images?
Also I'm afraid of having incorrect resolution/size because I need many copies at once and I would get incorrect postcards at the copy center.

here is first an image which is valuable above all for its colors

       


now an example of what I call "porcelain"

       

here are two others examples : the first titled Meditation Stone, the second War Horse Laughing at the fighters.                

Hi, everybody,
I’m a French Gimp user ; as I haven’t found a french forum, I’m risking this one, despite my bad English. For the past year, I have started creating very original images from photos, often very banal, with Gimp’s powerful filters. I present you some of them taken from my site ( https://mjbarmish.fr ), where you can see more than a hundred (the most recent in the articles section) ; here, each is preceded by the initial photo (not in the site). I hope this will interest you.

               

Others to follow soon

I originally thought this problem pertained to my printer and or related software.  However, after some experimentation I'm now thinking it is related to image editing which was done with GIMP.

In this case, I was editing a jpg file whose metadata did NOT include an ICC Profile.  When GIMP opened the file there was no mention of any ICC Profile.  The assigned color profile was the "GIMP built in sRGB" Profile which was no surprise.  However, when I went to print the edited version of the picture on my Canon Pixma Pro 100 photo printer the result was drastically different (extremely pale in one case) from what was expected.  I then went back and opened the saved .xcf file and performed an ICC profile conversion to a different profile that I normally use for the resulting image files from my photo editing.  That file printed as expected.

Unlike this situation most of my photo editing pertains to raw files from my own cameras (Note: raw files get developed using other software before being processed by GIMP).  This experience makes me think I need to gain a better understanding of the difference between Conversion and Assignment when it comes to color profiles.  I have reviewed the GIMP User Manual but I'm afraid it is no help when trying to understand what is going on in the scenario described herein.

Ok, so i have 6 black and white images that i opened as a stack in gimp 2.10. I have adjusted the levels to where they need to be. Now, i have made the mode from grayscale to rgb. 

I go colors>colorize and add the color im looking for. However, once i hit ok, i cant seem to find how to re-open the colorize box with the last color i used so i can change the color if i do not like it. ctrl+z is not an option because sometimes i need to change the color of the 6th photo just enough for it to change the entire stack a little bit. Unless there is a better way to coloize eac photo. 

I got the photos from the james web telescope. its the raw data. They were in fits files but i have converted them and aligned them using other software, now its just time to colorize each layer (named after the IR filter used) to the right color as per this image. Southern Ring Nebula (NIRCam Compass Image) | Webb (webbtelescope.org)

But i have found that i sometimes need to go back and adjust the color.

thanks

Nice GEGL plugin from 'contrast_' on GC : http://gimpchat.com/viewtopic.php?f=9&t=20482

   

Maybe the last of the Gimp 2.10 series but my first AppImage made on Debian.
Built from a deb file, it uses all listed dependencies (part of the deb package spec). These AppImages are basically the same as installing Gimp with apt.

Python2 is included along with MathMap but it could be the last time for MathMap. It needs updating to GTK3 and the menu paths issue fixed.
I found GEGL has been expanded and now uses a lot more small libs than Gimp 2.10.36. I think people will like and use this improved GEGL.

There are two AppImages one for overlay (Ubuntu) and fuse (Debian). Tested on Ubuntu 22.04 and Debian 12 bookworm. I'm pretty sure it will not work on Ubuntu 24.04.
The fuse AppImage needs ' sudo apt install fuse-overlayfs '

https://github.com/TasMania17/Gimp-Appim...s/releases

Now on GitHub. Unlike PatDavid's backup that was essentially a file dump, this one seems to have restored some of the functionality. For instanceyou can now access all the files and are not limited to the first 1000, so you can reach  this.