From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.devel Subject: Re: porting to Wayland Date: Sun, 13 Jul 2014 18:56:43 +0900 Message-ID: <87d2d97fac.fsf-ueno@gnu.org> References: <87fvi6unfi.fsf-ueno@gnu.org> <53C24B44.3000304@swipnet.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1405245418 26185 80.91.229.3 (13 Jul 2014 09:56:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 13 Jul 2014 09:56:58 +0000 (UTC) Cc: emacs-devel@gnu.org To: Jan =?utf-8?Q?Dj=C3=A4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 13 11:56:53 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1X6GWa-0005Be-VI for ged-emacs-devel@m.gmane.org; Sun, 13 Jul 2014 11:56:53 +0200 Original-Received: from localhost ([::1]:51707 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X6GWa-0003gk-Dp for ged-emacs-devel@m.gmane.org; Sun, 13 Jul 2014 05:56:52 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59840) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X6GWX-0003gc-84 for emacs-devel@gnu.org; Sun, 13 Jul 2014 05:56:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X6GWW-0006uj-3g for emacs-devel@gnu.org; Sun, 13 Jul 2014 05:56:49 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50155) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X6GWW-0006ue-1T for emacs-devel@gnu.org; Sun, 13 Jul 2014 05:56:48 -0400 Original-Received: from du-a.org ([2001:e41:db5e:fb14::1]:40955 helo=debian) by fencepost.gnu.org with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1X6GWV-0002WI-BY; Sun, 13 Jul 2014 05:56:47 -0400 In-Reply-To: <53C24B44.3000304@swipnet.se> ("Jan \=\?utf-8\?Q\?Dj\=C3\=A4rv\=22's\?\= message of "Sun, 13 Jul 2014 11:03:00 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:173013 Archived-At: Hi Jan, Thanks for the comment. Glad to hear from the right person. Jan Dj=C3=A4rv writes: > I have updated the YAMAMOTO Mitsuharu patch: > http://lists.gnu.org/archive/html/emacs-devel/2009-04/msg00390.html I missed it, thanks for the pointer. > It does not add another window system, rather expands the xterm.c code. > I was expecting that Gtk3+ and Cairo together would let us re-enable > double buffering in Gtk and thus get that for free. Unfortunately > this did not work, as Gtk needs to do its drawing in the event loop, > like the NS port needs to do as mentioned in #17124. Yeah, it would be ideal that the single stack (Gtk3+ and Cairo) supports all the underlying display system. > I will probably check this in if I get round to writing all those > ChangeLog entries and fix the image things. There is actually not > much user benefit from using Cairo, except Mitsuharus printing > extension. For Wayland, there is XWayland. > Using Cairo is actually slower than using X, sometimes visible > so. Making Cairo draw the same way we draw in X may be a suboptimal > way to use Cairo. However, on Wayland, I feel rendering through XWayland rather slower than using Cairo directly. Even the 'M-x butterfly' animation is not very smooth (few glyphs are visible before being cleared). Maybe I should have measured the speed before coding. Anyway, my intention was to understand more about the redisplay stuff, not to propose code for merge, so I'm already rewarded :-) Regards, --=20 Daiki Ueno