Page MenuHome

use_negative_frames user preference is not respected in the graph editor
Closed, ResolvedPublic

Description

System Information
Linux 64

Blender Version
Broken: ba9dbaa

Short description of error
use_negative_frames user preference is not respected in the graph editor

Exact steps for others to reproduce the error
Go to user preferences > Editing
Disable "Allow Negative Frames"

This will make the timeline never go below zero in any editor but the graph editor. Produces jumps when going back to other editors that do respect the option.

Event Timeline

Daniel Salazar (zanqdo) raised the priority of this task from to 90.
Daniel Salazar (zanqdo) updated the task description. (Show Details)
Daniel Salazar (zanqdo) edited a custom field.

What is the correct way for me as a noob to contribute with patches for a bugs? Any way, here is a patch that solves the issue

Bastien Montagne (mont29) lowered the priority of this task from 90 to Normal.May 15 2015, 9:56 PM

Although I can see how the graph editor not obeying this setting could be problematic, several potential issues do need to be pointed out:

  • In the Graph Editor, the current frame is used for certain transform operations (e.g. scale, rotate) when set to use the "2d cursor" as the pivot point for those transforms. Not being able to set the current frame before 0 in those cases would be problematic for those cases. Granted, this is probably not used that much, so it may enough to warrant keeping the current behaviour.
  • Another use case that may be more problematic is for Driver FCurves. In that case, the user may want to set or snap the cursor to specific values so that the Driver FCurve can be modified or inspected with precision.

The cases pointed out here may turn out to be quite rare, in which case, requiring the user to enable the "use negative frames" option to do this is probably not a bad thing. On the other hand, the fact that this behaviour does cause some visible confusion when the behaviour don't match up between the different editors is perhaps a bigger issue, since we know that this is bound to happen.

I think similar arguments could be made for other editors where it is also convenient to go to negative frames to inspect or modify something. That's kind of why the setting exists in the first place. I would go for consistency and make the graph editor obey this setting.