[sldev] Inventory user interface needs improvement (Re: Physical Object Prim Limitation)

Robin Cornelius robin.cornelius at gmail.com
Fri Aug 1 06:55:19 PDT 2008

On Fri, Aug 1, 2008 at 2:12 PM, Argent Stonecutter
<secret.argent at gmail.com> wrote:
> On 2008-07-31, at 18:42, Dale Mahalko wrote:
>> With the current totally inadequate inventory system, to reorder the
>> primitives in a linkset you have to: rez the object in-world, unlink
>> the entire linkset, deselect everything, hold down shift and carefully
>> reselect each part in order, relink, and take it back into your
>> inventory. (This is assuming you don't screw up halfway through
>> reselecting your 200 prims and have to unlink it all and start over
>> again.)
> You shouldn't need to unlink the whole thing for this case, just unlink the
> first N prims, link them together, then link the rest of the prims because
> you don't care about the order...
> I suspect that you'd need fairly deep changes in the asset system to
> implement this change in the user interface, by the way.

Its all handled by the selection manager, and looks like this is a
server side thing. The objects in the link set are pushed to the
server in order with a ObjectLink message so the server handles the
actual "linking" as it is based on the order it receives data on the
objects to be linked. This would make changing the link order
difficult unless the client side implemented the "smartness" as it
knows the link order so it could let you reorder as you please then
just push the new list as a whole to the server, the question is when
to push the list as you would not want to do this every change as you
may want to renumber a whole bunch (and this would generate loads of
pointless messages), and it would have to manage the list order.
Almost need a floater to show the link order and allow reordering with
an OK when done to push the list.

Actually that does not sound that difficult.


More information about the SLDev mailing list