June 4, 2014, 01:15 (GMT) |
Initial configuration, to add the quadrilateral remeshing tool as a modifier remeshing |
June 4, 2014, 01:11 (GMT) |
Initial configuration, to add the quadrilateral remeshing tool as a modifier remeshing |
June 3, 2014, 21:18 (GMT) |
unused comments removed |
June 3, 2014, 21:16 (GMT) |
separate function for semiLagrange advecttion. Using stringstream for script generation |
June 3, 2014, 20:21 (GMT) |
Keep pie menus inside the screen area that spawned them. More cleanup. * * The reason there's so much cleanup is that the initial code was just copied over from the popup menus. As I am getting more familiar with the code I can see which parts are unnecessary or should be copied to new functions etc. |
June 3, 2014, 16:27 (GMT) |
Solve pie menu selection not refreshing properly sometimes. Reason here is that double press events could get chewed on handler level. The issue Added an extra flag to hanldlers so that we can choose to handle if we want. Also cleanup debug messages |
June 3, 2014, 15:25 (GMT) |
Use the global debug_value for switching between old and new depsgraph evaluation and simulation, for testing purposes. With a few UI bells and whistles this will allow quick comparison of the depsgraph implementations to make sure the behavior is consistent. |
June 3, 2014, 14:11 (GMT) |
Merge branch 'master' into depsgraph_refactor |
June 3, 2014, 14:05 (GMT) |
Some cleanup, refresh pie direction and drawing on the same events that fired the pie menu, also some debug prints. Note, this is not ideal, normally we want to just ignore those events, will look into that later. |
June 2, 2014, 21:40 (GMT) |
minor refactoring and all pie operators return finished. |
June 2, 2014, 20:57 (GMT) |
Set the area rectangle to the whole screen area that spawned the pie menu. This means menus are now clipped correctly and their events are handled in the whole area too, not only inside the bounding box of the buttons. |
June 2, 2014, 14:16 (GMT) |
Adapted opennurbs to use the system zlib and removed its custom zlib library. |
June 2, 2014, 13:41 (GMT) |
Separate function for noise generation. Pressure syntax correct |
June 2, 2014, 09:35 (GMT) |
Fixes for release build stubs of debugging functions. |
June 2, 2014, 08:17 (GMT) |
Cycles: Add 2 nodes to combine and split vectors. This was possible via RGB already, but seems a bit weird that way. |
June 2, 2014, 06:46 (GMT) |
Merge remote-tracking branch 'origin/master' into soc-2014-cycles |
June 2, 2014, 06:23 (GMT) |
Initial import of .3dm (Rhino) import/export stubs, OpenMP mac+CMake build fix, and opennurbs library (along with cmake changes to build it). |
June 1, 2014, 21:39 (GMT) |
Merge remote-tracking branch 'origin/master' into soc |
June 1, 2014, 21:26 (GMT) |
Can mix shapekeys in editmode now The user can now edit a shape key on top of a mix. The difference to the master is that the 'Apply Shape Keys in Editmode' is gone completely. You can either pin the shapekey or edit on top of a mix: http://screenshot.su/img/a1/70/dc/a170dc61123ee1648e8a6dc3394b3812.jpg, and that is all. The user can select the values that he wants to use in the mix: the animation-driven values (KeyBlock->curval) or a temporary mix value visible only in editmode. Implementation-wise this is sort of an emulation of the shape keys modifier behavior. On editmode enter, the mesh keyblocks get evaluated and that is put in the edit coordinates. On shapekey switch or editmode exit the underlying mix gets subtracted from the editmesh cos, the resulting isolated shape coordinates gets adjusted for value (we store data with 1.0 values only!) and than processed as a normal (pinned) shape key update. Then the mesh gets re-evaluated, etc. There is some optimization potential which will be explored! Undo might be broken at the moment, this is the next thing to do. |
June 1, 2014, 19:53 (GMT) |
Fix crash when entering texture paint mode in cycles with image editor open. |
|
|
|


Master Commits
MiikaHweb | 2003-2021