Method two will be added tomorrow.  Check Back!

Method I

The first method, and possibly the most simple, is followed by creating an off/on script and adding the script to the object inventory.  As always I begin by showing you the whole script.

string script2kill = "ScriptName";

default
{
	state_entry()
	{
		llOwnerSay("Off/On Script Initialized");
	}
	touch_start(integer total_number)
	{
		integer curState = llGetScriptState(script2kill);
		if(curState==TRUE){
			llSetScriptState(script2kill, FALSE);
		}else if(curState == FALSE){
			llSetScriptState(script2kill,TRUE);
		}
	}
}

Now as you know I like to use global variables, this allows me to change data without having to sort through the script in hopes of finding my variable.  While this isn’t such a bad thing in a small script such as this, it helps out an amazing amount later down the road.  Line 01 is the global variable script2kill, now you can change ScriptName to whatever you want, but it must be the name of the script you want to kill when you touch the object.

string script2kill = "ScriptName";

Being that we’re using llSetScriptState, the variable type of script2kill must be a string, and therefore must be encompassed in double quotes.  HOWEVER, and this is a big one, well not really, but anyhow, according to the LSL wiki, “While this function can be used to stop any script, it can only be used to start scripts which were stopped by an llSetScriptState function call.”  Therefore assuming you’re script has already been started, you can kill and restart it at any time.

The state_entry event isn’t anything special, by now you should know that state_entry is required, therefore I just used llOwnerSay to let you know that the script is actually ready.  You can simply remove line 09 altogether and leave it blank.  For me I like to know my scripts are ready.

The magic for this method really starts in the touch_start event.

	touch_start(integer total_number)
	{
		integer curState = llGetScriptState(script2kill);
		if(curState==TRUE){
			llSetScriptState(script2kill, FALSE);
		}else if(curState == FALSE){
			llSetScriptState(script2kill,TRUE);
		}
	}

Line 11 sets a local variable that I can refer too.  llGetScriptState() receives a string variable and returns an integer.  Therefore we can use the script2kill global we set for the functions string, and we can store the functions result as our own variable, for use in llSetScriptState().  Since curState is set every time you touch the object, this script checks your script2kill to see if its off, and if it is, then it does the exact opposite.    You have to use an if…else statement because if not, then you’ll keep turning off a script that’s already off.  If you’re confused let me clarify this a little for you.

Line 12 uses the logical binary operator to compare two values.  In more simplistic terms, it simply sees if one variable is the exact same as the other.  Therefore, since llGetScriptState returns an integer (TRUE or FALSE), we compare it to yet another integer.  If it is on, since a user has touched it then llSetScriptState will kill it.  If the curState is not true, if the logic says no, then we jump down to line 14 and completely skip turning off the script.

INFO: If you haven't figured it out yet, FALSE means off, and TRUE means on!

Line 14 checks if curState (assigned a value by line 11) is false.  If the logical binary operator says everything is okay then the script turns on the other script via llSetScriptState.

Additionally you can setup the on/off script to only respond to your touch or receive commands from an external script via llListen.  The possibilities are endless, yet its usage is somewhat limited also.  For instance, by turning off a script that has already used llSetText, you do not remove the text.  You would need to reset the text back to empty by passing an empty string variable to llSetText within your on/off script.

I’m a content programmer, not a graphic designer.  I need someone to work with me on Virtual Land, mainly the graphical portion of the website itself.  I would like to develop a long standing relationship with this person and have him/her work with me and be a partner on Virtual Land.  I need someone willing to work, able to meet deadlines, organized, and most of all, I want someone with an imagination.  I lack creativity in the web design department due to the fact that I think linear style seeing as in web development there are rules that need to be followed and standards that need to be adhered to, unlike the design department, there isn’t much room for creativity.  Which is why I excel at the programming portion of web design.

By now I figured I’ve weeded out most of the people looking for a quick buck (or linden in this case).  So I figure you’re actually here because you want to be a part of this project, or at least that’s why I hope you’re still reading.  By comparison, XStreet currently (at post time) has 2,739 listings on their site which assuming they’re charging L$25 per listing, they have made L$68,475 just off of those listings.  Not much in USD, but still a substantial gain for the average Second Life avatar.  However, most people do not list on XStreet due to the many “Rental” properties that pose as real “for sale” properties.  Virtual Land intends to change this aspect.  VL will separate rental and sell-able properties  from each other as to avoid the confusion.  Furthermore, VL has (currently) 11 search/listing fields that can be used rather than just one to three that SL and XStreet have.  Also, every (beta) user will have a credit of L$ 150 for their listings, number of users is to be determined.  The intent behind the credit is to bring in skeptics or current XStreet users and show them that the VL is better.

So by now I’m sure you’re wondering, how will this benefit me; well the thing is, that’s up to you.  First off, I’m not going to have you work for free, that’s just plain idiotic; I’ll give you a share of every listing that’s paid to VL, that’s a definite.  However, the site needs to be completed first and you need to be willing to help with that.  A real contract will be involved between you and I to make sure proper compensation is given to the team members.  If you’re still here reading and thinking you’re going to get paid for the work you do and then skip out on me, then please go ahead and leave.  No one gets paid until people pay for listings, not even me.  If you want to work with me on this project then please contact me.  Before you do please have a look below at the requirements for applying.

Requirements

• 1 year experience in graphical design.
• Speak English (fluently)
• Available 2 hours, twice a week for communications (in game or by some other means)
• United States resident
• Portfolio required during interview
• 1 year Experience in banners, advertisements, and template design
• Have Photoshop & Dreamweaver CS or higher (for future collaboration)
• Video editing a plus

If you think you meet these requirements and can show me some of your work then please use the contact page and send me your resume, in plain text form please.  I’ll get back to you within 24 hours of the initial email to setup an interview.

If you experience any issues with downloads please be patient and try again in a few hours.

On the end-user side of things, the box required the buyer to touch it, and being that there was large yellow letters telling them to do so, I didn’t think this would have been an issue. Obviously I didn’t consider the language barrier, nor the younger ages that apparently couldn’t read yet. This is fixed, and will only require the user to rez the box. As a safety measure, if the user was to rez the box and something glitched out, then the user can still touch it to contact the server.

The product script now contains a fool-proof self-contained algorithm… not that big of a deal though. I’ve just secluded the HTTP portion of the script to a central server object that I OWN. The product box only sends data, via llEmail to the server object, that I can translate or use how I see fit. In doing that, it will allow me to optimize the data insertion process on the actual HTTP server.

I may be optimizing my RL download system for end-users and sell it later on, but as for now, that’s a lot of work

View the tutorial here.

The plugins current version is 1.0.0 and the original javascript code was provided by sabro and was downloaded from undermyhat.org. I simply put it into a WP plugin.

Get the plugin here.