--===============2970646763163232809== Content-Type: multipart/alternative; boundary=14dae9340767f4958e04c25b3639 --14dae9340767f4958e04c25b3639 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 2012/6/13 Timoth=E9e Giet > > > 2012/6/13 David Revoy > >> >> On 06/13/2012 03:52 PM, Timoth=E9e Giet wrote: >>> Ho actually after re-test , that's not really correct perspective >>> result (the whole shape is correct, but the pattern inside is distorted= , >>> not in perspective... Using Free-transform mode++ meta-key+handles give= s >>> proper result. >>> >> @Animtim : Yes, I also tried the various Warp settings :) >> @Boud & @Marc : I played with the new 'Alt' , and discovered a bug. >> 'Baking' the gizmo with 'enter' after a transform involving perspective = + >> rotation + resize =3D some transformation are not took into account. It >> reminds me a similar problem after 2.4 about rotation of with the transf= orm >> tool. >> >> > Yep, happened to me too. Also there's a bug with free-transform with an > active selection, with the transform area overlapping the original area, > applying/press enter , the result is "cut"/broken, with a weird mix of > original and transformed image. > > I forgot to mention this bugs seems to happen only if using the perspective meta/alt in the transformation. --14dae9340767f4958e04c25b3639 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
2012/6/13 Timoth=E9e Giet <= animtim@gmail.com>


2012/6/13 David R= evoy <davidrevoy@gmail.com>

On 06/13/2012 03:52 PM, Timoth=E9e Giet wrote:
=A0Ho actually after re-test , that's not really correct perspective re= sult (the whole shape is correct, but the pattern inside is distorted, not = in perspective... Using Free-transform mode++ meta-key+handles gives proper= result.
@Animtim : Yes, I also tried the various Warp settings :)
@Boud & @Marc : I played with the new 'Alt' , and discovered a = bug. 'Baking' the gizmo with 'enter' after a transform invo= lving perspective + rotation + resize =3D some transformation are not took = into account. It reminds me a similar problem after 2.4 about rotation of w= ith the transform tool.


Yep, happened to me too. Also there&#= 39;s a bug with free-transform with an active selection, with the transform= area overlapping the original area, applying/press enter , the result is &= quot;cut"/broken, with a weird mix of original and transformed image. =

I forgot to mention this bugs seems to happen only if us= ing the perspective meta/alt in the transformation.
--14dae9340767f4958e04c25b3639-- --===============2970646763163232809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ kimageshop mailing list kimageshop@kde.org https://mail.kde.org/mailman/listinfo/kimageshop --===============2970646763163232809==--