Blender Git Commits

Code cleanup: Tidy up some stuff from previous commit

Volumetric strokes are also drawn during stroke drawing too

To make it easier to see the final effect of volumetric strokes, these are now
also drawn when painting new strokes

Fix for memory leak in previous commit

Proper implementation for "Volumetric Strokes" drawing

Due to the enthusiastic reaction from the community, I've decided to make this
a proper drawing technique. This commit separates the drawing code for this
out into its own method, and reduces the amount of costly GL read/write calls used
by performing more of this using Blender's internal math library. As a result,
it seems (at least in my limited tests) to be running much faster :)

TODO:
- Configuration options for controlling when this is used in combination
with the other drawing techniques
- Use for stroke drawing too when enabled?
- Allow setting stroke sizes to be much thicker (and also set a better base-size)

Hack: Quadrics-based drawing technique for 3D strokes

This is really really hacky stuff. I've literally just dumped this code in there
without any attempt at cleaning it up or properly integrating it, as it was just
a quick test which turned out to provide some rather interesting results!

UI and properties support for having "Filled" GPencil Strokes/Shapes

GPencil Draw Operator: Implemented proper method to delay start of drawing

When running GPencil drawing operators from the toolbar or from a (pie) menu,
drawing operations shouldn't start immediately, but rather, only when users
actually click to start drawing. This is because the mouse is often not in a
suitable location for this to work when the operators get invoked from such
UI controls.

Previously, we used a hack which just detected certain types of events. This worked
ok for toolbars, but not for menus. Now, we've got a proper property to enable this
behaviour instead.

Expose Grease Pencil "Convert to Curves" operator directly in toolbar instead

It only really applies to the 3D view, so this makes more sense, and fits
the workflows for modellers and mograph artists more.

Tweaks for Delete Active Frame in GPencil UI

* Expose "delete active frame" directly in GP UI (alongside frame locking)
instead of hiding in a submenu
* Deleting the active frame immediately makes the one before it active

Bugfix: Fix for potentially uninitialised matrix, and 2D eraser being broken following recent changes

GPencil: Refactor out space conversion APIs in response to Sergey's changes

Merge branch 'master' into GPencil_EditStrokes

Conflicts (Unresolved):
source/blender/editors/gpencil/gpencil_paint.c

Code Cleanup - Remove dead code

Border Select for GPencil strokes

Modified GPencil pie menu to work with edit modes

Hack: Use same handling logic for finding "active" GPencil block in timeline as for 3D View

This is not a terribly nice hack, but it gives the behaviour that users expect
more often than not. Namely, this enables:
* GPencil keyframes now show up in timeline
* The next/prev keyframe buttons on the Timeline header work correctly
(i.e. they can "see" the GPencil keyframes)

Keymaps UI now shows stroke editing keymap

DKEY-Tab toggles GPencil Stroke Editing

UI: Add toggle for stroke editmode to sequencer properties panel (since it doesn't have a toolbar)

GPencil Editing: "Stroke Edit Mode"

Changed the way that the keybindings for the editing tools for strokes work,
to be less clunky to work with.

Now, instead of holding down DKEY, you instead enter "Stroke Edit Mode" (via
a toggle button in the "Edit Strokes" button in the toolbar). This enables a
keymap (Grease Pencil Stroke Edit Mode) which is only active when this setting
is enabled; the keybindings in this keymap are designed so that pressing the
normal hotkeys will affect the strokes as expected (instead of whatever else
may be in the viewport at the time instead).