all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* 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-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-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-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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.