Difference between revisions of "User:Cow Taurog"
Jump to navigation
Jump to search
Cow Taurog (talk | contribs) |
Cow Taurog (talk | contribs) |
||
| (14 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
<span class="plainlinks"> | <span class="plainlinks"> | ||
If you want to ask me something, [https://wiki.secondlife.com/w/index.php?title=User_talk:Cow_Taurog&action=edit§ion=new leave me a message on my talk page], or IM me. <br><br><span class="plainlinks">A few (all) people seem to find my style of writing scripts to be rather unorthodox, but I find through my own experience that it makes it easier to look at things and be able to tell what they are at a glance, and edit just one line of code without having to spend more time selecting than typing. I am the sole creator of any LSL script I have listed in my userspace unless otherwise noted, not including PHP or any other text, or any functions that have come from a script library or other source (proper attribution will be given, if the license info is available). Any script that I have created is free to copy, modify, and yes, even sell. Everything under my userpage is licensed under [https://creativecommons.org/licenses/by-sa/3.0/ the Creative Commons Attribution-ShareAlike 3.0 Unported license]. I might even help you out with any questions you have. I don't mind teaching, so ask me, online or not. If you're using my scripts, or editing them in this wiki (feel free, I can always revert or edit if I don't like it), they must be under the same license, and keep these points in mind... | |||
* I don't use spaces, unless they are part of a string | * I don't use spaces, unless they are part of a string. | ||
* I hardly ever use comments. I find them redundant, as the code already tells me what it does. | * I hardly ever use comments. I find them redundant, as the code already tells me what it does. | ||
* I use the <span class="plainlinks">[ | * I use the <span class="plainlinks">[https://en.wikipedia.org/wiki/Indent_style#Variant:_1TBS one true brace style], all that whitespace is annoying and unnecessary. | ||
* I name variables as you would name an object in <span class="plainlinks">[http://en.wikipedia.org/wiki/Visual_Basic VB]. I think using all caps should only be reserved for constants. (glList for a global list, gsString for a global string, lList for a local list, sString for a local string, gfFloat, grRotation, and so on. | * I name variables as you would name an object in <span class="plainlinks">[http://en.wikipedia.org/wiki/Visual_Basic VB]. I think using all caps should only be reserved for constants. (glList for a global list, gsString for a global string, lList for a local list, sString for a local string, gfFloat, grRotation, and so on). Exceptions are counters such as integer i, and handlers such as integer listen0. | ||
* I always use curly brackets to enclose any flow control statement (if, else, while, etc). Using tabs alone isn't enough, it might still not compile, makes syntax troubleshooting hard, and you have to add brackets if you add too much code inside them later anyways. | * I always use curly brackets to enclose any flow control statement (if, else, while, etc). Using tabs alone isn't enough, it might still not compile, makes syntax troubleshooting hard, and you have to add brackets if you add too much code inside them later anyways. | ||
* | * <b>Be bold.</b> | ||
==Scripts== | ==Scripts== | ||
| Line 22: | Line 17: | ||
*[[User:Cow Taurog/Sky elevator|Sky elevator]] | *[[User:Cow Taurog/Sky elevator|Sky elevator]] | ||
*[[User:Cow Taurog/SMS|SMS]] | *[[User:Cow Taurog/SMS|SMS]] | ||
*[[User:Cow Taurog/Email-chat|Email-chat]] | |||
*[[User:Cow Taurog/Name to key|Name to key]] | |||
*[[User:Cow Taurog/Online indicator|Online indicator]] | |||
*[[User:Cow Taurog/Update server|Update server]] | |||
*[[User:Cow Taurog/Teleporter|Teleporter]] | |||
*[[User:Cow Taurog/Walk sound|Walk sound]] | |||
*[[User:Cow Taurog/Visitor nagger|Visitor nagger]] | |||
*[[User:Cow Taurog/Exchange rate|Exchange rate]] | |||
*[[User:Cow Taurog/Sound looper|Sound looper]] | |||
*[[User:Cow Taurog/Auto turret|Auto Turret]] | |||
Latest revision as of 08:56, 24 April 2014
If you want to ask me something, leave me a message on my talk page, or IM me.
A few (all) people seem to find my style of writing scripts to be rather unorthodox, but I find through my own experience that it makes it easier to look at things and be able to tell what they are at a glance, and edit just one line of code without having to spend more time selecting than typing. I am the sole creator of any LSL script I have listed in my userspace unless otherwise noted, not including PHP or any other text, or any functions that have come from a script library or other source (proper attribution will be given, if the license info is available). Any script that I have created is free to copy, modify, and yes, even sell. Everything under my userpage is licensed under the Creative Commons Attribution-ShareAlike 3.0 Unported license. I might even help you out with any questions you have. I don't mind teaching, so ask me, online or not. If you're using my scripts, or editing them in this wiki (feel free, I can always revert or edit if I don't like it), they must be under the same license, and keep these points in mind...
- I don't use spaces, unless they are part of a string.
- I hardly ever use comments. I find them redundant, as the code already tells me what it does.
- I use the one true brace style, all that whitespace is annoying and unnecessary.
- I name variables as you would name an object in VB. I think using all caps should only be reserved for constants. (glList for a global list, gsString for a global string, lList for a local list, sString for a local string, gfFloat, grRotation, and so on). Exceptions are counters such as integer i, and handlers such as integer listen0.
- I always use curly brackets to enclose any flow control statement (if, else, while, etc). Using tabs alone isn't enough, it might still not compile, makes syntax troubleshooting hard, and you have to add brackets if you add too much code inside them later anyways.
- Be bold.