> From: pe...@mmiworks.net
> To: gimp-developer@lists.XCF.Berkeley.EDU
> Date: Mon, 29 Mar 2010 15:37:42 +0200
> Subject: Re: [Gimp-developer] 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 
 >> 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
Gimp-developer mailing list

Reply via email to