From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Why Emacs should have a good web-browser Date: Wed, 22 Jul 2009 10:47:42 -0400 Message-ID: References: <87ocrjl2r6.fsf@gmail.com> <87zlb2bwyj.fsf@catnip.gol.com> <87bpnefl73.fsf@gmail.com> <871vo9dqsu.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1248275024 7381 80.91.229.12 (22 Jul 2009 15:03:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 Jul 2009 15:03:44 +0000 (UTC) Cc: Miles Bader , ferkiwi+a@gmail.com, emacs-devel@gnu.org To: Paul R Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 22 17:03:36 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MTdM0-0006WL-Ej for ged-emacs-devel@m.gmane.org; Wed, 22 Jul 2009 17:03:36 +0200 Original-Received: from localhost ([127.0.0.1]:57178 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MTdLz-0006oO-NW for ged-emacs-devel@m.gmane.org; Wed, 22 Jul 2009 11:03:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MTd6j-00032D-R6 for emacs-devel@gnu.org; Wed, 22 Jul 2009 10:47:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MTd6e-00031d-Nt for emacs-devel@gnu.org; Wed, 22 Jul 2009 10:47:49 -0400 Original-Received: from [199.232.76.173] (port=52301 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MTd6e-00031Z-Hv for emacs-devel@gnu.org; Wed, 22 Jul 2009 10:47:44 -0400 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:63274 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MTd6d-00053g-55; Wed, 22 Jul 2009 10:47:43 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuAEABHDZkpFpZx3/2dsb2JhbACBUdEShA4FhwY X-IronPort-AV: E=Sophos;i="4.43,247,1246852800"; d="scan'208";a="42003809" Original-Received: from 69-165-156-119.dsl.teksavvy.com (HELO pastel.home) ([69.165.156.119]) by ironport2-out.teksavvy.com with ESMTP; 22 Jul 2009 10:47:42 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 2789E84A3; Wed, 22 Jul 2009 10:47:42 -0400 (EDT) In-Reply-To: <871vo9dqsu.fsf@gmail.com> (Paul R.'s message of "Wed, 22 Jul 2009 11:12:49 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:113003 Archived-At: >> It might be possible to use one of those engines as Emacs's rendering >> engine, indeed. To me, it wouldn't seem like an good solution to the >> problem at hand because I don't think it would allow me to control the >> web-browser from Emacs (e.g., how would I access from Elisp the >> content of pages generated from HTML?). > I am not sure I see what type of use case you mean. Like counting > occurences of word =AB dog =BB in a page ? Maybe not the one I was thinking of, but yes, why not. Or opening a Web page, and then navigating it with M-C-f, changing its major mode, killing part of it and yanking it into some other buffer, displaying various parts of that web page into a bunch of different (Emacs) windows, ... > I was mainly thinking about the benefits Emacs could get to entrust > buffer rendering to a third party component. In the case of > a xhtml/css+js engine, the advantage is that it is highly standardised, > higly available, and highly maintained, so it would not be a potentialy > dead-end dependance. Yes, of course. But the rendering from Emacs buffers to those might be the tricky part (which would require maintenance and work just like the current rendering engine to X11). Of course, maybe it'd be easy and simple enough to be a significant win. As long as nobody tries, nobody will know. Stefan