Domitan Redenblack

Dora Gustafson wrote: I don't see clearly why you have a delay before requesting attach permission. Another thing is that the timer will still be running next time you attach. You have no timer stop or script reset. Ah, yes. I should stop the timer. When the object (AFK sign above my head) is clicked, and detached, I forgot the timer would be running when attached again. Thanks.

Thanks to all here!

key gkRecentToucher; default { state_entry() { // llSay(0, "/me is afk ..."); } touch_start(integer total_number) { llPlaySound("YosemiteSam_GoodbyeRabbit", 1.0); // play "mysound" when touched. gkRecentToucher = llDetectedKey( 0 ); if (gkRecentToucher != llGetOwner( )) return; llSetObjectName("Domitan Redenblack"); llSay(0, "/me is back ..."); llSetObjectName("AFK Sign"); llSetTimerEvent(3); } attach(key attached) { if (attached == NULL_KEY) return; // ignore detach // When attaching... llSetObjectName("Domitan Redenblack"); llPreloadSound("YosemiteSam_GoodbyeRabbit"); llSay(0, "/me is afk ..."); llSetObjectName("AFK Sign"); } timer( ) { if (gkRecentToucher == llGetOwner( )) llRequestPermissions(gkRecentToucher, PERMISSION_ATTACH); gkRecentToucher = ""; } run_time_permissions(integer perm) { if(perm & PERMISSION_ATTACH) llDetachFromAvatar( ); } } The above code mostly works well, but sometimes the "Goodbye" from Sam gets cut off very early. Why? There does not seem to be lag when I click the object, and he starts to speak immediately, but is cut off long before the 3 second timer( ) trigger to detach. Is the timer set off early?

Andromeda Quonset wrote: One thing i haven't seen mentioned: You could designate an ALT to be the receiver of your money and all of those payment dialogs. You would have to start with your ALT being the one distributing the vendors to the shop owners. Your ALT could stay offline for long periods of time, and you just log-on with your ALT when you need to do...accounting. This is exactly what we have planned. The alt is the "face" of the vendor board, and the blue dialogs that come to the alt are not really a problem, except to dismiss them in case they pile up, when we log in as the alt. But will the shop vendor "do his/her own thing" to stop Blue dialogs? Is this a common occurrence with shop owners? ty

Void Singer wrote: ... advanced --> debug --> UISndMoneyChangeThreshold (will control hom much money has to be given or received at once to trigger a sound) This looks like a good solution, Void. Thanks! btw- Is there a cap on the number of stacked blue-dialogs?

I have a vendor that I transfer to a shop owner. When my vendor is paid, the money goes to them, and then pays me half. Blue dialog boxes confirm this. If I have 250 items sold per day, this is going to annoy both of us. And maybe those Dialogs will get capped. Advice please! ty

Hmmmm.... I will have to run some tests. It does not seem that I am getting "attach" events at all. Right now I am using llGetAttached() in the state_entry handler, which works fine... If no new "attach" event occurs, is there any reason the original "attach" would be lost (no state change, no crossing sims, script running, active script zone yes, etc)

I posted another thread about missing Attach events, and this was answered by Cerise (thanks!). How do I continue that thread? No way to ask further related questions? Further discussion prohibited? Holy Carp! Typical LL, why don't they allow this? Moral: DON'T TICK "Answered" for your questions. Take that, LL. So: previous "answer" was: If the state is busy when the attach event occurs IT IS LOST! OMG! I thought events were queued! There is only one state in this script, so how can an event be lost?

@Shockwave Very interesting, but Google and others seem to solve this problem fine. Perhap 20x 1.2 Gbps lines at LL and a bigger happier cluster would solve this without the trauma of moving to a distributed server model as you propose? But my real question is: Would you pay $15 per month for a solution that did work, and did provide you with very fast delivery of data and textures from whatever servers? If people won't pay for it, then there's no profit in it for LL, and SL will continue to drive away 90% of newbies (honest!).

I am seeing the "Attach event" handler triggered only when I detach a HUD, not when I attach one. Is there a trick to this? ty

slightly OT: I wish LL would try to make money on things we want, rather than things we don't. Such as no long waits for bandwidth. CEO Linden should sell one of his four yachts and buy some servers.

3 Mbps from Linden. I have a 9 Mbps very reliable connection, and watch my "bandwidth statistics bar" in my viewer, and see that I often go for a long time with almost no bandwidth/download at all from Linden. Without Linden sending the textures and data, there Is No Rezzing.

Well, of the LL 3 Stooges, I would have to say Curly Linden. But Moe and Larry are pretty great too.

Would you pay $15 per months for 3 Mbps guaranteed bandwidth? Assume freeloaders would get 300Kbps only. Please state if you are a shop owner and think this would allow those with money to shop faster and easier. ty

Is there a way to stay logged into forums for a day or more? I am really tired of having to log in every time I want to post or reply. ty

Cabbage Acanthus wrote: If it is just the location of the hud on your screen and not the attachment point that is the issue, you can just right click the hud, select "edit" and move it around the screen to a location more to your liking. Thanks, but the Original topic title is accurate. No, it's a moving HUD, and in order to move it, I need to know which attachment point, and then move it relative to that point. If the user attaches it to a different point, e.g. "TOP", I might like to try to attach to "CENTER_2" or "CENTER_1" etc

Do you need to request permission to attach?

If I have a HUD which a user attaches to a HUD-point, e.g. "top", is there a way for me to move it to the "Center" attach point without detaching, getting permission, and then re-attaching? ty

How does llSetPos(<vector>) work with HUD screen objects? Can you determine the current owner's screen size and aspect-ratio? ty

Thanks very much, this solved the problem for me too. °͜°

Yes, and SL official viewer is on main display.

I have done all of those things, no luck.

My alt avatar is all black when I log in, except some prims. Tried Clear Cache, Re-bake, Edit Appearance and Re-Log Also tried Character Tests > Male Help

Setting link to 0 worked, thanks!

Ouch! The vendor is only one prim...