Adromaw Lupindo

To be frank the assumptions that a newbie would understand what channel 0 is just looking at it is a bit of a stretch. And I’m not trying to be offensive about that. It’s just that typically the viewer doesn’t prefix your nearby chat box with /0 every time you say something. It’s a usually unseen thing. The newbie types into the box and it goes somewhere. The default script they may come across does put green text into the same place but the distinction will only be learned when they learn what the 0 or the integer for the functions definition actually is and why it’s important to it. That information comes from any number of other sources. For all they know until then they might suppose it means how many meters it's going to say it and learn later that's not the case. PUBLIC_CHANNEL is English readable and doesn’t have pretence or hidden contexts. It’s a literal statement. It *is* the public channel. It’s in capitals for easy readability. It’s format is the same as other constants they will learn later, that they will have to convert to numbers themselves to maintain their own style - or be hotmess about it. So far not a lot has changed and it’s been mildly safe. But if the environment decides to break from starting at 0 for whatever reason in any years to come there’d be tears before bedtime. Lep’s reference to wiki functionality is a viable case argument. The wiki is available and its usefulness isn’t impacted by where someone first learns. It’s only impacted by its own usability. I must observe, having it linkable to its further information is indispensable.

steph Arnott wrote: So whats the point of all this? If setting a memory limit is not thought out well and allowences made, it is a pointless excersise, becouse the memory will revert back to the full 64Kb. Yes the wiki makes mention of several cases where the limit won't change, or conditions where the script memory will be at 64K. Do you mean that in your case, you've found other conditions than what they've described?

RoboGrip wrote: Could I asign that last thing it said to a string and make it check the string before "speaking" again? You can assign strings to a variable. You can test the contents of a variable. Yes.

Innula Zenovka wrote: [...] Your idea for hiding the animated texture won't work, I'm afraid. What you are doing there is stopping it,not hiding it. [...] Your idea is great. I'm just going to take a moment to point out that actually the idea of hiding the animated texture would work. Semantically we're not "hiding" the animation as you've correctly pointed out, stopping it instead. Which is why it is stopped on a transparent frame - which gives the effect of "hiding it" in the traditional sense of setting a transparent texture. I'm pretty sure that idea would work, as in the past I've played around with abusing the animation function for a texture atlas on a dummy HUD. It was a little buggy to get right, might not be all that efficient in the way I was doing it, but it does work. By using texture frames I didn't have to worry about calculating UV offsets for that experiment. Of course there are some downsides in the texture use depending on the project. Thus your idea is pretty great.

Sorry was I reading the OP list wrong then, I thought JSON's getfree memory had more memory(free) reported every time up there. Which is which? Edit: Or did Pete mean relative to off-world processing?

Does your design handle the situation when someone asks someone else other than you to follow without saying their name? Just a design problem consideration. Though you've probably got some kind of switch in there already.

Rolig Loon wrote: Thank you, Leprekhaun. That's a nice start (and a LOT of work!). Unfortunately, I think documentation for the LSL implementation of JSON is going to have to take a step backwards from where you started. Your lovely discussion assumes that the reader is a programmer who already knows what JSON is and why you might want to use it. Sooner or later, someone is going to have to write a discussion for intelligent non-professionals that begins at Square One. I have a feeling that it's probably going to be easier to explain with actual diagrams rather than a verbal description of a tree/node system. This may also help those looking to grasp JSON before diving into the LSL implementation discussion; Stack Overflow: What is JSON and why would I use it?

PeterCanessa Oh wrote: For inter-sim communication you will need to use llEmail() (slow and not necessarily reliable) or llHTTPRequest()/llHTTPResponse(). The added complication is that this will only update the one donation box with the total amount. All the others would either have to constantly poll the server (lazy polling, around 30s should be fine) or have their own URLs so the server can update them all as required. There's less traffic that way but you need more URLs and the server has to maintain a list of 'live' donation boxes. If you were handling more than one sim, wouldn't you merge what Rolig Loon does and only have one HTTP handler per sim? Assuming so far you meant litterally all boxes.

When I was looking more deeply into LSL on a flight of fancy a couple of years ago, I ran into Void Singer's user page. I read some of her coding examples and read why she codes the way she codes (and it inspired me). Then I read the discussion page, http://wiki.secondlife.com/wiki/User_talk:Void_Singer#Re:_Formatting_.5Btopic_added_by_Void_due_to_page_reordering.5D . When it comes to readibility I can not understand why someone "puts their foot down" about verbose instructions that are easy to read and understand. Where the opening brace stands has a practical function depending on how a given text editor handles opening braces; that's fine. Arguing Complaining that something is easy to read, is counter productive. "I'm sorry the sweat of your brow isn't flowing enough for this code to be of value, this is Suduku in hard mode, friend." I'm sure communication has to be important when not writing for oneself. Shared code isn't just for compiling, it's for communicating an authored idea and solution to a described problem. We're selling that an idea and solution is fitting and able to be produced and maintained well.

Void Singer wrote: it was due to object update status IIRC, which forced updates not only to all viewers, but the assest server as well at one point (I think... it's been a few years since the topic came up). which doesn't quite happen the same way any more. Awesome, thank you for following that up Void

PeterCanessa Oh wrote: Most of the individual prim-editing functions have a built-in delay, for some unfathomable reason, which caused all sorts of awkward work-arounds. LL - hoorah for Kelly :-) - gave us a new function in the 'efficient scripts' project: Ha, beat me. What was unfathomable thing about the delay? I don't think I was around for that at the time. Is the delay able to mitigate any resource effect of multiple prims changing parameters on a rapid basis (such as a loop) or did it give no real benefit?

You can achieve that using the primitive paramaters function here or the linked primitive parameaters function here. Making use of PRIM_TEXTURE will deal with the repeats and offsets from a single function and PRIM_COLOR will handle the tinting.

Is it really what ranks are doing to us or what we do to ranks? I substitute rank with occupation, a reflection of what a user spends their effort towards. It is, though, nice to have a friend to hang with and have a laugh or two. I hope you get him back

You're all awesome :smileyvery-happy:

Unti Kamala wrote: "a single-name login plus a separate display name makes SL feel more like a social networking site, like a web forum or Twitter, than a (secondary) world." But it is a social networking site, in 3D. Interactive virtual chat worlds don't stop being social networking sites and become some other mythical awe inspiring event that legends are told about just because it's a little different skin deep. We have avatars that make friends and explore and create and sell together - it's all about the social networking unless you're more of an introvert like myself. It's its own brand of social networking but that doesn't make it unlike all the others.

Most internet users are used to the display name feature from the majority of other communities over the years; it's not a new system by any means. There were two options, choosing the internet legacy method that supported and fit with the current method or re-work things to support other openid's. They went for the K.I.S.S, what exactly was a failure of it? I see, today, account names and display names. It functionally works how it was designed. Residents’ gobbling up names is a problem caused by other residents. Guess who's responsible for that? Us! Is there really a naming problem, are we sure? If there is, should the Lab choose the names for us or should we have the choice? Work on the drawing board from that question and take small steps I think as a suggestion. If there was some visible way (for us) to know that users aborted registration, then I would have thought it a failure. If they made it past registration without too much hassle then it's hard to call that a failure at that point. Of course, anything could always be improved a little more - I just cringe at the label of failure.

On the forums so far not yet, though, there are people I've developed some sort of sense of admiration or respect in ways. There was a nice chat after helping someone once though

Venus Petrov wrote: Of course, I perved your profile. What I hear you say in it is that you script, script, script. You also like to RP and you like to relax in a coffeehouse environment, play games, and visit relaxing places. It says nothing about your RL but that is your choice. You have only one pick. Curious for someone who has been inworld for over two years, but not unusual. I suppose if I were interested in striking up a conversation with you, I might ask you about the coffeehouse. There are those who leave profiles fairly barren because they wish to have a conversation first--i.e., ask me what you want to know. I prefer to find something that might be of interest to me or is a common interest to start a conversation. So, look at your profile as if it were someone else's and think of how you might start a conversation with yourself. The technical difficulty of the profile being wiped twice during the web profile roll out aside, thank you for the detailed input. It gives a solid direction to reflect on. Closer to that two years ago there were more role-play orientated picks, though they were limited still and generally a weak point. I'll leave myself a post-it to remind myself to give it more thought. I am curious if people favour updating their picks around a loose timeframe or if they try to tell a SL life story with them. The account birth dates don't really tell an accurate account how long we have been here though. My own personally is marred by roughly two absences with an estimated downtime between 6-9 months of that time.

I had early encouragement with being conscious about the avatar height from both role-players and a friend content creator. The more that content creators lean towards on that direction, I suspect, the more that trend could be carried.

I'm also someone who usually neglects his profile, unless pushed or something of particular interest pops up. I'm curious, what is it in another's profile would you go looking for and what would you not? I've seen varied profiles over time, some more about their experiences with others than themselves - what makes a good profile that would reflect on their appearance to you?

Winter Ventura wrote: "49, 99, 149, etc.. isn't really all that effective in SL. People in SL really do seem to appreciate simple, round numbers. 500 is as good as 499... maybe even better, cause it doesn't look like you're trying to trick them. demos may be 0L, or 1L. no more." It can come across as odd or a trick, but, I'd expect the person selling at a n9 price to offer a demo at 1L to round off the complete transaction process (149 + 1). In doing so if I check a demo or two and end up purchacing a number of products above the number of demos I'd actually end up saving additional 1L's for further demos either there or elsewhere. Occasionally what seems a trick turns out to be blessing.

Anything around or less than 25mb's and has syntax colouring. If it's anything more than that then it's more than a text or script editor. I favourite things if they are useful for what I need to use them for. At the moment I am giving SciTE a decent run of use to see how much I'll like it.

Excellent work Cerise, that is thorough and pleasant on the eyes. Right down to making the usernames more readable on dark backgrounds.

Hmm, what I didn't mention before was that Cerise's Kudos post takes me back to the end of last year. Putting that alongside Raymend's post below, could they be trying to merge the old answers points with the new Kudos?

Cerise Sorbet's profile page contains a Kudos score of 1. I was trying to give Void kudos for a different post, the lsl syntax colouring, getting the same error you have. Don't know if that Kudos score suggests that it could rely on the thread owner or if it's just a lucky 1.