Re: [Gimp-developer] Heads up
Hi Marshall, I do not see any hyperlinks / URLs in your message (which only arrived to the list as plaintext). See https://en.wikipedia.org/wiki/ASCII_ribbon_campaign . On Sun, 29 Dec 2019 17:48:33 + (UTC) Marshall Allen via gimp-developer-list wrote: > Hi, i am a gimp user currently taking a class on this software. While doing > my class i came across a bug in 2.10.14 windows 10. After doing some research > i have discovered that this bug has been acknowledged and a fix has been made > for the next release. I am not aware if it matters but i just wanted to let > the developers know that this bug isn't limited to the Optimize for Gif > filter. It also occurs when using Crop to content or even floating a > selection and anchoring it to a new layer. When using the animation playback > in Replace mode, (combine works fine) all layers that are a different size > than the canvas will be moved to upper left corner and weird lines will occur > during frame movement. This is easily replicated if needed. Currently the > only way i can find to use replace mode is to make all layers fit to canvas. > Hope i could help, the link i found for the bug is posted below. > > > > > > Animation optimize for GIF moves layers to top left corner (#4209) · Issues · > GNOME / GIMP > > > | | | > Animation optimize for GIF moves layers... > | > > > > > ___ > 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 -- Shlomi Fish https://www.shlomifish.org/ Let’s talk about restores instead of backups - http://is.gd/WatQqu Chuck Norris once counted all the real numbers on his fingers. (by: ZadYree) — http://www.shlomifish.org/humour/bits/facts/Chuck-Norris/ Please reply to list if it's a mailing list post - http://shlom.in/reply . ___ 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] Heads up
Hi, i am a gimp user currently taking a class on this software. While doing my class i came across a bug in 2.10.14 windows 10. After doing some research i have discovered that this bug has been acknowledged and a fix has been made for the next release. I am not aware if it matters but i just wanted to let the developers know that this bug isn't limited to the Optimize for Gif filter. It also occurs when using Crop to content or even floating a selection and anchoring it to a new layer. When using the animation playback in Replace mode, (combine works fine) all layers that are a different size than the canvas will be moved to upper left corner and weird lines will occur during frame movement. This is easily replicated if needed. Currently the only way i can find to use replace mode is to make all layers fit to canvas. Hope i could help, the link i found for the bug is posted below. Animation optimize for GIF moves layers to top left corner (#4209) · Issues · GNOME / GIMP | | | Animation optimize for GIF moves layers... | ___ 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] Heads up: default behavior of Select->Border changed
The recent commits to master replace the "feather border" check box in the "select -> border" dialog with a "border style" combo box, providing three options: "hard", "smooth", and "feathered". "Hard" and "feathered" correspond to the old behavior, with and without feathering, and "smooth" is a new mode that should provide better antialiasing. For more details, see the relevant bug [1] or the relevant commit messages. Please note that the default border style is now "smooth". The border style used by the `gimp-selection-border` procedure is also changed from "feathered" to "smooth". The reason I'm making noise is that, unlike the old behavior, smooth mode does not use a hard cutoff for the mask values, and as a result is less forgiving to "noise", or "artifacts", in the selection. With the right mindset this can be a Good Thing, but it can just as well be seen as a regression. If you get a chance, please give the new mode a try, preferably as part of actual work, and see how well it works for you. If it doesn't, post an angry reply to this thread, or on the bug report. We can always change the default back to "hard" if it turns out to be an issue. Cheers. [1] https://bugzilla.gnome.org/show_bug.cgi?id=764614 -- Ell ___ 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