Comment 4 for bug 1520341

> - drag the endpoints of the gradient's axes out: the angle between
> the axes becomes gradually smaller, making the gradient unusable.

This AFAICT is a bug - the object's own preserved transformation (and/or the one of the parent object if a wrapping group is skewed instead of the object itself) and any transformation already applied to the gradient definition itself is incorrectly compensated/recalculated when modifying the gradient's geometry while applied with a transformation in effect.

These unexpected (AFAICT incorrect) transforms of such edited skewed gradients reproduce with Inkscape 0.47, 0.48.5, 0.91 as well as latest 0.91+devel r14494 (tested on OS X 10.7.5).

I will later attach a test case (SVG file) which allows to compare expected and unexpected (AFAICT incorrect) movements of the opposite handle when dragging the other one while the gradient is applied to a skewed object (or to an object inside a skewed group) - (a set of examples with different defined movements of one of the two handles is on my TODO list).

I would recommend to change the report's summary line to reflect the actual bug (any feature request for (sometimes, or optionally) automagically unskewed "optimized" orthogonal radial gradients painted for skewed objects should be filed and tracked separately).