From unknown Thu Jun 19 14:04:24 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#46464 <46464@debbugs.gnu.org> To: bug#46464 <46464@debbugs.gnu.org> Subject: Status: 27.1; wide images are hidden partially at the right edge of window Reply-To: bug#46464 <46464@debbugs.gnu.org> Date: Thu, 19 Jun 2025 21:04:24 +0000 retitle 46464 27.1; wide images are hidden partially at the right edge of w= indow reassign 46464 emacs submitter 46464 ynyaaa@gmail.com severity 46464 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 12 10:12:05 2021 Received: (at submit) by debbugs.gnu.org; 12 Feb 2021 15:12:05 +0000 Received: from localhost ([127.0.0.1]:32797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lAa72-0003Q8-UI for submit@debbugs.gnu.org; Fri, 12 Feb 2021 10:12:05 -0500 Received: from lists.gnu.org ([209.51.188.17]:44264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lAa6z-0003PR-H6 for submit@debbugs.gnu.org; Fri, 12 Feb 2021 10:12:03 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:43456) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lAa6z-00049x-Ao for bug-gnu-emacs@gnu.org; Fri, 12 Feb 2021 10:12:01 -0500 Received: from mail-pg1-x535.google.com ([2607:f8b0:4864:20::535]:45676) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lAa6v-0007kn-9F for bug-gnu-emacs@gnu.org; Fri, 12 Feb 2021 10:12:01 -0500 Received: by mail-pg1-x535.google.com with SMTP id o21so6429382pgn.12 for ; Fri, 12 Feb 2021 07:11:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=UThMF0v7fMVCdUbf3QaDxk05LF5utTCuc45DANdh5N0=; b=WN4iFE+3wZhHCLkOxJZF6r6+QhuvCBNQFJUP6ccfqiyXvSfrjK5efl8P5WbFNPKH9n wRsWzCrev36gnoC+Dw9Dq8UlqgFDIiXMPup0P6LDgHOtGjVpYk8yemQZ6CySX8jxBmqS afSQFfQvUs5pZP96aAZPLF95EnSCukmNuKoxVWd4a//dyfAtnCnkrpLFYo2chIohH5Md NppG9MMAGT0+LKMucIkwgEhXvkL0ZjXWRyMK4iEuUv1T2T2HM3NK+wAGpT7zuWFaxrcf DnDuxfzBdVYfabV2djPCcaDbq+/tDHXBcWa51+P+AZZ+vNuoGelleT1c8n9uWByIVXv3 6Apw== 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:date:message-id:mime-version; bh=UThMF0v7fMVCdUbf3QaDxk05LF5utTCuc45DANdh5N0=; b=enYVuoMrZAjg2oT1t+6aEAGRAu8x2Bj1y+JMJ0u6nLUPHK6suGzKfLDcABzqCS1ffE pWcj7w7BiAwyUZShbP0/qdatchvTn79bEdmfo/TITdtqHVZ+68aKrZE3wiINqQTyFln+ RXAGr9hFYYpDZ7Cc8xHGweQzdIubRj5tia0Tib9elMy6MO/QTYxaCkhdP+32jNO7LKE0 iBNF2EON5xjTZ7aXPvS5XZPrPLv1eWFI3Y2CRO6iSI3gQ2VcKzBJSMkjM7X9+R6qJgmd aMRLFCnYV8NnfB4cXN8t3yj0iX14CHOReJDpp7BzB1+rNZJvIMO9CDQ4Dmz9s/1k/9YH hsKA== X-Gm-Message-State: AOAM530c+isJWBvJoM2mQE7C25rSdkytElWe8O3g8ZOlsRVTI/hQwhdK J77xDXdB/OhP5Nw0UcwOTDU0GdRThjM= X-Google-Smtp-Source: ABdhPJzrvSbOus1MUU0qr7o5RIYyudVloiMONWFMBlwa+jUf7JvVi+B/jpIFh+8mBA0KJz1gyzDPbQ== X-Received: by 2002:a65:6418:: with SMTP id a24mr3631700pgv.33.1613142713497; Fri, 12 Feb 2021 07:11:53 -0800 (PST) Received: from HP (east42-p109.eaccess.hi-ho.ne.jp. [219.121.173.110]) by smtp.gmail.com with ESMTPSA id 30sm9981182pgl.77.2021.02.12.07.11.52 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 12 Feb 2021 07:11:53 -0800 (PST) From: ynyaaa@gmail.com To: bug-gnu-emacs@gnu.org Subject: 27.1; wide images are hidden partially at the right edge of window Date: Sat, 13 Feb 2021 00:11:26 +0900 Message-ID: <86zh09s4m9.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2607:f8b0:4864:20::535; envelope-from=ynyaaa@gmail.com; helo=mail-pg1-x535.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.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: -2.3 (--) Evaluate the form below, 10 images are inserted in one logical line. The fourth image of the first visual line and the fourth image of the secodn visual line are hidden partially at the right edge of the window, where (frame-char-width) => 8 and (window-text-width) => 80. Also #'previous-line works strangely. >From the end of the 3rd visual line(next to the 2nd image of the line), type C-p, then the point moves to the 3rd image of the 2nd line, type C-p, then the point moves to the 1st image of the 2nd line, type C-p, then the point moves to the 3rd image of the 1st line, type C-p, then the point moves to the 1st image of the 1st line, type C-p, then the point moves to the column of the previous line near the 3rd image. (let* ((w 200) (h 50) (form " ") (s (propertize "%c" 'face '(:height 10.0)))) (dotimes (i 10) (let* ((color (nth (% i 5) '("red" "green" "blue" "yellow" "orange"))) (svg (format form w h 0 0 w h color))) (insert-image (create-image svg 'svg t :scale 1))))) In GNU Emacs 27.1 (build 1, x86_64-w64-mingw32) of 2020-08-22 built on CIRROCUMULUS Repository revision: 86d8d76aa36037184db0b2897c434cdaab1a9ae8 Repository branch: HEAD Windowing system distributor 'Microsoft Corp.', version 10.0.18363 System Description: Microsoft Windows 10 Pro (v10.0.1909.18363.1316) Recent messages: Configured using: 'configure --without-dbus --host=x86_64-w64-mingw32 --without-compress-install 'CFLAGS=-O2 -static'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2 HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS JSON PDUMPER LCMS2 GMP Important settings: value of $LANG: JPN locale-coding-system: cp932 Major mode: Emacs-Lisp Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils misearch multi-isearch term/bobcat japan-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 59623 8847) (symbols 48 6128 1) (strings 32 17432 1478) (string-bytes 1 567630) (vectors 16 10820) (vector-slots 8 209933 10204) (floats 8 21 68) (intervals 56 579 0) (buffers 1000 12)) From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 13 08:01:35 2021 Received: (at 46464) by debbugs.gnu.org; 13 Feb 2021 13:01:35 +0000 Received: from localhost ([127.0.0.1]:33724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lAuYJ-0001lM-AN for submit@debbugs.gnu.org; Sat, 13 Feb 2021 08:01:35 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56672) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lAuYH-0001lA-Jb for 46464@debbugs.gnu.org; Sat, 13 Feb 2021 08:01:33 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48429) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lAuYC-0005E3-7z; Sat, 13 Feb 2021 08:01:28 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4927 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lAuY6-0007ip-A2; Sat, 13 Feb 2021 08:01:24 -0500 Date: Sat, 13 Feb 2021 15:01:19 +0200 Message-Id: <83wnvcceao.fsf@gnu.org> From: Eli Zaretskii To: ynyaaa@gmail.com In-Reply-To: <86zh09s4m9.fsf@gmail.com> (ynyaaa@gmail.com) Subject: Re: bug#46464: 27.1; wide images are hidden partially at the right edge of window References: <86zh09s4m9.fsf@gmail.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46464 Cc: 46464@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.7 (-) > From: ynyaaa@gmail.com > Date: Sat, 13 Feb 2021 00:11:26 +0900 > > Evaluate the form below, 10 images are inserted in one logical line. > The fourth image of the first visual line and the fourth image of the > secodn visual line are hidden partially at the right edge of the window, > where (frame-char-width) => 8 and (window-text-width) => 80. This is the intended behavior: Emacs silently crops images that don't fit on their screen line. > Also #'previous-line works strangely. > >From the end of the 3rd visual line(next to the 2nd image of the line), > type C-p, then the point moves to the 3rd image of the 2nd line, > type C-p, then the point moves to the 1st image of the 2nd line, > type C-p, then the point moves to the 3rd image of the 1st line, > type C-p, then the point moves to the 1st image of the 1st line, > type C-p, then the point moves to the column of the previous line near > the 3rd image. This was a subtle bug, triggered by the fact that one image follows another where vertical cursor motion is invoked. Should be fixed now on the master branch. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 14 09:30:43 2021 Received: (at 46464) by debbugs.gnu.org; 14 Feb 2021 14:30:43 +0000 Received: from localhost ([127.0.0.1]:35656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lBIQ7-0001Mi-LH for submit@debbugs.gnu.org; Sun, 14 Feb 2021 09:30:43 -0500 Received: from mail-pf1-f170.google.com ([209.85.210.170]:46508) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lBIQ5-0001ML-Ls for 46464@debbugs.gnu.org; Sun, 14 Feb 2021 09:30:42 -0500 Received: by mail-pf1-f170.google.com with SMTP id k13so2607280pfh.13 for <46464@debbugs.gnu.org>; Sun, 14 Feb 2021 06:30:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=b0EKIlwFWNSp88KSg4+qfwxVPrFd3PTwsAF5vDoJD08=; b=bVPyTqaKV7MODUKcd78p9DEVYXL95Y7blGHK1j0VdcxQGcUp20GJrxMhPAyl3sX4vY 4kbY+JBk5EIoAefqEsgE0cGJXdB+acV/5sYpIwXCrL5fyTTWgtj6f5SCyweaDfzZR52a WT7PNOgEctNnTVvBZxu3OOjq6ki4o6i32yvqgiPjF6R70dQpEf32Q/fI7NNj5/dGdSZp kJ83vCyUnI/X2QfhX1J0Cq1vrdShg0EcWxZExBcQxB6JdhsWFtEXxa3mWVvTpnc8QFoc 7wgBBEPbag2lU5C4L5eWl9KUch4qvf+vQYYBNuq965qP6iE422AxSDkcsAA7dZA8vFtM 6LkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=b0EKIlwFWNSp88KSg4+qfwxVPrFd3PTwsAF5vDoJD08=; b=lsWIP5HeTrUcNCl4gDG1yyHlFC9yhG6+ig6NJJ3yfF5o9lXL1q6DRtbxmmpVmnrpnV S2BRSBFRYPhtWS2N9Xh8XnmgOj8bhBHFp7lxKGQT5T6Pi7uv50ma7SfuFw9PTSOW0SSe zHeiAWJTp1UEjtvrut5ZlQvGetytW2I5dSuwx8XLmK/25Y+SR9oPJLVT7iC6SE01SVYX jL+oL0N+UFiPaUzN8TVzPuQ/6tgtj+2uWWuz0ZbzyEPLjI+CjS1cSLhUNNQ72kHt7Eqe 4Q8vRVj/Cg0sU9982gSqEd5V85BnZ7aa7H9x6XGS7W58GWJ0122L82ziUJVMzqs95B3Z kAaQ== X-Gm-Message-State: AOAM532zLwEwQplTihgll6nrigzKWViHUeT1pJNkWwMSktf6HYumhudp Ty4brmmoQCYUeQI/iycLNcznjU9+IFQ= X-Google-Smtp-Source: ABdhPJwf5Y55t7IIbJIFTcnKOHlxj8tEtZmYkE3xZOn1HjwMTqxghA5NeJV5yFoq8MtggT30Blb5nQ== X-Received: by 2002:a62:2f07:0:b029:1bb:5f75:f985 with SMTP id v7-20020a622f070000b02901bb5f75f985mr11278963pfv.76.1613313035603; Sun, 14 Feb 2021 06:30:35 -0800 (PST) Received: from HP (east42-p109.eaccess.hi-ho.ne.jp. [219.121.173.110]) by smtp.gmail.com with ESMTPSA id q188sm15166294pfb.8.2021.02.14.06.30.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 14 Feb 2021 06:30:35 -0800 (PST) From: ynyaaa@gmail.com To: Eli Zaretskii Subject: Re: bug#46464: 27.1; wide images are hidden partially at the right edge of window In-Reply-To: <83wnvcceao.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 13 Feb 2021 15:01:19 +0200") References: <86zh09s4m9.fsf@gmail.com> <83wnvcceao.fsf@gnu.org> Date: Sun, 14 Feb 2021 23:30:27 +0900 Message-ID: <86y2fqg1rw.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 46464 Cc: 46464@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 (-) Eli Zaretskii writes: >> From: ynyaaa@gmail.com >> Date: Sat, 13 Feb 2021 00:11:26 +0900 >> >> Evaluate the form below, 10 images are inserted in one logical line. >> The fourth image of the first visual line and the fourth image of the >> secodn visual line are hidden partially at the right edge of the window, >> where (frame-char-width) => 8 and (window-text-width) => 80. > > This is the intended behavior: Emacs silently crops images that don't > fit on their screen line. What means by "images that don't fit on their screen line"? If a edge of a image is near the right edge of the window, the image is mostly hidden. It is not preferable. And if :margin is specified, the image may be hidden completely. By the way, if :margin is specified, a partial image on the right edge of the window is displayed with right margin. It is very misleading. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 14 11:10:37 2021 Received: (at 46464) by debbugs.gnu.org; 14 Feb 2021 16:10:37 +0000 Received: from localhost ([127.0.0.1]:36599 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lBJyn-00063e-K8 for submit@debbugs.gnu.org; Sun, 14 Feb 2021 11:10:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lBJyl-00063P-ME for 46464@debbugs.gnu.org; Sun, 14 Feb 2021 11:10:36 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40515) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lBJyg-000785-Gu; Sun, 14 Feb 2021 11:10:30 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2199 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lBJyL-0004gR-9t; Sun, 14 Feb 2021 11:10:25 -0500 Date: Sun, 14 Feb 2021 18:10:11 +0200 Message-Id: <83h7mebpgc.fsf@gnu.org> From: Eli Zaretskii To: ynyaaa@gmail.com In-Reply-To: <86y2fqg1rw.fsf@gmail.com> (ynyaaa@gmail.com) Subject: Re: bug#46464: 27.1; wide images are hidden partially at the right edge of window References: <86zh09s4m9.fsf@gmail.com> <83wnvcceao.fsf@gnu.org> <86y2fqg1rw.fsf@gmail.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46464 Cc: 46464@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.7 (-) > From: ynyaaa@gmail.com > Cc: 46464@debbugs.gnu.org > Date: Sun, 14 Feb 2021 23:30:27 +0900 > > > This is the intended behavior: Emacs silently crops images that don't > > fit on their screen line. > > What means by "images that don't fit on their screen line"? It means the image is wider than the space left on the screen line from the image's position to the edge of the window. > If a edge of a image is near the right edge of the window, > the image is mostly hidden. It is not preferable. That's how Emacs behaved since v21. > And if :margin is specified, the image may be hidden completely. > > By the way, if :margin is specified, a partial image on the right edge > of the window is displayed with right margin. I don't think I understand what you mean by that. Can you show a test case? From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 15 08:41:13 2021 Received: (at 46464) by debbugs.gnu.org; 15 Feb 2021 13:41:13 +0000 Received: from localhost ([127.0.0.1]:37656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lBe7k-0000YP-8s for submit@debbugs.gnu.org; Mon, 15 Feb 2021 08:41:13 -0500 Received: from mail-pl1-f175.google.com ([209.85.214.175]:46594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lBe7g-0000Y8-Dy for 46464@debbugs.gnu.org; Mon, 15 Feb 2021 08:41:11 -0500 Received: by mail-pl1-f175.google.com with SMTP id u11so3740391plg.13 for <46464@debbugs.gnu.org>; Mon, 15 Feb 2021 05:41:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=BkzMbk1ivoey3jIjj6WWXAQ+0kocDuAFkdO0CgqY6Uo=; b=pfOcK9k6NraBLeZ9BXm+brMnzyzNgp78xoSramp2GVs/9i3Caorvx/xX7/3bYqBhkh aiG47viBANJUiy4SBQJ33jwkV+NFWEbbaKCpD/+qqgjRYs3rn9/NE/Y3nXpJdyzgYP/K fPECE/xxVLm+RhJD9Fpd1uP/uWiMkJXPCrNH/hH+qgsG1oxXhTzQvFYHIy5Z2PfG2/j0 aR6IiaZYqONF45k7tlfVCLK7WSv5QM2e0/yYyXPoZdJZx50D/o++E25s1V5/Z3886Gkn DW2ePbA+sbQIazrGAk8MAJgtGJCdvQ9go9fbk32FrE6C/MRGXjMSerAhoUqIkDuGgJPv NLvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=BkzMbk1ivoey3jIjj6WWXAQ+0kocDuAFkdO0CgqY6Uo=; b=XH/E1Dl7A8p28rY/jjdIon6ZJVR01Bpa6C4PtWVTRuMsGB8lxxUg694zKMIunlgT/d yu6dtSSNcwwbnXX6yd/HgRBmm7DfifG8inmKMezOpFL0R7TilZimmvrQnfikqnpgviaB eR7BzrONxIpmDlRQdyySXMIFQ9BycBlrRZ/eTUgpu19HrHBlxa2q7qRfukPizbPPZyJ9 AWuFWIGnLkjQgT1+97q4+PdVomf3Ix/vRStVb6v6rVcmKtkbZMilMQ1HfbzKj8fprBf7 3JQ+bJFqkoBFWCMJT8BnLKnqHx7ML59LCC8eLYrp1XEMSTyGeVLhEwQUj1EHqeIgPzz6 jxZg== X-Gm-Message-State: AOAM531iWhCqyrjCTo0jBhBQ4KgwZ8xuGrVUCnyz0AAOQSEEF0hxoUZP 6+1ybYOXE6YmpynrEhW2KzAdMAqSwA4= X-Google-Smtp-Source: ABdhPJwUQL+Jz9v2uK2siKRAaZtCpD+DVza32/id2KjbpC1YhCgP/az1+Kd/A1BQx1CmDpyHCdUH8A== X-Received: by 2002:a17:90a:1503:: with SMTP id l3mr16106531pja.41.1613396462175; Mon, 15 Feb 2021 05:41:02 -0800 (PST) Received: from HP (east42-p109.eaccess.hi-ho.ne.jp. [219.121.173.110]) by smtp.gmail.com with ESMTPSA id c18sm19596686pfo.171.2021.02.15.05.41.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 15 Feb 2021 05:41:01 -0800 (PST) From: ynyaaa@gmail.com To: Eli Zaretskii Subject: Re: bug#46464: 27.1; wide images are hidden partially at the right edge of window In-Reply-To: <83h7mebpgc.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 14 Feb 2021 18:10:11 +0200") References: <86zh09s4m9.fsf@gmail.com> <83wnvcceao.fsf@gnu.org> <86y2fqg1rw.fsf@gmail.com> <83h7mebpgc.fsf@gnu.org> Date: Mon, 15 Feb 2021 22:40:56 +0900 Message-ID: <86pn11fnyv.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 46464 Cc: 46464@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 (-) Eli Zaretskii writes: >> From: ynyaaa@gmail.com >> Cc: 46464@debbugs.gnu.org >> Date: Sun, 14 Feb 2021 23:30:27 +0900 >> >> > This is the intended behavior: Emacs silently crops images that don't >> > fit on their screen line. >> >> What means by "images that don't fit on their screen line"? > > It means the image is wider than the space left on the screen line > from the image's position to the edge of the window. > >> If a edge of a image is near the right edge of the window, >> the image is mostly hidden. It is not preferable. > > That's how Emacs behaved since v21. If the width of the iamge is 200 pixels, typing some characters at the beginning of the same line, the image moves to the right and gets hidden gradually and is wrapped to the next visual line. If the width of the image is 150 pixels, the entire image does not get hidden and it is wrapped when the image right edge is going to across the right edge of the window. What is the difference? >> And if :margin is specified, the image may be hidden completely. >> >> By the way, if :margin is specified, a partial image on the right edge >> of the window is displayed with right margin. > > I don't think I understand what you mean by that. Can you show a test > case? Evaluating the form below, four images are supposed to be displayed in the first visual line. But the fourth image is invisible. Similar for the second visual line. If ':margin 5' is replaced with ':margin 20', three images are displayed in the first to third visual lines. Third image in each visual line is truncated at the x-coordinate 20 pixels apart from the right edge of the window. It looks as if the image is not truncated and is small. (dotimes (i 10) (let* ((w 200) (h 30) (sw 6) (color (nth (% i 5) '("red" "green" "blue" "yellow" "orange"))) (svg (format " " w h (/ sw 2) (/ sw 2) (- w sw) (- h sw) color sw))) (insert-image (create-image svg 'svg t :margin 5 :scale 1)))) From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 15 10:41:17 2021 Received: (at 46464) by debbugs.gnu.org; 15 Feb 2021 15:41:17 +0000 Received: from localhost ([127.0.0.1]:38535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lBfzx-0003iM-94 for submit@debbugs.gnu.org; Mon, 15 Feb 2021 10:41:17 -0500 Received: from eggs.gnu.org ([209.51.188.92]:49824) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lBfzv-0003i9-Pt for 46464@debbugs.gnu.org; Mon, 15 Feb 2021 10:41:16 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59460) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lBfzq-0001zA-Ht; Mon, 15 Feb 2021 10:41:10 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1765 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lBfzp-0005bC-UN; Mon, 15 Feb 2021 10:41:10 -0500 Date: Mon, 15 Feb 2021 17:41:15 +0200 Message-Id: <83o8gl9w4k.fsf@gnu.org> From: Eli Zaretskii To: ynyaaa@gmail.com In-Reply-To: <86pn11fnyv.fsf@gmail.com> (ynyaaa@gmail.com) Subject: Re: bug#46464: 27.1; wide images are hidden partially at the right edge of window References: <86zh09s4m9.fsf@gmail.com> <83wnvcceao.fsf@gnu.org> <86y2fqg1rw.fsf@gmail.com> <83h7mebpgc.fsf@gnu.org> <86pn11fnyv.fsf@gmail.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46464 Cc: 46464@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.7 (-) > From: ynyaaa@gmail.com > Cc: 46464@debbugs.gnu.org > Date: Mon, 15 Feb 2021 22:40:56 +0900 > > >> If a edge of a image is near the right edge of the window, > >> the image is mostly hidden. It is not preferable. > > > > That's how Emacs behaved since v21. > > If the width of the iamge is 200 pixels, typing some characters at the > beginning of the same line, the image moves to the right and gets hidden > gradually and is wrapped to the next visual line. > > If the width of the image is 150 pixels, the entire image does not get > hidden and it is wrapped when the image right edge is going to across > the right edge of the window. > > What is the difference? There's a heuristic that changes behavior when the image becomes wider than 1/4 of the window. By default, the "emacs -Q" window is 640 pixels wide, so that's what you see. > >> And if :margin is specified, the image may be hidden completely. > >> > >> By the way, if :margin is specified, a partial image on the right edge > >> of the window is displayed with right margin. > > > > I don't think I understand what you mean by that. Can you show a test > > case? > > Evaluating the form below, four images are supposed to be displayed in > the first visual line. But the fourth image is invisible. Similar for > the second visual line. > > If ':margin 5' is replaced with ':margin 20', three images are displayed > in the first to third visual lines. Third image in each visual line is > truncated at the x-coordinate 20 pixels apart from the right edge of the > window. It looks as if the image is not truncated and is small. > > (dotimes (i 10) > (let* ((w 200) (h 30) (sw 6) > (color (nth (% i 5) '("red" "green" "blue" "yellow" "orange"))) > (svg (format " version=\"1.1\" xmlns=\"http://www.w3.org/2000/svg\"> > stroke-width=\"%g\" fill=\"grey\"/> > " w h (/ sw 2) (/ sw 2) (- w sw) (- h sw) color sw))) > (insert-image (create-image svg 'svg t :margin 5 :scale 1)))) I will look into this and see if this is a bug or intended behavior. In general, Lisp programs that display wide images should be careful about these aspects to make sure images aren't clipped and appear in their entirety. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 16 13:56:04 2021 Received: (at 46464-done) by debbugs.gnu.org; 16 Feb 2021 18:56:04 +0000 Received: from localhost ([127.0.0.1]:41549 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lC5W0-00016U-AR for submit@debbugs.gnu.org; Tue, 16 Feb 2021 13:56:04 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lC5Vy-00015y-He for 46464-done@debbugs.gnu.org; Tue, 16 Feb 2021 13:56:02 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:58149) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lC5Vt-0002Tl-A5; Tue, 16 Feb 2021 13:55:57 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3246 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lC5Vs-0000gw-62; Tue, 16 Feb 2021 13:55:56 -0500 Date: Tue, 16 Feb 2021 20:56:03 +0200 Message-Id: <83blcj970c.fsf@gnu.org> From: Eli Zaretskii To: ynyaaa@gmail.com In-Reply-To: <83o8gl9w4k.fsf@gnu.org> (message from Eli Zaretskii on Mon, 15 Feb 2021 17:41:15 +0200) Subject: Re: bug#46464: 27.1; wide images are hidden partially at the right edge of window References: <86zh09s4m9.fsf@gmail.com> <83wnvcceao.fsf@gnu.org> <86y2fqg1rw.fsf@gmail.com> <83h7mebpgc.fsf@gnu.org> <86pn11fnyv.fsf@gmail.com> <83o8gl9w4k.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46464-done Cc: 46464-done@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.7 (-) > Date: Mon, 15 Feb 2021 17:41:15 +0200 > From: Eli Zaretskii > Cc: 46464@debbugs.gnu.org > > > Evaluating the form below, four images are supposed to be displayed in > > the first visual line. But the fourth image is invisible. Similar for > > the second visual line. > > > > If ':margin 5' is replaced with ':margin 20', three images are displayed > > in the first to third visual lines. Third image in each visual line is > > truncated at the x-coordinate 20 pixels apart from the right edge of the > > window. It looks as if the image is not truncated and is small. > > > > (dotimes (i 10) > > (let* ((w 200) (h 30) (sw 6) > > (color (nth (% i 5) '("red" "green" "blue" "yellow" "orange"))) > > (svg (format " > version=\"1.1\" xmlns=\"http://www.w3.org/2000/svg\"> > > > stroke-width=\"%g\" fill=\"grey\"/> > > " w h (/ sw 2) (/ sw 2) (- w sw) (- h sw) color sw))) > > (insert-image (create-image svg 'svg t :margin 5 :scale 1)))) > > I will look into this and see if this is a bug or intended behavior. I've looked at the code: it's deliberate. We truncate the image to fit within the window, but still leave the margins around it. So I don't see what else needed to be fixed here, and I'm closing this bug report. From unknown Thu Jun 19 14:04:24 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 17 Mar 2021 11:24:08 +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