bug#38310: 27.0.50; (image-convert "data" t) doesn't work

bug#38310: 27.0.50; (image-convert "data" t) doesn't work

[Katsumi Yamaoka]

Hi,

Whereas (image-convert "file") works, (image-convert "data" t)
causes an error as follows:

(let ((image-converter 'graphicsmagick))
  (image-convert "data" t))
=>
image-convert: /usr/bin/gm convert: Unable to open file (-) [No such file or directory].

(let ((image-converter 'imagemagick))
  (image-convert "data" t))
=>
image-convert: convert: unable to open image `nil:-': No such file or directory @ error/blob.c/OpenBlob/2873.
convert: no decode delegate for this image format `' @ error/constitute.c/ReadImage/560.
convert: no images defined `png:-' @ error/convert.c/ConvertImageCommand/3258.

Where "data" is a binary string of a webp image gotten from:
<https://www.gstatic.com/webp/gallery/1.sm.webp>
Is a temp file required instead of stdin to those converters?

In relation to this, I think `image-convert' should be autoloaded
for the case where `(create-image FILE-OR-DATA 'image-convert)'
is called from a program other than `find-file'.

Thanks.
Regards,

$ gm -version
GraphicsMagick 1.3.33 2019-07-20 Q16 http://www.GraphicsMagick.org/

$ convert -version
ImageMagick 6.9.10-11 Q16 x86_64 2018-09-08 https://www.imagemagick.org

bug#38310: 27.0.50; (image-convert "data" t) doesn't work

[Lars Ingebrigtsen]

Katsumi Yamaoka <yamaoka@jpl.org> writes:

> Whereas (image-convert "file") works, (image-convert "data" t)
> causes an error as follows:
>
> (let ((image-converter 'graphicsmagick))
>   (image-convert "data" t))
> =>
> image-convert: /usr/bin/gm convert: Unable to open file (-) [No such
> file or directory].

Yeah, but that's not a valid call format.  As the doc string says

---
If IMAGE-FORMAT is non-nil, IMAGE is a string containing the
image data, and IMAGE-FORMAT is a symbol with a MIME format name
like "image/webp".
---

So you have to say

(image-convert "data" 'image/webp)

I'll rephrase the doc string, because it's not very well-written.

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

bug#38310: 27.0.50; (image-convert "data" t) doesn't work

[Lars Ingebrigtsen]

Katsumi Yamaoka <yamaoka@jpl.org> writes:

> In relation to this, I think `image-convert' should be auto loaded
> for the case where `(create-image FILE-OR-DATA 'image-convert)'
> is called from a program other than `find-file'.

Yup; should now be fixed on the trunk.

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

bug#38310: 27.0.50; (image-convert "data" t) doesn't work

[Katsumi Yamaoka]

On Thu, 21 Nov 2019 13:55:48 +0100, Lars Ingebrigtsen wrote:
> So you have to say

> (image-convert "data" 'image/webp)

> I'll rephrase the doc string, because it's not very well-written.

Ah, thanks.  I verified both these tests work with Emacs -Q.

(with-current-buffer
    (url-retrieve-synchronously
     "https://www.gstatic.com/webp/gallery/1.sm.webp")
  (goto-char (point-min))
  (search-forward "\n\n")
  (image-convert (buffer-substring (point) (point-max)) 'image/webp))

(with-current-buffer
    (url-retrieve-synchronously
     "https://www.gstatic.com/webp/gallery/1.sm.webp")
  (goto-char (point-min))
  (search-forward "\n\n")
  (create-image (buffer-substring (point) (point-max)) 'image-convert
		t :format 'image/webp))

bug#38310: 27.0.50; (image-convert "data" t) doesn't work

[Lars Ingebrigtsen]

Katsumi Yamaoka <yamaoka@jpl.org> writes:

> Ah, thanks.  I verified both these tests work with Emacs -Q.
>
> (with-current-buffer
>     (url-retrieve-synchronously
>      "https://www.gstatic.com/webp/gallery/1.sm.webp")
>   (goto-char (point-min))
>   (search-forward "\n\n")
>   (image-convert (buffer-substring (point) (point-max)) 'image/webp))

Perhaps image-convert should signal an explicit error if the second
parameter isn't on the proper format?

I've now added some better error feedback on the trunk.

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

bug#38310: 27.0.50; (image-convert "data" t) doesn't work

[Katsumi Yamaoka]

On Fri, 22 Nov 2019 13:16:11 +0100, Lars Ingebrigtsen wrote:
> Perhaps image-convert should signal an explicit error if the second
> parameter isn't on the proper format?

> I've now added some better error feedback on the trunk.

It looks useful for people like me.  Thanks.

I think it would be better if we can see what types are available
to convert before trying to convert no matter whether ImageMagick
is built-in.  The default value for `imagemagick-enabled-types'
looks old as it does not contain at least WEBP, and there is no
such one that can be used for GraphicsMagick.

The goal might be to make it enable a programmer to do this
without considering whether conversion is necessary or not:

(let ((type "image/webp"))
  (if (image-type-displayable-p type)
      (create-image "file-or-data" type nil-or-t)))

Regards,

bug#38310: 27.0.50; (image-convert "data" t) doesn't work

[Lars Ingebrigtsen]

Katsumi Yamaoka <yamaoka@jpl.org> writes:

> The goal might be to make it enable a programmer to do this
> without considering whether conversion is necessary or not:
>
> (let ((type "image/webp"))
>   (if (image-type-displayable-p type)
>       (create-image "file-or-data" type nil-or-t)))

Yes, that would be nice.  But you can almost do that with just

(ignore-errors (create-image file))

:-)

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