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 715105 - Restrict Tool movement along a single axis
Restrict Tool movement along a single axis
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: User Interface
unspecified
Other All
: Normal enhancement
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2013-11-24 12:23 UTC by Max Mustermann
Modified: 2018-05-24 14:11 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Max Mustermann 2013-11-24 12:23:19 UTC
In a [GIMP-user-mailinglist thread] the need for restricting tool movement 
along an axis came up. 
The basic use case is precise perspective correction of architecture photographs.
While trying to find solutions some other flaws became clear:
- The tools use each different interaction patterns for precise adjustment: 
  -- Move tool: restrict with Strg/Cmd key,
  -- Shear tool: restrict with the Strg/Cmd key, but only when pressed before shearing,
  -- Move, Shear, Scale, Rotate, Cage transform, Crop tool, Path tool: use guides
  -- Using the arrow keys only works for the Move tool and it only works for moving the active layer.
  -- Using the arrow keys is inconsistent = has different meanings for each tool. 
- Trying to align along guides works unprecise: the magnetic effect applies to the mouse cursor position, not a predictable, error-proof reference in the handle (e.g. the center). 
- The user is not able to create a reference path and a second path based on that reference path. He/She is always forced to edit the reference path.

Some ideas how to solve this come up: 
- Restrict all tools' movement with a modifier key, like Strg/Cmd.
- Restrict all pointer movement (not only of the tools) with a guide or path.
- Make snapping of handles to rulers/paths more predictable and error-proof.
- Restrict tool movement like the constraints in the new Unified Transform Tool
  (available in GIMP master).

The solution should  - if possible - also work with images that are much larger
than the screen. A typical use case is for instance the ever-growing size
of sensors in cameras and the resulting image dimensions. Another use case
is working with high resolution scans.

[GIMP-user-mailinglist thread]:
https://mail.gnome.org/archives/gimp-user-list/2013-October/msg00163.html
Comment 1 Ofnuts 2013-11-24 22:37:58 UTC
For me guides and angle restrictions are two different things, so this should really be two different requests..  

For guides, I find that the current use is inconsistent. When moving layers, what snaps to the guides is the "significant" part of the layer (edges or center) but in other tools it's the mouse pointer. This is in particular a pain with the transform tools (it would be much better to have the handle center snap to the guide). But I don't know is this should be changed by forcing the handle to snap to the guide, or by first snapping the mouse pointer to the center of the handle so that they just coincide, so that the handle follows the pointer that follows the guide. Peter Sikking may have an opinion :)
Comment 2 GNOME Infrastructure Team 2018-05-24 14:11:25 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/512.