unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Tassilo Horn <tassilo@member.fsf.org>
To: Paer Kurlberg <kurlberg@math.kth.se>
Cc: 4016@emacsbugs.donarmstrong.com
Subject: bug#4016: Acknowledgement (23.1.50; docview: scrolling up breaks after setting a slice)
Date: Mon, 03 Aug 2009 08:46:27 +0200	[thread overview]
Message-ID: <87d47dpf7g.fsf@thinkpad.tsdh.de> (raw)
In-Reply-To: <mailman.3700.1249230416.2239.bug-gnu-emacs@gnu.org> (Paer Kurlberg's message of "Sun, 02 Aug 2009 18:08:21 +0200")

Paer Kurlberg <kurlberg@math.kth.se> writes:

> In case it might be helpful: below is a backtrace.  It seems that the
> problem is that image-get-display-property (called in the function
> image-next-line) returns the list
>
> ((slice 0 0 1100 1600) (image :type png :file
>   "/tmp/docview1000/arnold.dvi-b04e9949bb98146d331479915a45fc5b/page-1.png"
>   :pointer arrow))
>
> and therefore image-size complains since a "proper image" should be a
> list whose car equals 'image.

I can reproduce the error.  But I'm not too sure where the bug is
located.  According to the docs, the display property may be a single
display spec, or a list or vector of such.

,----[ (info "(elisp)Display Property") ]
| The value of the `display' property should be a display specification,
| or a list or vector containing several display specifications.
`----

So in that respect the slice + image spec are ok.

I think that maybe the C function

  int valid_image_p (object) Lisp_Object object;

in image.c should be adapted to accept lists/vectors including one image
spec.

Bye,
Tassilo





  parent reply	other threads:[~2009-08-03  6:46 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-02 14:07 bug#4016: 23.1.50; docview: scrolling up breaks after setting a slice Paer Kurlberg
     [not found] ` <handler.4016.B.124922207616015.ack@emacsbugs.donarmstrong.com>
2009-08-02 16:08   ` bug#4016: Acknowledgement (23.1.50; docview: scrolling up breaks after setting a slice) Paer Kurlberg
     [not found]   ` <mailman.3700.1249230416.2239.bug-gnu-emacs@gnu.org>
2009-08-03  6:46     ` Tassilo Horn [this message]
2021-07-18 19:10 ` bug#4016: 23.1.50; docview: scrolling up breaks after setting a slice Lars Ingebrigtsen
     [not found]   ` <875yx7s8ca.fsf@beacon>
2021-07-18 20:07     ` Lars Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87d47dpf7g.fsf@thinkpad.tsdh.de \
    --to=tassilo@member.fsf.org \
    --cc=4016@emacsbugs.donarmstrong.com \
    --cc=kurlberg@math.kth.se \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).