GNU bug report logs -
#10746
ImageMagick and priority of image loaders
Previous Next
Reported by: Glenn Morris <rgm <at> gnu.org>
Date: Tue, 7 Feb 2012 04:18:02 UTC
Severity: minor
Found in version 24.0.93
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10746 in the body.
You can then email your comments to 10746 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
joakim <at> verona.se, bug-gnu-emacs <at> gnu.org
:
bug#10746
; Package
emacs
.
(Tue, 07 Feb 2012 04:18:02 GMT)
Full text and
rfc822 format available.
Message #3 received at submit <at> debbugs.gnu.org (full text, mbox):
Package: emacs
Version: 24.0.93
The Emacs Lisp manual used to say (I'm going to comment it out, for the
reasons given in this report):
There may be overlap between image loaders in your Emacs
installation, and you may prefer to use a different one for a given
image type (which loader will be used in practice depends on the
priority of the loaders). For example, if you never want to use the
ImageMagick loader to use JPEG files, add @code{JPG} to this list.
Firstly, I don't understand what this means. What does it means for
there to be multiple "image loaders" in Emacs, and how is their priority
determined? (Also, do I have to add JPEG as well, since
imagemagick-types returns both JPG and JPEG?)
I think it might mean, eg jpeg images can be loaded via libjpeg or
ImageMagick. If that is what it means, it could be clearer.
If so, when I view a jpg with Emacs, how can I tell which loader was
used? Maybe from looking at the mode-line in image-mode, which either
says [jpeg] or [imagemagick]?
It seems there's no practical way to control which loader is used:
i) If you compile without jpeg but with ImageMagick, then you simply cannot
view jpegs: http://debbugs.gnu.org/9045
ii) If you compile with both, then libjpeg is always used (AFAICS). This is
despite imagemagick-register-types adding to the front of
image-type-file-name-regexps. When you visit a jpeg file, image-type
first uses image-type-from-file-header to determine the image type, and
this decides it is a jpeg. So imagemagick never gets a change to open
the jpeg. You can make it work by setting image-type-header-regexps to
nil, but that is supposed to be a constant.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10746
; Package
emacs
.
(Tue, 07 Feb 2012 04:45:02 GMT)
Full text and
rfc822 format available.
Message #6 received at 10746 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
> ii) If you compile with both, then libjpeg is always used (AFAICS).
Well, you can say so explicitly:
(create-image data 'imagemagick t)
--
(domestic pets only, the antidote for overdose, milk.)
http://lars.ingebrigtsen.no * Sent from my Rome
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10746
; Package
emacs
.
(Tue, 07 Feb 2012 05:04:01 GMT)
Full text and
rfc822 format available.
Message #9 received at 10746 <at> debbugs.gnu.org (full text, mbox):
See also the discussion of bug#10112.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10746
; Package
emacs
.
(Wed, 25 Sep 2019 12:26:01 GMT)
Full text and
rfc822 format available.
Message #12 received at 10746 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
> The Emacs Lisp manual used to say (I'm going to comment it out, for the
> reasons given in this report):
>
> There may be overlap between image loaders in your Emacs
> installation, and you may prefer to use a different one for a given
> image type (which loader will be used in practice depends on the
> priority of the loaders). For example, if you never want to use the
> ImageMagick loader to use JPEG files, add @code{JPG} to this list.
>
> Firstly, I don't understand what this means. What does it means for
> there to be multiple "image loaders" in Emacs, and how is their priority
> determined? (Also, do I have to add JPEG as well, since
> imagemagick-types returns both JPG and JPEG?)
This doesn't seem to be in the manual any more, and the rest of the bug
report doesn't seem to have any concrete bugs, so I'm closing this bug
report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
10746 <at> debbugs.gnu.org and Glenn Morris <rgm <at> gnu.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Wed, 25 Sep 2019 12:26:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 24 Oct 2019 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 13 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.