LepreKhaun

Miranda Umino wrote: loop using PARCEL_DETAILS_ID by 4 meters steps ( a parcel dimension is always mutiple of 4 meters ) If the PARCEL_DETAILS_ID change , you will detect the borders of your land . Some parcels are merged and can be neither squared , neither rectangular . They can be U-shape , L-Shape , S-shape , O-shape etc ... They can have some holes too . It's even more complicated than that- a parcel can be discontinuous, consisting of separated areas in different locations within a region. One way of forming such, by joining across a Linden RoW, is detailed here: http://community.secondlife.com/t5/General-Discussion/Make-two-parcels-to-one/td-p/1882731 . The other, by separation, can be done by isolating two or more areas of a parcel with intervening parcels. [edited to show examples]

Simball (think soccer on skateboards and you're halfway there)

http://www.gryllus.net/Blender/3D.html Just his cheat sheet is worth the visit. And I found his course material geared just right for my introduction to Blender.

/me searches Destinations for a trailer park sim...

Greetings! Good luck with your idea. And if you ever have a specific coding question or problem while you're developing it, then this would be the place to ask.

That's actually 13yo and up. See Section 2.1 of the current ToS.

Within your rez event, have llSensor look for another object(s) of that name, then see if you own it (only good within 96m, which should cover a parcel).. If both cases are true, die.

This all boils down to a fundamental flaw of the Market Place/Lindens. There are simply no safeguards in place for the buyer here. When someone is scammed on the MP, it is considered a resident-to-resident dispute and "we" have to work it out for ourselves (read: Suck it up!). But in the EBay/PayPal venue, disputes result in a stop payment until the dispute is resolved. Until we, as buyers, have that power- scammers will rule the present Market Place.

No idea who it might be. But who cares? If they're not buying- 'bye 'em!

Ocean floor can't be less than zero elevation. And though the water level can be set higher in private sims, mainland has to take into consideration neighboring regions.

Using Shift-Click multiple selection can be a godsend if you want to rid yourself of (say) 17 prims out of s 200 prim build. As Rhys pointed out earlier: In Edit Mode, check "Edit linked" Choose a prim, then hold Shift down as you choose the others you want to separate out from the herd. When you've got them all, clink Unlink> But here's the neat part- everything will now be selected! The newly freed prims as well as the remaining object. Sooooo- Hold Shift down again (making sure that "Edit Linked" is NOT checked!) and click any prim in the *linked object*. That will deselect all linked prims and you'll be holding all the loose ones, which you can now delete in one swell foop. Or one could link them together, write its coords in the newly formed object notes, move them out of the way and bring them all back into place again later.

solstyse wrote: It seems that you and i read the op completely opposite. What you're calling rudeness, I'm calling an honest mistake. We've al made them. But I think that the point that the OP was trying to make is that when mistakes happen, there's a right way and a wrong way to deal with it. If the OP had been banned, as you suggest, then that's one person who has no chance to ever make a donatioin, and will likely tell several others not to frequent the club. On the other hand, since she did re-read and comply, I'd have to say that the employee handled the situation in a way that very few sim owners would want. Since she re-read, complied, and went back, I'm given the impression that the op actually likes the club and wants it to succeed, that she sees that emp0loyee as someone who may be detrimental to the continued existance of the club. If I'm right, then the only real fix is to notify the sim owner of what happened. After all, even if it is just a hobby, it won't be any fun if there ar3en't any guests. What the OP seems to want to do is give an opportunity to the owner to fix what's wrong. I'd say tht a fair way to handle it would have been fort the employee to give a proper introduction, and point out that there is a rule in the NC about not wearing tails. Then give a period of ten minutes to comply, or two local posts, whichever happens sooner before ejecting. Maybe that is how it went. We only have one side of the story. But from what I read, it seems like almost no time was given. It all boils down to respect. The OP disrespected the club in not reading their rules, which is rude. They then disrespected the person acting as security in not complying with the request to remove the attachment, apparently choosing to ignore them while they continued a conversation, which is also rude. I'm not saying they should've been banned, just that they were lucky they weren't. If it had been my club and I had confronted such an attitude, they would've been blacklisted in a heartbeat- if they show such disrespect to my house, how might they treat my other guests?

Sinsationalyurs wrote: Today at a SIM I was rather rudely approached by an employee who's approach was "You know tails aren't allowed here" no hellos or please first. She demanded I remove it. Didn't identify herself as staff. Nothing. Before I had a chance to do so I was ejected. I was engaged in a conversation so I couldn't drop and give her what she demanded. To be honest I didn't catch that in the rule card I was given originally but re-read it and she was correct. ,,, So, basically, you didn't pay attention to the rules that someone spent time, thought and energy writing, and instead of doing a two-click removal of the offending attachment when told to, decided to continue your conversation because they didn't introduce themselves to your satisfaction. Does that sum it up? Lucky you weren't banned for your rudeness.

Hugsy Penguin wrote: My memory is failing me. I would have swore that you could join land that didn't share a border and that the system was smart enough to know to just join your land together. But, every wiki article and video tutorial I can find tells me otherwise. So, I was wrong on the matter. Sorry everyone for the wrong information. :smileyembarrassed: What was frying my noodle is this: in Suisun, there's a road that comes up through the southern border, turns, and goes out the eastern border. There's a parcel of land southeast of the road as well as land to the north and west. I used to own much of this land including the land southeast of the road. I know for a fact that, when I trying to sell it, that parcel was subdivided all to itself separate from the land across the road. But now, it's owned by someone else and joined (same parcel ID) with land across the road. Thinking about it some more, I now remember that I ended up abandoning the land because I couldn't even get a measly L$1/m for it. I don't remember what happened to it after I abandoned it. I guess an LL employee must have joined it which is interesting. They can join land that doesn't share a border. Then the person who owns it now bought it from LL as one parcel. Very interesting! So, one goes to Suisun and finds it exactly as you described, a parcel bisected by a Linden Road. Having a few extra lindens (thanks to our generous Valentine's Day Gift *cough, cough), I purchased two small parcels on either side of a Linden Road elsewhere and was able to join them. hmmmm.... So, researching exactly what a Linden Road is: It falls within the Linden Department of Public Works under what is known as Protected Routes, which include roads, walking trails, railways, monorails, bridges, ferryboats, sailing routes, etc. And, as it happens, these form immutable, 2 dimensional borders within the mainland regions, however they may be further subdivided. In other words, the wiki is not properly defining what a "border" is. It may be the actual boundary (a one dimensional line that goes from one point to another) between the parcels OR it may be a Protected Route (which is a two dimensional area) separating the parcels. Thank-you for pointing out the short coming!

Retronatrix wrote: I'm going crazy trying to find either a pinboard,photo frame or album that holds lots or unlimited pictures and allows other people to view it. So far all i've found are slideshows that are HUGE on scripting and laggy or frames that have a picture limit that's too low. I'm trying to make a decent sized picture display, as low prim as possible, for customers to see demo pics. IMNSHO, Second Life may not be the correct place to try to re-implement a Flickr solution.

Oh, I see I forgotten/overlooked an excellent DIY system that would probably aid you greatly to get started: http://aubretec.com/products/sldb/

always a pleasure Oh, and make it easy on yourself! Do your server side (with the database and php) FIRST. Get that working properly using a (free) telnet client to send the requests and receive responses from your PHP document. If you're not familiar with what telnet is, It was the last advacement of the Internet before the World Wide Web opened. It can be used as a rudimentary web browser, doing both GET and POST commands, which you're going to have learn. The requests and responses you receive will be almost exactly what your LSL implementation is going to be dealing with. Once you're satisfied with that end, THEN begin writing the LSL http implentation. That way, you'll only be debugging one part of the system at a time. It may seem to be a lot to learn, but just take it a step at a time. And keep in mind- it's a salable skill once you master it.

On the SL scripting side, you'll need to know and understand llHTTPRequest. For that, use Google to find and study a lot of references and programs, there doesn't seem to be a comprehensive tutorial on this. You basically have to write a rudimentary browser application from scratch, making it as robust as you need it. On your server, you'll be communicating with a PHP document* that interfaces with your database. Google will be your friend for that as well, a wealth of references on how to do the server side is out there. So, basically, you need to know how to query and update a database, enough PHP* to craft a document to do that in response to http requests and a deep enough understanding of how lsl implements http functions (which will require knowledge of the basic http request/response protocals). *NOTE: There are other ways besides PHP to do this, such as a perl cgi program. However, PHP is (relatively) easy and has many online tutorials for doing what you wish to accomplish.

Hugsy Penguin wrote: Glad to hear you got your situation worked out. :matte-motes-smile: I did want to point out that in step 2 under Joining Land, there's an implication that the two parcels have to share a border. That's not true. As long as the two parcels are in the same sim, they can be joined even if they're not touching each other. You are twice mistaken. First of all, the wiki does not "imply", it explicitly states "they share a border at some point". Secondly, attempting to join land that does not share a common border will result in the error "You selected land with different owners. Please select a smaller area and try again." This is because any and all land that is dragged over with the Land Selection Tool will be included in the selection and there is no way of deselecting parts of it. The wiki is correct as written.

Always a pleasure!

Oh, dear! My first posting in this thread was made blind to your response, which I first saw it after I had submitted my observation. I didn't see any conflict between the two so left my (much broader) posting stand as it is. The OP commented on both of our offerings, yours by going to the wiki to look up llParseString2List (a good thing, one can't get enough wiki!), mine asking for a reference on how one would use state transitions. I simply wrote the code I did to enlighten the OP, certainly not trying to champion it. As it is: Input String on Channel #1 := "Scrambled. [ Not scrambled. [ Still not scrambled. ] But what about this? ] Scrambled again." Output from Jenny Siddeley's code = Sjrhmilek. Not scrambled. Still not scrambled. But whht hiout this? Sjrhmilek hghin (Scrambles "But what about this?" ) Output from LepreKhaun's code = *********** Not scrambled. [ Still not scrambled. **************************************** (Scrambles "But what about this?", AND erroneously outputs a "[") Output from Qie Niangao's code = ___________ Not scrambled. Still not scrambled. But what about this? _________________ (Correctly does not scramble "But what about this?") However, parsing untrusted input might warrant a thread of its own. I just hope the OP digs deep enough to understand all that was said here. It's all good in the neighborhood.

Qie's usage of a variable used to toggle whether one is within Braces or not is quite good. Here's how one could use state transitions to do the same: string originalMsg; // Global for what was originally said.integer msgLen; // length of message saidinteger charIdx; // used to index originalmsg string newMsg;string newChar;default{ state_entry() { newMsg = ""; // (re)initialize charIdx = 0; // (re)initialize llListen(1, "", NULL_KEY, ""); // Set it to listen to anyone on Channel 1 } listen( integer channel, string name, key id, string message ) { originalMsg = message; msgLen = llStringLength(originalMsg); state Scramble; // Start Scrambling }}state Scramble{ state_entry() { while ((newChar = llGetSubString(originalMsg, charIdx, charIdx++)) != "[") // Only Scramble outside of Braces { //**************************** newChar = "*"; // Do code here that Scrambles newChar //************************** newMsg += newChar; if (charIdx == msgLen) // Check for end of line { llSay (PUBLIC_CHANNEL, newMsg); state default; // Go listen for more.... } // if } // while state Straight_Talk; // We've entered Braces, so change State. } // state_entry Scramble} // state Scramblestate Straight_Talk{ state_entry() { while ((newChar = llGetSubString(originalMsg, charIdx, charIdx++)) != "]") // Do this code only while within Braces { newMsg += newChar; // Simply append the character as is } // while if (charIdx >= msgLen) // Do end of line test *outside* of while loop! { llSay (PUBLIC_CHANNEL, newMsg); state default; // Go listen for more.... } // if state Scramble; // We've now left Braces, so change State. } // state_entry Straight_Talk} // state Straight_Talk

If, when you wrote: If I type: /1 ac[d] in a chat, Swimmie Chaffe: hajd You meant to write: If I type: /1 ac[d] in a chat, Swimmie Chaffe: hbjd Then there are two ways to go about that. One would be a variable "Scramble_Next" that would be toggled off if a "[" is encountered and on whenever a "]" is found in the chat stream. Then just scramble or not according to the value of "Scramble_Next". The other way would be to have two states- "state Scramble" and "state Straight_Talk" and jump between them on the same tests as above.

If it isn't "hand controlled" it is a bot. The definifion precedes SL and is not negatory in any sense, it 's just a catch-all grouping of automated tasks/programs. http://en.wikipedia.org/wiki/Internet_bot

The MetaBolt text client has that feature. http://www.metabolt.net/