From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Emacs, QT and Cairo Date: Wed, 14 Jul 2010 23:24:03 +0200 Message-ID: <87sk3lbvv0.fsf@telefonica.net> References: <4C3CD120.4040905@swipnet.se> <5A91499A-0470-43FD-9F48-560CEAD3424C@mit.edu> <83wrsyr068.fsf@gnu.org> <83iq4hhjww.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1279142664 13282 80.91.229.12 (14 Jul 2010 21:24:24 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 14 Jul 2010 21:24:24 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 14 23:24:23 2010 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.69) (envelope-from ) id 1OZ9RG-0001cl-Gu for ged-emacs-devel@m.gmane.org; Wed, 14 Jul 2010 23:24:22 +0200 Original-Received: from localhost ([127.0.0.1]:40844 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OZ9RF-0006Rr-R1 for ged-emacs-devel@m.gmane.org; Wed, 14 Jul 2010 17:24:21 -0400 Original-Received: from [140.186.70.92] (port=53476 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OZ9RA-0006Qu-G0 for emacs-devel@gnu.org; Wed, 14 Jul 2010 17:24:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OZ9R9-00029w-8b for emacs-devel@gnu.org; Wed, 14 Jul 2010 17:24:16 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:52397) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZ9R9-00029o-1c for emacs-devel@gnu.org; Wed, 14 Jul 2010 17:24:15 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OZ9R7-0001WO-6w for emacs-devel@gnu.org; Wed, 14 Jul 2010 23:24:13 +0200 Original-Received: from 83.42.13.171 ([83.42.13.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Jul 2010 23:24:13 +0200 Original-Received: from ofv by 83.42.13.171 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Jul 2010 23:24:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 28 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 83.42.13.171 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:0jwpM0y/hzOcfHGgxTHYnOAlnAk= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:127320 Archived-At: Eli Zaretskii writes: >> From: Chad Brown >> >> I'm actually not looking at it as a problem to be solved at all, but >> rather as a blue-sky project to investigate what might be possible >> with new display toolkits. By way of example, in past discussions >> about using systems like (but not exactly) khtml, gecko, or gnome's >> canvas with emacs, it was suggested that emacs had certain >> requirements that such systems could not meet. I'm very interested on this. Which are those requirements that gnome's canvas can not meet? Is it because gnome's canvas has some special limitations that other systems (such as Qt's Graphics View Framework) do not suffer? >> My guess is that while this is still true to some degree, there might >> be new systems that could get along with emacs' needs, and that might >> offer features not currently available to emacs. > > I'm not sure I follow: are you looking for toolkits that can be used > to replace the Emacs display engine, i.e. those toolkits that support > everything Emacs needs and does today? I think he is looking for something that *expands* what Emacs can do today. I'm not a GUI guy, but having a display engine that works on a drawing surface instead of a TTY on steroids would open an entire new field of posibilities for Emacs.