Blender Git Statistics -> Branches -> temp-graph-select-changes
"Temp-graph-select-changes" branch
Total commits : 42
Total committers : 2
First Commit : October 10, 2019
Latest Commit : November 22, 2019
Commits by Month
Date | Number of Commits | |
---|---|---|
November, 2019 | 28 | |
October, 2019 | 14 |
Committers
Author | Number of Commits |
---|---|
Julian Eisel | 41 |
Alessio Monti di Sopra | 1 |
Popular Files
Filename | Total Edits |
---|---|
transform_convert_graph.c | 11 |
graph_select.c | 11 |
transform_convert.c | 8 |
curve.c | 4 |
fcurve.c | 4 |
DNA_curve_types.h | 4 |
keyframes_edit.c | 4 |
BKE_curve.h | 3 |
DNA_space_types.h | 3 |
BKE_fcurve.h | 3 |
Latest commits
November 22, 2019, 15:32 (GMT) |
Merge branch 'master' into temp-graph-select-changes |
November 19, 2019, 17:27 (GMT) |
Cleanup: Slight adjustments to comment |
November 19, 2019, 15:11 (GMT) |
Merge branch 'master' into temp-graph-select-changes |
November 15, 2019, 16:01 (GMT) |
Cleanup: Detailed comments on selection helpers & simplify logic |
November 15, 2019, 12:01 (GMT) |
Fix incorrect return value, cleanup return values |
November 14, 2019, 16:26 (GMT) |
Fix incorrect use of use_handle option |
November 14, 2019, 16:25 (GMT) |
Minor cleanup: Clarify logic |
November 14, 2019, 16:24 (GMT) |
Cleanup: Clarify iterator visibility flag |
November 14, 2019, 16:23 (GMT) |
Fix incorrect selection flag usage |
November 14, 2019, 16:10 (GMT) |
Cleanup: Comments, use enum types or aliases in parameter lists |
November 14, 2019, 10:35 (GMT) |
Merge branch 'master' into temp-graph-select-changes |
November 13, 2019, 11:33 (GMT) |
Merge remote-tracking branch 'origin/master' into temp-graph-select-changes |
November 13, 2019, 11:30 (GMT) |
Merge branch 'temp-graph-select-changes' of git.blender.org:blender into temp-graph-select-changes |
November 12, 2019, 16:20 (GMT) |
UI: Changes to graph editor selection and transform When introducing "drag-all-selected" support all over Blender, we figured this wouldn't work well with the Graph Editor selection/transform behavior. Hence, William and I have been working on the following changes, although we used this chance to improve the behavior in general too. For more info see T70634. * Handles now always move with the key, regardless if they are selected or not. * Selecting the key doesn't select the handles anymore, their selection is separate. * Multiple keys and handles can now be dragged. * Dragging a handle moves all selected handles on the same side. * Tweak-dragging any handle can never affect any keyframe location, only handles * G/R/S should behave as before. * Changing the handle type with a key selected always applies the change to both handles. * Box selection with Ctrl+Drag now allows deselecting handles. * Box selection Include Handles option now only acts on visible handles, wasn't the case with Only Selected Keyframes Handles enabled. * Box selection Include Handles is now enabled by default in all bundled keymaps. If needed I can give more detailed rationales for each change, but keeping this short. The changes have been tested for some days by the animators here in the Blender Animation Studio. Some changes are based on their feedback. Differential Revision: https://developer.blender.org/D6235 |
November 12, 2019, 16:06 (GMT) |
Minor cleanup (style, comments) |
November 12, 2019, 14:23 (GMT) |
Always apply handle type change to both handles when key is selected. Previously we only applied the change to both handles if only the key but no handle is selected. Based on feedback by Hjalti, this new behavior is more practicable. Cases where you'd want only one handle to be changed are really rare (he can't think of one himself) so rather make the common case work well. This wasn't much of an issue before, as selecting a key always selected the handles with it, and box select had `Include Handles` disabled by default. |
November 12, 2019, 14:09 (GMT) |
Change keymaps to use box select Include Handles by default Also removes Ctrl+B and Ctrl+Alt+B (Ctrl+Q and Ctrl+Alt+Q in the industry compatible keymap) which are now redundant in the keymap: they used to toggle the Include Handlers option only. We could instead use them to disable Include Handles, but lets first see if there's much desire for it. |
November 12, 2019, 12:01 (GMT) |
Make box selection Include Handles option only act on visible handles The option would previously act on invisible handles. Because of this, it wouldn't be wise to enable it by default, even though it can be tremendously useful (esp. with `Only Selected Keyframes Handles` disabled). This changes things based on animator feedback, so that we can enable the option by default. I can see that for some people even the old behavior of acting on invisible handles could be useful, so we might consider bringing that option back. `Include Handles` could then become an enum to chose the behavior. |
November 12, 2019, 10:18 (GMT) |
Merge branch 'master' into temp-graph-select-changes |
November 11, 2019, 12:37 (GMT) |
VSE: open file browser sidebar by default when adding external strips Open the file browser sidebar by default when adding Movie/Sound/Image Sequence Strips, to show the operator options. |
MiikaHweb - Blender Git Statistics v1.06