Michael Schumacher writes:
> the "erase every other row" script-fu seems to be
> broken. Sometimes, the wrong row is deleted. A sample image showing
> this effect is available here:
Jean-Louis Hamel writes:
> Conclusion: there is a bug in the last version of GTK+, probably a
> rounding error when computing the dimensions of a selection rectangle
> (or perhaps the feather option always applied...).
I can confirm this bug, but I find it very hard to believe that it
would be caused by some bug in GTK+. GIMP's selections (especially
when created programmatically, from script-fu, and not via user input)
have nothing to do with GTK+.
It's easy to demonstrate the essence of this bug by creating a small
image, say 10x20 pixels, zoom it up so you can see the pixels, fill it
with black, and enter in the Script-Fu console:
; (this is a comment) Show the image's ID, assuming you have only one
; image open. If this is a fresh GIMP, it's typically 0
(aref (cadr (gimp-image-list)) 0)
; Show its single layer's drawable ID. Typically 2.
; where <image> is the number printed above
(gimp-rect-select <image> 0 12 10 1 REPLACE FALSE 0)
This should clear pixel row 12 to white, and does so.
(gimp-rect-select <image> 0 14 10 1 REPLACE FALSE 0)
This should clear pixel row 14, but in fact clears row 13!
Has anybody noticed this with a recent CVS GIMP 1.2 on Unix?
Gimp-developer mailing list