Difference between revisions of "User:Strife Onizuka/Talkpage Archive 01"

From Second Life Wiki
Jump to navigation Jump to search
 
(157 intermediate revisions by 16 users not shown)
Line 1: Line 1:
Hi Strife....the term is "deprecated", not "depreciated".  See [http://en.wikipedia.org/wiki/Deprecation "Deprecation" in Wikipedia] -- [[User:Rob Linden|Rob Linden]] 16:37, 27 January 2007 (PST)
{{RightToc}}
:I was wondering about that. I'll change the template (it's handled in the template).[[User:Strife Onizuka|Strife Onizuka]] 16:42, 27 January 2007 (PST)
:I'm still learning the ins and outs of MediaWiki, so these templates are moving along.[[User:Strife Onizuka|Strife Onizuka]] 17:25, 27 January 2007 (PST)
::Excellent work on the templates.  The pages look really good! -- [[User:Rob Linden|Rob Linden]] 18:38, 27 January 2007 (PST)
::It's amazing what can be done with good documentation. MediaWiki is gold (just wish it was 1.9.x).
::I was considering making some generic templates for function definition pages. Hasn't happened yet. And still have to make the templates for events.
::And I made a bit of a mess of the Template namespace (you can delete the redirecting pages). Getting out of the habit of using CamelCase is tough ~_~  [[User:Strife Onizuka|Strife Onizuka]] 18:59, 27 January 2007 (PST)
::: Great to see your contributions, Strife. Thanx for building up this resource. --[[User:Torley Linden|Torley Linden]] 14:25, 30 January 2007 (PST)


== Template magic needed ==
==DialogMenus Tutorial Piece==


Hi Strife:  great work on the wiki so far.  When you get a chance, could you take a look at [[Template:LSL conformance test]] and [[Template:LSL conformance script]], which were created for adding our conformance suite?  See [[LSL llGetUnixTime test]] for an example.  I'm mainly looking for help making sure that the interface is sensible (i.e. the template parameter list makes sense and the general structure makes sense).  The formatting can wait. The idea is to get these stabilized, and that will provide us a mechanism for those of us at LL to consolidate our tests, and for the community to chip in if desired. -- [[User:Rob Linden|Rob Linden]] 22:46, 7 February 2007 (PST)
Moved to [[Talk:DialogMenus#DialogMenus_Tutorial_Piece]].


(moved rest of conversation to [[Template talk:LSL conformance test]] -- [[User:Rob Linden|Rob Linden]] 22:22, 8 February 2007 (PST))
== Hello from Chaz Longstaff ==


== function & generic template ==
Hi Strife, Chaz Longstaff here. (Wednesday, 15 July 2008.)


Are you planning on putting something in your templates for constants used by that function or event? [[User:Anthony Reisman|Anthony Reisman]]
First of all, I want to thank you Strife for all you have done to date on the official wiki. Without you, it wouldn't be here at all. Your knowledge, skill and commitment (plus diplomatic skills and courtesy, noted by many) are a bonanza to LSL.


:There is, just set 'constants' equal to a table. Checkout {{LSLG|llDetectedType}}. [[User:Strife Onizuka|Strife Onizuka]] 13:24, 8 February 2007 (PST)
>> At first your edits were naive


Ok, I wasn't sure if you were making a general table template or something. Sorry, I'm still new at wiki formatting. I didn't want to just edit if we working on a standard for the pages.--[[User:Anthony Reisman|Anthony Reisman]] 11:24, 9 February 2007 (PST)
If you mean geared toward beginners, then I take that as an immeasurable compliment :} If you mean in terms of how to use your template, yep, I'm figuring it out piece by piece as I go. As for editing, I don't mind being edited; I've written professionally all my life up here in Canada and so am used to it. When you write something, you have to be willing to let it go and let a second-pair of eyes give it a once over.


Templates for tables are very difficult to make and not very useful. By the time you have populated the template with information you have done more work then it would have been just to make the table by hand. [[User:Strife Onizuka|Strife Onizuka]] 11:28, 9 February 2007 (PST)
>> the quality of your edits and contributions have been constantly improving


In the example that you used, I noticed it was a template, which is why I wondered. I'll figure out how to make a table, and just stick it in the page I'm editing. Also, where do I find the list of all the templates used? I found the unused templates, but didn't find the a list of all. Again, sorry for the silly questions. I'm picking wiki up as I go.
Ah yes, I'm slowly getting the hang of your template. Its construct wasn't apparent at first. No fault of yours: anything like this anywhere in life just takes a while and a bit of effort to figure out, but if you're going to join any project, it's common decency to first understand how people have done things to date and to catch up with the procedures. I'm making the effort and grokking more of it now.


:An inline example you can find on {{LSLG|llParcelMediaCommandList}}. [[User:Strife Onizuka|Strife Onizuka]] 11:56, 9 February 2007 (PST)
>> I would love to dialog (on the wiki preferably).


Thanks! That was exactly where I was going to put it in. Back to my other question. How to I find all the templates and template names we'll use. I can use the examples from other pages, but it might be nice to look at all the templates we have available. Thanks again! [[User:Anthony Reisman|Anthony Reisman]] 12:14, 9 February 2007 (PST)
Where is the dialogue place? Is it here? https://wiki.secondlife.com/wiki/Talk:LSL_Portal_Guidelines


Really isn't a big list of LSL templates yet.
Just wanted to give you a heads-up that my emphasis would be on accessibility and relevance for beginners and learners. What would motivate me is adding to the LSL wiki how-to-do's, step-by-step, in readily-understood common-use language, so that even LSL dabblers can tackle in-world some scripting basics. I've just passed the initial 1 1/2 year learning hump, so I want to get down what puzzled me at the start, while it is still clear in my mind, before I become an older-hand and take all the basics for granted.
The ones I use and wrote are:
{|{{Prettytable}}
!Name
!Description
|-
|[[Template:LSL Header]]
|The bit at the top of the page, you need it if your page isn't using 'LSL Function', 'LSL Event', or 'LSL Conditional'.
|-
|[[Template:LSLG]]
|Used for links to any LSL_* page
|-
|[[Template:LSLGC]]
|Used to link to categories that start LSL_*
|-
|[[Template:LSLC]]
|Used to add a page to a category to which the category name starts LSL_*. This template also tries to figure out the sort value needed.
|-
|[[Template:LSL Hex]]
|Used for hex values.
|-
|[[Template:LSL Hex/Parse]]
|Template used to convert hex literals into integers. Doesn't work just yet.
|-
|[[Template:LSL Function]]
|Template used for function pages
|-
|[[Template:LSL Event]]
|Template used for event pages
|-
|[[Template:LSL Conditional]]
|Template used for flow control pages
|-
|[[Template:LSL Generic]]
|Parent Template of 'LSL Function', 'LSL Event', or 'LSL Conditional'. It is the template that does the heavy lifting, it also has a couple sub templates that handles some of the intersting stuff required for the child templates.
|-
|[[Template:LSL Generic/Text]]
|Sub template for the making the text of the first box of text.
|-
|[[Template:LSL Generic/Title]]
|Sub template for the making the title of the first box of text.
|}


== re:  Talk:LSL Function Style ==
I don't think you'll object to that, though. I read here https://jira.secondlife.com/browse/WEB-658 that you feel that both (a) basic information (presented in accessible, plain old-fashioned English using good old Anglo-Saxon root words) and (b) more esoteric, complex concepts expressed in a technical vocabulary can and should have a place in the LSL wiki.


I apologise if anything I've said has offended you personally- accessibility is something of a sore point to me.
I realize that some techies may look down on "plain English", but I was taught to see it as a strength, not a weakness.
<br />[[User:SignpostMarv Martin|SignpostMarv Martin]] 12:27, 11 February 2007 (PST)


== LSL markup ==
So, you don't mind my jumping in? I know you want help, and want to make the "official" wiki more than an often-disregarded cousin to other LSL wikis on the Internet (or whatever analogy is appropriate.) But it must be hard, because it is your baby, to have others come in and just "do stuff", especially adding a focus that is different from the one you have brought to bear on it so far.


Have we got LSL syntax highlight yet?  If not what's the holdup?  Anyone know? [[User:Gigs Taggart|Gigs Taggart]] 15:38, 11 February 2007 (PST)
Given that you not only left but added (some good stuff, thanks!) to my entry on chat, for instance, I think you're okay with that kind of approach being added onto what's there already. Just to be clear, though, if you'd rather I didn't, now's the time to sing out, and I'll happily bow out with no hard feelings and focus on other projects.


:"We tried to use start using this on Thursday, but ran into some problems. Thraxis, it'll help if you can contact me privately to discuss some of the issues. -- Rob Linden 00:37, 11 February 2007 (PST)" Taken from [[Talk:LSL Portal]]


== Energy: 10? ==


Why do all the functions take 10 energy?  Even ones that have nothing to do with physics? [[User:Gigs Taggart|Gigs Taggart]] 15:46, 11 February 2007 (PST)
p.s. everything you've edited on my postings has been great, and muchly appreciated! Thank you for taking the time to review them!


:I can't say for sure. Probably to counter balance bytecode throttling and to keep complex objects from using all the CPU time. As a non sequitur {{LSLG|llSleep}} and {{LSLG|llDie}} do not require any energy to call. Don't remove the value though, it is technically important, all objects have energy and if it runs out the scripts stops regardless of physics. [[User:Strife Onizuka|Strife Onizuka]] 16:38, 11 February 2007 (PST)
p.p.s. I see there is a project to port the LSL wiki to other languages. I speak 7 human languages, but I think I'll see how I get on with the English-language version first before enquiring further about the others.
::Oh. Oops. I took it out on one or two.  [[User:Gigs Taggart|Gigs Taggart]] 20:07, 11 February 2007 (PST)
:::Already fixed it, don't worry about it. It is only a minor annoyance (a pet peeve) but an easily fixed one at that. I got the information from one of the source files used by LSL, so it is accurate. [[User:Strife Onizuka|Strife Onizuka]] 20:12, 11 February 2007 (PST)
::::This would be where the lookup templates I alluded to in the layout examples I proposed- allowing the information only to be included where it's relevant. The information for all functions can then be displayed in a separate article- [[Energy (Havok)]] perhaps ? The Havok-disambig'd article will become more relevant if/when the server code is released, although the structure of the article should not take this into account until such time as the code is released.
::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 03:12, 12 February 2007 (PST)
:::::Energy is implemented in the {{HoverText|VM|linden\indra\lscript\lscript_execute\lscript_execute.cpp}}. While energy predominantly is important for physical objects you can also run out of it on non-physical objects, such as ones with negative mass (which don't have any at all). And it's not like it takes up a lot of space on the right side of the page. There isn't much known about energy at this time so it would not be a good thing to remove it until there is more known. But if you want I'll comment out the code that displays the value. Better to have the value and not display it then not have it at all (I am not keen on going through the source again to re-add those values to 328 pages; so please don't remove it).
:::::I was planning on making tables for all of that information on their pages but it hasn't happened yet (with the exception of delay). So much to do and it not been a high priority. [[User:Strife Onizuka|Strife Onizuka]] 06:06, 13 February 2007 (PST)
::::::I repeat; '''''allowing the information only to be included where it's relevant. The information for all functions can then be displayed in a separate article.'''''
::::::Including content that doesn't affect the operation of a script will confuse new comers, and the "seperate article" would be written in a relatively technical language and only be of interest to those working with the VM directly.
::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 07:08, 13 February 2007 (PST)
::::::P.S. If you '''''don't''''' use a lookup template, you'll find that it'll be a pain in the ass to update everything if the default energy value for non-energetic LSL functions (you want to try updating 328 pages with the current issue of "session data" getting lost ?), whereas using a lookup template will be one edit.
::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 07:10, 13 February 2007 (PST)
:::::::LL is loath to change the VM, even to fix bugs. I can only think of two instances in my three years in SL that the Sleep value has changed for a function. Energy usage could be considered a caveat. It normally isn't something a user needs to worry about unless it is causing them problems. The information is relevant because it is a number specific to each function (and there are functions with different requirements). If I were a user wanting to know the energy requirements for a function would I look for a central table on energy usage first or the functions article? Well we don't know, it could go either way. Best to have it in both places. I did consider making a huge template to include such information as a lookup table, but that just smacked me as inefficient, a waste of CPU time.<br/>The information is relevant because it is a function specific attribute. Information should be easy to find, not just easy to edit. [[User:Strife Onizuka|Strife Onizuka]] 07:34, 13 February 2007 (PST) <br/>P.S. It's not even like it takes up a large amount of screen space.
::::::::I repeat:
::::::::# '''''Including content that doesn't affect the operation of a script will confuse new comers'''''
::::::::# '''''"seperate article" would be written in a relatively technical language'''''
::::::::Also:
::::::::# Lookup templates aren't a waste of CPU time.
::::::::# You still seem to be forgetting this whole "community resource vs technical manual" thing.
::::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 11:53, 13 February 2007 (PST)
:::::::::You seemed to have missed the most important fact of energy. It does effect the operation of scripts. It causes them to stop working if none is left. I would imagine a new scripter would be quite peeved if such information were not obvious and their scripts stopped working. For an example a rapid firing turret: rezzing many prims quickly. If it rezzes too many prims too fast the scripts will stop working in the entire object. Why? because llRezObject has a high energy cost. Where should the energy cost for llRezObject be? On an obscure article about energy? Yes, but it should also be on the page for llRezObject. Now you're going to say: "But a new user wouldn't make a rapid firing turret" you would not believe the percentage of new scripters who make guns.<br/>Imagine for a moment going into a store and there were no price tags. How would you know if you had enough money before going to the checkout? Energy is the price of scripting. [[User:Strife Onizuka|Strife Onizuka]] 12:40, 13 February 2007 (PST)
:::::::::: For the third time:
::::::::::*'''''Including content that doesn't affect the operation of a script will confuse new comers'''''
::::::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 13:21, 13 February 2007 (PST)
:::::::::::Exactly why it should be included I'm glad we agree. ^_^ [[User:Strife Onizuka|Strife Onizuka]] 13:32, 13 February 2007 (PST)
::::::::::Read the LSL Wiki article on Energy. http://lslwiki.org/index.php/Energy
::::::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 13:26, 13 February 2007 (PST)
:::::::::::I wrote a good portion of that article. The information it contains could not be verified at the time of it's writing. I know it is inaccurate because I've read portions of the applicable LSL VM source code. If you like I will cite the line numbers. [[User:Strife Onizuka|Strife Onizuka]] 13:32, 13 February 2007 (PST)
:::::::::::: *reads article* hmmm looks like some idiot came back and rewrote it. That is not what I would have written about energy at all. What it has to say about energy is incomplete. Looks like something Eep wrote. [[User:Strife Onizuka|Strife Onizuka]] 13:35, 13 February 2007 (PST)
:''Branching out discussion due to pain-in-the-ass nesting''


=== How many functions actually use the energy listed ===
[[User:Chaz Longstaff|Chaz Longstaff]] 08:41, 15 July 2008 (PDT)


The key point is that functions like llAbs() don't appear to actually consume energy.....
: I want you to continue to contribute. Not just because it's easier to fix someone else's edits, but because you produce good meaty content. I have no interest in having the wiki all to my self, my goal is to have the content being the best it can be and you seem to share that. You explain things in such a way that they make sense but without going overboard on wordiness, or hide related caveats. Plain English is a hard balance, I tend to lean towards concise & technical but that doesn't make me right. I find it much easier to add content after someone has made edits to an article, it's easier to see what's needed. Some people take offense to the activity but wiki's are about the content not the contributers; I'm glad you aren't upset by it. I welcome you to review my content and make changes, we all need a second set of eyeballs.
<br />[[User:SignpostMarv Martin|SignpostMarv Martin]] 15:01, 13 February 2007 (PST)


:Yeah the branching is a pain. The return of llGetEnergy is normalized. Part of what I don't know yet is how much energy an object has. Sure llAbs may use 10 energy, but if thats out of 1,000,000 total, it would regenerate before you can call llGetEnergy. Or there is the other possibility that LSO VM no longer uses the Energy Supply Register (ESR). It is a small detail in the bigger picture to me, being that it can be easily removed from the template I wasn't going to research it until later. Further research would most undoubtedly require a conversation with Phoenix or Babbage. On a side note, executing any arbitrary bytecode costs 0.1 energy per operator (according to the source). [[User:Strife Onizuka|Strife Onizuka]] 15:28, 13 February 2007 (PST)
: If I thought your contributions were crap I would remove them; I have no compunction with removing bad content. If I make changes to an edit it means I agree with what I don't change; if the changes were minor then I just felt the wording wasn't quite right. If I don't make changes at all it means I agree or I haven't seen it yet (or worst case scenario that I haven't gotten to it yet).
::It's fairly trivial to test. Have between 20 and 100 scripts running a function on a fast timer, with a separate script:
<pre>float energy = 1.0;


default
: I think it's great you are targeting newbies. I've been coding in LSL so long (4 1/2 years?) that I don't remember what it was like to be a newbie (I knew how to program to start with so I wasn't really ever an LSL newbie), so I'm not that good at writing content targeted for them. I keep an eye on the SL forums and try to add content to the documentation to answer questions that crop up there but that don't really address the issue pro-actively. We need people who can write content for that audience.
{
    state_entry()
    {
        llSetTimerEvent(0.01);
    }
    timer()
    {
        if(llGetEnergy() < energy)
        {
            llSetText((string)llGetEnergy(),ZERO_VECTOR,1.0);
        }
    }
}</pre>
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 18:32, 13 February 2007 (PST)


:::Haven't logged in a while. If you tried that on such a short timer most of the updates would be dropped because of the rapid updates. AND events only trigger every 0.1 seconds (unless you are talking about control events which are every 0.05 seconds). If you want that code to actually work try:
: I'm sorry to say that {{JIRA|WEB-65}} isn't me at my best, I don't get along well with Eren; I'm glad you were able to distill anything useful from it and weren't confused by it (which incidentally also raises my opinion of you). Finding and keeping the balance is hard; you seem to be doing a good job of it.
<pre>
 
//Slaves
: To some things up, I not only don't mind, I'm excited that you have jumping in. I want you to continue.
default
 
{
:p.s. There are a lot of variables you can use with the [[Template:LSL Function|LSL Function template]]. They aren't all listed in the article source (and the order they are defined in doesn't matter), if there is one missing (from the article source) you can just add it; the unused ones listed are for convenience. There is also a [[:Category:LSL_Newbie_Notes|Newbie Notes]] section you might be interested in, it's for writing tutorials for newbies, it allows for a short synopses to be inserted into the appropriate articles.
    link_message(integer a, integer b, string c, key d)
:-- [[User:Strife Onizuka|Strife Onizuka]] 12:48, 15 July 2008 (PDT)
    {
 
        a = 1000;
== [[LlListRandomize]] and the use of random vs pseudo random ==
        do llAbs(b); while( a=~-a);
 
    }
Since you seem to have written and/or formatted a lot of the documentation on this I figure you'd be the best choice to answer this question.  For [[LlListRandomize]] should all uses of random be replaced with pseudo random as appears to be the case with [[llFrand]]'s mentioning of random number generation or should it be left as it is currently referencing random which is less accurate in my opinion. [[User:Gordon Wendt|Gordon Wendt]] 13:31, 8 June 2008 (PDT)
}
 
</pre>
:I've moved the conversation to [[Talk:LlListRandomize]]. -- [[User:Strife Onizuka|Strife Onizuka]] 13:54, 8 June 2008 (PDT)
<pre>
 
//Master
== Typo in geometric function? ==
default
 
{
Since it appears the code came from you, I am just putting a pointer here to comments I've added:
    touch_start(integer a)
 
    {
[[Talk:Geometric#Typo in Box and Ray, Intersection Distance, or is it correct?]]
        llMessageLinked(LINK_SET, 0, "", "");
 
        list b;
[[User:Scalar Tardis|Scalar Tardis]] 22:51, 15 June 2008 (PDT)
        a = 100;
 
        do b += llGetEnergy(); while( a=~-a);
== Endorsed Group Entry & Other Stuffz ==
        a = -llGetListLength(b);
 
        do llOwnerSay(llList2String(b,a)); while( a=-~a );
Heya Strife!<br>
    }
Since you're one of the owners of the [http://world.secondlife.com/group/4e0cf500-f869-6676-6e22-eea96efd7332 LSL portal translation group], I'd like to ask you to consider joining the [[Introduction to Endorsed Resident Help Groups|endorsed group program]]. It would/could at least raise some attention to the project and therefor might attract new contributors. Problem: The group would need at least 25 members. But that should be managable somehow...<br>
}
Besides that I'd like to ask you to add it to [[Volunteer Groups#Other Volunteer Groups]] and maybe add info about how to join the group in the group charter.<br>
</pre>
Might also want to add your point of view [[Project talk:Languages#Merge or Distinguish|here]].<br>
:::[[User:Strife Onizuka|Strife Onizuka]] 19:11, 13 February 2007 (PST)
Greetz =) [[User:Zai Lynch|Zai Lynch]]<sup>([[User talk:Zai Lynch|talk]]|[[Special:Contributions/Zai Lynch|contribs]])</sup> 22:18, 26 June 2008 (PDT)
 
== [[LSL Library]] ==
Heyas Strife!<br>
I just used to clean the [[Special:DoubleRedirects]] and the [[LSL Library]] is confusing me there... It's listed as it would link to [[Float]], what it's not doing. Is it because the page still got content besides the redirect? And should the [[Talk:LSL_Library|talkpage]] be moved too? I'm just confused atm but I'm sure you'll know the answers.<br>Greetz, --[[User:Zai Lynch|Zai Lynch]]<sup>([[User talk:Zai Lynch|talk]]|[[Special:Contributions/Zai Lynch|contribs]])</sup> 22:55, 11 July 2008 (PDT)
 
:I'd say either leave the talk page or merge it with the category talk page. The [[Float]] stuff is because of theU other content on the page yes. Oh and good job cleaning up the double redirects, i looked at that recently and was like "this is more work then i want to do." -- [[User:Strife Onizuka|Strife Onizuka]] 01:58, 12 July 2008 (PDT)
 
::Thankies (^_^). Ok, merged the talkpages and cleared the other. That fixed the problem. Greetz, [[User:Zai Lynch|Zai Lynch]]<sup>([[User talk:Zai Lynch|talk]]|[[Special:Contributions/Zai Lynch|contribs]])</sup> 04:05, 12 July 2008 (PDT)
 
== Second parameter of [[Template:Multi-lang]] ==
 
Hi Strife, thanks for fixing [[Template:LSL Function/zh-Hans]] (although currently it's only used in [[llGetPizza/zh-Hans]] XD). So the second parameter of [[Template:Multi-lang]] are mandatory for translations? --[[User:Geneko Nemeth|Geneko Nemeth]] 07:40, 18 July 2008 (PDT)
 
:It's not mandatory for language codes that don't indicate a dialect. It's easy to read two char tags but we sometimes get false positives so, if we added support for dialect detection we would likely get a lot more in the way of false positives though now that I think about it, it might not be that bad of a problem. I'll put it on the list of things to investigate. For the time being languages like Traditional and Simplified Chinese, you will need to use the appropriate dialect tags. -- [[User:Strife Onizuka|Strife Onizuka]] 10:52, 18 July 2008 (PDT)
::Hmm, it seems to be a bit broken. Using <code><nowiki>{{multi-lang|2=zh-Hans}}</nowiki></code> (not specifying base page name) gives you a wrong base page name with an extra trailing / (e.g. "Quickie Wiki Intro/") --[[User:Geneko Nemeth|Geneko Nemeth]] 16:22, 25 July 2008 (PDT)
:::For complexity reasons, the "/" is considered to be part of the code, you should be setting it to <code><nowiki>{{multi-lang|2=/zh-Hans}}</nowiki></code> -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 22:48, 25 July 2008 (PDT)
 
== Clustered Linksection(s) ==
 
Heyas Strife!<br>
While translating, I noticed that the related links for related functions are always the same (for obvious reasons). So I wondered if it would benefit the portal in case those were outsourced with a template for each cluster. For example, all communication function links ([[llWhisper]], [[llSay]], [[llShout]], [[llRegionSay]] etc.) in one cluster. Why would it benefit? Changes in the description of one of these functions would be visible to all related functions. I'm currently lacking an appropriate example, but I noticed differences in the descriptions of some links. This could be unified with such an additional template. So I'm referring to the <nowiki>|also_functions= {{LSL DefineRow||[[FUNCTION]]|}}</nowiki> part.<br>
Greetz, [[Image:Zai_signature.png|45px]] '''[[User:Zai Lynch|Lynch]]''' <sup><small>([[User talk:Zai Lynch|talk]]|[[Special:Contributions/Zai Lynch|contribs]])</small></sup> 22:36, 11 September 2008 (PDT)
 
:I have thought about that, and a number of the templates do do that (script permissions for example), the problem is you have to add in extra conditions to keep the article from linking to itself. Alternatively a special brief description set of pages could be created with template to inline those descriptions where needed. A giant switch statement can't be used because it kicks the crap out of the wiki (I tried). -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 09:34, 12 September 2008 (PDT)
 
:Ultimately I never came to a decision as to the correct solution and at the time I was the only one concerned with the issue. All solutions are a bunch of work and with the wiki, it's no good to make a decision if nobody wants to do the work. It looks like we might have the critical mass needed to make a decision and implement a solution.
 
:There are really 3 solutions and they each have nasty implementation caveats.
:#Each article is a template too and use the <nowiki><includeonly>, <noinclude> and <onlyinclude></nowiki> tags..
:#*Complicates the articles and if not implemented properly on each article will result in a huge mess.
:#Each article has a child article that contains the description.
:#*Requires the generation of a huge number of pages.
:#System of templates and divided database of descriptions
:#*The core DB templates will be included multiple times
:#Topic specific templates that provide links with descriptions for that specific topic.
:#*A description might be different between different topics, this might not be a bad thing.
:--'''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 09:48, 12 September 2008 (PDT)
::Hmm... I'm not even sure if it's such a bad thing. I was concerned about it in the beginning too but now I'm seeing it as some kind of "''Where am I and where can I go from here?''" feature, with a "current article in a nutshell" description. So I'm not sure if effort and outcome of hiding the link are in a decent relationship. Since the links aren't clickable either when they are linking to the current page. See [[llAddToLandPassList/de]] for an implementation in a German translation.
::[[Image:Zai_signature.png|45px]] '''[[User:Zai Lynch|Lynch]]''' <sup><small>([[User talk:Zai Lynch|talk]]|[[Special:Contributions/Zai Lynch|contribs]])</small></sup> 00:05, 13 September 2008 (PDT)
 
:::It does make sense. On many constant pages currently we just inline the table and ignore the self-link problem as you have. Maybe we should be thinking about modules for topics; like what they have on wikipedia (footers and right side floaters). I'm all for anything that saves us work and makes the articles better. -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 00:27, 13 September 2008 (PDT)
 
::::So with wikipedialike modules, you're referring to something like the [http://en.wikipedia.org/wiki/Template:The_Dresden_Dolls Template:The Dresden Dolls] in the [http://en.wikipedia.org/wiki/The_Dresden_Dolls_(album) The Dresden Dolls (album)] article? (Would we be able to build such a shiny hide/show javascript feature too?) Looks neat indeed... [[Image:Zai_signature.png|45px]] '''[[User:Zai Lynch|Lynch]]''' <sup><small>([[User talk:Zai Lynch|talk]]|[[Special:Contributions/Zai Lynch|contribs]])</small></sup> 00:45, 13 September 2008 (PDT)
 
:::::That's what I was thinking of yes, my initial thoughts are that given the current layout that it isn't the best solution but I can't quite see how to make it better. Something to think about but in the mean time standardized links seem like a reasonable stopgap solution. As to collapsible sections, that is something that comes as a feature of later versions of MediaWiki (I've got a jira on collapsible sections/tables). It really only requires copying the javascript over. The sortable tables JS needs updating too. -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 00:52, 13 September 2008 (PDT)
 
:The only reason we use the "LSL DefineRow" template for links was because I was too lazy at the time to create a specialized template for it. The entire DefineRow solution was never a perfect solution even for it's intended application (which is something that has annoyed me). -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 00:59, 13 September 2008 (PDT)
 
::Okiesh, voted on {{Jira|WEB-235}} (created July 2007? '''(x_X)''').
::I'm currently using [[Template:LSL DefineRow/de]] in [[Template:LSL Security Links/de]]. So should it be(come) a box instead with a change in [[Template:LSL Function/de]]? Or can I continue to build up clusters in such a way?
::[[Image:Zai_signature.png|45px]] '''[[User:Zai Lynch|Lynch]]''' <sup><small>([[User talk:Zai Lynch|talk]]|[[Special:Contributions/Zai Lynch|contribs]])</small></sup> 01:17, 13 September 2008 (PDT)
 
:::I say, with DefineRow derivatives do what seems appropriate. As long as the appearance (of the articles) is consistent it really doesn't matter how you get there. Refactor to your hearts content if the wind blows you that way. -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 01:26, 13 September 2008 (PDT)
 
::::Wow, that sounds philosophical. I will store that quote (^_^) luv ya [[Image:Zai_signature.png|45px]] '''[[User:Zai Lynch|Lynch]]''' <sup><small>([[User talk:Zai Lynch|talk]]|[[Special:Contributions/Zai Lynch|contribs]])</small></sup> 01:38, 13 September 2008 (PDT)
 
== function/de ==
 
Sorry for the extra work with /de functions. I was sure [[Template:LSL Function/de]] would automatically register them to /de cats but haven't payed attention to it... Will have a look at the few translated ones to ensure that they aren't cluttering the english cats. Greetz, [[Image:Zai_signature.png|45px]] '''[[User:Zai Lynch|Lynch]]''' <sup><small>([[User talk:Zai Lynch|talk]]|[[Special:Contributions/Zai Lynch|contribs]])</small></sup> 03:06, 23 September 2008 (PDT)
:No biggy, I only just noticed the problem and it drove me to fix some template bugs. -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 07:44, 23 September 2008 (PDT)
 
== LSL Caveats - Range ==
 
Heyas =)<br>
I recognized some LSL caveats and wasn't sure how to word them properly, so I'll leave the suggestion up here for you. So, when you got a linkset and attach a script with a listener to a childprim, the listener is only triggered when the chat is spoken in the listeningrange of the root prim. While, when a llSay is spoken from a child prim, it's heard in a 20m radius around that child prims location (not root prim). So the prim listens at root and speaks at child. This should somehow be mentioned, I think. I also recognized that the llRezObject function is failing if the location is more than 10 m away from the '''child''' prim who has the script attached, again. So all functions which only work within a certain range should have a note if the range is measured from the prim where the script is attached in or if it is always the root prim.<br>
Greetz, [[Image:Zai_signature.png|45px]] '''[[User:Zai Lynch|Lynch]]''' <sup><small>([[User talk:Zai Lynch|talk]]|[[Special:Contributions/Zai Lynch|contribs]])</small></sup> 14:43, 1 October 2008 (PDT)
 
:I'll take a look at the wording for the llRez* functions and see what I can do to clarify. You are right that the chat/listen thing should be documented, this is the first I've heard of it thou and I've never come across it in any of my strangest of experiments (trust me on them being strange, ask me about the link-growth experiments some time). You should probably make a jira topic on it under SVC, just to see what information bubbles to the surface on this, a low priority bug maybe? -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 20:39, 1 October 2008 (PDT)
 
::Some bits of memory or false memory bubbled up as I was writing the caveat for listen and is reflected in the caveat. Take a look and tell me what you think. -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 21:09, 1 October 2008 (PDT)
 
:::Google helped me to dig out {{Jira|VWR-2923}} which is appearently missfiled (wrong category) but describes the same problem. I think the explanation you gave (prevention from spy scripts) could be the reason indeed, although there is no official statement on it that I was able to find. Thx for the clarification in the articles! =)
:::P.S.: I'll poke you on that link-growth story the next time I see you around (^_^).
:::Greetz, [[Image:Zai_signature.png|45px]] '''[[User:Zai Lynch|Lynch]]''' <sup><small>([[User talk:Zai Lynch|talk]]|[[Special:Contributions/Zai Lynch|contribs]])</small></sup> 04:45, 2 October 2008 (PDT)

Latest revision as of 08:01, 4 November 2008

DialogMenus Tutorial Piece

Moved to Talk:DialogMenus#DialogMenus_Tutorial_Piece.

Hello from Chaz Longstaff

Hi Strife, Chaz Longstaff here. (Wednesday, 15 July 2008.)

First of all, I want to thank you Strife for all you have done to date on the official wiki. Without you, it wouldn't be here at all. Your knowledge, skill and commitment (plus diplomatic skills and courtesy, noted by many) are a bonanza to LSL.

>> At first your edits were naive

If you mean geared toward beginners, then I take that as an immeasurable compliment :} If you mean in terms of how to use your template, yep, I'm figuring it out piece by piece as I go. As for editing, I don't mind being edited; I've written professionally all my life up here in Canada and so am used to it. When you write something, you have to be willing to let it go and let a second-pair of eyes give it a once over.

>> the quality of your edits and contributions have been constantly improving

Ah yes, I'm slowly getting the hang of your template. Its construct wasn't apparent at first. No fault of yours: anything like this anywhere in life just takes a while and a bit of effort to figure out, but if you're going to join any project, it's common decency to first understand how people have done things to date and to catch up with the procedures. I'm making the effort and grokking more of it now.

>> I would love to dialog (on the wiki preferably).

Where is the dialogue place? Is it here? https://wiki.secondlife.com/wiki/Talk:LSL_Portal_Guidelines

Just wanted to give you a heads-up that my emphasis would be on accessibility and relevance for beginners and learners. What would motivate me is adding to the LSL wiki how-to-do's, step-by-step, in readily-understood common-use language, so that even LSL dabblers can tackle in-world some scripting basics. I've just passed the initial 1 1/2 year learning hump, so I want to get down what puzzled me at the start, while it is still clear in my mind, before I become an older-hand and take all the basics for granted.

I don't think you'll object to that, though. I read here https://jira.secondlife.com/browse/WEB-658 that you feel that both (a) basic information (presented in accessible, plain old-fashioned English using good old Anglo-Saxon root words) and (b) more esoteric, complex concepts expressed in a technical vocabulary can and should have a place in the LSL wiki.

I realize that some techies may look down on "plain English", but I was taught to see it as a strength, not a weakness.

So, you don't mind my jumping in? I know you want help, and want to make the "official" wiki more than an often-disregarded cousin to other LSL wikis on the Internet (or whatever analogy is appropriate.) But it must be hard, because it is your baby, to have others come in and just "do stuff", especially adding a focus that is different from the one you have brought to bear on it so far.

Given that you not only left but added (some good stuff, thanks!) to my entry on chat, for instance, I think you're okay with that kind of approach being added onto what's there already. Just to be clear, though, if you'd rather I didn't, now's the time to sing out, and I'll happily bow out with no hard feelings and focus on other projects.


p.s. everything you've edited on my postings has been great, and muchly appreciated! Thank you for taking the time to review them!

p.p.s. I see there is a project to port the LSL wiki to other languages. I speak 7 human languages, but I think I'll see how I get on with the English-language version first before enquiring further about the others.

Chaz Longstaff 08:41, 15 July 2008 (PDT)

I want you to continue to contribute. Not just because it's easier to fix someone else's edits, but because you produce good meaty content. I have no interest in having the wiki all to my self, my goal is to have the content being the best it can be and you seem to share that. You explain things in such a way that they make sense but without going overboard on wordiness, or hide related caveats. Plain English is a hard balance, I tend to lean towards concise & technical but that doesn't make me right. I find it much easier to add content after someone has made edits to an article, it's easier to see what's needed. Some people take offense to the activity but wiki's are about the content not the contributers; I'm glad you aren't upset by it. I welcome you to review my content and make changes, we all need a second set of eyeballs.
If I thought your contributions were crap I would remove them; I have no compunction with removing bad content. If I make changes to an edit it means I agree with what I don't change; if the changes were minor then I just felt the wording wasn't quite right. If I don't make changes at all it means I agree or I haven't seen it yet (or worst case scenario that I haven't gotten to it yet).
I think it's great you are targeting newbies. I've been coding in LSL so long (4 1/2 years?) that I don't remember what it was like to be a newbie (I knew how to program to start with so I wasn't really ever an LSL newbie), so I'm not that good at writing content targeted for them. I keep an eye on the SL forums and try to add content to the documentation to answer questions that crop up there but that don't really address the issue pro-actively. We need people who can write content for that audience.
I'm sorry to say that WEB-65 isn't me at my best, I don't get along well with Eren; I'm glad you were able to distill anything useful from it and weren't confused by it (which incidentally also raises my opinion of you). Finding and keeping the balance is hard; you seem to be doing a good job of it.
To some things up, I not only don't mind, I'm excited that you have jumping in. I want you to continue.
p.s. There are a lot of variables you can use with the LSL Function template. They aren't all listed in the article source (and the order they are defined in doesn't matter), if there is one missing (from the article source) you can just add it; the unused ones listed are for convenience. There is also a Newbie Notes section you might be interested in, it's for writing tutorials for newbies, it allows for a short synopses to be inserted into the appropriate articles.
-- Strife Onizuka 12:48, 15 July 2008 (PDT)

LlListRandomize and the use of random vs pseudo random

Since you seem to have written and/or formatted a lot of the documentation on this I figure you'd be the best choice to answer this question. For LlListRandomize should all uses of random be replaced with pseudo random as appears to be the case with llFrand's mentioning of random number generation or should it be left as it is currently referencing random which is less accurate in my opinion. Gordon Wendt 13:31, 8 June 2008 (PDT)

I've moved the conversation to Talk:LlListRandomize. -- Strife Onizuka 13:54, 8 June 2008 (PDT)

Typo in geometric function?

Since it appears the code came from you, I am just putting a pointer here to comments I've added:

Talk:Geometric#Typo in Box and Ray, Intersection Distance, or is it correct?

Scalar Tardis 22:51, 15 June 2008 (PDT)

Endorsed Group Entry & Other Stuffz

Heya Strife!
Since you're one of the owners of the LSL portal translation group, I'd like to ask you to consider joining the endorsed group program. It would/could at least raise some attention to the project and therefor might attract new contributors. Problem: The group would need at least 25 members. But that should be managable somehow...
Besides that I'd like to ask you to add it to Volunteer Groups#Other Volunteer Groups and maybe add info about how to join the group in the group charter.
Might also want to add your point of view here.
Greetz =) Zai Lynch(talk|contribs) 22:18, 26 June 2008 (PDT)

LSL Library

Heyas Strife!
I just used to clean the Special:DoubleRedirects and the LSL Library is confusing me there... It's listed as it would link to Float, what it's not doing. Is it because the page still got content besides the redirect? And should the talkpage be moved too? I'm just confused atm but I'm sure you'll know the answers.
Greetz, --Zai Lynch(talk|contribs) 22:55, 11 July 2008 (PDT)

I'd say either leave the talk page or merge it with the category talk page. The Float stuff is because of theU other content on the page yes. Oh and good job cleaning up the double redirects, i looked at that recently and was like "this is more work then i want to do." -- Strife Onizuka 01:58, 12 July 2008 (PDT)
Thankies (^_^). Ok, merged the talkpages and cleared the other. That fixed the problem. Greetz, Zai Lynch(talk|contribs) 04:05, 12 July 2008 (PDT)

Second parameter of Template:Multi-lang

Hi Strife, thanks for fixing Template:LSL Function/zh-Hans (although currently it's only used in llGetPizza/zh-Hans XD). So the second parameter of Template:Multi-lang are mandatory for translations? --Geneko Nemeth 07:40, 18 July 2008 (PDT)

It's not mandatory for language codes that don't indicate a dialect. It's easy to read two char tags but we sometimes get false positives so, if we added support for dialect detection we would likely get a lot more in the way of false positives though now that I think about it, it might not be that bad of a problem. I'll put it on the list of things to investigate. For the time being languages like Traditional and Simplified Chinese, you will need to use the appropriate dialect tags. -- Strife Onizuka 10:52, 18 July 2008 (PDT)
Hmm, it seems to be a bit broken. Using {{multi-lang|2=zh-Hans}} (not specifying base page name) gives you a wrong base page name with an extra trailing / (e.g. "Quickie Wiki Intro/") --Geneko Nemeth 16:22, 25 July 2008 (PDT)
For complexity reasons, the "/" is considered to be part of the code, you should be setting it to {{multi-lang|2=/zh-Hans}} -- Strife (talk|contribs) 22:48, 25 July 2008 (PDT)

Clustered Linksection(s)

Heyas Strife!
While translating, I noticed that the related links for related functions are always the same (for obvious reasons). So I wondered if it would benefit the portal in case those were outsourced with a template for each cluster. For example, all communication function links (llWhisper, llSay, llShout, llRegionSay etc.) in one cluster. Why would it benefit? Changes in the description of one of these functions would be visible to all related functions. I'm currently lacking an appropriate example, but I noticed differences in the descriptions of some links. This could be unified with such an additional template. So I'm referring to the |also_functions= {{LSL DefineRow||[[FUNCTION]]|}} part.
Greetz, Zai signature.png Lynch (talk|contribs) 22:36, 11 September 2008 (PDT)

I have thought about that, and a number of the templates do do that (script permissions for example), the problem is you have to add in extra conditions to keep the article from linking to itself. Alternatively a special brief description set of pages could be created with template to inline those descriptions where needed. A giant switch statement can't be used because it kicks the crap out of the wiki (I tried). -- Strife (talk|contribs) 09:34, 12 September 2008 (PDT)
Ultimately I never came to a decision as to the correct solution and at the time I was the only one concerned with the issue. All solutions are a bunch of work and with the wiki, it's no good to make a decision if nobody wants to do the work. It looks like we might have the critical mass needed to make a decision and implement a solution.
There are really 3 solutions and they each have nasty implementation caveats.
  1. Each article is a template too and use the <includeonly>, <noinclude> and <onlyinclude> tags..
    • Complicates the articles and if not implemented properly on each article will result in a huge mess.
  2. Each article has a child article that contains the description.
    • Requires the generation of a huge number of pages.
  3. System of templates and divided database of descriptions
    • The core DB templates will be included multiple times
  4. Topic specific templates that provide links with descriptions for that specific topic.
    • A description might be different between different topics, this might not be a bad thing.
--Strife (talk|contribs) 09:48, 12 September 2008 (PDT)
Hmm... I'm not even sure if it's such a bad thing. I was concerned about it in the beginning too but now I'm seeing it as some kind of "Where am I and where can I go from here?" feature, with a "current article in a nutshell" description. So I'm not sure if effort and outcome of hiding the link are in a decent relationship. Since the links aren't clickable either when they are linking to the current page. See llAddToLandPassList/de for an implementation in a German translation.
Zai signature.png Lynch (talk|contribs) 00:05, 13 September 2008 (PDT)
It does make sense. On many constant pages currently we just inline the table and ignore the self-link problem as you have. Maybe we should be thinking about modules for topics; like what they have on wikipedia (footers and right side floaters). I'm all for anything that saves us work and makes the articles better. -- Strife (talk|contribs) 00:27, 13 September 2008 (PDT)
So with wikipedialike modules, you're referring to something like the Template:The Dresden Dolls in the The Dresden Dolls (album) article? (Would we be able to build such a shiny hide/show javascript feature too?) Looks neat indeed... Zai signature.png Lynch (talk|contribs) 00:45, 13 September 2008 (PDT)
That's what I was thinking of yes, my initial thoughts are that given the current layout that it isn't the best solution but I can't quite see how to make it better. Something to think about but in the mean time standardized links seem like a reasonable stopgap solution. As to collapsible sections, that is something that comes as a feature of later versions of MediaWiki (I've got a jira on collapsible sections/tables). It really only requires copying the javascript over. The sortable tables JS needs updating too. -- Strife (talk|contribs) 00:52, 13 September 2008 (PDT)
The only reason we use the "LSL DefineRow" template for links was because I was too lazy at the time to create a specialized template for it. The entire DefineRow solution was never a perfect solution even for it's intended application (which is something that has annoyed me). -- Strife (talk|contribs) 00:59, 13 September 2008 (PDT)
Okiesh, voted on WEB-235 (created July 2007? (x_X)).
I'm currently using Template:LSL DefineRow/de in Template:LSL Security Links/de. So should it be(come) a box instead with a change in Template:LSL Function/de? Or can I continue to build up clusters in such a way?
Zai signature.png Lynch (talk|contribs) 01:17, 13 September 2008 (PDT)
I say, with DefineRow derivatives do what seems appropriate. As long as the appearance (of the articles) is consistent it really doesn't matter how you get there. Refactor to your hearts content if the wind blows you that way. -- Strife (talk|contribs) 01:26, 13 September 2008 (PDT)
Wow, that sounds philosophical. I will store that quote (^_^) luv ya Zai signature.png Lynch (talk|contribs) 01:38, 13 September 2008 (PDT)

function/de

Sorry for the extra work with /de functions. I was sure Template:LSL Function/de would automatically register them to /de cats but haven't payed attention to it... Will have a look at the few translated ones to ensure that they aren't cluttering the english cats. Greetz, Zai signature.png Lynch (talk|contribs) 03:06, 23 September 2008 (PDT)

No biggy, I only just noticed the problem and it drove me to fix some template bugs. -- Strife (talk|contribs) 07:44, 23 September 2008 (PDT)

LSL Caveats - Range

Heyas =)
I recognized some LSL caveats and wasn't sure how to word them properly, so I'll leave the suggestion up here for you. So, when you got a linkset and attach a script with a listener to a childprim, the listener is only triggered when the chat is spoken in the listeningrange of the root prim. While, when a llSay is spoken from a child prim, it's heard in a 20m radius around that child prims location (not root prim). So the prim listens at root and speaks at child. This should somehow be mentioned, I think. I also recognized that the llRezObject function is failing if the location is more than 10 m away from the child prim who has the script attached, again. So all functions which only work within a certain range should have a note if the range is measured from the prim where the script is attached in or if it is always the root prim.
Greetz, Zai signature.png Lynch (talk|contribs) 14:43, 1 October 2008 (PDT)

I'll take a look at the wording for the llRez* functions and see what I can do to clarify. You are right that the chat/listen thing should be documented, this is the first I've heard of it thou and I've never come across it in any of my strangest of experiments (trust me on them being strange, ask me about the link-growth experiments some time). You should probably make a jira topic on it under SVC, just to see what information bubbles to the surface on this, a low priority bug maybe? -- Strife (talk|contribs) 20:39, 1 October 2008 (PDT)
Some bits of memory or false memory bubbled up as I was writing the caveat for listen and is reflected in the caveat. Take a look and tell me what you think. -- Strife (talk|contribs) 21:09, 1 October 2008 (PDT)
Google helped me to dig out VWR-2923 which is appearently missfiled (wrong category) but describes the same problem. I think the explanation you gave (prevention from spy scripts) could be the reason indeed, although there is no official statement on it that I was able to find. Thx for the clarification in the articles! =)
P.S.: I'll poke you on that link-growth story the next time I see you around (^_^).
Greetz, Zai signature.png Lynch (talk|contribs) 04:45, 2 October 2008 (PDT)
Retrieved from "https://wiki.secondlife.com/w/index.php?title=User:Strife_Onizuka/Talkpage_Archive_01&oldid=129712"