Difference between revisions of "User talk:Nexii Malthus"

From Second Life Wiki
Jump to navigation Jump to search
m
 
(8 intermediate revisions by 2 users not shown)
Line 1: Line 1:
I've been going through your Geometric Library, could you give the parameter names for the functions meaningful descriptions? The single and double letter parameter names just don't convey enough information about how the functions are supposed to be used. -- [[User:Strife Onizuka|Strife Onizuka]] 15:09, 5 May 2008 (PDT)
I've been going through your Geometric Library, could you give the parameter names for the functions meaningful descriptions? The single and double letter parameter names just don't convey enough information about how the functions are supposed to be used. -- [[User:Strife Onizuka|Strife Onizuka]] 15:09, 5 May 2008 (PDT)
You made a good start but doesn't really help people know what Pn, Pd, O, etc are? I hate to say this but single and double letter variable names are out of fashion these days. Not that we are style crazy here on the wiki (far from it, you will see a diverse range of code styles here on the wiki) but lines have to be drawn somewhere. -- [[User:Strife Onizuka|Strife Onizuka]] 20:20, 7 May 2008 (PDT)
:Thank you. That is so much better! -- [[User:Strife Onizuka|Strife Onizuka]] 00:15, 8 May 2008 (PDT)
== [[Hierarchics]] ==
I've been poking at [[Hierarchics]] and I have been making some tweaks to it but they aren't why I'm posting. The reason I'm writing this is: CheckValidity. I don't think as a public script it needs or benefits from CheckValidity, in fact it is detrimental. As the script is currently written, CheckValidity isn't called until the object is rezzed or the inventory changes. The problem is that CheckValidity wasn't designed to work with 3rd party creators, the only creators it cares about are the hard coded ones.
So here is what will happen, a third party will try to use the script and it will work, but when they rerez the object, it will self destruct. The user won't know what happened and unless they read the script carefully, they won't know that they need to change the Developer keys.
Personally, it makes me uneasy to see hard coded UUIDs especially when they are granted special privileges over my script ("my" in the sense that it's in my object doing my bidding). It makes me even more uneasy when I don't know who they are. Some comments there would have been good.
I've done you the favor and remove the CheckValidity functionality from the script. I couldn't imaging you wanting people IMing you with "Your script killed my object!"
P.S. Here is a list of changes I've made:
* Add: Ref now supports quaternions
* Fix: Ref does not support <0,0,0>
* Fix: Collision between Link_HierarchicsGet and Link_HierarchicsEdit
* Add: Re-enabled Link_HierarchicsGet
* Fix: In edit mode the (ChangedRot && ChangedPos) code is dead due to preceding logic... and inconsistent with preceding code.
-- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 23:33, 6 May 2009 (UTC)
:Hi, I noticed you released this code into the public domain. Just wanted to say that I have no problem releasing the changes I made also into the public domain as well. I'm pretty flexible about license but others may not so take care in the future; at least give them some warning on the talk page. -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 17:48, 10 January 2010 (UTC)
== [[Hierarchics]] Reboot ==
With all the changes to LSL ([[PRIM_ROT_LOCAL]] for one), have you considered writing a slaveless version? What I mean to say, is a version that requires no scripts in the children? -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 22:47, 12 August 2012 (PDT)
== Signature Test ==
Testing my nice new signature -> --[[User:Nexii Malthus|<span style="color: #bbb; text-shadow:-1px -1px #ddd, 1px 1px #888;">Nexii Malthus</span>]] 23:14, 14 February 2010 (UTC)

Latest revision as of 21:48, 12 August 2012

I've been going through your Geometric Library, could you give the parameter names for the functions meaningful descriptions? The single and double letter parameter names just don't convey enough information about how the functions are supposed to be used. -- Strife Onizuka 15:09, 5 May 2008 (PDT)

You made a good start but doesn't really help people know what Pn, Pd, O, etc are? I hate to say this but single and double letter variable names are out of fashion these days. Not that we are style crazy here on the wiki (far from it, you will see a diverse range of code styles here on the wiki) but lines have to be drawn somewhere. -- Strife Onizuka 20:20, 7 May 2008 (PDT)

Thank you. That is so much better! -- Strife Onizuka 00:15, 8 May 2008 (PDT)

Hierarchics

I've been poking at Hierarchics and I have been making some tweaks to it but they aren't why I'm posting. The reason I'm writing this is: CheckValidity. I don't think as a public script it needs or benefits from CheckValidity, in fact it is detrimental. As the script is currently written, CheckValidity isn't called until the object is rezzed or the inventory changes. The problem is that CheckValidity wasn't designed to work with 3rd party creators, the only creators it cares about are the hard coded ones.

So here is what will happen, a third party will try to use the script and it will work, but when they rerez the object, it will self destruct. The user won't know what happened and unless they read the script carefully, they won't know that they need to change the Developer keys.

Personally, it makes me uneasy to see hard coded UUIDs especially when they are granted special privileges over my script ("my" in the sense that it's in my object doing my bidding). It makes me even more uneasy when I don't know who they are. Some comments there would have been good.

I've done you the favor and remove the CheckValidity functionality from the script. I couldn't imaging you wanting people IMing you with "Your script killed my object!"

P.S. Here is a list of changes I've made:

  • Add: Ref now supports quaternions
  • Fix: Ref does not support <0,0,0>
  • Fix: Collision between Link_HierarchicsGet and Link_HierarchicsEdit
  • Add: Re-enabled Link_HierarchicsGet
  • Fix: In edit mode the (ChangedRot && ChangedPos) code is dead due to preceding logic... and inconsistent with preceding code.

-- Strife (talk|contribs) 23:33, 6 May 2009 (UTC)

Hi, I noticed you released this code into the public domain. Just wanted to say that I have no problem releasing the changes I made also into the public domain as well. I'm pretty flexible about license but others may not so take care in the future; at least give them some warning on the talk page. -- Strife (talk|contribs) 17:48, 10 January 2010 (UTC)

Hierarchics Reboot

With all the changes to LSL (PRIM_ROT_LOCAL for one), have you considered writing a slaveless version? What I mean to say, is a version that requires no scripts in the children? -- Strife (talk|contribs) 22:47, 12 August 2012 (PDT)

Signature Test

Testing my nice new signature -> --Nexii Malthus 23:14, 14 February 2010 (UTC)