Re: GSOC - Free Transform Tool

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





----------------------------------------
> From: peter@xxxxxxxxxxxx
> To: gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
> Date: Mon, 29 Mar 2010 15:37:42 +0200
> Subject: Re:  GSOC - Free Transform Tool
>
>
> what needs sorting out is that after some manipulation the
> transformation
> frame can be any kind of shape that can be made out of 4 corners
> connected
> by 4 straight lines, including a twisted bow tie type of shape.
>
> this general shape is then clipped by the viewport of the image window,
> which is really a rectangle. This clipped general shape then needs to
> be manipulated. I still have to investigate what is reasonable for users
> to be able to do in these situations and how I can make this happen.
>
Yeah, after a perspective change of close to 90deg in any one direction - even if this was actually a mistake - the frame will be rendered unusable because of the low resolution between the different handles.  Given that currently you will not be able to undo just part of the overall Free Transform, this will pose a problem (Large shears will exhibit the same behaviour).  One possible solution would be that transform frame would only mirror the actual transformation up to a certain threshold.  Otherwise the decision could be left to the user to accept (or undo) the current transformation and start a new free transform (and thus new transformation frame).  Any update on your thoughts on this?
 >> Also, can you please confirm why the transformation tool would only
>> perform the calculation when the user "goes and does something else".
>
>
> yeah that passage is not clear. what I mean is that what is manipulated
> on-screen is just a preview of the real image data: it is just a limited
> amount of pixels (there are only 1 to 2 Mpix on a monitor) and it will,
> using all the dirty tricks in the world, 'instantly' reflect the
> transformation made by users using the handles. even while moving the
> handles.
>
> the real transformation of the real pixels in memory is then done with
> the aggregate transformation in one pass when "users go and do
> something else."
> this is the "maximum fidelity contract" with users.
Cool, this will allow us to combine adjacent affine transformations at the end of the tool's usage to reduce the computational expense of the operations. 
 		 	   		  
_________________________________________________________________
We want to hear all your funny, exciting and crazy Hotmail stories. Tell us now
http://clk.atdmt.com/UKM/go/195013117/direct/01/
_______________________________________________
Gimp-developer mailing list
Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux