Difference between revisions of "Talk:LlSetLinkPrimitiveParams"

From Second Life Wiki
Jump to navigation Jump to search
Line 25: Line 25:


This reminds me of an old joke about hell being exothermic or endothermic. We probably won't get it until all hell freezes over... -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 11:55, 6 July 2009 (UTC)
This reminds me of an old joke about hell being exothermic or endothermic. We probably won't get it until all hell freezes over... -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 11:55, 6 July 2009 (UTC)
That's far sighted of LL. NOT. Meaning that if one uses the function to adjust a prim with slice set it resets the slice to zero (I have learned  this the hard way). Should that be mentioned in the caveats? Not looking forward the the cold snap. Still waiting for Zoom control for camera in lsl too. Can't help but want to set the Link number to number(S) as well here. Eg. (4 | 5 | 6,[]). Ah yes also I was going to add a note about the float for hole size being between 0.0 and 1.0 not 0.0 and 100.0 but didn't know quite where to put it. -- '''[[User:EddyFragment Robonaught|Eddy]]'''  <sup><small>([[User talk:EddyFragment_Robonaught|talk]]|[[Special:Contributions/EddyFragment_Robonaught|contribs]])</small></sup> 12:06, 6 July 2009 (UTC)

Revision as of 05:06, 6 July 2009

I've been having problems when working with faces of linked prims. The first set appears to apply itself, and any other face used in the sets when you only specify 1 face, and another set is after it. (ie, the following code will color face 0 and 2 red)

   llSetLinkPrimitiveParams(link, [
       PRIM_COLOR, 0, <1,0,0>, 1,
       PRIM_TEXTURE, 2, "Tech.jpg", <1,1,0>, <0,0,0>, 0
       ]);

--Dedric Mauriac 18:32, 25 December 2007 (PST)

This is a known bug (well, in llSetPrimitiveParams(), but it's not surprising that it's here also). See http://jira.secondlife.com/browse/SVC-38 -- Dale Innis 05:50, 14 February 2008 (PST)

would like to add this to caveats but the edit is too complex.

PRIM_POSITION, llSetLinkPrimitiveParams expects a local position, relative to the location of the root prim.

see SVC-3216

Syn Short 13:42, 11 October 2008 (PDT)

I've made the change you wanted, please see: llSetLinkPrimitiveParams#Caveats-PRIM_POSITION, the actual text for the caveat resides in the code of PRIM_POSITION. -- Strife (talk|contribs) 15:16, 11 October 2008 (PDT)

PRIM_TYPE_CYLINDER > vector slice?

Any idea if and when this with happen? -- Eddy (talk|contribs) 05:21, 6 July 2009 (UTC)

This reminds me of an old joke about hell being exothermic or endothermic. We probably won't get it until all hell freezes over... -- Strife (talk|contribs) 11:55, 6 July 2009 (UTC)

That's far sighted of LL. NOT. Meaning that if one uses the function to adjust a prim with slice set it resets the slice to zero (I have learned this the hard way). Should that be mentioned in the caveats? Not looking forward the the cold snap. Still waiting for Zoom control for camera in lsl too. Can't help but want to set the Link number to number(S) as well here. Eg. (4 | 5 | 6,[]). Ah yes also I was going to add a note about the float for hole size being between 0.0 and 1.0 not 0.0 and 100.0 but didn't know quite where to put it. -- Eddy (talk|contribs) 12:06, 6 July 2009 (UTC)