Comments on: mozilla embedding overview & meetup notes http://www.0xdeadbeef.com/weblog/2008/04/mozilla-embedding-overview-meetup-notes/ I love you. Wed, 25 Jan 2012 17:08:58 +0000 hourly 1 http://wordpress.org/?v=3.1.4 By: Paul http://www.0xdeadbeef.com/weblog/2008/04/mozilla-embedding-overview-meetup-notes/comment-page-1/#comment-303169 Paul Fri, 14 Oct 2011 18:58:32 +0000 http://www.0xdeadbeef.com/weblog/?p=359#comment-303169 I'm not quite sure you'll get this, but I'm getting desperate. After much research I'm still at a loss for the best way to embed a web browser in a GTK application. I have a Gtk::Layout (GtkLayout in C) in which I would like to place a web browser with no end user navigation outside of following links within the page displayed (i.e. no toolbars, status bars, file menu, etc...). The web pages specifically are written using the ExtJS framework with PHP controllers. I tried using Gecko, but I keep running into dead ends saying "Use XUL for all new embedding!" and then I find no way of embedding XUL in my GtkLayout. So I tried your gtkmozembed widget which is incompatible with Gtk+ 3 and I'd rather not rewrite your code for a simple web browser ( not even a full browser, just a window! ) Is there any chance you still maintain any of this, or know anyone who does, or know how to embed XUL into a gtk widget, or have ANY suggestions? If so I would greatly appreciated it. I've posted a stackoverflow question with more details if you're interested... http://stackoverflow.com/questions/7771942/webkitgtk-wont-cant-find-post-information I’m not quite sure you’ll get this, but I’m getting desperate.

After much research I’m still at a loss for the best way to embed a web browser in a GTK application. I have a Gtk::Layout (GtkLayout in C) in which I would like to place a web browser with no end user navigation outside of following links within the page displayed (i.e. no toolbars, status bars, file menu, etc…). The web pages specifically are written using the ExtJS framework with PHP controllers.

I tried using Gecko, but I keep running into dead ends saying “Use XUL for all new embedding!” and then I find no way of embedding XUL in my GtkLayout. So I tried your gtkmozembed widget which is incompatible with Gtk+ 3 and I’d rather not rewrite your code for a simple web browser ( not even a full browser, just a window! ) Is there any chance you still maintain any of this, or know anyone who does, or know how to embed XUL into a gtk widget, or have ANY suggestions? If so I would greatly appreciated it.

I’ve posted a stackoverflow question with more details if you’re interested…
http://stackoverflow.com/questions/7771942/webkitgtk-wont-cant-find-post-information

]]> By: PrankVids news collection http://www.0xdeadbeef.com/weblog/2008/04/mozilla-embedding-overview-meetup-notes/comment-page-1/#comment-291491 PrankVids news collection Sat, 02 Apr 2011 04:47:13 +0000 http://www.0xdeadbeef.com/weblog/?p=359#comment-291491 [...] the changes often broke embedding compatibility. Mozilla formed a team in 2008 to try and create a consistent embedding API that could alleviate these issues, but the team leader behind this effort announced on Monday that [...] [...] the changes often broke embedding compatibility. Mozilla formed a team in 2008 to try and create a consistent embedding API that could alleviate these issues, but the team leader behind this effort announced on Monday that [...]

]]> By: Between the Lines mobile edition http://www.0xdeadbeef.com/weblog/2008/04/mozilla-embedding-overview-meetup-notes/comment-page-1/#comment-140591 Between the Lines mobile edition Tue, 15 Jul 2008 11:53:46 +0000 http://www.0xdeadbeef.com/weblog/?p=359#comment-140591 [...] Chris Blizzard outlined some of the key facets of Mozilla’s embedding effort in April. He noted how it was imperative that Mozilla had a consistent story and approach for developers that wanted to embed its applications elsewhere. [...] [...] Chris Blizzard outlined some of the key facets of Mozilla’s embedding effort in April. He noted how it was imperative that Mozilla had a consistent story and approach for developers that wanted to embed its applications elsewhere. [...]

]]> By: blizzard http://www.0xdeadbeef.com/weblog/2008/04/mozilla-embedding-overview-meetup-notes/comment-page-1/#comment-135951 blizzard Tue, 01 Jul 2008 14:37:49 +0000 http://www.0xdeadbeef.com/weblog/?p=359#comment-135951 Martin - Did you want to post that to the .embedding newsgroup? Martin –

Did you want to post that to the .embedding newsgroup?

]]> By: Martin Lütken http://www.0xdeadbeef.com/weblog/2008/04/mozilla-embedding-overview-meetup-notes/comment-page-1/#comment-135859 Martin Lütken Tue, 01 Jul 2008 07:39:45 +0000 http://www.0xdeadbeef.com/weblog/?p=359#comment-135859 I have tried incapsulating some of the core DOM interfaces into STL/stdc++ like ones. It seems to work pretty well. I have iterates for collections, lists and everywhere I use std::string. Also I have tried to mimic the javascript naming and interface as much as possible. So I return values instead of just the error result and so on. It is notcomplete but it is good enough for my purpose but perhaps the ideas could be used in this context. I also have had some wild toughts about whether itwould be possible to extens the XPIDL "compiler" to also generate those STL like interfaces automatically . I have tried incapsulating some of the core DOM interfaces into STL/stdc++ like ones. It seems to work pretty well. I have iterates for collections, lists and everywhere I use std::string. Also I have tried to mimic the javascript naming and interface as much as possible. So I return values instead of just the error result and so on.

It is notcomplete but it is good enough for my purpose but perhaps the ideas could be used in this context. I also have had some wild toughts about whether itwould be possible to extens the XPIDL “compiler” to also generate those STL like interfaces automatically .

]]> By: Will’s Miro dev blog » Blog Archive » June 3rd chat — follow-up and some more answers http://www.0xdeadbeef.com/weblog/2008/04/mozilla-embedding-overview-meetup-notes/comment-page-1/#comment-127621 Will’s Miro dev blog » Blog Archive » June 3rd chat — follow-up and some more answers Wed, 04 Jun 2008 16:23:45 +0000 http://www.0xdeadbeef.com/weblog/?p=359#comment-127621 [...] really like to help Mozilla on their embedding efforts. I’d also really like to get more involved in gstreamer, Python 3000 and a bunch of other [...] [...] really like to help Mozilla on their embedding efforts. I’d also really like to get more involved in gstreamer, Python 3000 and a bunch of other [...]

]]> By: Will’s Miro dev blog » Blog Archive » Miro hackfest in Boston http://www.0xdeadbeef.com/weblog/2008/04/mozilla-embedding-overview-meetup-notes/comment-page-1/#comment-122318 Will’s Miro dev blog » Blog Archive » Miro hackfest in Boston Thu, 22 May 2008 16:21:35 +0000 http://www.0xdeadbeef.com/weblog/?p=359#comment-122318 [...] out the fledgling Mozilla embedded API with the gtkx11 [...] [...] out the fledgling Mozilla embedded API with the gtkx11 [...]

]]> By: jmdesp http://www.0xdeadbeef.com/weblog/2008/04/mozilla-embedding-overview-meetup-notes/comment-page-1/#comment-109246 jmdesp Fri, 02 May 2008 07:32:43 +0000 http://www.0xdeadbeef.com/weblog/?p=359#comment-109246 C vs. C++: You're talking about embedding here, so in some case that might mean going backwards in terms of compilers/tools wrt the standard today. Also when you need to integrate from a completely different language, binding problems can be huge. So it would be good if those who for some reason really need it could avoid using c++, like having a c interface for platform code and c++ for embedding. C vs. C++: You’re talking about embedding here, so in some case that might mean going backwards in terms of compilers/tools wrt the standard today. Also when you need to integrate from a completely different language, binding problems can be huge. So it would be good if those who for some reason really need it could avoid using c++, like having a c interface for platform code and c++ for embedding.

]]> By: Dennis http://www.0xdeadbeef.com/weblog/2008/04/mozilla-embedding-overview-meetup-notes/comment-page-1/#comment-107301 Dennis Wed, 30 Apr 2008 10:38:27 +0000 http://www.0xdeadbeef.com/weblog/?p=359#comment-107301 In the light of extending the JS context. You might also want to add having the ability to add new XML languages (like XFORMS). In other words adding XTF support to the Embedding API. Right now you'll have to use the XPCOM Component Manager for that. In the light of extending the JS context. You might also want to add having the ability to add new XML languages (like XFORMS). In other words adding XTF support to the Embedding API. Right now you’ll have to use the XPCOM Component Manager for that.

]]> By: Stephen Smoogen http://www.0xdeadbeef.com/weblog/2008/04/mozilla-embedding-overview-meetup-notes/comment-page-1/#comment-107048 Stephen Smoogen Tue, 29 Apr 2008 22:23:31 +0000 http://www.0xdeadbeef.com/weblog/?p=359#comment-107048 Oh if you go for the network stack and such... make sure you have an intelligent agent to keep track of each of the sub-agents. In some ways you end up with a miniature OS to make sure that your various 'stacks' are operating correctly etc. Oh if you go for the network stack and such… make sure you have an intelligent agent to keep track of each of the sub-agents. In some ways you end up with a miniature OS to make sure that your various ‘stacks’ are operating correctly etc.

]]>