GNU bug report logs -
#17944
24.3.92; pos-visible-in-window-p with PARTIALLY is wrong for a large image in a wrapped line
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 17944 in the body.
You can then email your comments to 17944 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17944
; Package
emacs
.
(Sat, 05 Jul 2014 09:08:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 05 Jul 2014 09:08:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
This is different from Bug#17942, which has just been fixed.
Steps to reproduce:
1. $ emacs -Q -D &
2. Type the following expression and hit C-j in the *scratch* buffer.
(save-excursion
(goto-char (point-min))
(insert-image (create-image "splash.png")))
3. M-:
(progn
(set-frame-width nil 20)
(set-frame-height nil 10)
(set-window-start nil (point-min))
(pos-visible-in-window-p (point-min) nil t))
RET
Result:
Returns (0 94 0 68 0 1) for me, whereas I expect 0 instead of 94 for
the Y-coordinate value. If I add (insert ?\n) after (insert-image
...) to avoid line wrapping, then the result becomes (160 0 0 68 120
0) where the Y-coordinate value is 0 as expected.
YAMAMOTO Mitsuharu
mituharu <at> math.s.chiba-u.ac.jp
In GNU Emacs 24.3.92.1 (x86_64-apple-darwin13.2.0, GTK+ Version 3.12.2)
of 2014-07-05 on YAMAMOTO-no-iMac.local
Repository revision: 117353 eliz <at> gnu.org-20140705082407-pa7h7dorji08yem5
Windowing system distributor `The X.Org Foundation', version 11.0.11406000
Configured using:
`configure --without-imagemagick LDFLAGS=-L/opt/local/lib
CPPFLAGS=-I/opt/local/include'
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sat, 05 Jul 2014 09:58:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
:
bug acknowledged by developer.
(Sat, 05 Jul 2014 09:58:03 GMT)
Full text and
rfc822 format available.
Message #10 received at 17944-done <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 05 Jul 2014 18:07:09 +0900
> From: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
>
> 1. $ emacs -Q -D &
> 2. Type the following expression and hit C-j in the *scratch* buffer.
>
> (save-excursion
> (goto-char (point-min))
> (insert-image (create-image "splash.png")))
>
> 3. M-:
> (progn
> (set-frame-width nil 20)
> (set-frame-height nil 10)
> (set-window-start nil (point-min))
> (pos-visible-in-window-p (point-min) nil t))
> RET
>
> Result:
>
> Returns (0 94 0 68 0 1) for me, whereas I expect 0 instead of 94 for
> the Y-coordinate value. If I add (insert ?\n) after (insert-image
> ...) to avoid line wrapping, then the result becomes (160 0 0 68 120
> 0) where the Y-coordinate value is 0 as expected.
Fixed in revision 117354 on the emacs-24 branch.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 02 Aug 2014 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 294 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.