Menu
▾
▴
|
From: Nigel S. <ni...@ni...> - 2001-07-25 14:03:45
|
Hi all,
Looking around for a solid VRML browsing platform for Linux,
we've been experimenting with libVRML lookat. Generally,
things are fine - but it seems we're hitting one of the
bugs on the list: Problems w/events into PROTOs
Since we want our students to do H-anim work, typically
using PROTO's - this is a bit of a show-stopper.
Could someone comment on the status of this bug,
whether it's easily fixed, or related to some deep
design issue that is not so likely to be resolved in
a hurry.
PS: We're using the latest source tgz, not a cvs image,
at the moment.
Nigel Stewart
--
Nigel Stewart
Email: ni...@ni... WWW: http://www.nigels.com
Research Student, Software Developer.
Just two stops down the line at Zoo Station.
|
|
From: Jamie W. <jp...@ca...> - 2001-07-25 14:21:17
|
> Looking around for a solid VRML browsing platform for Linux, > we've been experimenting with libVRML lookat. Generally, > things are fine - but it seems we're hitting one of the > bugs on the list: Problems w/events into PROTOs > > Since we want our students to do H-anim work, typically > using PROTO's - this is a bit of a show-stopper. > Could someone comment on the status of this bug, > whether it's easily fixed, or related to some deep > design issue that is not so likely to be resolved in > a hurry. This may or may not be the same problem, but I've been having difficulties with some PROTOs whereby the parser tells me a particular field does not exist when it clearly does. In these cases I find that DEFining the offending node gets the file through the parser and everything works fine. http://www-lce.eng.cam.ac.uk/~jpw20/Door.wrl demonstrates the problem; most (if not all) of the DEFs are not needed, but without them, although the file still renders correctly, events are not routed correctly (so that, for example, it's not possible to have a open door using this PROTO without the DEFs). Hope this helps, Jamie Walch --- LCE, Cambridge University Engineering Department Email: jp...@ca..., Tel: (01223) 766513 "I love my work. I could sit looking at it all day." |
|
From: Braden M. <br...@en...> - 2001-07-26 04:55:22
|
On 25 Jul 2001 15:18:38 +0100, Jamie Walch wrote: > > Looking around for a solid VRML browsing platform for Linux, > > we've been experimenting with libVRML lookat. Generally, > > things are fine - but it seems we're hitting one of the > > bugs on the list: Problems w/events into PROTOs > > > > Since we want our students to do H-anim work, typically > > using PROTO's - this is a bit of a show-stopper. > > Could someone comment on the status of this bug, > > whether it's easily fixed, or related to some deep > > design issue that is not so likely to be resolved in > > a hurry. > > This may or may not be the same problem, but I've been having difficulties > with some PROTOs whereby the parser tells me a particular field does not > exist when it clearly does. In these cases I find that DEFining the > offending node gets the file through the parser and everything works fine. > http://www-lce.eng.cam.ac.uk/~jpw20/Door.wrl demonstrates the problem; most > (if not all) of the DEFs are not needed, but without them, although the file > still renders correctly, events are not routed correctly (so that, for > example, it's not possible to have a open door using this PROTO without the > DEFs). Hrm... Very interesting. Thanks! (But those errors are from the PROTO implementation, not the parser. :-) -- Braden McDaniel e-mail: <br...@en...> <http://endoframe.com> Jabber: <br...@ja...> |
|
From: Braden M. <br...@en...> - 2001-07-26 04:53:54
|
On 25 Jul 2001 23:35:38 +1000, Nigel Stewart wrote: > > Hi all, > > Looking around for a solid VRML browsing platform for Linux, > we've been experimenting with libVRML lookat. Generally, > things are fine - but it seems we're hitting one of the > bugs on the list: Problems w/events into PROTOs > > Since we want our students to do H-anim work, typically > using PROTO's - this is a bit of a show-stopper. > Could someone comment on the status of this bug, > whether it's easily fixed, or related to some deep > design issue that is not so likely to be resolved in > a hurry. Much of what I'm doing with the library these days involves improving "deep design issues." Unfortunately, this work is a bit slow-going. I'm fairly sure that this *is* fixable in the current PROTO implementation framework, but I'd prefer to address it after this task is complete: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=25969&group_id=7151&group_project_id=2579 As you can see, this is a high-priority item; the only thing ahead of it in my queue is conversion to use of the std::string type. As far as a time frame for completing this work... I'll say, optimistically, by the end of August. -- Braden McDaniel e-mail: <br...@en...> <http://endoframe.com> Jabber: <br...@ja...> |
|
From: Nigel S. <ni...@ni...> - 2001-07-31 13:42:08
|
Braden, Not to worry, I'm just glad to confirm that libVRML is going forward, and hasn't become another Cosmo... :-) Nigel > I'm fairly sure that this *is* fixable in the current PROTO > implementation framework, but I'd prefer to address it after this task > is complete: > > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=25969&group_id=7151&group_project_id=2579 > > As you can see, this is a high-priority item; the only thing ahead of it > in my queue is conversion to use of the std::string type. > > As far as a time frame for completing this work... I'll say, > optimistically, by the end of August. -- Nigel Stewart Email: ni...@ni... WWW: http://www.nigels.com Research Student, Software Developer. Just two stops down the line at Zoo Station. |
