User talk:Buckaroo Mu/Shortcut/Link/Alias function in Inventory

A pure viewer based solution can "only" be a hack at best. A possible implementation could be:

1. ) Change the viewer, so that when a drag and drop operation is performed on a 'no-copy' item, the error is trapped
2. ) for each error, register the UUID of the object in a special notecard
3. ) When presenting the contents of a folder in the viewer, preset a mixture of the real contents and the contents of the note card
4. ) Hide the special notecard
5. ) Handle folder drops onto the avatar
6. ) Handle moving of the special links
7. ) Handle deletion of the special links
8. ) Handle deletion of the original 'no-copy' item

This will only a partial solution, as an scrips running on the servers will still see the real contents of the folder.

Yea, I realized that this would really have to include a new Inventory Type ID - but do the servers do checking for type IDs? This may be something that can be done client-side with either no server-side change or only one very minor one - the assignment of a Type ID. For instance: Assume the new Inventory Type of Link, which simply stores the UUID of the original object. The simplest thing to do with them regarding copying would be to make them either no-transfer, or "delete on transfer" - they simply go away if you try to transfer them. In every other way, it behaves as a normal inventory item. Buckaroo Mu 09:15, 11 January 2007 (PST)

This definitely could be fudged by using a series of specially named notecards (for configuration data), allowing the feature to be implemented without requiring modifications to the server

SignpostMarv Martin 10:03, 11 January 2007 (PST)

It could be fudged with notecards - but how many hacks do you want in SL? The assignment of an additional inventory type at the server end, as far I as can tell from the viewer source, would require probably two lines of code. We need to work with LL to see if they would support this inclusion, rather than make kludges that work but are far less elegant, and may break scripts. Buckaroo Mu 16:16, 12 January 2007 (PST)

You're forgetting something: the servers aren't built for dynamic assets. 'Fudging' it would allow the community to decide on features and interfaces while Linden Lab make the significant changes to the server required for this to work.

SignpostMarv Martin 21:12, 12 January 2007 (PST)

If you fudge this via notecards, serverside scrips working on inventories will see the inventory as it really is. In effect making life complicated for LSL scripts, because now they have to parse a notecard as well.

Duffy Langdon