[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