Jump to content

Rider Linden

Lindens
  • Posts

    221
  • Joined

Posts posted by Rider Linden

  1. 22 hours ago, Lucia Nightfire said:

    llGetInventoryDesc() allegedly is coming soon.

    It has certainly been asked for many times this year, let alone, over the years.

    Maybe @Rider Linden can tell us when? 🤔

    llGetInventoryDesc has already been included in the Fall Colors simulator. 

    If all goes according to plan, I should be handing that off to QA at the end of next week... 

    Other fun scripting things in Fall Colors:

    And perhaps, feasibly, possibly, maaaaaayyyyybeeeee something having to do with rezzing objects from scripts.

    • Like 2
    • Thanks 4
  2. @Pinky Vought, you should check out the Virtual Railway Consortium. 

    I believe they have free scripts at their main depot which can be found here.

    Also check out:

    There are links to the wiki pages with a lot of the technical info about the SLRR on the first link. 

    • Like 3
  3. 1 minute ago, Teresa Firelight said:

    first two sound wonderful. What is summertime blues?

    It's the internal name for this simulator release. I've always had internal names for the simulator releases, but I've only recently started using them publicly.  People seem to be better able to follow if I use names like "Summertime Blues", "Spring Flowers" or "Bugsmash" instead of numbers like 563, 572 or eleventy-eleven. 

    • Like 4
    • Thanks 3
    • Haha 2
  4. 1 minute ago, Kimmi Zehetbauer said:

    Some of the staff it's their first post on the board!

    Probably got a memo this morning "Please post on the mboard --- People don't believe we exist!"

    Everyone knows Lindens are just fig newtons of the imagination. 

    • Like 6
    • Haha 9
  5. On 3/12/2023 at 6:44 AM, Spiffy Voxel said:

    (*My understanding is that some states stick with the same time zone all year around.)

    Arizona does. That's because if they had an extra hour of daylight things would catch on fire.

    The scripting and simulator user group is at Noon SLT on Tuesdays.
     

    • Like 1
    • Thanks 1
    • Haha 2
  6. *ATTENTION*

    I gave llLinksetDataDelete and llLinksetDataDeleteProtected a return code so that you can know if they fail.  Unfortunately this means you will need to resave any script that uses those two functions.

    (*this is why we never change functions in production.)

    • Like 5
    • Thanks 1
  7. I'm going to bring this up at tomorrow's user group, but I wanted to throw it out for discussion.

    Right now if you update a key-value pair with an identical value ("foo:bar" and you reassign the value "bar" to the key "foo"), or when you delete a non existent key I will fire the respective event.  The logic there is that the operation was successful, even if trivially so. "bar" is now the value of "foo" and the key you deleted is not in the store.

    The other school of thought is that the event should indicate a change in the KVP store. No key in the database? then no event on a delete.  If the value at a key is the same before and after then the KVP store has not changed so do not fire an event.

    Which of those two would people prefer?  

    1. linkset_data is thrown even on a "trivially" successful operation. 
    2. linkset_data is thrown only when there is a change to KVP data. 
  8. 2 hours ago, Fenix Eldritch said:

    Secondly, I would have expected the regex of "A[[:digit]]C" would just return the two keys with one digit between A and C : "A0C" and "A9C". But it also captures "A0A0C". Why is that? Doesn't the [] thingy only match a single character? Does it something to do with the double [[]]?

    "A[[:digit:]]C" matches "A0A0C".  To only match the 3 character ones try: "^A[[:digit:]]C$" (^ == beginning and $ = ending)

    When I'm working with regexs I make heavy use of https://regex101.com/ (because, yes, regex is voodoo, but it is very very powerful voodoo.)

    • Like 1
    • Thanks 2
  9. 2 minutes ago, Jenwen Walpole said:

    i am trying to test the LinksetData fuctions in the beta grid, but it seems thee fuctions are unrecognised and will not save.

    do i need a beta viewer or soming to test this?

    It is only active on a few of the beta grid regions.  Try testing on either [Mauve] or [Jigglypuff]

  10. Documentation for the LSL functions is up on the wiki but not yet linked to the main functions page. You can find it here:

    https://wiki.secondlife.com/wiki/Category:LSL_LinksetData

    On this roll I've added three new functions

    llLinksetDataWriteProtected(string name, string value, string pass);
    llLinksetDataReadProtected(string name, string pass);
    llLinksetDataDeleteProtected(string name, string pass);

    These functions create "protected" keys in the datastore. In order to update, read or delete a protected key/value pair you must provide the same pass string that you supplied when it was originally created. Protecting a key incurs a 32byte overhead in addition to the value and key length. 

    Writing to a protected key without the correct pass string will fail and return LINKSETDATA_EPROTECT.  Reading a protected key without the pass string returns an empty string, and attempting to delete one fails silently. 

    In the linkset_data event when writing a protected key, the value parameter will always be an empty string. 

    Protected keys are removed by a call to llLinksetDataReset.

    • Thanks 12
  11. 32 minutes ago, Love Zhaoying said:

    Hmm...having the same data persist for a copy does not work for some of my use-cases!

    Let's say the data is the "save state" for a "game". 

    Making copies would mean the user could "cheat" by having a "restart point" with the old copies.

    You can address this by removing keys that you would rather not have persist in the script's default state_entry handler.

    • Like 2
    • Thanks 1
×
×
  • Create New...