[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [www-vrml] Re: [Vrspace-dev] Cortona createVrmlFromURL bug test code
- To: Rob Meyers <rob@vrspace.org>
- Subject: Re: [www-vrml] Re: [Vrspace-dev] Cortona createVrmlFromURL bug test code
- From: Braden McDaniel <braden@endoframe.com>
- Date: Sat, 26 Mar 2005 12:33:31 -0500
- Cc: www-vrml@web3d.org, vrspace-dev@lists.sourceforge.net
- In-reply-to: <6.0.3.0.0.20050325193548.01cc25b8@mail.vrspace.org>
- References: <857841337.20050124102928@mail.ru> <41F5174D.5010906@vrspace.org> <1192788733.20050125003358@mail.ru> <41F5572C.3050109@vrspace.org> <52356044.20050203235911@mail.ru> <4203948A.8080506@vrspace.org> <1408542019.20050204220658@mail.ru> <4203A323.7000908@vrspace.org> <735889328.20050206010902@mail.ru> <42078E0E.6040703@vrspace.org> <85332644.20050218103551@mail.ru> <42160C49.3030900@vrspace.org> <6.0.3.0.0.20050319094226.01b3e288@mail.vrspace.org> <6.0.3.0.0.20050319103100.01cfac30@mail.vrspace.org> <6.0.3.0.0.20050319165807.01c98478@mail.vrspace.org> <001d01c52cd8$a80fe820$5530f845@lpaxtn01.pa.comcast.net> <6.0.3.0.0.20050319192328.01cbb580@mail.vrspace.org> <001f01c52d31$ede0b060$5530f845@lpaxtn01.pa.comcast.net> <6.0.3.0.0.20050320111633.01d077b0@mail.vrspace.org> <Pine.LNX.4.62.0503201827320.7915@www.cyworx.com> <6.0.3.0.0.20050310173713.01cafe40@mail.vrspace.org> <42446C86.1060604@vrspace.org> <1111794897.5321.125.camel@localhost.localdomain> <6.0.3.0.0.20050325193548.01cc25b8@mail.vrspace.org>
- Sender: owner-www-vrml@web3d.org
On Fri, 2005-03-25 at 19:41 -0500, Rob Meyers wrote:
> > >
> > > I posted the code at http://www.vrspace.org/downloads/CortonaTest.zip .
> >
> >404.
>
> Try again, was called CortonaTest.ZIP on server, oops.
Got it.
> > > Incidentally, I did notice another bug, but in Contact. It seems
> > > that Contact doesn't always call the callback function after processing
> > > a removeChildren event. On the other hand, Cortona seems to do this
> > > correctly.
> >
> >Absent the code, let me see if I understand this...
> >
> >So the callback is supposed to happen once the resource has been loaded;
> >but you're calling createVrmlFromURL frequently enough that it hasn't
> >finished loading one resource before you request another. And in this
> >case Cortona effectively interrupts loading of the previously requested
> >resource; the field value of the destination node (effectively) never
> >changes; and so you never get your callback.
>
> Negative, the object is loaded into the scene, but there is no callback.
> You make twenty calls, you get twenty objects, but only about 10 callbacks...
Aha...
> >I don't have a copy of the Marrin EAI spec handy; but here's what the
> >VRML97 spec says about Browser.createVrmlFromURL (4.12.10.10):
> >
> > The createVrmlFromURL() instructs the browser to load a VRML
> > scene description from the given URL or URLs. The VRML file
> > referred to shall be self-contained (i.e., USE statements inside
> > the string may refer only to nodes DEF'ed in the string, and
> > non-built-in node types used by the string shall be prototyped
> > using EXTERNPROTO or PROTO statements inside the string). After
> > the scene is loaded, event is sent to the passed node returning
> > the root nodes of the corresponding VRML scene. The event
> > parameter contains a string naming an MFNode eventIn on the
> > passed node.
> >
> >If the callback is supposed to happen "after the scene is loaded" and
> >the scene is never loaded, presumably the callback would never happen.
> >So Cortona's behavior strikes me as reasonable.
>
> See above.
So the node is emitting fewer children_changed events than it receives
addChildren events; is that accurate?
***
I just went hunting in the spec for some statement about when
children_changed should be fired in response to addChildren or
removeChildren. While perhaps it should be intuitively obvious that
children_changed should be fired in response to changes made by
addChildren or removeChildren, I haven't found any language in the spec
to lend support to that conclusion. Hopefully someone can point out
something I've missed.
--
Braden McDaniel e-mail: <braden@endoframe.com>
<http://endoframe.com> Jabber: <braden@jabber.org>
-------------------------------------------------------------------------
for list subscription/unsubscription,
go to http://www.web3d.org/cgi-bin/public_list_signup/lwgate/listsavail.html