From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 01 04:00:52 2022 Received: (at submit) by debbugs.gnu.org; 1 Jan 2022 09:00:52 +0000 Received: from localhost ([127.0.0.1]:57763 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3aFv-0004bM-Vl for submit@debbugs.gnu.org; Sat, 01 Jan 2022 04:00:52 -0500 Received: from lists.gnu.org ([209.51.188.17]:35490) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3aFt-0004bE-Ab for submit@debbugs.gnu.org; Sat, 01 Jan 2022 04:00:50 -0500 Received: from eggs.gnu.org ([209.51.188.92]:59190) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n3aFh-0000z8-Bn for bug-gnu-emacs@gnu.org; Sat, 01 Jan 2022 04:00:39 -0500 Received: from [78.47.144.35] (port=33180 helo=metalevel.at) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n3aFa-00007u-Ob for bug-gnu-emacs@gnu.org; Sat, 01 Jan 2022 04:00:33 -0500 Received: from mt-mbpro.localdomain (localhost [127.0.0.1]) by metalevel.at (Postfix) with ESMTP id 5412C9C73F for ; Sat, 1 Jan 2022 10:00:26 +0100 (CET) Received: by mt-mbpro.localdomain (Postfix, from userid 501) id 19F3F14C546E; Sat, 1 Jan 2022 10:00:24 +0100 (CET) From: Markus Triska To: bug-gnu-emacs@gnu.org Subject: 27.1; Images are sometimes not fully displayed Date: Sat, 01 Jan 2022 10:00:24 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Host-Lookup-Failed: Reverse DNS lookup failed for 78.47.144.35 (failed) Received-SPF: none client-ip=78.47.144.35; envelope-from=triska@metalevel.at; helo=metalevel.at X-Spam_score_int: 8 X-Spam_score: 0.8 X-Spam_bar: / X-Spam_report: (0.8 / 5.0 requ) RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Dear all, to reproduce this issue, please download the following image: https://www.metalevel.at/ei/202202.png Then start Emacs with $ emacs -Q and evaluate the form that follows below. Please note that the image has geometry 202x202. The form creates a frame with this height and width. It uses a default face with height 1px to allow pixel exact resizing of the frame. The snippet then waits for a keypress, and then deletes the frame again. The frame is large enough to display the image fully, including the thin border that is drawn around the image. This can be seen by changing "(setq cursor-type nil ..." to "(setq cursor-type t ..." in the snippet, in which case the image is fully shown in the frame. Yet, with the snippet as shown below, the thin border around the image is not shown at the right margin of the image: You can see that the frame appears fully white at the right, whereas all other margins of the image (left, top and bottom) do display the very thin black border fully. If the following line, which is commented out in the snippet, is enabled, i.e., if the width is increased by exactly 1 pixel, then also the thin border on the right is fully shown: (set-frame-width frame (1+ width) nil t) If possible, I would prefer Emacs to show the image fully also if its exact dimensions (202x202) are used for the frame size. Is there a way to do this? Thank you a lot, and Happy New Year 2022! Markus (let* ((width 202) (height 202) (frame (make-frame `((parent-frame . ,(selected-frame)) (minibuffer . nil) (left . 100) (top . 100) (internal-border-width . 0) (vertical-scroll-bars . nil) (left-fringe . 0) (right-fringe . 0) ;; not setting the width/height causes ;; mode line flickering (see #52666) (width . (text-pixels . ,width)) (height . (text-pixels . ,height)))))) ;; set 1 pixel height default face, to allow pixel exact resizing ;; of the frame (set-face-attribute 'default frame :height 10) ;; set the height and width again, since set-face-attribute ;; resizes the frame (set-frame-width frame width nil t) ;; enable the following line to display the border fully ;; (set-frame-width frame (1+ width) nil t) (set-frame-height frame height nil t) (with-selected-frame frame (switch-to-buffer (get-buffer-create "Happy New Year 2022!")) (setq cursor-type nil mode-line-format nil) (erase-buffer) (insert-image-file "202202.png")) (read-key) (delete-frame frame)) In GNU Emacs 27.1 (build 1, x86_64-apple-darwin15.3.0, X toolkit, Xaw scroll bars) of 2020-12-12 built on macbook Windowing system distributor 'The X.Org Foundation', version 11.0.11502000 System Description: Mac OS X 10.11.3 Configured using: 'configure --prefix=/opt/local --disable-silent-rules --without-ns --without-dbus --without-gconf --without-libotf --without-m17n-flt --with-gmp --with-gnutls --with-json --with-xml2 --with-modules --infodir /opt/local/share/info/emacs --with-x-toolkit=lucid --without-xaw3d --without-imagemagick --with-xpm --with-jpeg --with-tiff --with-gif --with-png --with-lcms2 --without-rsvg --with-xft 'CFLAGS=-pipe -Os -arch x86_64' CPPFLAGS=-I/opt/local/include 'LDFLAGS=-L/opt/local/lib -Wl,-headerpad_max_install_names -lfreetype -lfontconfig -Wl,-no_pie -arch x86_64'' Configured features: XPM JPEG TIFF GIF PNG GSETTINGS GLIB NOTIFY KQUEUE ACL GNUTLS LIBXML2 FREETYPE HARFBUZZ XFT ZLIB TOOLKIT_SCROLL_BARS LUCID X11 XDBE XIM MODULES THREADS JSON PDUMPER LCMS2 GMP From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 01 05:06:50 2022 Received: (at 52929) by debbugs.gnu.org; 1 Jan 2022 10:06:50 +0000 Received: from localhost ([127.0.0.1]:57808 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3bHm-0006L3-Hi for submit@debbugs.gnu.org; Sat, 01 Jan 2022 05:06:50 -0500 Received: from mout.gmx.net ([212.227.15.19]:41123) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3bHl-0006Ko-9b for 52929@debbugs.gnu.org; Sat, 01 Jan 2022 05:06:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1641031603; bh=2AN5SuHRLtOAXmQYk13Nwpcsx3zXY7nJeZwI5aUA9f4=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=evNwm99NjkLP3QCslpxH1GC9XN8ghhhyEuc8nnw6+Fyodhc3U3prXlyJyuhmL98/b kTNBCFJCLxSCJSBGnvDB0SzpOQDoABB0jPQO7xW7+U856VLNMIjT1JSTKFMLRhtgHL ctq3m2pSoQuJhNHAF+yVN1TwXcQXiEPoGWLUimEE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.102] ([46.125.249.43]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M4JqV-1n3sGZ3y8v-000OqA; Sat, 01 Jan 2022 11:06:43 +0100 Subject: Re: bug#52929: 27.1; Images are sometimes not fully displayed To: Markus Triska , 52929@debbugs.gnu.org References: From: martin rudalics Message-ID: Date: Sat, 1 Jan 2022 11:06:41 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:oq2jJH51hrO/Q7n4JOIRq/ep4k1OW4VLP7pO/CSHrVNPl+jEGmJ LWk3FF8QyYJWB9+Cea3971dWAIlo3+OK4Z7zOCZuq5A09X+9gLiaJEHe5KiD6QBwVOZDMch d0MM0W/dHmQUvIHmH3Hkqyf8pLQkRFUtQiV2Nam6HBd4f9hiTQwrpwxONRTBviwGRWsmZwf M5/1Lwvy4KQyMMY2U6Q2w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:dKrsDeWLzrs=:oZ7kYkrZCXtkBULeWDjMlO bdD6UkdjK4p0oDEb4cdph3c9byUOQFy+0gyey1UYwix3+OUFh1sXW0C6jenuny+af4MGWrTjH ueIU8GQG0aHAGoytAY2n3X9XyMom20BXIVzQTaoF74VSM9CLqvioEfmWXFxiGDYh57ygBXtqr PrRCq5oFr9aAdeO+RLNceGmttu9wcV53i9sX2JKgL0xOV3PKIhnOzKAartd+E26S8X5aLjxWT zVX+pn89ObYDGlYmKHeFAMeH7r3rqrrHqwYNEEZvtE/ulFNC+xmP/0eEINbVDnIAX/opIJ4hr ThZTUUHNFiQ1o5fO+/EzeoQfQL1h0JBi+5/bMLbjIVjB/XInEROLidzEI7WCd64WPcuMiaAvp xNaD542H4uWVyd/oOacp6CPypyPJyIOz3UCduIqZtO8anaOjnES3Q4xY0Ro9nnZ9rac790rTu Wq/rwWgt8x1YMLpOZrZCuHHPUXonr9w5Fwc635/JXuVncSNvgWtpdJ70Q93LGDSI6w4JjN8Eb /9l2fmN0DY7q0/1y6QsHeTewoTgEhxeXcH1TAE6bOk0v6u7+mu2Vy+UrcMwY6E34ugdg4eXFw GjPoDiTyyuJh/KhNv7e5bcRWzitDQTi5g+XKX1YOSIGcbwmrne5d8QW/yS39gNS8FMEcJiWI5 q7/fQGQ3V0hyfaHZJBa9/4EHYq8ckgnhNIBvMRMklCYPNk5sIsqM5gXbmg+YlOqeaWfnflryu 20ObsrZkpRj9bXu8rfLvVYrWTrk/p5zGAmXZB1bJQ3ohPrUxTfDuVWUwcM7xNlVUZvfzX6nuZ RS1dpk69zcip9Sv1w/neTiqNeGtllQKAETyTot4vSAcGlSrYJxfxgWVbmpd10cXrmSH6Lxmjm 9Jq0XgP4vCUxd1A0v/Me9i8xpd96i3Vw9r1XboW0KqQEWWGJpw7V9STwKwXfVwe0S4QY2zy3G F08X0jAJcbpr96hCm4DaSzXXpqXhAqQ4O9jA7bfxw2jDw4CIi8WKmIIBvgn7BvqdoM6zucqYw yTfJNZ1aUsgaxGBASwEzA1Ygr0hit8f0fw71y7oLzxnJqVEVNUwQedQAeiamlACgDIe7SufhX 8APCix6OohBFBo= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 52929 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Yet, with the snippet as shown below, the thin border around the image > is not shown at the right margin of the image: You can see that the > frame appears fully white at the right, whereas all other margins of the > image (left, top and bottom) do display the very thin black border fully. > > If the following line, which is commented out in the snippet, is > enabled, i.e., if the width is increased by exactly 1 pixel, then also > the thin border on the right is fully shown: > > (set-frame-width frame (1+ width) nil t) > > If possible, I would prefer Emacs to show the image fully also if its > exact dimensions (202x202) are used for the frame size. Is there a way > to do this? Please try with adding a (no-special-glyphs . t) entry to the parameters of the child frame. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 01 05:11:38 2022 Received: (at 52929) by debbugs.gnu.org; 1 Jan 2022 10:11:38 +0000 Received: from localhost ([127.0.0.1]:57812 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3bMQ-0006SZ-4T for submit@debbugs.gnu.org; Sat, 01 Jan 2022 05:11:38 -0500 Received: from [78.47.144.35] (port=54274 helo=metalevel.at) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3bMO-0006SR-Ao for 52929@debbugs.gnu.org; Sat, 01 Jan 2022 05:11:37 -0500 Received: by metalevel.at (Postfix, from userid 1000) id D2BCC9C74D; Sat, 1 Jan 2022 11:11:34 +0100 (CET) From: Markus Triska To: martin rudalics Subject: Re: bug#52929: 27.1; Images are sometimes not fully displayed References: Date: Sat, 01 Jan 2022 11:11:34 +0100 In-Reply-To: (martin rudalics's message of "Sat, 1 Jan 2022 11:06:41 +0100") Message-ID: <87h7anlq95.fsf@metalevel.at> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: martin rudalics writes: > Please try with adding a (no-special-glyphs . t) entry to the parameters > of the child frame. This solves the issue completely, thank you a lot for this! Could you please briefly explain why this is necessary to fully show the image? In particular, which glyph was shown here that used the 1 pi [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_NONE SPF: sender does not publish an SPF Record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-Debbugs-Envelope-To: 52929 Cc: 52929@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) martin rudalics writes: > Please try with adding a (no-special-glyphs . t) entry to the parameters > of the child frame. This solves the issue completely, thank you a lot for this! Could you please briefly explain why this is necessary to fully show the image? In particular, which glyph was shown here that used the 1 pixel width? Thank you again, Markus From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 01 11:01:38 2022 Received: (at 52929) by debbugs.gnu.org; 1 Jan 2022 16:01:38 +0000 Received: from localhost ([127.0.0.1]:59207 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3gp8-0001jh-37 for submit@debbugs.gnu.org; Sat, 01 Jan 2022 11:01:38 -0500 Received: from mout.gmx.net ([212.227.17.22]:47391) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3gp5-0001jN-Kp for 52929@debbugs.gnu.org; Sat, 01 Jan 2022 11:01:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1641052889; bh=H/0qly+Ii9oatHg+4u/AGS+V4sM9y19XCeBgkWTErOI=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=B8sDTw55F7i2b+RIqM8wKiSk+5uaA9u+wqYSaK943YQ3wiU1/+Bs5E2/bXw9hFMIb e5yproKgw16TI91H5H7sloPeDhqnX+F90R8K6n69jFU/uTg9ZOhw0qp2IiWz4coZYL pHvhan8rdLkMQmNNtOGS2fJcNXA1+b84eczs79wM= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.102] ([46.125.249.43]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M2O2Q-1n7X6d11ry-003wJ6; Sat, 01 Jan 2022 17:01:29 +0100 Subject: Re: bug#52929: 27.1; Images are sometimes not fully displayed To: Markus Triska References: <87h7anlq95.fsf@metalevel.at> From: martin rudalics Message-ID: <83f2f02c-9276-44e8-f15b-70cdf666dcd8@gmx.at> Date: Sat, 1 Jan 2022 17:01:27 +0100 MIME-Version: 1.0 In-Reply-To: <87h7anlq95.fsf@metalevel.at> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:4BWzP1Kl+qbYCFpz5ELpGsO9VuUTmWjAr+0kZ6bqds7UMZc+HKm wVvbIF/McLxmS0oNiqq286uBmYnFyW0g1Yag4ULLDPc3kt50b1j1rEjhGT9CipLgzlcl7g4 CdUWmRf27hmwevMafgTsjwyTvS1gOI9dKJpNR0LoYPpeNq5yqgBxhpWxyWbNZPzP0BtuAVV TVreu+EQNe0B//0SFPOZA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:lON1RIwXkY0=:EHuh33j/pHn3exEolK0Ioj H3C/XZ7S7jYobYRwvCAgVJMU/Vr9VgQum6wBmd/P14qsnJ7PoKNHRQAmaDy0W7k+66JPo8DPF bBRM57jzqollORNCIWayWQyMXEdmWAOy/htMQCWIJLddtGAGOOUSLzKDsZxQhLKnMS+iiQ/D8 8T4eGzjPiFCUexULSUxoc/tYPGqRsn2+ojb/sqaZ+CVpqUv43EHGtvwJRkIJHe6uQBsgrhPf2 2HeyUpEH8T+ARfPyPFkYxSa7RmGt1J137B59Pg7HJCr+N5cALIYgpaMad8LB+Uio+7DDhE1mu h0rcpuc7DzGM+nB5KVNH10Hn7j4vUGQVvC6Q9Xp7bu0UQdS1U85I6S2lkZc+l0WADH9SToZcZ gZg6lOvk3haPoV25Fnh93q1U+rsiusG+V3T6QwUTtxc6q17RTuJSOSDRkBq8EHVq5UWxpX6Xs 00S/XBijN7QrcDDnSDIsNsdZmAjRd9/xHRa5uBoHeaQJmXqkb4o0j6Jq+bLIP2NPLnema+M9V OiP5SEcs8/WqPq515+Bci90ibG3hkOKmzyyLS8UPxvuMeFcEpEugoktsvoZrcATFLjDKoe/JK ZUoYOJfb2jkC7NNn1wqjcNy8pXfcShYyLHJruqfGgwJnJiAqbzSZxgvW2NZTDRgEBbt8CcWqZ EGPpgQQh5+eSwlDOyBUVJsHrxkfo6H4j5xpBphaD5BYTpg4AFfGf6zNcJlDwxja2/tsLH/BhU KHkAy+Dj+apEUkhXwMqn8LWaP6TsqgVacQRIi+GnEz/mKErKUh7FTBL0GvR6ffQbOiSEvTVa/ g/PrWn/NMufmkQzHxbflJHuY1GGsKcFcLta0XbNP3H5BzPInFUZibtos5F4tFyFNDFL8wb4Td DX47lcXaEMi3ulNriVZ2woNuYjKjvGeizxemy0ZHXFu/9tHoRU+fPydiGg6cZUP8BKfLDuqvI 4uOxWhHH3IMeV+u1p+wd9zSDc6k/n8pu/H2nKxhLFShlcCDR/Mzxqq9R053AWFWY5DqbuWPlI RI1YoT+gyMa1mH4l9m4hOihiChs3BYsl6KYRn+VTc6iNRL/DCqlDxFYxI5EwGfX9nIcWtA7Rk L5SOkLcIoeUATc= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 52929 Cc: 52929@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Please try with adding a (no-special-glyphs . t) entry to the parameters >> of the child frame. > > This solves the issue completely, thank you a lot for this! Could you > please briefly explain why this is necessary to fully show the image? In > particular, which glyph was shown here that used the 1 pixel width? When a window has no right fringe, Emacs by default usurps the rightmost character on each text line so it can indicate there whether that line is truncated or continued. The maximum width of the special glyph to be displayed there (typically a "$" or a "\") is subtracted from the maximum width of the display area of that window. So with the right fringe turned off, you as a rule always lose one column to the display engine even when displayed lines are never truncated or continued. But Eli can explain it better. Note that with current master you need not calculate the size of your image yourself. Emacs can do it for you as with (with-current-buffer (get-buffer-create "Happy New Year 2022!") (setq cursor-type nil mode-line-format nil) (erase-buffer) (insert-image-file "/home/martin/Downloads/202202.png") (let* ((size (buffer-text-pixel-size)) (width (car size)) (height (cdr size)) (frame (make-frame `((parent-frame . ,(selected-frame)) (no-special-glyphs . t) (minibuffer . nil) (left . 100) (top . 100) (internal-border-width . 0) (vertical-scroll-bars . nil) (left-fringe . 0) (right-fringe . 0) (width . (text-pixels . ,width)) (height . (text-pixels . ,height)))))) (read-key) (delete-frame frame))) With Emacs 27 you would have to use 'window-text-pixel-size' or 'fit-frame-to-buffer' which both have the problem that you first have to put your buffer into a window in order to resize it appropriately. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 01 11:17:45 2022 Received: (at 52929) by debbugs.gnu.org; 1 Jan 2022 16:17:45 +0000 Received: from localhost ([127.0.0.1]:59212 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3h4j-00028z-I1 for submit@debbugs.gnu.org; Sat, 01 Jan 2022 11:17:45 -0500 Received: from eggs.gnu.org ([209.51.188.92]:59242) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3h4i-00028l-Di for 52929@debbugs.gnu.org; Sat, 01 Jan 2022 11:17:44 -0500 Received: from [2001:470:142:3::e] (port=35244 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n3h4c-0004Xj-JJ; Sat, 01 Jan 2022 11:17:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Xop88YKhGN9jm8G7cJwLu9ZoiKRKJ+XylaULu8DMxbQ=; b=WIYnGp3RcWKt GSEp+j759JCZp1ebbSVSQdDIrh8XIjxvxukXPuXrFEfSMD6eUZIu0cl0nphR0pZuo3Eh8PJJCMnpI x7BeNp8MdBReabC4GNi6gu/7/7cTA98sd9VVhItvljJ34TfnEdknX582jREdGxJ9J5aOkHVs7n63Z dsBdRtB/yD04WnWkmDYyiEEd0gnA8MX9C5PJMDZgUfaREFWU6SJPQIh+ZVfUfs9r3z/TjydPU/obt OE7TD/NolIPpMjtHzswfy3j0cl4bIXESoJcEO9u6sQmCLSV+jYRyoFn35PQfHYOLyyw/raJP03NlU FfXqdQ6jYUviP2gr/jAHTw==; Received: from [87.69.77.57] (port=3423 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n3h4c-0006OU-It; Sat, 01 Jan 2022 11:17:38 -0500 Date: Sat, 01 Jan 2022 18:17:37 +0200 Message-Id: <83ee5rfn1a.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: <83f2f02c-9276-44e8-f15b-70cdf666dcd8@gmx.at> (message from martin rudalics on Sat, 1 Jan 2022 17:01:27 +0100) Subject: Re: bug#52929: 27.1; Images are sometimes not fully displayed References: <87h7anlq95.fsf@metalevel.at> <83f2f02c-9276-44e8-f15b-70cdf666dcd8@gmx.at> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52929 Cc: triska@metalevel.at, 52929@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: martin rudalics > Date: Sat, 1 Jan 2022 17:01:27 +0100 > Cc: 52929@debbugs.gnu.org > > When a window has no right fringe, Emacs by default usurps the rightmost > character on each text line so it can indicate there whether that line > is truncated or continued. The maximum width of the special glyph to be > displayed there (typically a "$" or a "\") is subtracted from the > maximum width of the display area of that window. So with the right > fringe turned off, you as a rule always lose one column to the display > engine even when displayed lines are never truncated or continued. > > But Eli can explain it better. I think you explained it very clearly, I have nothing to add, except the obvious: the no-special-glyphs frame parameter, if its value is non-nil, suppresses the display of the truncation and continuation glyphs, and thus the column that the display engine needs for that is free for other needs. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 01 11:43:26 2022 Received: (at control) by debbugs.gnu.org; 1 Jan 2022 16:43:26 +0000 Received: from localhost ([127.0.0.1]:59218 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3hTa-0002qC-Lb for submit@debbugs.gnu.org; Sat, 01 Jan 2022 11:43:26 -0500 Received: from [78.47.144.35] (port=57976 helo=metalevel.at) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3hTY-0002q1-Ls for control@debbugs.gnu.org; Sat, 01 Jan 2022 11:43:25 -0500 Received: by metalevel.at (Postfix, from userid 1000) id 09E259C74D; Sat, 1 Jan 2022 17:43:23 +0100 (CET) From: Markus Triska To: control@debbugs.gnu.org Subject: Re: bug#52929: Acknowledgement (27.1; Images are sometimes not fully displayed) References: Date: Sat, 01 Jan 2022 17:43:22 +0100 In-Reply-To: (GNU bug Tracking System's message of "Sat, 01 Jan 2022 09:01:02 +0000") Message-ID: <87lezz4dat.fsf@metalevel.at> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: close 52929 Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_NONE SPF: sender does not publish an SPF Record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) close 52929 From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 01 12:06:36 2022 Received: (at 52929) by debbugs.gnu.org; 1 Jan 2022 17:06:36 +0000 Received: from localhost ([127.0.0.1]:59229 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3hq0-0005jj-Ny for submit@debbugs.gnu.org; Sat, 01 Jan 2022 12:06:36 -0500 Received: from [78.47.144.35] (port=58288 helo=metalevel.at) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3hpy-0005jZ-L2 for 52929@debbugs.gnu.org; Sat, 01 Jan 2022 12:06:34 -0500 Received: by metalevel.at (Postfix, from userid 1000) id 78D2D9C74E; Sat, 1 Jan 2022 18:06:33 +0100 (CET) From: Markus Triska To: Eli Zaretskii Subject: Re: bug#52929: 27.1; Images are sometimes not fully displayed References: <87h7anlq95.fsf@metalevel.at> <83f2f02c-9276-44e8-f15b-70cdf666dcd8@gmx.at> <83ee5rfn1a.fsf@gnu.org> Date: Sat, 01 Jan 2022 18:06:33 +0100 In-Reply-To: <83ee5rfn1a.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 01 Jan 2022 18:17:37 +0200") Message-ID: <87y23z8jxi.fsf@metalevel.at> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Thank you very much for these explanations, I have closed this issue! The new function buffer-text-pixel-size will be especially useful for me in new Emacs versions! For older Emacs versions, image-size may be useful, I have filed #52931 for an issue I found with it. Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_NONE SPF: sender does not publish an SPF Record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-Debbugs-Envelope-To: 52929 Cc: martin rudalics , 52929@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) Thank you very much for these explanations, I have closed this issue! The new function buffer-text-pixel-size will be especially useful for me in new Emacs versions! For older Emacs versions, image-size may be useful, I have filed #52931 for an issue I found with it. Thank you and all the best, Markus From unknown Sat Aug 16 18:38:11 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 30 Jan 2022 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator