After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 164828 - Fixed point for scale tool
Fixed point for scale tool
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: Tools
2.2.x
Other All
: Low enhancement
: ---
Assigned To: GIMP Bugs
GIMP Bugs
: 766654 766887 788236 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-01-21 15:32 UTC by Jakub Friedl
Modified: 2018-05-24 11:22 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jakub Friedl 2005-01-21 15:32:54 UTC
PROBLEM:
Very usual situation when i try to align two layers (like two photos of
overlapping areas): I have aligned the left part of the image, but on the
other side it does not align due to different scale factor of the layers.
Scale tool is the saviour. But when I scale the layer, fixed point (the point
which does not move) is one of its corners, but already aligned part is
somewhere inside of layer, so that if I scale the layer, I loose the alignment,
unless I use handles at least at two corners, probably more than once. Time waste.

POSSIBLE ENHANCEMENT:
It would be much better if I could set a fixed point in the aligned area (or
anywhere else). This way i would not lose the alignment and would save a lot of
time.
Comment 1 Kelly Price 2006-01-23 00:59:43 UTC
I'll second this.  An alignment area would look very good simlar to this:

[*] Scale against:
+---+---+---+
|+- |   |   |
||\ |   |   |
|  \|   |   |
+---+---+---+
|   |   |   |
|   |   |   |
|   |   |   |
+---+---+---+
|   |   |   |
|   |   |   |
|   |   |   |
+---+---+---+

If active, the following restrictions would take place:
* If a corner is selected, that corner is the stationary origion, and that corner's edges cannot be moved -- a vertical edge cannot be moved horizontally (but still scaled) and vice versa.
* If an edge is selected, that edge cannot be moved AND it's size is scaled with the origin being in the center of the edge.  In other words, it shrinks both sides at once.
* If the center is selected, all edges are resized and moved.
Comment 2 Tom Lechner 2006-08-19 06:07:17 UTC
This is absolutely useful, but it can be further developed into a general affine transform tool with 3 control points:

1. A center of rotation/scaling anchor. This could automatically start out as the center, a corner, edge midpoint, or an arbitrary point.

2. A rotation alignment anchor. Click and drag this point, which could be anywhere in the image (except point 1) and the layer gets rotated and scaled as necessary to match where the mouse was clicked down. Point 1 stays constant. There would perhaps be a flag or modifier or something to optionally turn off the rotation, and just do scaling when dragging this point (or just rotation).

3. A Shear extent anchor. When plain-dragging, points 1 and 2 stay constant, but shearing is adjusted to match where this point gets dragged. Shift-dragging point 3 would move the point around within the image, without causing any shearing. Perhaps have control-click anywhere on image automatically reassign point 3 to whereever mouse is clicked down on.

Points 1 and 2 would be somewhat interchangeable. Which one acts as the rotation/scale center depends on which you click down closer to: the other one becomes center, and the one closer to mouse gets reassigned to where the mouse is actually clicked down on. Would be neat to have a little arrow pointing to the actual center underneath the mouse (whether or not a button is down). Control-dragging these points after clicking right on them (as opposed to near them) could reposition them without rotating/scaling.

A similar scaling mechanism is seen in a flabergastingly cool experimental multi-contact touch pad demo seen here:
http://mrl.nyu.edu/~jhan/ftirtouch/
Comment 3 Michael Natterer 2016-05-20 08:54:35 UTC
*** Bug 766654 has been marked as a duplicate of this bug. ***
Comment 4 Michael Natterer 2016-05-20 08:56:33 UTC
The stuff in comment 2 is implemented in master in the "handle transform tool".

The original request is completely handled in the "unified transform tool"
in master.
Comment 5 Jo 2016-05-27 10:09:27 UTC
i agree with Tom Lechner
Comment 6 Michael Schumacher 2016-06-25 19:39:39 UTC
*** Bug 766887 has been marked as a duplicate of this bug. ***
Comment 7 Michael Schumacher 2017-09-27 12:27:55 UTC
*** Bug 788236 has been marked as a duplicate of this bug. ***
Comment 8 GNOME Infrastructure Team 2018-05-24 11:22:59 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/119.