Bugfix #22917: Translating numerically doesn't allow animation
authorJoshua Leung <aligorith@gmail.com>
Tue, 20 Jul 2010 11:54:17 +0000 (11:54 +0000)
committerJoshua Leung <aligorith@gmail.com>
Tue, 20 Jul 2010 11:54:17 +0000 (11:54 +0000)
commit8621c71c4c875a8e7e74fb2c3c66c0fd99c2c476
tree46c912bcbf1bac4523b900f5dc8daea63ec8fbe9
parentb618a335f5e7b5b3d291aa0cba8be232b79e9a4e
Bugfix #22917: Translating numerically doesn't allow animation

I've made most operators which change the current frame are now undoable. This has the following benefits:
- it brings these into line with simply changing the frame number directly
- as in this bug report, using the operator tweaking/redo capabilities was causing problems, as the lack of an undo for the frame change mean that changing the operator properties (in this case to do numeric input for transforms, which is a bit of a creative if inefficient use of the available tools) would cause the current frame to reset to the previous frame, making it seem impossible to tweak the operator settings

Notes:
- screen.frame_offset() operator has been left alone, since I expect that undo pushes on this one would be truly annoying while on the others it's probably ok/wanted. This is because with this operator, animators usually end up stepping through their animations vs one-off jumps/scrubbing-sessions
source/blender/editors/animation/anim_ops.c
source/blender/editors/screen/screen_ops.c
source/blender/editors/space_graph/graph_ops.c