My mouse came with the computer. It is Cyberpower elite M1-161 gaming which Windows tells me is a Microsoft mouse. I like the mouse but wonder if there is something better. One thing I would like would to be able to change the cursor speed on the fly. Sometimes for fine tuning a selection box for example I would like to slow it down momentarily and then restore to a fast movement. I don't know what else I am missing. Is there a more capable or better mouse? What do the pros use?
Every time I close and open GIMP, the gradients tab goes invisible. I have to use ADD TAB each time to bring it back. Is there any method to make sure that existing tabs do not vanish with the Quit action ? Thanks.
I'm working to make a map on Gimp, and it's a huge image (16535x7087).
All was fine, i worked a lot on it, and i recently saw that some layers start to disappear partially or completely ! Like, "Amsterdam" became "Amster", or some illustration are cut in half, or some are completely gone
However, i can see that the layers are still complete theorically bc i see the dotted lines who are around the complete size of the layer (and they are still wrote in the layers screen in bottom right of course)
More and more layers are like that as i restart the project to work on it.
So firstly i thinked it was a RAM problem (i have 8GB RAM, and it's written "11.9GB" in the bottom center of the project page), so i copied the project and reduced by two the size of the image (now it's written 2.9GB) BUT the layers are still like that
Also, i just saw that when i modify a text layer, i can like delete a letter and rewrite it, and the complete text appear. I tried to move the non-text layers but nothing changed for them.
Does anyone know this problem ?
Sorry for the big text, and eventually for my english idk
Hello everyone, I have used Gimp 2.8.22 to create visuals using the font "Sans", which I believe was the preset font after opening the program. I downloaded the newest version of Gimp - and cannot find that font anymore. I also cannot find it in any other graphic software.
Is there anyone who can help me locate this font or tell me how I can find it in a newer Gimp version/other software? Would much appreciate it.
If I'm trying to bucket fill one specific area of a drawing with a pattern, the pattern always seems to "index" itself from the upper left hand corner of the entire drawing, and not just within the specific area.
The gist of this question is, is there some easily adjusted setting that I am missing that will tell the pattern to index itself within the fill area, and NOT the entire drawing?
To illustrate....here is a pattern... note that the left edge is blue, and the top edge is red
And here is my canvas, with the desired fill area being inside the black box
And, when I bucket fill the black box, I get this (example one)
Whereas, what I would prefer to get is this (example two)
The reason that Im getting example one is because behind the scenes, gimp is indexing the pattern with the upper left hand corner of the drawing ....like this
I've found laborious work arounds such as selecting the target area and copying it to a completely new image, making the bucket fill on the new image and then pasting that back to the original drawing....but I just wonder if there is an easier way, one that instructs the bucket fill operation to index itself off of only the area that it will be painting to?
Granted, the way it currently works is very nice for when you have to make alterations to a filled area, and have to patch back-in after the alterations, but I do find it desirable to target the pattern to the intended fill area often enough that a solution is worthwhile too.
Clearly these illustrations are only intended to illustrate the concept, and not part of any final work
This problem first arose when I upgraded from GIMP 2.10.18 to GIMP 2.10.24 but I now find also exists in GIMP 2.10.28, which in this case is being run on Windows.
I'm NOT confidant when it comes to proper terminology for describing what happens. Therefore, I've produced some screenshots that display what I'd call the first sign of a problem. Start by opening an image file using GIMP 2.10.18. Then crop the image. The attached file named G21018cropped.jpg (maybe 1 of 4) displays the result, which is what I've always been accustomed to when using GIMP (i.e., GOOD result). Now do the same thing using GIMP 2.10.28. The attached file named G21028cropped.jpg (2 of 4) displays what I call a strange result (i.e., BAD).
Notice the difference in the yellow dashed rectangle (whatever that might be called). In the GOOD case it corresponds to the size/shape of the new image produced by the crop operation. In the BAD case I'm NOT sure exactly what it corresponds to but my guess is that it is the size/shape of the original image before cropping.
If you look at things like Image>Canvas Size, Image>Print Size, Image>Scale Image what is displayed in the number of pixels in the cropped image. In that, GOOD and BAD are the same. However, I commonly add a Background Layer to my photos which fit the size of the paper intended for printing and provide a border of my choosing which means preferred color and some times includes text.
To add such a background involves creating a new/larger layer which is offset in such manner that it surrounds the image/photo/picture. I typically add a transparent layer after which it becomes necessary to use the Image>Fit Canvas To Layers operation in order to fill that layer with a background color. That is when the strange/BAD results first appear as shown in the attached file named G21028error.jpg (3 of 4). If you perform Image>Canvas Size the height is what was expected but the width does NOT correspond to anything recognizable. Note: when the crop was performed in this case the height was NOT changed. My guess is that if it had been changed the same unpredictable result may have occurred for the height as well. The file named G21018desired.jpg (4 of 4) shows the desired/intended result.
The only difference between the GOOD and BAD scenario is the version of GIMP being used. While the same investigation was NOT performed on GIMP 2.10.24, recollection is that the same thing happened but it was easy to revert to using the older version of GIMP thinking this problem would get resolved going forward. However, that did NOT happen for GIMP 2.10.28 so it was decided to report the problem.