[wp-trac] [WordPress Trac] #6821: ImageMagick support

[WordPress Trac]

#6821: ImageMagick support
----------------------------+-----------------------
 Reporter:  matt            |       Owner:
     Type:  task (blessed)  |      Status:  assigned
 Priority:  normal          |   Milestone:  3.5
Component:  Upload          |     Version:  2.5
 Severity:  normal          |  Resolution:
 Keywords:                  |
----------------------------+-----------------------

Comment (by DH-Shredder):

 Replying to [comment:29 lbr]:
 > Replying to [comment:27 DH-Shredder]:
 > > Posted [attachment:Initial_Proposal.php] as a topic for conversation.
 > >
 > > I'm currently still working on an implementation of resize for GD
 (then ImageMagick) as a proof-of-concept, but wanted to post this in the
 meantime.
 > >
 > > It's very much a work in progress, since going from a completely
 image-in-memory-then-save process is significantly different than avoiding
 any images in memory, and doing as few system calls as possible, for
 something like `convert`.
 >
 > are you sure that really need to execute system calls?
 http://www.php.net/manual/en/book.imagick.php

 If the host has ImagicK installed, then we can use it.
 Most hosts have `convert` installed, but not ImagicK so that's something
 we should support.

 >
 > > I'd thought about including functions like truecolor_to_palette(), but
 decided against it because not all Editors need to make this an extra
 step.  In ImageMagick, it's just another parameter for file
 conversion/creation that can go along with a resize, for instance.
 >
 > In my opinion, one essencial feature would be the option to set a
 default quality to image
 > (http://www.imagemagick.org/script/command-line-options.php#quality)
 then, the user administrator could enable/set a value to the
 optimization...

 Definitely.  Image quality settings are something that we still want to be
 settable -- and from the docs, it looks like that's something that can be
 done with other image types as well with ImageMagick

 >
 > one last thing, why not graphicsmagick? has better performance and less
 problems than imagemagick...

 Sure, we'll either detect for it, or just allow you to manually specify
 the path to `convert`, since the GraphicsMagick binary is compatible with
 `convert`.

 As far as supporting GMagicK itself, it shouldn't be complicated to either
 add it later, or create a plugin that introduces support, once
 WP_Image_Editor is available.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/6821#comment:31>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software