[Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [18086] branches/blender2.5/blender/source /blender: RNA:
joe
joeedh at gmail.com
Sun Dec 28 10:13:03 CET 2008
Ok here's a patch for an idproperty array type. I've not actually tested
it; tell me what you think.
Joe
On Sat, Dec 27, 2008 at 11:54 PM, joe <joeedh at gmail.com> wrote:
> The group type was originally envisioned as a map. What we need here, it
> sounds like, is a version of a group that acts as an array. A new type that
> would do arrays of id properties. The existing array type would than simply
> be "numerical arrays."
> Anyway, I'll try and prototype some code. It shouldn't be too hard to add
> a new type that implements an array of ID properties.
>
> Joe
>
>
> On Sat, Dec 27, 2008 at 11:17 PM, Brecht Van Lommel <brecht at blender.org>wrote:
>
>>
>> Hi,
>>
>> joe wrote:
>> > Could you explain what you need it for? So I can see where it fits into
>> > the big picture :) It just seems a little klunky to me, having a
>> > collection of id properties collections.
>>
>> I need it to implement an RNA collection of structs. This how I see
>> the correspondences:
>>
>> ID property group ~ C struct ~ RNA struct
>> ID property ~ C struct member ~ RNA property
>> ID array property ~ C array or list ~ RNA collection property
>>
>> Now, I guess your interpretation of an ID property group is that it is
>> both a struct and a collection. I could try to implement RNA
>> collections as ID property groups, but it's a bit messy given that I
>> would have to work with string keys which I do not have and would need
>> to create with sprintf("%d", index) or so.
>>
>> Brecht.
>>
>> > On Sat, Dec 27, 2008 at 12:49 AM, Brecht Van Lommel <brecht at blender.org
>> > <mailto:brecht at blender.org>> wrote:
>> >
>> > Hi,
>> >
>> > joe wrote:
>> > > What's the design rationale of supporting arrays of group
>> properties?
>> > > Seems supporting arrays of id properties in general would be a
>> > cleaner
>> > > solution, if it's needed. . .
>> >
>> > Can you explain the difference to me? The array before supported
>> > subtypes IDP_INT, ID_FLOAT and IDP_DOUBLE. The logical extension
>> > seemed to me to just add IDP_GROUP. Isn't the end result basically
>> the
>> > same?
>> >
>> > Well, it could be interesting to support mixed id property types in
>> a
>> > single array, but that is not how the array was implemented here.
>> > Doing it that way would have been inconsistent with the way IDP_INT,
>> > IDP_FLOAT and IDP_DOUBLE already work.
>> >
>> > Brecht.
>> > _______________________________________________
>> > Bf-committers mailing list
>> > Bf-committers at blender.org <mailto:Bf-committers at blender.org>
>> > http://lists.blender.org/mailman/listinfo/bf-committers
>> >
>> >
>> >
>> > ------------------------------------------------------------------------
>> >
>> > _______________________________________________
>> > Bf-committers mailing list
>> > Bf-committers at blender.org
>> > http://lists.blender.org/mailman/listinfo/bf-committers
>>
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-committers
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.blender.org/pipermail/bf-committers/attachments/20081228/607e9edd/attachment-0001.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: idprop_array.diff
Type: application/octet-stream
Size: 8985 bytes
Desc: not available
Url : http://lists.blender.org/pipermail/bf-committers/attachments/20081228/607e9edd/attachment-0001.obj
More information about the Bf-committers
mailing list