Blender Git Commits

Blender Git "master" branch commits.

Page: 4657 / 5574

July 2, 2009, 11:24 (GMT)
2.5

Python definition of view3d context-depending toolbar. Feel free to edit
it into anything useful. :)

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.
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
July 2, 2009, 02:59 (GMT)
Reverted incorrect merge (missing files)

svn up -r 21247
svn merge -r 21247:21246 . (<= revert incorrect: merge -r 21041:21243)
svn up

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).
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?

July 1, 2009, 22:16 (GMT)
2.5: Fix a case of using freed memory in event handling.

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.
July 1, 2009, 18:23 (GMT)
- started OBJ importer conversion
- added Mesh.add_uv_layer, Object.add_vertex_group
July 1, 2009, 18:18 (GMT)
* Export cameras and lights.
* Import materials.
TODO:
Assign materials to objects.
July 1, 2009, 13:37 (GMT)
Merge from 2.5 r21160 through r21285
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.
By: Miika HämäläinenLast update: Nov-07-2014 14:18MiikaHweb | 2003-2021