BlackMagi Darkwatch

Now I understand why you suggested earlier on in this thread that you would like to see change & CHANGED_PARCEL Long and short of it then is that you're in the process of fixing the detach HUD on parcel & region change. Thanks Black

"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

I have no idea if anything has changed over night but changing region now works like changing parcel for me? Colour me confused! Black

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

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.

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

Posting this here for myself for possibly the next time. Notepad Settings Preferences Tab Settings Tab size: 4 [x] Replace by space Black

Hello Amethyst, I'd set up notepad++ as my external editor from a sl script.as per: http://wiki.secondlife.com/wiki/LSL_Alternate_Editors Going to keep digging - it's got to be in there somewhere! Thanks Black

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? 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

Thank you to those that posted replies

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

Thank you Dolphin - I will give it some thought

I am only going to be using this on a parcel but here is the LSL funtion details: http://wiki.secondlife.com/wiki/LlGetAgentList

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!

Dolphin, Is it worth actually putting this forward as a feature request for experiences? Even though it will only be updating a viewer setting and can be edited back by the user... hey, this sounds like a quick fix for Loki's issue also! Please-try-fix-this-bug-before-you-release-Experience-tools Thanks Black

I hadn't realised that experience could be accessed using the LL client (it certainly wasn't before last weeks roll) - might just have been Le Tigre late to the party! Black

Hi Loki Looks like latest viewer now allows experience permission requests? There is no floater like in the test viewer though - I have just tested this with an untrusted Alt who removed my experience in the test version! Second Life 3.7.13 (292225) Jul 22 2014 00:31:11 (Second Life Release) Black

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

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

Whilst I don't like seeing the messages - I popped on over to Realms and even when your caught there by the monster you are informed to so I guess we may be stuck with them

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

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

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

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

Thank you Coby going to test that as soon as it happens again! Black Note to selfL (The folder is located in the default cache location, Ctrl+P -> Advanced. Highlight, Copy+Paste folder location into new Window)