object gives notecard, you edit it, then drag it back into object

[Domitan Redenblack]

Object gives "config" notecard, you edit it, then drag it back into object; easier than right-click blah blah to newbies.

Since the changed event doesn't tell you what was dropped in (thanks LL), then you have to guess/remember which is newest config card....

Seems easy, but you cannot rename "config 1" back to "config", so next time you give, you must give "config 1" to them, etc etc.

Any ways to do this better?

 

[Ciaran Laval]

When I used notecards I give them instructions telling them to edit the notecard directly. Include a couple of screenshots in your instructions, they'll get it.

[Void Singer]

or add an instruction to delete the original card, or only read the last one listed or...

[Domitan Redenblack]

Hmmm....

It just seems nicer to have menu item that gives them a notecard which automatically opens for them, which they edit then drag back onto item...

Unfortunately, "no rename of item" of contents, no "mod date of items" checking of contents, no "name of items added" when changed contents. Very frustrating.

Could just read notecard with longest name starting with config, e.g. Config 1 1 1 1 1 1 1 1 1 1

(yuck)

 

[Ciaran Laval]

http://lslwiki.net/lslwiki/wakka.php?wakka=llRemoveInventory

If numberOfNotecards > 1

{

Remove first Notecard

re-read notecard

}

[Void Singer]

but all contents will auto rename,,, and there's where you use it to your advantage...

If the script always gives the original version of the notecard, and it is not renamed by the user. the folowing versions won't be "xyz 1 1 1 1" but rather "xyz 4".

you can also cheat by keeping the give notecard in a separate prim, when a new notecard is given, the current one in the root is automatically deleted.... no more duplicates, and no more clutter... the price is an extra script though.

ETA:

I take it back one script it gives a copy of the notecard in the root, then deletes it from contents. it only rereads the notecard from contents if it is found, otherwise it continues with default of current values.

changed( integer vBitChg ){    if (CHANGED_INVENTORY & vBitChg){        if (~llGetInventoryType( "xyz" )){            //-- trigger reread        }    }}