Difference between revisions of "User talk:Ppaatt Lynagh"

From Second Life Wiki
Jump to navigation Jump to search
(Huney's comment)
(move much to LSLEditorBugs, ask if what remains can be added to Separate_Words)
Line 1: Line 1:
I tested Separate Words offline using LSLEditor 2.15 and got the results I documented.
I tested Separate Words offline [... snipped ...]


I'm quite sure, the results you got are not intended by the author of the routine! I'll check that in-world next time I've access to.
I'm quite sure, the results you got are not intended by the author of the routine! [... snipped ...]


Greetz Huney
Greetz Huney
Line 7: Line 7:
---
---


Fascinating, thank you, I am much curious now.
Fascinating, thank you, I am much curious now [... snipped ...]
 
Q1. Are the results I got not the results that everyone gets in world?? Do LSLEditor 2.15 and Second Life 2007-09-12 disagree?
 
A1a. I checked it in-world and yes, i got same results like you.
 
A1b. I checked again with LSLEditor and they really disagree on these results. And it's not the only difference. This term ie. worked correctly in LSLEditor:<br/>
<code>float number; <br/>
string char = (string)(integer)float;</code> <br/>
 
which didnt compile in-world and needed be changed to<br/>
<code>float number;<br/>
string char = (string)((integer)float);</code><br/>
 
which in LSLEditor worked correctly, too.
 
Q2. Some of these strings are hard to copy/ paste accurately: all that punctuation gets garbled sometimes. If we consistenly get different counts of strings back, maybe we should try experimenting by writing code to count and print the strings of the spacers list and the separatorrs list?
 
A2. I compared the pasted strings and they were identical. You may try yourself. Here you can get LSLEditor: http://www.lsleditor.org/


Q3. Who is the author of the routine?
Q3. Who is the author of the routine?
Line 51: Line 33:
Greetz
Greetz
--[[User:Huney Jewell|Huney Jewell]] 07:51, 13 September 2007 (PDT)
--[[User:Huney Jewell|Huney Jewell]] 07:51, 13 September 2007 (PDT)
---
Yes I do much thank you
[[User:Huney_Jewell|Huney Jewell]] for fitting my first [[:Category:LSL Examples|LSL Example]], specifically the [[Separate_Words|Separate Words]] example, to the [[LSL_Editing_Primer]] style.
I think I also now understand that you're saying you think the [[Separate_Words|Separate Words]] code is not confusing after all. All that was confusing was that the LSLEditor world and the Second Life world did disagree. Is that right?
All the same, I'm naturally then next curious to discover what an accurate and complete description of the llParse2String function in the LSLEditor world would be. I invite you to clarify, over in the new [[LSLEditorBugs]] article. If we can discover some kind of script that works in both worlds, I invite you to contribute that insight also, in that article, or as [[Talk:Separate_Words|talk of the Separate Words article]] or as an improvement to the [[Separate_Words]] scripts.
Thanks again for sharing my interest here,
-- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 06:12, 14 September 2007 (PDT)

Revision as of 05:13, 14 September 2007

I tested Separate Words offline [... snipped ...]

I'm quite sure, the results you got are not intended by the author of the routine! [... snipped ...]

Greetz Huney

---

Fascinating, thank you, I am much curious now [... snipped ...]

Q3. Who is the author of the routine?

Me, Ppaatt Lynagh, I wrote the original separateWords routine of the Separate Words article myself.

Q4: What is the intent of the example?

The example I gave was the deeply geeky example of breaking LSL source into words. Words of source are not just the 0 to 16 alphanumeric words, but by intent do include the punctuation marks that appear in the 0 to 33 list. Code that runs afterwards has no hope of discarding the // commentary or reconstructing the "quoted strings" or interpreting \ escapes unless those punctuation marks appear in the output.

The example might not feel right until after you first meet an expression compiler like Chatbot, for which separateWords is just the first step, followed by assignValues, indexParameters, resultOf, etc.

Can we somehow keep this brief and illuminating example to teach new people by the sudden sharp pain of astonishment ... and yet also add English to reduce that pain?

-- most curiously yours, thanks in advance -- Ppaatt Lynagh 05:23, 13 September 2007 (PDT)

A4. I just formatted your article and executed the routine using LSLEditor (as I had no access in-world at the time I worked on Wiki) to get the sample results for use within the doc.

When I wrote my comment: "I'm quite sure, the results you got are not intended by the author of the routine!" I didnt know what exactly llParseString2List does. I simply *expected* the results I got from LSLEditor. Meanwhile I read the description and I know, the in-world results comply with that function's design. Sorry for the confusion I raised.

Meanwhile I learned, that the results from LSLEditor and in-world compiler may differ and I'll report that to LSLEditor's author.

I hope you nontheless enjoyed my reformatting of your article.

Greetz --Huney Jewell 07:51, 13 September 2007 (PDT)

---

Yes I do much thank you Huney Jewell for fitting my first LSL Example, specifically the Separate Words example, to the LSL_Editing_Primer style.

I think I also now understand that you're saying you think the Separate Words code is not confusing after all. All that was confusing was that the LSLEditor world and the Second Life world did disagree. Is that right?

All the same, I'm naturally then next curious to discover what an accurate and complete description of the llParse2String function in the LSLEditor world would be. I invite you to clarify, over in the new LSLEditorBugs article. If we can discover some kind of script that works in both worlds, I invite you to contribute that insight also, in that article, or as talk of the Separate Words article or as an improvement to the Separate_Words scripts.

Thanks again for sharing my interest here,

-- Ppaatt Lynagh 06:12, 14 September 2007 (PDT)