From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.bugs Subject: bug#28236: 'configure --with-cairo' causes 'emacs -font' to fail Date: Sat, 08 Jun 2019 14:13:44 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <87a82npghk.fsf@quad> <015a4a19-4f91-f9f4-7f2f-1b332d36a5a7@yandex.ru> <83sgz41swe.fsf@gnu.org> <87o99rgdej.fsf@gmail.com> <835zvy22t1.fsf@gnu.org> <83wooezoo5.fsf@gnu.org> <83o99pzg7x.fsf@gnu.org> Mime-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="265024"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?UTF-8?Q?Goj=C5=8D?=) APEL/10.8 EasyPG/1.0.0 Emacs/25.3 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) Cc: 28236-done@debbugs.gnu.org, ari.roponen@gmail.com, andrei.elkin@pp.inet.fi, dgutov@yandex.ru To: Robert Pluim Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jun 08 07:14:10 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hZTg9-0016mK-QW for geb-bug-gnu-emacs@m.gmane.org; Sat, 08 Jun 2019 07:14:09 +0200 Original-Received: from localhost ([::1]:55094 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hZTg8-0002Rb-Bp for geb-bug-gnu-emacs@m.gmane.org; Sat, 08 Jun 2019 01:14:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54685) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hZTg3-0002RN-Ip for bug-gnu-emacs@gnu.org; Sat, 08 Jun 2019 01:14:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hZTg2-0004nD-FU for bug-gnu-emacs@gnu.org; Sat, 08 Jun 2019 01:14:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39181) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hZTg2-0004n8-BS for bug-gnu-emacs@gnu.org; Sat, 08 Jun 2019 01:14:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hZTg2-0001SP-3g for bug-gnu-emacs@gnu.org; Sat, 08 Jun 2019 01:14:02 -0400 Resent-From: YAMAMOTO Mitsuharu Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Jun 2019 05:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 28236 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: help Mail-Followup-To: 28236@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp, andrei.elkin@pp.inet.fi Original-Received: via spool by 28236-done@debbugs.gnu.org id=D28236.15599708265563 (code D ref 28236); Sat, 08 Jun 2019 05:14:01 +0000 Original-Received: (at 28236-done) by debbugs.gnu.org; 8 Jun 2019 05:13:46 +0000 Original-Received: from localhost ([127.0.0.1]:52723 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hZTfm-0001Rf-Dl for submit@debbugs.gnu.org; Sat, 08 Jun 2019 01:13:46 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:49782) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hZTfk-0001RU-4o for 28236-done@debbugs.gnu.org; Sat, 08 Jun 2019 01:13:45 -0400 Original-Received: from mathent.math.s.chiba-u.ac.jp (mathent [192.168.32.5]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 73DB4F08E1; Sat, 8 Jun 2019 14:13:44 +0900 (JST) (envelope-from mituharu@math.s.chiba-u.ac.jp) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:160226 Archived-At: On Tue, 04 Jun 2019 16:47:56 +0900, YAMAMOTO Mitsuharu wrote: >=20 > On Thu, 13 Dec 2018 23:56:21 +0900, > Robert Pluim wrote: > >=20 > > >> So xfns.c only initializes the xfont driver when not using Cairo. I > > >> made the obvious changes there, and 'emacs -Q -fn 7x14' starts up, a= nd > > >> 'C-u C-x =3D' tells me: > > >>=20 > > >> x:-misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-1 (#x68) > > >>=20 > > >> Unfortunately *scratch* does not (re-)display properly > > > > > > Can you tell more details about this improper redisplay? > >=20 > > I see text for the menu-bar, but *scratch* looks empty (and there=CA=BC= s no > > text displayed in the mode-line). The text is actually there in > > *scratch*, though. > >=20 > > I don=CA=BCt think this is a viable path to look at, especially given A= ri's > > workaround of copying the required fonts. >=20 > Previously the cairo drawing code does its own double-buffering using > the image surface, where all the drawing should happen on the client > side and not compatible with X core fonts that are drawn on the server > side. Copying back the result of server side drawing is not > impossible, but inefficient. >=20 > Recently, I've made a change to the cairo drawing code in the master > so it draws into Xlib surfaces instead of image ones if the X Double > Buffer Extension is available. On top of that, it is rather > straightforward to cope with X core fonts. >=20 > I implemented both in the attached patch. The former corresponds to > the case that the frame parameter `inhibit-double-buffering' is t, and > the latter to nil. I think the latter is usable, but the former is > not. The code for the former is not an total waste because we can use > it for exporting displayed contents to bitmap images, i.e., > (x-export-frames FRAME 'png). The same approach cannot be used for > exporting to outline images (PDF or SVG), so characters in X core > fonts are replaced with hollow boxes in such cases. Pushed to master as faf10bd8eb3. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp