• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: MISC-2237
Type: Meta Issue Meta Issue
Status: Open Open
Priority: Normal Normal
Assignee: Unassigned
Reporter: Theblack Box
Votes: 106
Watchers: 20
Operations

If you were logged in you would be able to see more operations.
4. Second Life Misc Issues - MISC

[hierarchical linking] Requiered additions and changes to objects and scripting, for improving content-creation capabilities.

Created: 21/Jan/09 05:52 PM   Updated: 14/Apr/09 11:30 AM
Return to search
Component/s: Miscellaneous
Affects Version/s: None
Fix Version/s: None

File Attachments: None
Image Attachments:

1. _Prims_2_0.png
(509 kB)

2. current.png
(35 kB)

3. hierarchical.png
(63 kB)

4. linking.png
(33 kB)

5. rotate.png
(39 kB)

6. the_conclusion.png
(71 kB)
Environment: any
Issue Links:
Relates
 


 Description  « Hide
This meta-issue is supposed to advocate for hierarchical linking of objects as well as changes in scripting, that will most likely require a LSL3.

More about hierarchical linking: http://wiki.secondlife.com/wiki/Prim_and_Object_Hierarchy

The proper place for discussing these topics seems to be the "AWGroupies"-meeting and/or zero linden's office hours.

This is a meta-issue, covering a lot of different parts of the SL system, because the required changes cant be seen as individual small incremental feature-additions but must be looked at as a whole.

The scope of these changes might reach from a new "Edit linked Sub-Object"-checkbox in the SL Build menu for linked objects, to the opportunity to use bvh-animations for animating linked objects client-side. (maybe only phantom)

In general, hierarchical linking would be greatly empowering for content-creation and a very intuitive structure to build and modify objects by hand and by script.

Instead of each child-prim having a rotation and position relative to the root, each prim would have a rotation, an offset and a scale, relative to its parent.
Such a structure would be equivalent to "Nodes" in collada and other model-hierarchies.

Each prim, that is not root or leaf, could be used as joint.

To avoid interference with existing content, LSL3 should be considered once more.
To underline the real need for a LSL3, have a look at http://jira.secondlife.com/browse/SVC-93

It might be a good idea to think of LSL3 and hierarchical linking at the same time, because it could also suggest changes to link-messages and most likely other aspects of scripting.

Developing LSL3 and hierarchical linking together and restricted mixing with old content, would be very helpful for the poor developers who have to work on it and at the same time be a solid wall to protect existing content.

Sooner or later we NEED a brave Linden approaching this topic or SL will fall behind competing VWs, which will be using hierarchical models for objects.

Think of image-manipulation-software without support for layers. They wouldnt be around long, no matter how good the rest works.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Strife Onizuka added a comment - 14/Apr/09 11:15 AM
As someone who plays around quite a bit with Javascript (Greasemonkey rocks), I know the problem of building robust code to work on things that change.

As such, I propose using XPath for searching for prims and their attributes. XPath has good market penetration, it's not difficult to use and there is plenty of documentation on it.

I look forward to making LSL a sane language with LSL3. I would love to see getters and setters used instead of having to call specialized functions.

You can find a discussion of LSL3 here:
https://wiki.secondlife.com/wiki/LSL3