steph Arnott
-
Posts
3,914 -
Joined
-
Last visited
Content Type
Forums
Blogs
Knowledge Base
Posts posted by steph Arnott
-
-
29 minutes ago, duenorth said:
I build tracks and other buildings, make mesh and dabble in scripting. One of the shortcuts i wondered about was to replace the tedious task of dropping scripts individually in 100 - 200 pieces of track (easily possible via drag and drop inworld). I tried selecting multiple pieces but then they will not allow one script to go into to all the pieces. I had hoped to do it via scripts but so far I have not found a method which works. In all cases I have to have a script in the prim I'm trying to drop the script in for it to work - which kind of defeats the point. Does anyone know of a way (function) to use a script/hud etc to drop a script into an empty prim, via for example - touch, collision etc. I dont need a full script, just a pointer to how it may be done (although I think it might not be possible). Thanks
Best way would be to use a rezzer HUD that holds the object modules in the contents and rezzs a copy. If you mean a railway track type thing then you can use a skeletal structure that is invisable for location. llRemoteLoadScriptPin i find rather klunky. And when tested i found it somewhat erratic depending on sim load.
-
9 minutes ago, Rolig Loon said:
I am not attacking anyone, Steph. I am giving general advice to people who have been posting recently. I really do not care who starts the arguing back and forth, and who may be "right" or "wrong". This is not the place for it. If you find yourself trapped in a back-and-forth argument, please consider what this forum is for, bite your tongue, and stop.
Ma, be blessed. A bee and a flower are the beauty of creation. Simple, but also vastly complicated in the the structure of life.
-
1
-
-
1 minute ago, Rolig Loon said:
Please imagine my stern grandmother voice. This is not a place for bickering and name calling. We are intimidating new scripters who come here with legitimate questions, hoping for wise words from us. Angry words and pointless arguments are not helping. Just quit it.
And relax. 😎
Think you are attacking the the wrong person. I gave a very precise solution and an a empathic response to the OP. The other just was plain rude and abusive. This conversation is ended.
-
1
-
-
4 minutes ago, Rolig Loon said:
STOP IT! BOTH OF YOU! One more word and you'll have to get out of the car and walk home.
Ma i would rather walk than belittle some one.
-
Just now, CoffeeDujour said:
I'm not having a dig, attacking you, calling you stupid.
Yes you did. He clearly stated he new very little and asked for a very minor alteration when he could not understand the wiki. You then decided to be be know all of everything and smashed the poor man down. FYI a fifty year old learning new things like code is not easy. An by his response you got the mans back up.
-
2 minutes ago, Kyrah Abattoir said:
@MajorCookeUnfortunately, animations are purely clientside, so there isn't even a guarantee that they started at the same time for everyone unless llStartAnimation was fired for everyone while the object was in view. Even two animations started at the same time will eventually drift apart.
The only way to "resync" is essentially to stop the animation and start playing it again.
The script is not an animation. Secondly the sync is subjective to how fast the others BB is and how far away from the server in RL.
-
6 minutes ago, Kyrah Abattoir said:
So server catch up is beyond your comprehension? Okay, whatever.
-
Just now, Kyrah Abattoir said:
You're off topic once again. I can understand someone using llSleep() to avoid using a timer, but llSleep() inside a timer is just silly, especially here where the sleep time is shorter than the timer scheduling anyway.
But I also don't expect someone like You @steph Arnott to understand good practices given how you deliver bad advice with the precision of a swiss clock.
No, that script is alowing the server to catch up. Clearly it is you that does not understand.
-
2
-
-
Just now, Kyrah Abattoir said:
It's bad practice to lock up the main thread instead of rescheduling your timer event. You can't process events during a sleep.
Okay, I guess all functions with with time penalties are 'bad practice' as well. Lost me me on that logic.
-
1 minute ago, Kyrah Abattoir said:
Why on earth are you using llSleep() commands inside a timer event.
Sorry? Are you not alowed to stall the script in the timer event?
-
Just now, Max Pitre said:
Is that what you think, well good for you, you're special.
If you do not know it is about as helpful as a poke in the eye.
-
1
-
-
5 minutes ago, CoffeeDujour said:
The wiki example is really very simple and the page explains everything you need to know. If that's not making sense then you need to back up as you're missing some pretty fundamental stuff.
It sounds like you're blindly copy pasting code with no idea how or why any of it does anything.
Or maybe you could simply explain what is what rather than be an ankle hacker? You have no idea what the OP is doing or their level of understanding. Your final comment is based on your opinion. This forum is what it states on the tin, not a put down forum.
-
25 minutes ago, Da5id Weatherwax said:
Or a case that i am translating from my language into English. Sorry to burst your bubble but the whole world is not English. Not by a long chalk.
-
2 minutes ago, Gabriele Graves said:
LL already have their library code registered as solely owned by LR. As for SL ToS it contradicts it self and basically results in we can do what ever and when ever for no reason what so ever.
-
2 hours ago, Max Pitre said:
"easy" is a relative term...I almost failed algebra in high school (40 some years ago) and this looks harder than that...
Thanks for the help.
This is crude but to the point.
default { state_entry() { llListen(1000, "remote_controller", "", "");//this will listen on channel 1000 and only accept data from an object with that name. } listen(integer channel, string name, key id, string message) { if(message == "open") //if both are the same then run the branch code. If not ignore it. { //run the door openning code } } }-
1
-
1
-
-
9 hours ago, Da5id Weatherwax said:
You claimed that using LSL gave you copywrite of the code you wrote. As soon as you include any LL pre-written code it becomes the property of LL. You can not use someone elses copywrite and claim any legal rights to it. If you want ownership then write your own functions and events. I frankly can not see how something so basic is beyond your understanding. Even the wriers of RLV had to change the name because LL threatened to sue over the usage of the word 'Life'. Whether you like it or not LSL is not your property.
-
2 minutes ago, Mollymews said:
steph, fwiw you might want to think about why you throw gratuitous insults into your initial posts. When sans the insults, the rest of your post can often be helpful
Good day, you have nothing and just flam.
-
7 minutes ago, Mollymews said:
this is the unrelated topic. OP never asked about what we think about other people and their work. They asked about how they could implement a menu system in their application
So you select bits of posts to flam? That is all i am getting from you. No script on a script forum and flamming when you can not produce anything. Not sure what to think of that. Well i do actually. Go away, you are worn thin.
-
1 minute ago, Mollymews said:
yes it was. Then you opened it by raising an unrelated topic. Upon which I joined the conversation about the unrelated topic
my first post
' Branching menu systems are memory-hungry. ' uses no more memory than a single list. Was the case pre Mono. 'memory-hungry. ' are caused by inefficient script structuring.
If code maintaince is needed after being tested then the code is poorly written. Only thing i do after my code is released is use it as a base for something else, or add something a client requested. Last thing i need is clients being uptight because of code faults. Was the reason i started writting code, I got sick and tired of the garbage so called experts produced.
As for using secondry scripts for lists, you do that as a last resort because the data passing can cause issues if not done correctly.'
Good bye. You have zero to offer.
-
1 minute ago, Mollymews said:
Where is your in world woking code? You have none. You are a scrap and post. This thread was about lists and you never produced zip. Good bye.
-
1 minute ago, Mollymews said:
my product is posted code. Code that shows how algorithms can be implemented in LSL, in those cases where how to approach the algorithm may not always be immediately apparent to every reader. I refer you again to the thread I linked to previously
if you have time to make code contributions to this thread then it would be welcomed
So in short nothing. Okay. Also FYI i used to write whole scripts here years ago. Now i do not and niether do anyone else.
-
1 minute ago, Mollymews said:
ah! then we are the same, we both do what we do for free. When anyone asks us how might they do whatever they are wanting, then we do what we can to help as best we can
Stil have not seen any of your own written code. You keep posting but nothing code wise.
-
Just now, Mollymews said:
i often hang out here
Well i write code and build for groups who use it, and i do it for free. So you carry on because i see no evidence you have produced anything in SL..
-
Just now, Mollymews said:
this did make me laugh a little bit. Comparing your 1-only product release to my 0-only product release. The engagement between enthusiastic amateurs can get quite fierce sometimes
Pal i have over a hundred. I stated i was pushed into releasing that one. And the proceeds go to child poverty. Am not interested in your one upmanship. I see nothing you have produced. It is a simple as that. Good day.
Facebook
Instagram
Twitter
YouTube
Flickr
Scripted drop into Prim
in LSL Scripting
Posted
Issue with that is it is a seperate asset. Mono scripts share resources from an original compile.