Zooming tools reversed in dope sheet and graph editor #32753

Closed
opened 2012-10-04 12:32:31 +02:00 by Beorn Leonard · 9 comments

%%%In Blender 2.64 suddenly the zoom navigation tools have been reversed to the anti-tintuitive left/down to increase and right/up to decrease.
This is really annoying to experienced users, breaking consistency with previous blender versions, and there seems to be no real reason for it.%%%

%%%In Blender 2.64 suddenly the zoom navigation tools have been reversed to the anti-tintuitive left/down to increase and right/up to decrease. This is really annoying to experienced users, breaking consistency with previous blender versions, and there seems to be no real reason for it.%%%
Author

Changed status to: 'Open'

Changed status to: 'Open'
Member

%%%I recall there was a brief discussion in IRC between Sergey and Campbell where the discussion went something along the lines of:

  • Graph Editor and a few other editors were inconsistent with Nodes Editor or something like that (IIRC, there might've been a bug report on this too)
  • We assume that users do not really know which way to move mouse to zoom, and will just move mouse in whatever direction until it looks like what they intent
  • Therefore, let's make them all work the same way

Checking this myself just now, the new behaviour does seem quite disturbing and hard to control.%%%

%%%I recall there was a brief discussion in IRC between Sergey and Campbell where the discussion went something along the lines of: - Graph Editor and a few other editors were inconsistent with Nodes Editor or something like that (IIRC, there might've been a bug report on this too) - We assume that users do not really know which way to move mouse to zoom, and will just move mouse in whatever direction until it looks like what they intent - Therefore, let's make them all work the same way Checking this myself just now, the new behaviour does seem quite disturbing and hard to control.%%%
Author

%%%It really is disturbing, and frankly, Sergey an Cam don't animate all that much.

I understand this is to make it more consistent with the 3d view, but the graph editor is a very different interface from the 3d view and the node editor. Also, many people wouldn't have noticed any previous inconsistency, since it's easier to use the scroll wheel for zooming in most cases. Only in the graph editor, which allows asymmetrical zooming, is the Ctrl-MMB combo strictly necessary.

This change actually breaks consistency with most other interfaces; left/down to increase and right/up to decrease is different from all sliders and spinners in all apps and widget sets, as well as zoom and scroll controls on tablets. This is NOT just about muscle memory from previous versions.

Can we please change it back to a more sane configuration, or at the very least have it as a user pref setting?
%%%

%%%It really is disturbing, and frankly, Sergey an Cam don't animate all that much. I understand this is to make it more consistent with the 3d view, but the graph editor is a very different interface from the 3d view and the node editor. Also, many people wouldn't have noticed any previous inconsistency, since it's easier to use the scroll wheel for zooming in most cases. Only in the graph editor, which allows asymmetrical zooming, is the Ctrl-MMB combo strictly necessary. This change actually breaks consistency with most other interfaces; left/down to increase and right/up to decrease is different from all sliders and spinners in all apps and widget sets, as well as zoom and scroll controls on tablets. This is NOT just about muscle memory from previous versions. Can we please change it back to a more sane configuration, or at the very least have it as a user pref setting? %%%

%%%Beorn, the original issue was inconsistent in zoom between 3d viewport and node editor which is now behaves uniformly. This indeed inversed zoom in some other editors too.

Would enabling "Inverse Zoom" in user preferences make blender behaves exactly the way you expect this? The issue here we wouldn't be able to find nice defaults which will satisfy everybody, but we can add some more settings to user prefs if it's indeed needed.%%%

%%%Beorn, the original issue was inconsistent in zoom between 3d viewport and node editor which is now behaves uniformly. This indeed inversed zoom in some other editors too. Would enabling "Inverse Zoom" in user preferences make blender behaves exactly the way you expect this? The issue here we wouldn't be able to find nice defaults which will satisfy everybody, but we can add some more settings to user prefs if it's indeed needed.%%%
Author

%%%It is no longer consistent with the scroll wheel (where up = increase zoom)

Yeah, changing the preference does indeed return it to the sane configuration, however...

Anyone with a scroll wheel doesn't use the Ctrl drag combo to zoom. The only place the Ctrl drag is need is in the graph editor, which zooms asymmetrically. So basically the only people this change effects is animators. I guarantee you that animators will not like this at all. Meanwhile, If you change it the other way most people wont notice.%%%

%%%It is no longer consistent with the scroll wheel (where up = increase zoom) Yeah, changing the preference does indeed return it to the sane configuration, however... Anyone with a scroll wheel doesn't use the Ctrl drag combo to zoom. The only place the Ctrl drag is need is in the graph editor, which zooms asymmetrically. So basically the only people this change effects is animators. I guarantee you that animators will not like this at all. Meanwhile, If you change it the other way most people wont notice.%%%
Author

%%%Sergey,
Perhaps Blender has always been inconsistent between the scroll wheel and Ctrl LMB in the viewport, but nobody noticed because most people use one or the other, but not both.
However, the graph editor is the one place where you can't avoid Ctrl dragging to zoom, and so the inconsistency is more obvious there.%%%

%%%Sergey, Perhaps Blender has always been inconsistent between the scroll wheel and Ctrl LMB in the viewport, but nobody noticed because most people use one or the other, but not both. However, the graph editor is the one place where you can't avoid Ctrl dragging to zoom, and so the inconsistency is more obvious there.%%%

%%%Beorn, we spent some time with Campbell and Sebastian making things convenient here.

If you're familiar with applying patch, please go ahead and test patch from the attachments. Otherwise we can create test build and see if it's fine with you (for this we'll need to know which OS you're using)

Basically that patch is about making zoom in all areas aware of Inverse Zoom option, making drag-zoom zooming in the same direction as wheel zoom, making pinch zoom also be consistent.%%%

%%%Beorn, we spent some time with Campbell and Sebastian making things convenient here. If you're familiar with applying patch, please go ahead and test patch from the attachments. Otherwise we can create test build and see if it's fine with you (for this we'll need to know which OS you're using) Basically that patch is about making zoom in all areas aware of Inverse Zoom option, making drag-zoom zooming in the same direction as wheel zoom, making pinch zoom also be consistent.%%%

%%%Beorn, drag-zoom behavior was changed in trunk and now it should match your expectations.
Thanks for the report, and think it could finally be closed.%%%

%%%Beorn, drag-zoom behavior was changed in trunk and now it should match your expectations. Thanks for the report, and think it could finally be closed.%%%

Changed status from 'Open' to: 'Resolved'

Changed status from 'Open' to: 'Resolved'
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#32753
No description provided.