* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode @ 2023-08-10 0:00 awrhygty 2023-08-10 8:22 ` Eli Zaretskii 0 siblings, 1 reply; 20+ messages in thread From: awrhygty @ 2023-08-10 0:00 UTC (permalink / raw) To: 65187 Evaluate the following sexp and type C-e to display the right side of the image. The vertical red line on the right edge should be displayed. But it is not displayed. (let* ((w (+ (window-pixel-width) 100)) (h 100) (stroke-width 4) (rect-w (- w stroke-width)) (rect-h (- h stroke-width)) (rect-x (/ stroke-width 2)) (rect-y (/ stroke-width 2)) (svg (format "\ <svg width=\"%d\" height=\"%d\"> <rect width=\"%d\" height=\"%d\" x=\"%d\" y=\"%d\"\ fill=\"blue\" stroke=\"red\" stroke-width=\"%d\"/> </svg>\ " w h rect-w rect-h rect-x rect-y stroke-width))) (switch-to-buffer (generate-new-buffer "tmpsvg")) (insert svg) (let ((image-auto-resize nil)) (image-mode))) In GNU Emacs 29.1 (build 2, x86_64-w64-mingw32) of 2023-08-02 built on AVALON Windowing system distributor 'Microsoft Corp.', version 10.0.19045 System Description: Microsoft Windows 10 Pro (v10.0.2009.19045.3324) Configured using: 'configure --with-modules --without-dbus --with-native-compilation=aot --without-compress-install --with-tree-sitter CFLAGS=-O2' Configured features: ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XPM ZLIB (NATIVE_COMP present but libgccjit not available) Important settings: value of $LANG: JPN locale-coding-system: cp932 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-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 line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message mailcap yank-media puny rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date subr-x mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils image-mode dired dired-loaddefs exif find-func thingatpt cl-loaddefs cl-lib term/bobcat japan-util rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode 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 lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine 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 emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 56584 11826) (symbols 48 5452 0) (strings 32 16938 1538) (string-bytes 1 699488) (vectors 16 11294) (vector-slots 8 344551 20642) (floats 8 46 27) (intervals 56 446 120) (buffers 984 12)) ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-10 0:00 bug#65187: 29.1; right edge of wide image can not be displayed in image-mode awrhygty @ 2023-08-10 8:22 ` Eli Zaretskii 2023-08-11 0:23 ` Michael Heerdegen 0 siblings, 1 reply; 20+ messages in thread From: Eli Zaretskii @ 2023-08-10 8:22 UTC (permalink / raw) To: awrhygty; +Cc: 65187 > From: awrhygty@outlook.com > Date: Thu, 10 Aug 2023 09:00:55 +0900 > > > Evaluate the following sexp and type C-e to display the right side of > the image. The snippet you posted signaled an error: Debugger entered--Lisp error: (error "Defining as dynamic an already lexical var" image-auto-resize) internal--define-uninitialized-variable(image-auto-resize "Non-nil to resize the image upon first display.\nIt...") custom-declare-variable(image-auto-resize (funcall #'#f(compiled-function () #<bytecode 0x49800016a1c14>)) "Non-nil to resize the image upon first display.\nIt..." :type (choice (const :tag "No resizing" nil) (const :tag "Fit to window" fit-window) (other :tag "Scale down to fit window" t) (number :tag "Scale factor" 1)) :version "29.1" :group image) byte-code("\300\301\302\303\304DD\305\306\307\310\311\312\313&\11\210\300\314\302\303\315DD\316\306\317\310\311\312\313&\11\210\300\320\302\303\321DD\322\306\323\310\324\312\313&\11..." [custom-declare-variable image-auto-resize funcall function #f(compiled-function () #<bytecode 0x49800016a1c14>) "Non-nil to resize the image upon first display.\nIt..." :type (choice (const :tag "No resizing" nil) (const :tag "Fit to window" fit-window) (other :tag "Scale down to fit window" t) (number :tag "Scale factor" 1)) :version "29.1" :group image image-auto-resize-max-scale-percent #f(compiled-function () #<bytecode 0x49800016ae914>) "Max size (in percent) to scale up to when `image-a..." (choice (const :tag "No max" nil) natnum) image-auto-resize-on-window-resize #f(compiled-function () #<bytecode 0x49800016ae854>) "Non-nil to resize the image whenever the window's ..." (choice (const :tag "No auto-resize on window size change" nil) (integer :tag "Wait for number of seconds before resize" 1)) "27.1"] 10) (image-mode) (let ((image-auto-resize nil)) (image-mode)) (let* ((w (+ (window-pixel-width) 100)) (h 100) (stroke-width 4) (rect-w (- w stroke-width)) (rect-h (- h stroke-width)) (rect-x (/ stroke-width 2)) (rect-y (/ stroke-width 2)) (svg (format "<svg width=\"%d\" height=\"%d\">\n<rect width=\"%d\" heig..." w h rect-w rect-h rect-x rect-y stroke-width))) (switch-to-buffer (generate-new-buffer "tmpsvg")) (insert svg) (let ((image-auto-resize nil)) (image-mode))) (progn (let* ((w (+ (window-pixel-width) 100)) (h 100) (stroke-width 4) (rect-w (- w stroke-width)) (rect-h (- h stroke-width)) (rect-x (/ stroke-width 2)) (rect-y (/ stroke-width 2)) (svg (format "<svg width=\"%d\" height=\"%d\">\n<rect width=\"%d\" heig..." w h rect-w rect-h rect-x rect-y stroke-width))) (switch-to-buffer (generate-new-buffer "tmpsvg")) (insert svg) (let ((image-auto-resize nil)) (image-mode)))) eval((progn (let* ((w (+ (window-pixel-width) 100)) (h 100) (stroke-width 4) (rect-w (- w stroke-width)) (rect-h (- h stroke-width)) (rect-x (/ stroke-width 2)) (rect-y (/ stroke-width 2)) (svg (format "<svg width=\"%d\" height=\"%d\">\n<rect width=\"%d\" heig..." w h rect-w rect-h rect-x rect-y stroke-width))) (switch-to-buffer (generate-new-buffer "tmpsvg")) (insert svg) (let ((image-auto-resize nil)) (image-mode)))) t) elisp--eval-last-sexp(nil) eval-last-sexp(nil) funcall-interactively(eval-last-sexp nil) call-interactively(eval-last-sexp nil nil) command-execute(eval-last-sexp) I needed to change the recipe like below to be able to run it: (let* ((w (+ (window-pixel-width) 100)) (h 100) (stroke-width 4) (rect-w (- w stroke-width)) (rect-h (- h stroke-width)) (rect-x (/ stroke-width 2)) (rect-y (/ stroke-width 2)) (svg (format "\ <svg width=\"%d\" height=\"%d\"> <rect width=\"%d\" height=\"%d\" x=\"%d\" y=\"%d\"\ fill=\"blue\" stroke=\"red\" stroke-width=\"%d\"/> </svg>\ " w h rect-w rect-h rect-x rect-y stroke-width))) (switch-to-buffer (generate-new-buffer "tmpsvg")) (insert svg) (setopt image-auto-resize nil) ; <<<<<<<<<<<<<<<<<<<<<< (image-mode)) > The vertical red line on the right edge should be displayed. > But it is not displayed. When I execute the modified version of the recipe, C-e does display the red line on the right edge of the image. So I cannot reproduce the problem. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-10 8:22 ` Eli Zaretskii @ 2023-08-11 0:23 ` Michael Heerdegen 2023-08-11 6:15 ` Eli Zaretskii 0 siblings, 1 reply; 20+ messages in thread From: Michael Heerdegen @ 2023-08-11 0:23 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 65187, awrhygty Eli Zaretskii <eliz@gnu.org> writes: > (setopt image-auto-resize nil) ; <<<<<<<<<<<<<<<<<<<<<< > (image-mode)) Yes, or add a `defvar' call. > When I execute the modified version of the recipe, C-e does display > the red line on the right edge of the image. So I cannot reproduce > the problem. I think I can help: this seems to depend on the toolkit. When I "./configure --with-x-toolkit=no" and build I see the right red line like you. But with "./configure" and rebuilding I do not see it (i.e. I can reproduce the recipe). This is on Gnu/Linux. Michael. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-11 0:23 ` Michael Heerdegen @ 2023-08-11 6:15 ` Eli Zaretskii 2023-08-11 6:29 ` Michael Heerdegen 2023-08-13 6:53 ` Eli Zaretskii 0 siblings, 2 replies; 20+ messages in thread From: Eli Zaretskii @ 2023-08-11 6:15 UTC (permalink / raw) To: Michael Heerdegen; +Cc: 65187, awrhygty > From: Michael Heerdegen <michael_heerdegen@web.de> > Cc: awrhygty@outlook.com, 65187@debbugs.gnu.org > Date: Fri, 11 Aug 2023 02:23:03 +0200 > > Eli Zaretskii <eliz@gnu.org> writes: > > > (setopt image-auto-resize nil) ; <<<<<<<<<<<<<<<<<<<<<< > > (image-mode)) > > Yes, or add a `defvar' call. > > > When I execute the modified version of the recipe, C-e does display > > the red line on the right edge of the image. So I cannot reproduce > > the problem. > > I think I can help: this seems to depend on the toolkit. When I > "./configure --with-x-toolkit=no" and build I see the right red line > like you. > > But with "./configure" and rebuilding I do not see it (i.e. I can > reproduce the recipe). > > This is on Gnu/Linux. The OP is on MS-Windows, and there's just one "toolkit" there: the one I'm using here in my MS-Windows builds. But maybe there's some fine dependency on the frame geometry here; I will take a closer look. What bothers me is that the original recipe signals an error, so I'm unsure what kind of code the OP ran to see the problem to begin with. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-11 6:15 ` Eli Zaretskii @ 2023-08-11 6:29 ` Michael Heerdegen 2023-08-13 6:53 ` Eli Zaretskii 1 sibling, 0 replies; 20+ messages in thread From: Michael Heerdegen @ 2023-08-11 6:29 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 65187, awrhygty Eli Zaretskii <eliz@gnu.org> writes: > But maybe there's some fine dependency on the frame geometry here; I > will take a closer look. The frame width differs by one or two pixels for the different toolkit builds here. Something like that seems not unlikely. > What bothers me is that the original recipe signals an error, so I'm > unsure what kind of code the OP ran to see the problem to begin with. Maybe just with `image-mode' already loaded. Or sent the wrong recipe version by accident. Maybe the OP can tell us. Michael. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-11 6:15 ` Eli Zaretskii 2023-08-11 6:29 ` Michael Heerdegen @ 2023-08-13 6:53 ` Eli Zaretskii 2023-08-14 0:37 ` Michael Heerdegen 2023-08-15 3:54 ` awrhygty 1 sibling, 2 replies; 20+ messages in thread From: Eli Zaretskii @ 2023-08-13 6:53 UTC (permalink / raw) To: michael_heerdegen; +Cc: 65187, awrhygty > Cc: 65187@debbugs.gnu.org, awrhygty@outlook.com > Date: Fri, 11 Aug 2023 09:15:46 +0300 > From: Eli Zaretskii <eliz@gnu.org> > > But maybe there's some fine dependency on the frame geometry here; I > will take a closer look. What bothers me is that the original recipe > signals an error, so I'm unsure what kind of code the OP ran to see > the problem to begin with. OK, I see the behavior described in the OP now. But I don't understand why is this behavior interpreted as a bug. If I type <RIGHT> arrow or C-f enough times, I eventually do see the red line on the right edge of the rectangle. So this is just the normal horizontal scrolling of images plus automatic clipping of images in action. I see no bug here. What am I missing? ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-13 6:53 ` Eli Zaretskii @ 2023-08-14 0:37 ` Michael Heerdegen 2023-08-14 11:51 ` Eli Zaretskii 2023-08-15 3:54 ` awrhygty 1 sibling, 1 reply; 20+ messages in thread From: Michael Heerdegen @ 2023-08-14 0:37 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 65187, awrhygty Eli Zaretskii <eliz@gnu.org> writes: > I see no bug here. What am I missing? I don't know, I only wanted to help to reproduce the recipe. Though, C-h k C-e says "Scroll horizontally to the right edge of the image in the current window.". That suggests to me that the right edge would be made visible. Michael. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-14 0:37 ` Michael Heerdegen @ 2023-08-14 11:51 ` Eli Zaretskii 2023-08-14 23:58 ` Michael Heerdegen 0 siblings, 1 reply; 20+ messages in thread From: Eli Zaretskii @ 2023-08-14 11:51 UTC (permalink / raw) To: Michael Heerdegen; +Cc: 65187-done, awrhygty > From: Michael Heerdegen <michael_heerdegen@web.de> > Cc: 65187@debbugs.gnu.org, awrhygty@outlook.com > Date: Mon, 14 Aug 2023 02:37:01 +0200 > > Eli Zaretskii <eliz@gnu.org> writes: > > > I see no bug here. What am I missing? > > I don't know, I only wanted to help to reproduce the recipe. > > Though, C-h k C-e says "Scroll horizontally to the right edge of the > image in the current window.". That suggests to me that the > right edge would be made visible. It _is_ made visible, but if the portion of the image that exceeds the window's width is small enough, the result is that the few extra pixels are clipped, but from the display engine's POV we are "at the right edge". IOW, the horizontal scrolling in Emacs works on the column granularity, not on pixel granularity. This is not a bug, so I'm closing it. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-14 11:51 ` Eli Zaretskii @ 2023-08-14 23:58 ` Michael Heerdegen 2023-08-15 15:35 ` Eli Zaretskii 0 siblings, 1 reply; 20+ messages in thread From: Michael Heerdegen @ 2023-08-14 23:58 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 65187-done, awrhygty Eli Zaretskii <eliz@gnu.org> writes: > It _is_ made visible, but if the portion of the image that exceeds the > window's width is small enough, the result is that the few extra > pixels are clipped, but from the display engine's POV we are "at the > right edge". IOW, the horizontal scrolling in Emacs works on the > column granularity, not on pixel granularity. Would it make sense to scroll one column further then? This could be the more convenient behavior (most users know C-e better than how to scroll horizontally, and it might be necessary to scroll further to really see the right edge to check whether the image has a border or something like that) and IMO would also fit the docstring a bit better. Michael. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-14 23:58 ` Michael Heerdegen @ 2023-08-15 15:35 ` Eli Zaretskii 0 siblings, 0 replies; 20+ messages in thread From: Eli Zaretskii @ 2023-08-15 15:35 UTC (permalink / raw) To: Michael Heerdegen; +Cc: 65187, awrhygty > From: Michael Heerdegen <michael_heerdegen@web.de> > Cc: 65187-done@debbugs.gnu.org, awrhygty@outlook.com > Date: Tue, 15 Aug 2023 01:58:12 +0200 > > Eli Zaretskii <eliz@gnu.org> writes: > > > It _is_ made visible, but if the portion of the image that exceeds the > > window's width is small enough, the result is that the few extra > > pixels are clipped, but from the display engine's POV we are "at the > > right edge". IOW, the horizontal scrolling in Emacs works on the > > column granularity, not on pixel granularity. > > Would it make sense to scroll one column further then? That wouldn't help in this case. Here, we already have just one column, it just is a very wide column. Once again, this is something very inherent in how we display images that exceed the window edge, and changing that is not possible by some simple tricks. Sorry. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-13 6:53 ` Eli Zaretskii 2023-08-14 0:37 ` Michael Heerdegen @ 2023-08-15 3:54 ` awrhygty 2023-08-15 10:56 ` Eli Zaretskii 2023-08-15 16:35 ` Eli Zaretskii 1 sibling, 2 replies; 20+ messages in thread From: awrhygty @ 2023-08-15 3:54 UTC (permalink / raw) To: Eli Zaretskii; +Cc: michael_heerdegen, 65187 Eli Zaretskii <eliz@gnu.org> writes: >> Cc: 65187@debbugs.gnu.org, awrhygty@outlook.com >> Date: Fri, 11 Aug 2023 09:15:46 +0300 >> From: Eli Zaretskii <eliz@gnu.org> >> >> But maybe there's some fine dependency on the frame geometry here; I >> will take a closer look. What bothers me is that the original recipe >> signals an error, so I'm unsure what kind of code the OP ran to see >> the problem to begin with. > > OK, I see the behavior described in the OP now. > > But I don't understand why is this behavior interpreted as a bug. If > I type <RIGHT> arrow or C-f enough times, I eventually do see the red > line on the right edge of the rectangle. So this is just the normal > horizontal scrolling of images plus automatic clipping of images in > action. > > I see no bug here. What am I missing? I can not view the right red line with typing many 'C-f's or 'C-e C-f'. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-15 3:54 ` awrhygty @ 2023-08-15 10:56 ` Eli Zaretskii 2023-08-15 13:03 ` awrhygty 2023-08-15 16:35 ` Eli Zaretskii 1 sibling, 1 reply; 20+ messages in thread From: Eli Zaretskii @ 2023-08-15 10:56 UTC (permalink / raw) To: awrhygty; +Cc: michael_heerdegen, 65187 > From: awrhygty@outlook.com > Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org > Date: Tue, 15 Aug 2023 12:54:57 +0900 > > Eli Zaretskii <eliz@gnu.org> writes: > > >> Cc: 65187@debbugs.gnu.org, awrhygty@outlook.com > >> Date: Fri, 11 Aug 2023 09:15:46 +0300 > >> From: Eli Zaretskii <eliz@gnu.org> > >> > >> But maybe there's some fine dependency on the frame geometry here; I > >> will take a closer look. What bothers me is that the original recipe > >> signals an error, so I'm unsure what kind of code the OP ran to see > >> the problem to begin with. > > > > OK, I see the behavior described in the OP now. > > > > But I don't understand why is this behavior interpreted as a bug. If > > I type <RIGHT> arrow or C-f enough times, I eventually do see the red > > line on the right edge of the rectangle. So this is just the normal > > horizontal scrolling of images plus automatic clipping of images in > > action. > > > > I see no bug here. What am I missing? > > I can not view the right red line with typing many 'C-f's or 'C-e C-f'. You can enlarge the window's width instead, if you must see the last few pixels. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-15 10:56 ` Eli Zaretskii @ 2023-08-15 13:03 ` awrhygty 2023-08-15 14:12 ` Eli Zaretskii 0 siblings, 1 reply; 20+ messages in thread From: awrhygty @ 2023-08-15 13:03 UTC (permalink / raw) To: Eli Zaretskii; +Cc: michael_heerdegen, 65187 Eli Zaretskii <eliz@gnu.org> writes: >> From: awrhygty@outlook.com >> Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org >> Date: Tue, 15 Aug 2023 12:54:57 +0900 >> >> Eli Zaretskii <eliz@gnu.org> writes: >> >> >> Cc: 65187@debbugs.gnu.org, awrhygty@outlook.com >> >> Date: Fri, 11 Aug 2023 09:15:46 +0300 >> >> From: Eli Zaretskii <eliz@gnu.org> >> >> >> >> But maybe there's some fine dependency on the frame geometry here; I >> >> will take a closer look. What bothers me is that the original recipe >> >> signals an error, so I'm unsure what kind of code the OP ran to see >> >> the problem to begin with. >> > >> > OK, I see the behavior described in the OP now. >> > >> > But I don't understand why is this behavior interpreted as a bug. If >> > I type <RIGHT> arrow or C-f enough times, I eventually do see the red >> > line on the right edge of the rectangle. So this is just the normal >> > horizontal scrolling of images plus automatic clipping of images in >> > action. >> > >> > I see no bug here. What am I missing? >> >> I can not view the right red line with typing many 'C-f's or 'C-e C-f'. > > You can enlarge the window's width instead, if you must see the last > few pixels. I can not if the image is much larger than display. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-15 13:03 ` awrhygty @ 2023-08-15 14:12 ` Eli Zaretskii 2023-08-15 14:27 ` awrhygty 0 siblings, 1 reply; 20+ messages in thread From: Eli Zaretskii @ 2023-08-15 14:12 UTC (permalink / raw) To: awrhygty; +Cc: michael_heerdegen, 65187 > From: awrhygty@outlook.com > Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org > Date: Tue, 15 Aug 2023 22:03:53 +0900 > > Eli Zaretskii <eliz@gnu.org> writes: > > >> From: awrhygty@outlook.com > >> Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org > >> Date: Tue, 15 Aug 2023 12:54:57 +0900 > >> > >> Eli Zaretskii <eliz@gnu.org> writes: > >> > >> >> Cc: 65187@debbugs.gnu.org, awrhygty@outlook.com > >> >> Date: Fri, 11 Aug 2023 09:15:46 +0300 > >> >> From: Eli Zaretskii <eliz@gnu.org> > >> >> > >> >> But maybe there's some fine dependency on the frame geometry here; I > >> >> will take a closer look. What bothers me is that the original recipe > >> >> signals an error, so I'm unsure what kind of code the OP ran to see > >> >> the problem to begin with. > >> > > >> > OK, I see the behavior described in the OP now. > >> > > >> > But I don't understand why is this behavior interpreted as a bug. If > >> > I type <RIGHT> arrow or C-f enough times, I eventually do see the red > >> > line on the right edge of the rectangle. So this is just the normal > >> > horizontal scrolling of images plus automatic clipping of images in > >> > action. > >> > > >> > I see no bug here. What am I missing? > >> > >> I can not view the right red line with typing many 'C-f's or 'C-e C-f'. > > > > You can enlarge the window's width instead, if you must see the last > > few pixels. > > I can not if the image is much larger than display. As I said, that's how the display works with images, always have. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-15 14:12 ` Eli Zaretskii @ 2023-08-15 14:27 ` awrhygty 2023-08-15 14:51 ` Eli Zaretskii 0 siblings, 1 reply; 20+ messages in thread From: awrhygty @ 2023-08-15 14:27 UTC (permalink / raw) To: Eli Zaretskii; +Cc: michael_heerdegen, 65187 Eli Zaretskii <eliz@gnu.org> writes: >> From: awrhygty@outlook.com >> Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org >> Date: Tue, 15 Aug 2023 22:03:53 +0900 >> >> Eli Zaretskii <eliz@gnu.org> writes: >> >> >> From: awrhygty@outlook.com >> >> Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org >> >> Date: Tue, 15 Aug 2023 12:54:57 +0900 >> >> >> >> Eli Zaretskii <eliz@gnu.org> writes: >> >> >> >> >> Cc: 65187@debbugs.gnu.org, awrhygty@outlook.com >> >> >> Date: Fri, 11 Aug 2023 09:15:46 +0300 >> >> >> From: Eli Zaretskii <eliz@gnu.org> >> >> >> >> >> >> But maybe there's some fine dependency on the frame geometry here; I >> >> >> will take a closer look. What bothers me is that the original recipe >> >> >> signals an error, so I'm unsure what kind of code the OP ran to see >> >> >> the problem to begin with. >> >> > >> >> > OK, I see the behavior described in the OP now. >> >> > >> >> > But I don't understand why is this behavior interpreted as a bug. If >> >> > I type <RIGHT> arrow or C-f enough times, I eventually do see the red >> >> > line on the right edge of the rectangle. So this is just the normal >> >> > horizontal scrolling of images plus automatic clipping of images in >> >> > action. >> >> > >> >> > I see no bug here. What am I missing? >> >> >> >> I can not view the right red line with typing many 'C-f's or 'C-e C-f'. >> > >> > You can enlarge the window's width instead, if you must see the last >> > few pixels. >> >> I can not if the image is much larger than display. > > As I said, that's how the display works with images, always have. I mean physical display, in other words, full screen. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-15 14:27 ` awrhygty @ 2023-08-15 14:51 ` Eli Zaretskii 0 siblings, 0 replies; 20+ messages in thread From: Eli Zaretskii @ 2023-08-15 14:51 UTC (permalink / raw) To: awrhygty; +Cc: michael_heerdegen, 65187 > From: awrhygty@outlook.com > Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org > Date: Tue, 15 Aug 2023 23:27:40 +0900 > > Eli Zaretskii <eliz@gnu.org> writes: > > >> From: awrhygty@outlook.com > >> Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org > >> Date: Tue, 15 Aug 2023 22:03:53 +0900 > >> > >> Eli Zaretskii <eliz@gnu.org> writes: > >> > >> >> From: awrhygty@outlook.com > >> >> Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org > >> >> Date: Tue, 15 Aug 2023 12:54:57 +0900 > >> >> > >> >> Eli Zaretskii <eliz@gnu.org> writes: > >> >> > >> >> >> Cc: 65187@debbugs.gnu.org, awrhygty@outlook.com > >> >> >> Date: Fri, 11 Aug 2023 09:15:46 +0300 > >> >> >> From: Eli Zaretskii <eliz@gnu.org> > >> >> >> > >> >> >> But maybe there's some fine dependency on the frame geometry here; I > >> >> >> will take a closer look. What bothers me is that the original recipe > >> >> >> signals an error, so I'm unsure what kind of code the OP ran to see > >> >> >> the problem to begin with. > >> >> > > >> >> > OK, I see the behavior described in the OP now. > >> >> > > >> >> > But I don't understand why is this behavior interpreted as a bug. If > >> >> > I type <RIGHT> arrow or C-f enough times, I eventually do see the red > >> >> > line on the right edge of the rectangle. So this is just the normal > >> >> > horizontal scrolling of images plus automatic clipping of images in > >> >> > action. > >> >> > > >> >> > I see no bug here. What am I missing? > >> >> > >> >> I can not view the right red line with typing many 'C-f's or 'C-e C-f'. > >> > > >> > You can enlarge the window's width instead, if you must see the last > >> > few pixels. > >> > >> I can not if the image is much larger than display. > > > > As I said, that's how the display works with images, always have. > > I mean physical display, in other words, full screen. Yes, I understood. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-15 3:54 ` awrhygty 2023-08-15 10:56 ` Eli Zaretskii @ 2023-08-15 16:35 ` Eli Zaretskii 2023-08-16 3:26 ` awrhygty 1 sibling, 1 reply; 20+ messages in thread From: Eli Zaretskii @ 2023-08-15 16:35 UTC (permalink / raw) To: awrhygty; +Cc: michael_heerdegen, 65187 > From: awrhygty@outlook.com > Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org > Date: Tue, 15 Aug 2023 12:54:57 +0900 > > I can not view the right red line with typing many 'C-f's or 'C-e C-f'. Btw: this I cannot reproduce no matter how hard I try. Enough C-f's eventually bring the right red border into view. Are you sure you cannot see it, no matter how many times you type C-f? Whazt happens with window-hscroll when you type more and more C-f's? doesn't it grow all the time? C-f in this case should run the command image-set-window-hscroll, so make sure this is what happens in your case. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-15 16:35 ` Eli Zaretskii @ 2023-08-16 3:26 ` awrhygty 2023-08-16 17:43 ` Eli Zaretskii 0 siblings, 1 reply; 20+ messages in thread From: awrhygty @ 2023-08-16 3:26 UTC (permalink / raw) To: Eli Zaretskii; +Cc: michael_heerdegen, 65187 Eli Zaretskii <eliz@gnu.org> writes: >> From: awrhygty@outlook.com >> Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org >> Date: Tue, 15 Aug 2023 12:54:57 +0900 >> >> I can not view the right red line with typing many 'C-f's or 'C-e C-f'. > > Btw: this I cannot reproduce no matter how hard I try. Enough C-f's > eventually bring the right red border into view. > > Are you sure you cannot see it, no matter how many times you type C-f? > Whazt happens with window-hscroll when you type more and more C-f's? > doesn't it grow all the time? > > C-f in this case should run the command image-set-window-hscroll, so > make sure this is what happens in your case. I am using Windows PC with settings: system->display->scaling and layout->125% Changing the value to 100% and testing with a new instance of emacs, I can view the right red line with typing 'C-e'. Typing many 'C-f's works, too. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-16 3:26 ` awrhygty @ 2023-08-16 17:43 ` Eli Zaretskii 2023-08-24 5:44 ` Eli Zaretskii 0 siblings, 1 reply; 20+ messages in thread From: Eli Zaretskii @ 2023-08-16 17:43 UTC (permalink / raw) To: awrhygty; +Cc: michael_heerdegen, 65187 > From: awrhygty@outlook.com > Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org > Date: Wed, 16 Aug 2023 12:26:41 +0900 > > I am using Windows PC with settings: > system->display->scaling and layout->125% > > Changing the value to 100% and testing with a new instance of emacs, > I can view the right red line with typing 'C-e'. > Typing many 'C-f's works, too. Thanks, I hope I've fixed this now on the emacs-29 branch. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#65187: 29.1; right edge of wide image can not be displayed in image-mode 2023-08-16 17:43 ` Eli Zaretskii @ 2023-08-24 5:44 ` Eli Zaretskii 0 siblings, 0 replies; 20+ messages in thread From: Eli Zaretskii @ 2023-08-24 5:44 UTC (permalink / raw) To: awrhygty, michael_heerdegen; +Cc: 65187-done > Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org > Date: Wed, 16 Aug 2023 20:43:39 +0300 > From: Eli Zaretskii <eliz@gnu.org> > > > From: awrhygty@outlook.com > > Cc: michael_heerdegen@web.de, 65187@debbugs.gnu.org > > Date: Wed, 16 Aug 2023 12:26:41 +0900 > > > > I am using Windows PC with settings: > > system->display->scaling and layout->125% > > > > Changing the value to 100% and testing with a new instance of emacs, > > I can view the right red line with typing 'C-e'. > > Typing many 'C-f's works, too. > > Thanks, I hope I've fixed this now on the emacs-29 branch. No further comments, so I presume the bug is indeed fixed, and I'm now closing it. ^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2023-08-24 5:44 UTC | newest] Thread overview: 20+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2023-08-10 0:00 bug#65187: 29.1; right edge of wide image can not be displayed in image-mode awrhygty 2023-08-10 8:22 ` Eli Zaretskii 2023-08-11 0:23 ` Michael Heerdegen 2023-08-11 6:15 ` Eli Zaretskii 2023-08-11 6:29 ` Michael Heerdegen 2023-08-13 6:53 ` Eli Zaretskii 2023-08-14 0:37 ` Michael Heerdegen 2023-08-14 11:51 ` Eli Zaretskii 2023-08-14 23:58 ` Michael Heerdegen 2023-08-15 15:35 ` Eli Zaretskii 2023-08-15 3:54 ` awrhygty 2023-08-15 10:56 ` Eli Zaretskii 2023-08-15 13:03 ` awrhygty 2023-08-15 14:12 ` Eli Zaretskii 2023-08-15 14:27 ` awrhygty 2023-08-15 14:51 ` Eli Zaretskii 2023-08-15 16:35 ` Eli Zaretskii 2023-08-16 3:26 ` awrhygty 2023-08-16 17:43 ` Eli Zaretskii 2023-08-24 5:44 ` Eli Zaretskii
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).