Jump to content

BlackMagi Darkwatch

Resident
  • Posts

    148
  • Joined

  • Last visited

Posts posted by BlackMagi Darkwatch

  1. "The auto-detaching behaviour hinders content creation."

    I have to disagree with this statement Lucia - using a temp attachment for a teleport hud (in my case) which is relevant to the parcel that issued it means that the visitor is not getting extra inventory clutter  As for why the temp attachment is being  detached makes perfect sense and thank you for posting the JIRA link.

     

    Black

     

     

  2. Walk onto a parcel that your Experience cannot run on (it has not been allowed) and the Experience will stop running. Temp HUD’s are detached / agent no longer animated. This is done with no efforts on the part of the person who wrote the Experience script. However, when walking into a new adjoining region you have to request Experience permissions to detach HUD’s / Stop animations etc otherwise the script will throw legacy script errors. To my mind this is wrong – the change of region should handled in the way as change parcel.

     

    Hope this makes it clearer

    Black

  3. That is the point I am trying to make Lucia - if I drop onto the next parcel (same region) then the Experience seems to gracefully stop running detaching and stopping animations - error message and all is good in the world.  When walking into the next region (Sim) then I have to request all permissions again so that I can stop them.  I know the permission request is going to fail as I don't have the necessary permissions to run the Experience on the adjoining sim - this is why I was wondering if this was a bug.

  4. Walking / flying to a different parcel or region

    When walking or flying to a parcel where my Experience is not permitted to run when wearing a scripted attachment changing to the new parcel animations stop, attachments detach and Experience error message shows = expected behaviour. When changing though to a connected region I need to request experience permissions again to be able to detach and stop animations otherwise legacy script errors show? I was wondering if this was a bug?!

     

    Thanks

    Black

  5. I use notepad for scripting as 1 it reminds me to save locally and 2 I can have font bigger but something is driving me bonkers and I can't see where to get rid of it?

     

    Extra spaces.jpg

     

    Here is a copy and paste of the text

    default
    {
        state_entry()
        {
            llSay(0, "Hello, Avatar!");
        }
    
        touch_start(integer total_number)
        {
            llSay(0, "Touched.");
    		
    		/* These comments have been added in Notepad++ */
    		llOwnerSay("How can I get rid of the characters to the left of this text (next to the line numbers)?");
        }
    }

     



    I'm using the default sl viewer

    Thanks

    Black

  6. So I create an experience to plugin to an existing build and everything is working as expected. 

    3 questions;

    1). The person that bought the build annoys another resident who subsequently AR's the experience.  Does this mean that every experience created by Me is stopped grid-wide or just the one that has been AR'd whilst the circumstances are being investigated?

    2). Do we use the same experience name for everything we create?

    3). To sell an experience the person buying it would need to have at the very least land powers to rez the experience object.  I'm guessing they would then need to add the experience to the parcel / region approved list?

     

    I don't think these questions have been asked here before.

     

    Thanks

    Black

  7. Not sure if this will work but I am sort of planning to use the following.  Helper script on parcel to record who is on parcel, if new player (visitor) then add them to the watch list and issue a HUD.  The HUD could then record scores or whatever and when the user leaves the parcel then the helper script could close off the record?  The helper script & HUD shouldn't actually need to talk to each other keeping comms to a minimum?

     

    I am currently using something similar to record visitor durations on our parcel and am hoping that this may work!

  8. I know this isn't currently possible but I am creating a concept maze (with materials) which looks great (IMHO) at midnight with a single light source - was wondering if anyone else would find it useful for an experience that could also change the parcel / region sun settings? 

     

    Thank you

    Black

  9. Converted = 1 (Just need to create graphics and I hate graphics...)

    New = 1

     

    ETA

    Ok, TP HUD has been converted and live on parcel (as of now 07/08).  The new project:  I had a couple of friends come and look and I didn't hear the right noises so have deleted that project and gone back to what I like doing and that is skyboxes.  it has been a bit of a challange to try and integrate XP into a skybox build but I think I have something I can work with. Going to leave the game designs to gamers and keep my focus where I like it!

    Will keep you posted...

    Black

  10. Hello Dolphin,

     

    I totally understand your intentions and to a point it makes total sense however, consider the following;

    User Clicks No = user issue (let the user know)

    Not permitted to run on region or parcel = region / parcel owners issue (let the parcel / region owner know)

     

    I can't see where to request a feature on the jira so will leave it here.

     

    Thank you

    Black

  11. Hi Dolphin

    Ok, thank you for clarifying so the error message for XP_ERROR_NOT_PERMITTED = This experience is not allowed to run on the current region OR the agent clicked No.  I think you can understand where the confusion lays. IMHO  it seems to be 2 very different errors and whilst you state they were merged intentionally I believe  another XP_ERROR message would be better suited?

    This is a breeze to work with though and future projects are being formulated even as I write this reply!

    Thank you

    Black

  12. Hi Gypsy

    The experience is permitted on the parcel (found that one quite by accident!).  I was hoping just to catch if the agent clicked No on the experience permission dialog.  My first experience is a parcel teleport hud - if the agent can't (or won't) use the experience then I can send them a bog standard teleport hud as I am on a mission to be rid of teleporter pads.

    The first time I tried the return code was 3 (wording above - which I find a little confusing). Perhaps would be clearer if there was a XP_ERROR_AGENT_REFUSED & whilst looking at the codes might also be nice to handle a time out if the viewer doesn't know how to respond to the dialog for instance?


    Thank you

    Black

  13. Am finally testing experiences now that Le Tigre is updated :) and have stumbled across the following;

    I clicked No on the experience request and recieved a reason of 3 hence I was trying to capture it but the reason is actually 4 (Suspended by Customer Support)  Is there a definate way of capturing No?

     

    Text output

    [11:02] Object: 4
    [11:02] Object: We didn't receive permissions from BlackMagi Darkwatch
    operation not permitted

     

        experience_permissions_denied(key agent_id, integer reason ){
            llOwnerSay((string)reason);  
            llOwnerSay("We didn't receive permissions from "+llKey2Name(agent_id) + "\n"+llGetExperienceErrorMessage(reason));    
        }

     

    Thank you

    Black

×
×
  • Create New...