Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Notecard Editing features in LSL

Jiminy Roo
Registered User
Join date: 25 Dec 2004
Posts: 42
08-12-2005 08:44
I know this has been asked for numerous times, But I felt the need to bring it up again. We are lacking the facilities to easily store and change large amounts of data, besides setting up a complicated XMLRPC/PHP/MySQL system, which frankly is too much hassle for some lesser important jobs. Some commands which I would like to see implemented would be.

llWriteNotecardLine(string NotecardName, integer line, string message);
This command would write 'message' to the desired line of 'NotecardName'. Any other text curently on the line would remain, with 'message' added on.

llReplaceNotecardLine(string NotecardName, integer line, string message);
The same command as before, but it replaces the line instead of keeping previously stores text on the line.

llRemoveNotecardLine(string NotecardName, integer line);
This command could remove a certain line in a notecard.

These commands, in conjunction with the current notecard commands, I feel, would allow most of us to easily store vast amounts of data. Also, you could have objects that give out custom notecards, passwords, and other things that would be more useful being delivered in a notecard. At the moment I have to IM my cutomers their registration codes, and ask them to write the code to a notecard, which is not desirable with such an important piece of information.
Jeffrey Gomez
Cubed™
Join date: 11 Jun 2004
Posts: 3,522
08-12-2005 17:20
It's been stated that doing this would require an undesirable change to the system and would not be very efficient. This has been discussed, and turned down:

/3/4a/48100/1.html

From: someone
Jeska Linden: Jeri Zuma: Why isnt llString2Notecard() in the works, and alternatively, can we get more memory allocated to scripts? Not having one or the other really hampers script development.
Exposition Linden: notecards are assets, thus we don't want to enable an automated method of generating them . . .
Exposition Linden: instead we'd prefer to attack this problem by enabling more storage for scripts and different methods for sharing/displaying text data.
Exposition Linden: sim local memory for scripts should also be in 1.7 (again, with the muni bus proviso)
_____________________
---