Talk:Geometric

The "Clean" version is, if not 'clean' whatever that means, *MUCH* more readable. I really wouldn't consider using any code that required a legend to decipher the function and variable names, but I can read and therefore more confidently use the more verbose version. Thanks!

It is more of a personal preference really. For me it really jacks up the appearance and readability of my scripts to have lengthy technical user defined functions, for which I already trust to work and only need to know its purpose, input and output. The only case I would see for people to want such extensive names are newcomers to this library or LSL itself. I do agree it was a bit overkill, but the incredible length for something we as humans see as objectively simple wish to see it comparitively minimal on having the least impact on readability. The primary issue I see is the vital documentation I just wasn't able to give immediately, just felt the more technical people might be happy with being able to start bouncing ideas and make cool products. I am working on some documentation though. --Nexii Malthus 03:16, 20 May 2008 (PDT)

Pictures?

Perhaps we could use some visualization for the functions? I am not sure how to make a consistent looking set of images and diagrams to explain each set of functions of what they do. I will try to see what I can do but any help is appreciated. --Nexii Malthus 16:21, 7 June 2008 (PDT)

Sounds like a good idea. What type of help do you want? -- Strife Onizuka 18:59, 7 June 2008 (PDT)

Well basically an idea regarding what kind of reference graphs could come into place, like the style to fit with the simplicity and give a good idea of what it is about. --Nexii Malthus 12:44, 15 June 2008 (PDT)

Clean up

I cleaned up the page a bit, sorry about removing the entire scripts together with yours Strife, but I saved all of it on my own user sub page though for future reference. I would like to offer different LSL scripts and information at hand on each function window but I could never clutter the page like that at the cost of easy readability for browsing each function quickly. Essentially what I am trying to grab onto is collapsible sections, I believe there is a way to infuse normal HTML/javascript into the wikipage using templates? This is basically going into advanced wiki editting which your quite good at Strife, this could be used for instance in other pages of the wiki as well. I am just trying to expand as much as technically possible.

I don't mind, there was a typo in it anyway that I hadn't gotten around to fixing and I wanted to update it for the new long function names and variables (but hadn't gotten to it). -- Strife Onizuka 00:38, 16 June 2008 (PDT)

Typo in Box and Ray, Intersection Distance, or is it correct?

I added line breaks to this function to make it more readable so it doesn't scroll off the right side of the screen. While checking it against the old code to make sure I changed nothing, I noticed an odd asymmetry between the code blocks:

<php>

   if(llFabs(dB.x) > 0.000001){
       D = (-eB.x - oB.x ) / dB.x;

( . . . )

       D = ( eB.x - oB.x ) / dB.x;

( . . . )

   if(llFabs(dB.y) > 0.000001){
       D = (-eB.y - oB.y ) / dB.y;

( . . . )

       D = ( eB.y - oB.y ) / dB.y;

( . . . )

   if(llFabs(dB.z) > 0.000001){
       D = (-eB.z - oB.z ) / dB.z;

( . . . )

       D = (-eB.z - oB.z ) / dB.z;

( . . . ) </php>

The two "-eB.z" do not look correct in that third part. I assume it should look like the first and second parts: <php> if(llFabs(dB.z) > 0.000001){

       D = (-eB.z - oB.z ) / dB.z;

( . . . )

       D = ( eB.z - oB.z ) / dB.z;

( . . . )</php>

I don't understand the math at all, so maybe it is correct. I am pointing this out just in case it is a typo. Scalar Tardis 15:21, 15 June 2008 (PDT)