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

WordPress Trac wp-trac at lists.automattic.com
Sun Aug 5 04:34:50 UTC 2012


#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 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

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

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

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


More information about the wp-trac mailing list