all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#10746: ImageMagick and priority of image loaders
@ 2012-02-07  4:16 Glenn Morris
  2012-02-07  4:42 ` Lars Ingebrigtsen
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: Glenn Morris @ 2012-02-07  4:16 UTC (permalink / raw)
  To: 10746; +Cc: Joakim Verona

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.





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#10746: ImageMagick and priority of image loaders
  2012-02-07  4:16 bug#10746: ImageMagick and priority of image loaders Glenn Morris
@ 2012-02-07  4:42 ` Lars Ingebrigtsen
  2012-02-07  5:02 ` Wolfgang Jenkner
  2019-09-25 12:25 ` Lars Ingebrigtsen
  2 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2012-02-07  4:42 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 10746, Joakim Verona

Glenn Morris <rgm@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





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#10746: ImageMagick and priority of image loaders
  2012-02-07  4:16 bug#10746: ImageMagick and priority of image loaders Glenn Morris
  2012-02-07  4:42 ` Lars Ingebrigtsen
@ 2012-02-07  5:02 ` Wolfgang Jenkner
  2019-09-25 12:25 ` Lars Ingebrigtsen
  2 siblings, 0 replies; 4+ messages in thread
From: Wolfgang Jenkner @ 2012-02-07  5:02 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 10746, Joakim Verona


See also the discussion of bug#10112.





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#10746: ImageMagick and priority of image loaders
  2012-02-07  4:16 bug#10746: ImageMagick and priority of image loaders Glenn Morris
  2012-02-07  4:42 ` Lars Ingebrigtsen
  2012-02-07  5:02 ` Wolfgang Jenkner
@ 2019-09-25 12:25 ` Lars Ingebrigtsen
  2 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2019-09-25 12:25 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 10746, Joakim Verona

Glenn Morris <rgm@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





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2019-09-25 12:25 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-07  4:16 bug#10746: ImageMagick and priority of image loaders Glenn Morris
2012-02-07  4:42 ` Lars Ingebrigtsen
2012-02-07  5:02 ` Wolfgang Jenkner
2019-09-25 12:25 ` Lars Ingebrigtsen

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.