Revision d44b341 by Ton Roosendaal July 2, 2009, 11:24 (GMT) |
2.5 Python definition of view3d context-depending toolbar. Feel free to edit it into anything useful. :) |
Revision c7bd0d1 by Ton Roosendaal July 2, 2009, 11:23 (GMT) |
2.5 More toolbar functionality for workflow review. - Split the region in two parts, bottom has the Tool Properties, the top part shows 2 panels, one for python defined tools, other for a "tool shelf" which (later) will get saved in files. - Added a full context driven framework for this toolbar, showing the tools depending on 3D window 'mode'. Both python defined tools as the shelf respect this. So - for example - you will see different tools in editmode mesh, as in vertex paint mode, etc. - First template for the python tools will be committed after this commit; it has placeholder tools to just show/test functioning. NOTE: if you had saved a layout that shows tools region, open/close it once to get the new region created for properties. TODO: - Moving paint properties to tool settings - Test a layout with horizontal toolbar (without properties) - Bring back floating panels, and put tool-properties here. (as option) |
Revision 6b784a8 by Joshua Leung July 2, 2009, 06:41 (GMT) |
NLA SoC: F-Modifiers working on NLA Strips * Using the Ctrl-Shift-M hotkey, F-Modifiers can be added to all the selected strips. * F-Modifiers can also be added/tweaked from the NLA N-Key properties. The UI now uses the same code as for the graph editor ones. The UI drawing here is currently messed up from the NLA side, since it seems combining normal layout stuff and old-style uiBlocks doesn't seem to work too well (BUT! the buttons are at least functional). Next up, I'll need to recode the buttons panel for the Graph Editor so that all of the drawing can be migrated over to use the new layout engine. |
Revision f86100b by Chingiz Dyussenov July 2, 2009, 05:43 (GMT) |
Import: *materials are assigned to objects. TODO: *import UVs |
Revision f3c47a6 by Joshua Leung July 2, 2009, 05:25 (GMT) |
NLA SoC: Separating out F-Modifier API * F-Modifier API is now in its own file in blenkernel * Renamed and refactored these so that they're no dependent on F-Curves, since all they really used was the fcu->modifiers list * Added missing license blocks to a few files |
Revision b47605d by Joshua Leung July 2, 2009, 04:47 (GMT) |
NLA SoC: Separating F-Modifier UI drawing into its own file * F-Modifier UI drawing/handling is now defined in a separate file so that it will be more suitable for inclusion into the NLA Editor's buttons. * Started removing F-Curve dependence from the modifier drawing code, which wasn't strictly necessary * Fixed F-Curve RNA wrapping to correctly use FPoints instead of the bulkier BPoints. Although nobody was likely to have encountered bugs here yet, this would almost certainly have contributed to some segfaults/data corruption along the track. |
Revision 3373850 by Joshua Leung July 2, 2009, 03:50 (GMT) |
NLA SoC: Bugfix for Auto-Keyframing version patching When auto-keying is enabled, the insertion mode is no-longer blank. The version patching code now takes this into account, but the conversion doesn't work for existing .b25.blend defaults files though. |
Revision b1a106d by Joshua Leung July 2, 2009, 03:32 (GMT) |
NLA SoC: Merge from 2.5 21210 to 21300 Note to self: the next merge will be messy again, since 2 commits occurred this one was complete |
Revision 2acac0f by Andre Susano Pinto July 2, 2009, 02:59 (GMT) |
Revision 7893989 by Joshua Leung July 2, 2009, 02:53 (GMT) |
NLA SoC: Adding some files that seem to have been missed during some merges. Hopefully all of these should really be in the repositry... |
Revision 1588de0 by Joshua Leung July 2, 2009, 02:12 (GMT) |
NLA SoC: Separated 'Built-In Function Generator' FModifier into a separate FModifier Started cleaning up FModifiers in preparation for allowing them to be used on NLA Strips. This commit separates the 'Built-in Function' mode for the Generator modifier out into its own modifier, since it was being quite frequently used (and the RNA wrapping for this used to be quite hackish). BACKWARDS COMPATABILITY WARNING: Old files with FModifiers saved (i.e. old 2.5 files, but not any others) will not load correctly as a result of these changes (the wrong modifiers will be shown). I've decided that there are not likely to be many files affected by this yet, but doing this will result in a much nicer modifiers-define list in the long run. |
Revision ede921f by Joshua Leung July 2, 2009, 01:01 (GMT) |
NLA SoC: Proper poll callbacks for Graph Editor For now, some of these polls may be a bit too restrictive, but at least we have some unified+cleaned bases to work from now (instead of relying on the generic ED_operator_area_active). |
Revision 421f442 by Brecht Van Lommel July 1, 2009, 22:25 (GMT) |
2.5: Lists for vertex groups, shape keys, uvs, vertex colors. RNA * Added the relevant active_*_index properties, with proper get/set/range, updates and notifiers. * Context.tool_settings. * ToolSettings.vertex_group_weight. Operators * MESH_OT_uv_texture_add/remove * MESH_OT_vertex_color_add/remove * MESH_OT_sticky_add/remove * OBJECT_OT_vertex_group_add/remove/assign/remove_from/ select/deselect/copy/copy_to_linked * OBJECT_OT_shape_key_add/remove UI * Some updates and cleanups in list template code. Known issue: when going in & out of editmode, uv textures and vertex colors dissappear. I thought me->edit_mesh would be NULL when not in edit mode but it is not? |
Revision cda566d by Brecht Van Lommel July 1, 2009, 22:16 (GMT) |
2.5: Fix a case of using freed memory in event handling. |
Revision 666ce6d by Campbell Barton July 1, 2009, 20:55 (GMT) |
needed for building with py2 |
Revision 594c880 by Elia Sarti July 1, 2009, 19:56 (GMT) |
Added support for collection parameters also for RNA_function_call_direct family of functions. The syntax for passing collection parameters is similar to passing pointers where you pass first the RNA type and then the ListBase representing the collection. The format specifier is "C" instead of "O", e.g. RNA_function_call_direct_lookup(C, reports, ptr, "do_something", "sC", "some string value", &RNA_SomeItemType, listbase); Note that from python you could in theory pass collections of items each of a different type while using this API you can't. I don't think this should be a problem as RNA supports collections this way anyway (i.e. where items are all of the same type or inherit from the same base type). Also a small fix for pointer parameters. |
Revision 6ede28a by Arystanbek Dyussenov July 1, 2009, 18:23 (GMT) |
- started OBJ importer conversion - added Mesh.add_uv_layer, Object.add_vertex_group |
Revision 1bd28c8 by Chingiz Dyussenov July 1, 2009, 18:18 (GMT) |
* Export cameras and lights. * Import materials. TODO: Assign materials to objects. |
Revision 87a7dd3 by Arystanbek Dyussenov July 1, 2009, 13:37 (GMT) |
Revision 1a86cd6 by Campbell Barton July 1, 2009, 13:31 (GMT) |
slice support working in py3 for Vector and Matrix types. Added slice to PyRNA collections and arrays (py3 only). eg. some_verts = mesh.verts[0:10] some_rna_array[4:-1] = [0,1,2,3] Collections dont support assignment, when assigning slices, resizing the array isnt support like with python lists. |
|