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.
As a learning exercise I have created a Python script which takes a plug-in template, allows changes from the keyboard, and then saves it as a new blank plug-in.
I can use PF_STRING to enter one item of data (although it is not a pretty sight!), but it would seem that I can only use a PF_STRING once in a program.
Is there an elegant way that I can enter multiple items into variables, such as Name, Description, etc. via the keyboard in response to screen prompts?
and click the Download button. Unzip. Put the file chop_path.py in the user's plug-ins folder. Restart Gimp. In the Paths tab, right-click the path you want to chop. Follow the links
Tools > Chopping > ...
There you see two plugins:
Chop the path at its anchors
Chop the path by another path
I explain now both a little.
Chop the path at its anchors
This is the old one but now it is in a different place in Gimp's menu. Also the wording of the GUI and the default action are a little different. The plugin chops the strokes of the path at the anchors, producing 2-anchor strokes. The default differs from what it was before: now the default is to make one path, so that the effect is to chop the strokes of the path into small 2-anchor strokes. Optionally you can make all the 2-anchor strokes into separate paths.
Chop the path by another path
In this plugin we have two paths: the one to be chopped and another path. The action is that the strokes of the path are chopped into shorter strokes by cutting them at the crossing points with the other path. Optionally all the shorter strokes can be made to separate paths each.
Example 1
On the left the red path has 1 stroke with 4 anchors. That path we want to chop. There is another path (blue), and that is the chopping path.
In the middle picture the plugin has been applied: The red path is chopped by the blue path. You see there 3 new anchors at the crossing points; those 3 anchors are in fact double anchors and stroke ends. The red stroke has been cut into 4 shorter strokes, so the path consists now of 4 strokes. To show that they are indeed 4 separate strokes, I moved their ends a little apart, on the right.
Example 2
A spiral chopped to pieces. To begin with, the spiral (red) is one stroke. It is chopped by the fan of lines (another path, blue).
After chopping, the spiral consists of 48 strokes, on the right. In this picture the spiral is chopped into 2-anchor strokes, and I grabbed and moved 3 of them to show that they indeed are separate strokes.
In this example the new short strokes happen to have only 2 anchors each (the end points). But since the plugin preserves all original anchors, in general you often get strokes with more than 2 anchors. If needed, you can try to get rid of some anchors with the Simplify plugin.
The ordering of the strokes follows the original spiral. The plugin enables you also to make separate paths instead of one path with several strokes.
Example 3
You can also use the plugin to chop a path by itself. On the left we have a red path, one stroke with 3 anchors. In the middle picture the path is chopped by itself. This means that the stroke has been cut at the crossing points. On the right I moved the stroke ends a little so that you can see how the cuts are done. Now there are 5 strokes.
For those interested: To do this plugin I had to compute intersections of two Bezier curves. I implemented the "interval subdivision algorithm" in Section 7.6 of:
![[Image: Fe2sp84.png]](https://i.imgur.com/Fe2sp84.png)
![[Image: NWu7x4f.png]](https://i.imgur.com/NWu7x4f.png)
![[Image: QGk0AUb.png]](https://i.imgur.com/QGk0AUb.png)
![[Image: sHjXURr.png]](https://i.imgur.com/sHjXURr.png)
![[Image: e5rErS6.png]](https://i.imgur.com/e5rErS6.png)
