Cool VL Viewer forum

View unanswered posts | View active topics It is currently 2024-03-28 16:09:24



Reply to topic  [ 6 posts ] 
of by one error in xml import, link heirarchy 
Author Message

Joined: 2010-12-19 23:52:04
Posts: 4
Reply with quote
minor really... when importing an xml object previously exported, the import links the prim after the original parent (in the xml file) as the root. probably erronously uses the count number to specify the index number.

export format looks good (correct parent is targeted)


2011-02-08 18:34:00
Profile

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
What difference does it make ???... As long as the re-imported object is identical to the exported one, the linking sequence does not matter.

Not a bug, as far as I am concerned.


2011-02-08 18:55:47
Profile WWW

Joined: 2009-03-18 09:32:02
Posts: 246
Reply with quote
the linking sequence does matter... a script using llSetLinkPrimitivePararams() or llSetLinkPrimitiveParamsFast() would not work in the imported linkset since the link numbers wouldn't match, unless the developer when through some extra pains to find the link numbers based on prim names.

imagine you're working on making something. as the prudent do-not-spend-on-uploads you're working on the beta grid since you like your peace and quiet, and temp trextures go away too fast / after a relog.

so now you're done, and you export your work, and relog to main and import, and your scripts for your creation stop working because the link numbers do not match anymore...


2011-02-09 07:10:52
Profile YIM WWW

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
Lance Corrimal wrote:
the linking sequence does matter... a script using llSetLinkPrimitivePararams() or llSetLinkPrimitiveParamsFast() would not work in the imported linkset since the link numbers wouldn't match, unless the developer when through some extra pains to find the link numbers based on prim names.
Any scripter relying on the linking order of an object to find out the link number of a child prim is so poor a scripter that they don't deserve being taken into account, since any modification to their scripted object (removal or addition of a child prim, for example) would break their poorly written script. I use heavily ll(S/G)etLinkPrimitivePararams() in my scripts, but I never make any assumption on the link prim number and never hardcode them in my scripts, instead using prim names to find out what is their actual number.

I'm sorry, but I'm not going to make the life of poor scripters easier: they have got to learn scripting properly !


2011-02-09 10:22:22
Profile WWW

Joined: 2010-12-19 23:52:04
Posts: 4
Reply with quote
while it is possible to get updated link numbers for parts dynamically, there can be a lot of overhead involved in some cases, as well as extra processing. and often unnecessary for no-mod objects like huds or vehicles trying to be as slim as possible in script overhead, in addition to the poor differentiation of root vs child. that's neither here nor there though. I only mentioned it because it is a bug, and may cause other unexpected behaviors.

but like I said... minor really, in fact it only occurs when the parent isn't in the last position (I didn't look at ordering, I'm guessing it's prim creation date?). at any rate it's easy enough to work around if someone needs a particular order, by reselecting the preferred order. just thought you might want to know

PS
sorry for the slow reply


2011-02-26 12:56:02
Profile

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
It is in NO WAY a bug: prim linking order cloning was simply deemed UNNECESSARY to the object backup feature, and I DO AGREE with the original author on this point (since adding or removing a single prim can completely mess up the link order anyway). Decent scripting skills is required to produce decent products, and the burden should not be put on viewer developers to try and plug holes in poor scripters' code.

The code of the Cool VL Viewer will NOT be changed to address this NON-ISSUE. Period.


2011-02-26 14:25:10
Profile WWW
Display posts from previous:  Sort by  
Reply to topic   [ 6 posts ] 

Who is online

Users browsing this forum: No registered users and 34 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group
Designed by ST Software.