unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#37972: Emacs cannot deal with .webp suffix
@ 2019-10-28 17:54 積丹尼 Dan Jacobson
  2019-10-29 20:44 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 6+ messages in thread
From: 積丹尼 Dan Jacobson @ 2019-10-28 17:54 UTC (permalink / raw)
  To: 37972

$ file *
X.webp: RIFF (little-endian) data, Web/P image...

$ emacs X.webp #binary mess
$ ln X.webp X.gif
$ emacs X.gif #works fine

It doesn't matter what the suffix is: jpg, gif all work the same. Just
webp is not recognized yet.

emacs-version "26.3"





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

* bug#37972: Emacs cannot deal with .webp suffix
  2019-10-28 17:54 bug#37972: Emacs cannot deal with .webp suffix 積丹尼 Dan Jacobson
@ 2019-10-29 20:44 ` Lars Ingebrigtsen
  2019-10-29 23:32   ` Juri Linkov
  0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2019-10-29 20:44 UTC (permalink / raw)
  To: 積丹尼 Dan Jacobson; +Cc: 37972

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

> $ file *
> X.webp: RIFF (little-endian) data, Web/P image...
>
> $ emacs X.webp #binary mess
> $ ln X.webp X.gif
> $ emacs X.gif #works fine
>
> It doesn't matter what the suffix is: jpg, gif all work the same. Just
> webp is not recognized yet.

Emacs 27 can display these image formats if you have

(setq image-use-external-converter t)

But this bug report reminded me that we had agreed on defaulting these
exotic image formats to `image-mode', so I've now done that (as well as
fixing the UX of being unable to display images slightly).

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





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

* bug#37972: Emacs cannot deal with .webp suffix
  2019-10-29 20:44 ` Lars Ingebrigtsen
@ 2019-10-29 23:32   ` Juri Linkov
  2019-10-29 23:54     ` Lars Ingebrigtsen
  0 siblings, 1 reply; 6+ messages in thread
From: Juri Linkov @ 2019-10-29 23:32 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 積丹尼 Dan Jacobson, 37972

>> $ file *
>> X.webp: RIFF (little-endian) data, Web/P image...
>>
>> $ emacs X.webp #binary mess
>> $ ln X.webp X.gif
>> $ emacs X.gif #works fine
>>
>> It doesn't matter what the suffix is: jpg, gif all work the same. Just
>> webp is not recognized yet.

Renaming .webp to .gif displays it, but also spews into stderr:

  Decoded /tmp/magick-6240. Dimensions: 320 x 214 . Format: lossy. Now saving...
  Saved file /tmp/magick-6240

Looks like debug info, should such fprintf be disabled?

Anyway, maybe these messages are less relevant since now we have
image-converter:

> Emacs 27 can display these image formats if you have
>
> (setq image-use-external-converter t)
>
> But this bug report reminded me that we had agreed on defaulting these
> exotic image formats to `image-mode', so I've now done that (as well as
> fixing the UX of being unable to display images slightly).

Thanks.  I tried now to enable image-use-external-converter and visit
a webp image, but it signals an error:

  Cannot display image: (Searching for program No such file or directory gm)

I don't know what this 'gm' is, never used it.  I have only 'convert'
installed.  Is it supported by image-converter?





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

* bug#37972: Emacs cannot deal with .webp suffix
  2019-10-29 23:32   ` Juri Linkov
@ 2019-10-29 23:54     ` Lars Ingebrigtsen
  2019-10-30  0:03       ` Lars Ingebrigtsen
  0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2019-10-29 23:54 UTC (permalink / raw)
  To: Juri Linkov; +Cc: 積丹尼 Dan Jacobson, 37972

Juri Linkov <juri@linkov.net> writes:

> Thanks.  I tried now to enable image-use-external-converter and visit
> a webp image, but it signals an error:
>
>   Cannot display image: (Searching for program No such file or directory gm)
>
> I don't know what this 'gm' is, never used it.  I have only 'convert'
> installed.  Is it supported by image-converter?

Yup.  But it looks like there's an error in the detection machinery;
I'll investigate.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





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

* bug#37972: Emacs cannot deal with .webp suffix
  2019-10-29 23:54     ` Lars Ingebrigtsen
@ 2019-10-30  0:03       ` Lars Ingebrigtsen
  2019-10-30  0:16         ` Juri Linkov
  0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2019-10-30  0:03 UTC (permalink / raw)
  To: Juri Linkov; +Cc: 積丹尼 Dan Jacobson, 37972

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Yup.  But it looks like there's an error in the detection machinery;
> I'll investigate.

This should now be fixed.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





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

* bug#37972: Emacs cannot deal with .webp suffix
  2019-10-30  0:03       ` Lars Ingebrigtsen
@ 2019-10-30  0:16         ` Juri Linkov
  0 siblings, 0 replies; 6+ messages in thread
From: Juri Linkov @ 2019-10-30  0:16 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 積丹尼 Dan Jacobson, 37972

>> Yup.  But it looks like there's an error in the detection machinery;
>> I'll investigate.
>
> This should now be fixed.

Thanks, now finally it's possible to view webp images in Emacs without effort.





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

end of thread, other threads:[~2019-10-30  0:16 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-10-28 17:54 bug#37972: Emacs cannot deal with .webp suffix 積丹尼 Dan Jacobson
2019-10-29 20:44 ` Lars Ingebrigtsen
2019-10-29 23:32   ` Juri Linkov
2019-10-29 23:54     ` Lars Ingebrigtsen
2019-10-30  0:03       ` Lars Ingebrigtsen
2019-10-30  0:16         ` Juri Linkov

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).