From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: Mergeability of xwidget patch? Date: Mon, 20 Jun 2011 08:12:04 +0200 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1308550360 14116 80.91.229.12 (20 Jun 2011 06:12:40 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 20 Jun 2011 06:12:40 +0000 (UTC) Cc: emacs-devel@gnu.org To: Daniel Hackney Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 20 08:12:36 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QYXiu-0003Qg-Bn for ged-emacs-devel@m.gmane.org; Mon, 20 Jun 2011 08:12:36 +0200 Original-Received: from localhost ([::1]:56966 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYXit-00021e-14 for ged-emacs-devel@m.gmane.org; Mon, 20 Jun 2011 02:12:35 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:54444) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYXia-000217-VG for emacs-devel@gnu.org; Mon, 20 Jun 2011 02:12:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QYXiZ-0004Q1-70 for emacs-devel@gnu.org; Mon, 20 Jun 2011 02:12:16 -0400 Original-Received: from m1.alltele.net ([85.30.0.4]:55213 helo=smtp.alltele.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYXiY-0004PS-OF for emacs-devel@gnu.org; Mon, 20 Jun 2011 02:12:15 -0400 Original-Received: from chopper ([87.96.209.133]) by smtp.alltele.net (IceWarp 10.3.1 RC1) with ESMTP (SSL) id DMG11505; Mon, 20 Jun 2011 08:12:05 +0200 In-Reply-To: (Daniel Hackney's message of "Sun, 19 Jun 2011 16:01:32 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-CTCH: RefID="str=0001.0A0B0203.4DFEE4B6.00A2,ss=1,re=0.000,fgs=0"; Spam="Unknown"; VOD="Unknown" X-detected-operating-system: by eggs.gnu.org: Windows XP/2000 (RFC1323+, w+, tstamp-) X-Received-From: 85.30.0.4 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:140704 Archived-At: Daniel Hackney writes: > I'm the developer of Ezbl [1], a package which embeds the Uzbl web > browser within Emacs. Ezbl depends on the xwidget patch by Joakim > Verona, which is in the Emacs repo under the "xwidget" branch. I'd like > to have Ezbl be available to people without them having to install a > separate branch of Emacs (especially since it hasn't kept up with the > trunk). > > I would like to know how close the xwidget patches are to being fit for > the 24.1 trunk and what still needs to be done. I'm not much of a C > programmer, and don't know the C-level internals of Emacs well, but I'm > willing to learn for the sake of getting this patch completed and merged > in. I think it would be a great feature to have in 24.1, but I heard the > feature freeze was coming soon-ish, so I understand if it has to be > pushed back. > > I'd love to have Ezbl available to those using the trunk and especially > folks who use stable releases. I think it could be a powerful addition > to the Emacs ecosystem by adding HTML5 support (through WebKit) into the > mix. It's also possible to communicate with the embedded Uzbl instance > through JavaScript, so there's a lot of potential there. Sadly the patch is in a bad state. I was convinced composition was the right way to go but in retrospect that is too complex to get working robustly. I'm working on an MVC approach instead. I didn't choose that path to start with because its more difficult with xembed clients, which is the primary use-case people seems interested in. For some xembed clients(like a patched version of Inkscape I have) thats solveable because it allows several windows. I tried to have a look if Webkit supports that as well but so far I haven't found a solution. Mplayer doesn't either. those kind of clients will only have a single working view, but that might not be too bad in practice. Anyway I'm sorry for not giving the patch the love it deserves. Its clearly still on my agenda, because I've spent a lot of time working on a similar project to your Ezbl project, called Inkmacs. which fuses Emacs and Inkscape. My goal is to embedded Inkscape in Emacs but so far I've focused on controlling Inkscape through Dbus from Emacs. This has required a lot of work on the Inkscape side in expanding and bugfixing the Inkscape Dbus API. I was in fact updating the xembed branch locally the other day and starting to look at which commits to revert in order to backtrack to a state where an MVC approach could be done. I would be extatic to have more people help out with this. People do show up but later vanish. I'm not sure why that is. If I need to explain things better in the documentation I can try. > > Thanks, > > Daniel Hackney > > P.S. I'm not on the mailing list, so if you could CC me on replies, > it'll be easier for me to communicate. Sorry for the inconvenience. > > [1] https://github.com/haxney/ezbl > > -- > Daniel M. Hackney -- Joakim Verona