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: Why Emacs should have a good web-browser Date: Thu, 09 Jul 2009 16:25:32 +0200 Message-ID: References: <87r5wqvqsn.fsf@stupidchicken.com> <87ocrueqdz.fsf@stupidchicken.com> <4A55E438.9020106@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1247152670 14145 80.91.229.12 (9 Jul 2009 15:17:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jul 2009 15:17:50 +0000 (UTC) Cc: Chong Yidong , ferkiwi+a@gmail.com, emacs-devel@gnu.org To: Jason Rumney Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 09 17:17:44 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 1MOvNW-0004LY-NX for ged-emacs-devel@m.gmane.org; Thu, 09 Jul 2009 17:17:43 +0200 Original-Received: from localhost ([127.0.0.1]:59876 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MOvNW-0003c2-21 for ged-emacs-devel@m.gmane.org; Thu, 09 Jul 2009 11:17:42 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MOuZF-0001bo-Hm for emacs-devel@gnu.org; Thu, 09 Jul 2009 10:25:45 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MOuZA-0001Ti-KD for emacs-devel@gnu.org; Thu, 09 Jul 2009 10:25:44 -0400 Original-Received: from [199.232.76.173] (port=56675 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MOuZA-0001TK-B9 for emacs-devel@gnu.org; Thu, 09 Jul 2009 10:25:40 -0400 Original-Received: from iwfs.imcode.com ([82.115.149.64]:50491 helo=gate.verona.se) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MOuZ7-0000K5-30; Thu, 09 Jul 2009 10:25:37 -0400 Original-Received: from localhost.localdomain (IDENT:1005@localhost [127.0.0.1]) by gate.verona.se (8.13.4/8.11.4) with ESMTP id n69EPWer022145; Thu, 9 Jul 2009 16:25:32 +0200 In-Reply-To: <4A55E438.9020106@gnu.org> (Jason Rumney's message of "Thu, 09 Jul 2009 20:36:08 +0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 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:112243 Archived-At: Jason Rumney writes: > Chong Yidong wrote: >> That's excellent news. >> >> On a technical note, I think it makes more sense to associate embedded >> applications with Emacs windows, rather than buffers as you're >> apparently trying to do. Otherwise, we run into the problem of handling >> the situation where the same buffer is displayed in more than one >> window. Basically, we should have a way to say "the contents of this >> window are handled by an embedded program, rather than by Emacs". WDYT? >> > It's not that difficult to handle, you just need to take snapshots of > the application's display now and then. The active window contains > the real application, and any other windows can contain a snapshot of > the display of that program. This is basically what I'm aiming for with my xwidget patch. The active window contains the live component, the other windows contain inactive snapshots of the components(currently only grey rectangles in the inactive windows). Still, if the list finds the possibility of defering drawing of an entire emacs window to an xembeddable component, I could try to implement that on top of my current patch. I would need help on the design of the interface, that is, where should the properties governing this go, and what should their names and functions be. I think this would be useful also, and it could go into the emacs tree way faster than my current slow-moving xwidget patch. -- Joakim Verona