From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.bugs Subject: bug#38497: 27.0.50; Frame is not rendered when frame-resize-pixelwise it 't Date: Sun, 08 Dec 2019 00:58:32 +0800 Message-ID: <871rtghy2v.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> References: <87wobbjlm0.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> <7caf72bb-1dc0-6e6d-430a-5c28295fb80c@gmx.at> <87tv6fjco6.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> <20b3b02b-8018-49cd-4ab3-702ccf9e1c28@gmx.at> <87d0d0i7hk.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> <25861c90-bdb5-e873-7da7-22a8d997f4b6@gmx.at> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="115576"; mail-complaints-to="usenet@blaine.gmane.org" To: martin rudalics , 38497@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Dec 08 04:07:09 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 1idmub-000TxY-1D for geb-bug-gnu-emacs@m.gmane.org; Sun, 08 Dec 2019 04:07:09 +0100 Original-Received: from localhost ([::1]:55114 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1idmuV-0001s7-EC for geb-bug-gnu-emacs@m.gmane.org; Sat, 07 Dec 2019 22:07:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42225) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1idmtf-0001qT-I7 for bug-gnu-emacs@gnu.org; Sat, 07 Dec 2019 22:06:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1idmtX-0002Qz-WB for bug-gnu-emacs@gnu.org; Sat, 07 Dec 2019 22:06:09 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44152) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1idmtW-0002PQ-HY for bug-gnu-emacs@gnu.org; Sat, 07 Dec 2019 22:06:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1idmtW-0002Hi-Cx for bug-gnu-emacs@gnu.org; Sat, 07 Dec 2019 22:06:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ihor Radchenko Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Dec 2019 03:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38497 X-GNU-PR-Package: emacs Original-Received: via spool by 38497-submit@debbugs.gnu.org id=B38497.15757743328741 (code B ref 38497); Sun, 08 Dec 2019 03:06:02 +0000 Original-Received: (at 38497) by debbugs.gnu.org; 8 Dec 2019 03:05:32 +0000 Original-Received: from localhost ([127.0.0.1]:50125 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1idmt2-0002Gu-3P for submit@debbugs.gnu.org; Sat, 07 Dec 2019 22:05:32 -0500 Original-Received: from mail-ot1-f42.google.com ([209.85.210.42]:37065) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1idmsz-0002Gf-Sp for 38497@debbugs.gnu.org; Sat, 07 Dec 2019 22:05:30 -0500 Original-Received: by mail-ot1-f42.google.com with SMTP id k14so9319420otn.4 for <38497@debbugs.gnu.org>; Sat, 07 Dec 2019 19:05:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:in-reply-to:references:date:message-id:mime-version; bh=H2sE9HpDm9WUB2sWA3jSnrHjgntHRyyMedes144Nf1w=; b=hcKyMLsQf2JANYs+ODDiTjlskP89MHXpZGWEY7Ey8GOmao3odYzux+Nmzg/4xssQwI tn4ZsB91DkNWhRUq+BRPAXxHYKXalgdUJNB3GudbKDbr7opK5U2VvYyJ7tIvZi+QZ9zW 9pOsJb3m+/uCc0u44woilEzDGoVi6i1YdbkxIi6symkkzwRgMgAa+0EQNu6wZyBOBWxe 8UqHWHuIWefdozopI/0so04TAjqxWgU/2QxH1FPOR0U6gW/mehOpOIORhWmKbddT9ALt Xj+6PWISEvEmNk6FZLsbYepyNCQgc4lk4aRet5a0JWnS7SKtom4ifvzSu6HhCNGrD+xC MXZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:in-reply-to:references:date :message-id:mime-version; bh=H2sE9HpDm9WUB2sWA3jSnrHjgntHRyyMedes144Nf1w=; b=U3GAkRldr8xPx+8iHMMRt8RqOvoV2GJsH7CDYLwoVjzHalCFIszzTI+lwRHikHW6zw +C+tAPuQttW6DylP1cy5vul/SbnT8wqOHyQMez0SnFQaBQ3ruSL/dQk1Fg9tSlu0ZRuX fKPubqg2aCNUw+3db7093P7owQR+Wx4Uuqitk2qmxjdKn+IZlh38Yk5cnNp3i/bmlxab LN1JBZFW5Ec1pQmv/CWrAkmuyZq0XUQyNQ56Z9rv7QfOuawnDXfjNzTSLD/uV4LreZNf ZzbOhgJAN+NyHoPZiF6+8BuBS87aa6vu6usMmiprT9rk7gjQZZm+D4p5lKCv4AA0R+Wp 4xCg== X-Gm-Message-State: APjAAAVYcGEYLE3HThgqfizHt7wzqYdVQze4JkdAHp4wB3hLDyADxMMR zCBdSYRl91Q94iXv3sWXBW3oz7NmYas= X-Google-Smtp-Source: APXvYqzuQvwKawT4rd0MZKM9nSN/fF9+/SBIvwwQ3v1+F103BG+LGtWAAnRVpRasPH/j0Rh3Ru2plQ== X-Received: by 2002:a81:5004:: with SMTP id e4mr14654583ywb.142.1575738023874; Sat, 07 Dec 2019 09:00:23 -0800 (PST) Original-Received: from localhost ([5.226.137.4]) by smtp.gmail.com with ESMTPSA id l39sm8016307ywk.36.2019.12.07.09.00.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 07 Dec 2019 09:00:23 -0800 (PST) In-Reply-To: <25861c90-bdb5-e873-7da7-22a8d997f4b6@gmx.at> 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:173009 Archived-At: > Is it a good idea to build with xft _and_ cairo? And what's bad > about libotf? xft+cairo is just an artefact from my past experiments with build options. libotf is disabled by default in gentoo (as a dependence of m17lib support, which is also disabled). Best, Ihor martin rudalics writes: > > The attached patch is the minimal patch making the rendering issue > > disappear. > > Thank you. > > > Also, I cannot reproduce the issue when I try to configure > > emacs just with ./configure --with-x-toolkit=lucid. The options I used > > to compile emacs in my OS (I am using gentoo) are > > > > ./configure --prefix=/usr --build=x86_64-pc-linux-gnu > > --host=x86_64-pc-linux-gnu --mandir=/usr/share/man > > --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc > > --localstatedir=/var/lib --disable-silent-rules > > --docdir=/usr/share/doc/emacs-vcs-27.0.9999 > > --htmldir=/usr/share/doc/emacs-vcs-27.0.9999/html --libdir=/usr/lib64 > > --program-suffix=-emacs-27-vcs --includedir=/usr/include/emacs-27-vcs > > --infodir=/usr/share/info/emacs-27-vcs --localstatedir=/var > > --enable-locallisppath=/etc/emacs:/usr/share/emacs/site-lisp > > --without-compress-install --without-hesiod --without-pop > > --with-dumping=pdumper --with-file-notification=inotify --enable-acl > > --with-dbus --with-modules --without-gameuser --with-libgmp --with-gpm > > --without-json --without-kerberos --without-kerberos5 --with-lcms2 > > --with-xml2 --without-mailutils --without-selinux --with-gnutls > > --without-libsystemd --with-threads --without-wide-int --with-zlib > > --with-sound=alsa --with-x --without-ns --without-gconf > > --without-gsettings --without-toolkit-scroll-bars --with-gif --with-jpeg > > --with-png --with-rsvg --with-tiff --with-xpm --with-imagemagick > > --with-xft --with-cairo --without-harfbuzz --without-libotf > > Is it a good idea to build with xft _and_ cairo? And what's bad > about libotf? > > > --without-m17n-flt --with-x-toolkit=lucid --with-xaw3d > > - ew->core.width = (frame_resize_pixelwise > - ? FRAME_PIXEL_WIDTH (f) > - : pixel_width); > - ew->core.height = (frame_resize_pixelwise > - ? FRAME_PIXEL_HEIGHT (f) > - : pixel_height); > + ew->core.width = (pixel_width); > + ew->core.height = (pixel_height); > > Maybe a conversion problem. Does > > ew->core.width = (frame_resize_pixelwise > ? (Dimension) FRAME_PIXEL_WIDTH (f) > : pixel_width); > ew->core.height = (frame_resize_pixelwise > ? (Dimension) FRAME_PIXEL_HEIGHT (f) > : pixel_height); > > yield better results? If not, can you tell me the four values here > when it fails to redraw - that of FRAME_PIXEL_WIDTH (f), pixel_width, > FRAME_PIXEL_HEIGHT (f) and pixel_height. > > This one > > - XtNwidthInc, (XtArgVal) (frame_resize_pixelwise ? 1 : cw), > - XtNheightInc, (XtArgVal) (frame_resize_pixelwise ? 1 : ch), > + XtNwidthInc, (XtArgVal) (cw), > + XtNheightInc, (XtArgVal) (ch), > > is more mysterious. Why should 1 fail here? What happens when you do > > cw = frame_resize_pixelwise ? 1 : cw; > ch = frame_resize_pixelwise ? 1 : ch; > XtVaSetValues (wmshell, > XtNbaseWidth, (XtArgVal) base_width, > XtNbaseHeight, (XtArgVal) base_height, > XtNwidthInc, (XtArgVal) cw, > XtNheightInc, (XtArgVal) ch, > XtNminWidth, (XtArgVal) base_width, > XtNminHeight, (XtArgVal) base_height, > NULL); > > instead? > > martin