Jump to content

KT Kingsley

Resident
  • Posts

    1,071
  • Joined

  • Last visited

Posts posted by KT Kingsley

  1. 46 minutes ago, Henri Beauchamp said:

    This is Cloudflare's fault again (this thing is a total nuisance)... However it only repeats the check once for me, then allows redirection to the website.

    Usual suspect for failures with Cloudflare are:

    • Disabled Javascript in you browser.
    • Disabled Cookies in you browser.
    • Unknown ”User agent” sent/advertized by your browser to the site. This sadly also badly impacts many ”confidential” (rarely used) forks of common browsers.

    Thanks. Not either of the first two, but Edge worked fine where Chrome failed.

  2. Trying to download the latest Firestorm I'm finding access to the Firestorm website is blocked by this:

    www.firestormviewer.org
    Checking if the site connection is secure

    Verify you are human

    www.firestormviewer.org needs to review the security of your connection before proceeding.

    Checking the verify checkbox appears to reload this same page.

    Any suggestions as to what's happening here?

  3. 34 minutes ago, Quistess Alpha said:

    I only skimmed it, but I don't see that on the cited page. The last time I tried to implement that, I used some new linkset data functions which happen to count bytes rather than characters.

    It's in the most indented items under the "buttons limits" heading:

    Quote

    any list item string length (measured in bytes, using UTF-8 encoding) is zero or greater than 24.

    • In other words, a button's text when encoded as UTF-8 cannot be longer than 24 bytes or a empty string.
    • This snippet can be used to truncate the string without giving an error: llBase64ToString(llGetSubString(llStringToBase64(theString), 0, 31))

     

    • Thanks 1
  4. In the Firestorm viewer (I don't know about others) there's a Copy Keys button near the bottom of the General tab of the build window which seems to work even for other people's no modify objects.

  5. You could try "preloading" the images by placing them on some object faces in the vicinity of the main display, so that they're already loaded into viewer cache before they're projected, and you could try setting the transparency of those faces to 100%, or colouring them black, so that they're not too intrusive.

    • Like 1
    • Thanks 2
  6. The script function to deliver a text box to an avatar (any avatar in the same region) will work from any rezzed object, whether it's rezzed on the ground or attached to an avatar (either the avatar being targeted or by a completely different one – even an avatar completely unaware of it's presence).

    It could be triggered by almost any event (a sensor response, a collision, an avatar attaching the object containing the script; there are many other possibilities).

    For more detail see the LSL wiki for llTextBox here: https://wiki.secondlife.com/wiki/LlTextBox

    • Like 1
    • Thanks 1
  7. Unless I'm completely misunderstanding your question, I think the answer is to initiate the dialog after the data from the text box has been received.

    integer text_box_channel = 1;
    integer dialog_channel = 2;

    state_entry ()
    {
        llListen (text_box_channel, "", "", "");
        llListen (dialog_channel, "", "", "");
    }

    touch_start (integer count)
    {
        llTextBox (llDetectedKey (0), "text", text_box_channel);
    }

    listen (integer channel, string name, key id, string message) //the id parameter is that of the avatar using the text box or dialog
    {
        if (channel == text_box_channel)
        {
            //do text box stuff
            llDialog (id, "test", ["button1", ...], dialog_channel); //use the id parameter to target the dialog at the avatar that used the text box
        }
        else if (channel == dialog_channel)
        {
            //do dialog stuff
        }
    }

    • Like 1
    • Thanks 1
  8. Assuming you're using the attach event to detect when the item is attached, you can also use it to detect when it's detached: in this case the key id parameter is NULL_KEY, as opposed to the key of the avatar to which it is attaching to.

    A couple of lines of code will be (fairly reliably) executed when the item is detached. Note that any code not executed will be then be executed when the item is reattached before the attach event is triggered again.

    • Like 1
  9. Just a quick glance at the code here (so I'm likely way off line) but this bit isn't usual:

    integer index = (~llListFindList( USERS, [llDetectedName(0)]));
    if(index != -1){ONLIST = TRUE;llOwnerSay("user onlist = TRUE");}

    If the variable index is assigned the return from ~llListFindList it will never equal -1 because ~(-1) is 0.

    Try

    integer index = (llListFindList( USERS, [llDetectedName(0)]));
    if(~index){ONLIST = TRUE;llOwnerSay("user onlist = TRUE");}

    In the quoted wiki example the value of ~llListFindList is not saved. It is usual here to save the returned index from llListFindList, and then test (~index) and if that's non-zero to use the value of index in any further operations.

    Hope this doesn't further muddy the waters if I've got it completely wrong.

  10. https://status.secondlifegrid.net/

    Investigating - We are receiving reports that scripts are malfunctioning for regions found on RC Server channels. Our engineers are investigating this issue further. We apologize for any inconvenience.
    
    Please follow this blog for updates.
    Feb 01, 2023 - 09:07 PST
    Update - We will be rolling RC regions back to their previous version. Regions that have already been restarted for today's rolling restarts will be restarted again. We apologize for any inconvenience, and thank you for your patience.
    
    Please follow this blog for updates.
    Feb 01, 2023 - 09:19 PST
    • Like 1
×
×
  • Create New...