Hmm ... I don't even see any problems? The end result (desktop2.png) looks perfectly fine to me.
Keep in mind, when you use *any* transform tool, the on-canvas preview is just a rough calculation executed as quickly as possible (for performance reasons). The final transform, on the other hand, is calculated as accurately/precisely as possible (and takes considerably longer). This is why there is an apparent quality difference between the two screenshots, but the difference is only in the rendering, and desktop2.png IS the correct result.
...Or do you also have a screenshot of the image before applying the Scale tool at all? It's harder to evaluate if the transform is correct without a proper 'before' version to compare with.
-- Stratadrake
strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.
From: Ben Thurston
Sent: Monday, January 21, 2019 8:46 PM
To: gimp-user-list@gnome.org; strata_ranger@hotmail.com
Subject: Re: gimp-user-list Digest, Vol 88, Issue 9
Sorry If I'm not replying to this correctly but here are two screenshots. I hadn't done anything with the layers, this is just pasting some text in from the clipboard and scaling it, it looks great in the preview (desktop1.png) but then when I click the scale button it becomes as in (desktop2.png),
On Mon, Jan 21, 2019 at 7:00 AM > wrote:
Send gimp-user-list mailing list submissions to
gimp-user-list@gnome.org
To subscribe or unsubscribe via the World Wide Web, visit
https://mail.gnome.org/mailman/listinfo/gimp-user-list
or, via email, send a message with subject or body 'help' to
gimp-user-list-request@gnome.org
You can reach the person managing the list at
gimp-user-list-owner@gnome.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of gimp-user-list digest..."
Today's Topics:
1. Re: IImprovements to unified transform (Richard)
2. Re: scaling tool problems (Richard)
----------------------------------------------------------------------
Message: 1
Date: Sun, 20 Jan 2019 17:54:05 +0000
From: Richard >
To: BWK >, "gimp-user-list@gnome.org"
>
Cc: "notifications@gimpusers.com" >
Subject: Re: [Gimp-user] IImprovements to unified transform
Message-ID:
>
Content-Type: text/plain; charset="us-ascii"
I've faced the same issue when assembling scanned images from a standard (A4) scanner -- i.e. my source is, say, 11x14 so I scan it in multiple sections. I actually find it easier not using GIMP at all here and using a vector program instead (e.g. Inkscape). Move the images roughly together, zoom in and align one feature between two images, then set it as the center of rotation, move to a second (quite distant) feature and align that. (I'm omitting a few steps regarding alpha blending but you get the general idea.)
-- Stratadrake
strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.
________________________________
From: gimp-user-list > on behalf of BWK >
Sent: Friday, January 4, 2019 1:50 PM
To: gimp-user-list@gnome.org
Cc: notifications@gimpusers.com
Subject: [Gimp-user] IImprovements to unified transform
>I guess likewise also need a way of rotating without having to drag
>outside the edge. That would need a rotator modifier key or tool.
The crtitical issue is, when overlaying one aerial photo over another, you
aren't necessarily aligning the edges. Having sizing/skewing handles on the
edges or corners works fine if the edges or corners is what you want to align.
but in this instance, what you are looking to align is features that can be
anywhere within the image (aligning what is in the top layer with what is in the
layer underneath).
--
BWK (via www.gimpusers.com/forums)
