[sldev] Viewer inventory management: duplicate/clone tool
Lawson English
lenglish5 at cox.net
Wed Jun 18 14:00:47 PDT 2008
JB Kraft wrote:
> One of the projects I have been toying with is a ways to address, via
> the viewer UI, tools for inventory management. One aspect of this is
> how to deal with multiple listed items referencing the same object,
> the same UUID. I do appreciate that these are simply references but
> they do create load on both the severs and client.
>
> I have done this in LSL for my texture organizer and inventory box but
> it seems to me the place for it, really, is in the viewer itself.
> Perhaps there is a way to this this already but what I have been
> thinking of is adding another tab to the inventory view that
> identifies and filters based on duplicate references pointing to a
> single UUID. A duplicates tab, if you will. This would afford the user
> another tool to cull inventory and I imagine cumulatively, across the
> user base, could potentially alleviate some server load.
>
> My questions:
>
> - Is this a sensible, worthwhile pursuit?
>
> if so..
>
> - does it warrant a JIRA?
> - what other ways might this be implemented in the UI
>
> I would appreciate any thoughts you all may have.
>
> regards
> JB
>
> p.s. Apologies if this is an inappropriate forum or method of
> presenting this notion. I am still stuggling with culture and procedure.
>
It sounds like a great idea on the face, but I wonder if there would be
increased server load from using it since the current U, IIRC, requires
a server-side update for each inventory change in an inventory folder.
If your proposed code deletes 1000 duplicate items from inventory,
that's an extra 1000 update messages sent to the server at a rather
speedy clip, using a system designed for rather slow, manual-speed
updating. If you could implement a batch-processing for the update
packets, that might make things worthwhile. The other way, would be to
make it an idle task that makes only a few updates at a time.
Lawson
More information about the SLDev
mailing list