openvrml-develop

[openvrml-develop] openvrml-xembed D-Bustification in svn

[Braden M. <br...@en...>]

I've checked in the work I've done converting openvrml-xembed to use 
D-Bus on this branch:

   http://svn.openvrml.org/svnroot/openvrml/branches/dbus

I *think* network fetching is working. However, there are some 
outstanding issues with display of the GtkPlug; so it's not really 
usable yet.

Also note that no work has been done yet to convert the Mozilla plug-in. 
I've concentrated my initial efforts on using openvrml-player as a host.

-- 
Braden McDaniel                      e-mail: <br...@en...>
<http://endoframe.com>               Jabber: <br...@ja...>

Re: [openvrml-develop] openvrml-xembed D-Bustification in svn

[Braden M. <br...@en...>]

Well... GtkSocket/GtkPlug usage can sure be... nuanced.  After a great
deal of fiddling about, I've finally found an ordering of events that
works to show the GtkPlug content.

If you'd like to try this stuff out, you'll first need to start an
openvrml-xembed process.  Then you can start up an openvrml-player
process.  You should then be able to load worlds into the player just as
before.

What *isn't* working yet is the ability to have multiple control
instances within the openvrml-xembed process.  In other words, things
will probably go south quickly if you attempt to run more than one
openvrml-player process concurrently.  I'll be fixing this next.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] openvrml-xembed D-Bustification in svn

[Braden M. <br...@en...>]

On Mon, 2008-08-25 at 20:24 -0400, Braden McDaniel wrote:

[snip]

> What *isn't* working yet is the ability to have multiple control
> instances within the openvrml-xembed process.  In other words, things
> will probably go south quickly if you attempt to run more than one
> openvrml-player process concurrently.  I'll be fixing this next.

With my latest check-in, this is now fixed.

There are a few minor bugs left to fix in openvrml-xembed and some code
clean-up I'd like to do; but aside from that the only thing left to do
here is to modify the Gecko plug-in to use the D-Busticated
openvrml-xembed.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] openvrml-xembed D-Bustification in svn

[Braden M. <br...@en...>]

On Sat, 2008-08-30 at 16:02 -0400, Braden McDaniel wrote:
> On Mon, 2008-08-25 at 20:24 -0400, Braden McDaniel wrote:
> 
> [snip]
> 
> > What *isn't* working yet is the ability to have multiple control
> > instances within the openvrml-xembed process.  In other words, things
> > will probably go south quickly if you attempt to run more than one
> > openvrml-player process concurrently.  I'll be fixing this next.
> 
> With my latest check-in, this is now fixed.
> 
> There are a few minor bugs left to fix in openvrml-xembed and some code
> clean-up I'd like to do; but aside from that the only thing left to do
> here is to modify the Gecko plug-in to use the D-Busticated
> openvrml-xembed.

... And now that's done.

So this work is just about complete. There is a little more code
clean-up I want to do; but this stuff will be making its way onto the
trunk soon.

And, I think, the 0.17 branch. The main dependencies this work adds are
D-Bus (and the associated dbus-glib) and at least GTK+ 2.12. Some
non-ancient GTK+ was already required; and I think 2.12 has enough
penetration at this point to make this requirement pretty painless. (If
you think I'm wrong about that, please yell at me.)

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] openvrml-xembed D-Bustification in svn

[Braden M. <br...@en...>]

This is now complete and committed both to the trunk and to the 0.17
branch.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>