GNU bug report logs - #52931
27.1; image-size sometimes yields a wrong image size in pixels

Previous Next

Full log

Message #48 received at 52931 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: larsi <at> gnus.org, triska <at> metalevel.at, 52931 <at> debbugs.gnu.org
Subject: Re: bug#52931: 27.1; image-size sometimes yields a wrong image size
 in pixels
Date: Thu, 29 Sep 2022 16:28:57 +0300

> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Thu, 29 Sep 2022 06:15:01 -0700
> Cc: larsi <at> gnus.org, 52931 <at> debbugs.gnu.org
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > No, it doesn't do that.  It looks up relative file names along
> > image-load-path.  The reason is that image files are many times
> > displayed on the tool bar and the fringes, which are not specific to a
> > buffer, and thus we cannot possibly ensure default-directory is always
> > set to the right place when we display those.
> 
> The `create-image' docstring says:
> 
>     Image file names that are not absolute are searched for in the
>     "images" sub-directory of ‘data-directory’ and
>     ‘x-bitmap-file-path’ (in that order).
> 
> Does this need clarifying?

I added a more accurate sentence there:

    "Create an image from FILE-OR-DATA.
  FILE-OR-DATA is an image file name or image data.  If it is a relative
  file name, the function will look for it along `image-load-path'.

But I failed to remove the one you mention, which is somewhat
misleading.  Now done.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.