horst

Hi miparvin, welcome to the forums. Please can you provide a little more infos? Did you have uploaded the images via ckeditor or via the normal images fieldtype? How do you output the images? Via RTE (ckeditor) or direct in your template(s)? Please provide the line(s) of code that is used to output the image(s). Is the output of wrong images a mix of landscape and portrait oriented images, or belong all wrong sized images to only one of that groups? Best regards Horst

@Martijn: To install it under my windows apache I struggled over 2 days to find a php Imagick extension and the right ImageMagick installation that all together works with my PHP Version. It took me 3 hours Following is what I have found to work finally. Martijn, you will do this for the Mac when you have solved it, right? You first need to check if you are running a x86 (32bit) Apache / PHP or really a x64 bit one. I'm not sure but most installations on Windows maybe x86 (regardless if you running a x64 windows). I have taken a Imagick extension from here: http://www.peewit.fr/imagick/ I'm running PHP 5.4.26 as apache module and it is a ThreadSafe version what needs to be compiled with MSVC 9 The ImageMagick app is from here: http://imagemagick.org/script/binary-releases.php#windows I took the ImageMagick-6.8.9-0-Q16-x86-dll.exe it is for Win32 (x86), it should be a dynamic version (no static one) and we want 16bit pixel support If you work with other versions of Apache and PHP (e.g. x64) you need to choose x64 versions (MSVC 11 compiled) of ImageMagick / Imagick My Apache and PHP was already running so I installed ImageMagick with their provided Installer. The only important part was to tipp the checkbox that ask you to put the path from ImageMagick into your system-path variable! Second I copied the php_imagick.dll into the php extensions directory (look into php.ini at extension_dir = ) and add a line into the php.ini under Dynamic Extensions: extension=php_imagick.dll After restarting the Apache service I could see Imagick in the list of phpinfo(). Check this and also if you have a number higher than 0 for supported fileformats / imageformats in that phpinfo section. (with my first try installing ImageMagick I got versions that doesn't colaborate together what results in 0 supported fileformats there)

WOW! Ähm, sorry: "Good morning too" It is wonderful to see what you are doing and especially nice is that you share it in this way. <attention-google-translated>Add me jump right back many memories and longings on while I rummage in your reports.</attention-google-translated> - Uuuh. <german-because-the-above-is-google-translated>Es ist wunderschön zu sehen was ihr macht und besonders schön ist es das ihr das auf diese Art teilt. In mir steigen direkt viele Erinnerungen und auch Sehnsüchte auf während ich in euren Berichten stöbere.</german-because-the-above-is-google-translated> --- BTW: If you ever come near to Larzac (plateau in the south france) maybe worth to visit Le Arc. I was there and on the plateau for peace and anti militarian demonstration in 1980 and years later for vacation. Meanwhile some other communities has dissolved, but Le Arc still continues to exist, as I have heard last year. EDIT: I do not use RTEs with images myself. I have done it once, together with Images Manager, maybe 10 month ago. I don't remember very well the deatils, but it works good for me and maybe it is worth you simply try out the Images Manager.

OT: "ursprünglich", das heißt wo bist Du jetzt?

This is unbelievable, I thought PW will do lowercase all image filenames on upload. But seriously: I might have updated the files in my installation just by copying them over, after they were installed from PW. And yes I'm on windows. But the CMYK and gray images are not what is expected after a ICC-profile conversion. I have to think about a better test that returns if all profiles needed for the conversion were found on a per image basis. PS: Adrian the bug hunter!

Hi Can, welcome to the forums. this looks interesting. It is a good compromise between the need of using images in a RTE and have some control over the output. BTW: Are you able to code something like this, I mean the JS stuff that is needed?

No problem, I'm sure we will find some more

@Adrian: the test with ICC doesn't look as expected! There are also 2 images missing (sRGB Jpegs). Are you shure all files are uploaded correctly? (Especially the ICC-profiles?)

@Martijn: oh, please can you patch this: /** * returns the ImageMagick Version * * @return mixed: array, string */ static public function getImageMagickVersion($fullString=false) { if(!ImagickResizer::hasImagick()) return $fullString ? 'Not available' : '0.0.0'; $im = new Imagick(); $a = $im->getVersion(); $im->clear(); $im->destroy(); $im = null; preg_match('/ImageMagick ([0-9]+\.[0-9]+\.[0-9]+)/', $a['versionString'], $v); return $fullString ? $a['versionString'] : $v[1]; } /** * returns if Imagick PHP extension is available or not * * @return boolean */ static protected function hasImagick() { return class_exists('Imagick'); }

Oh, I will see if I can change that to dirname(__FILE__) instead. But glad you can test now.

I don't know really, but are short-open-tags allowed with your PHP-server? You may try to start your file with <?php instead of <? and you should enable debug in your site/config.php and see if you get more information. Also check your site/assets/logs/ folder for errors.txt

Maybe I did not get it right, just to be more clear: my zip is meant to use as is, copied to a server and run the installer, like you would do with a downloaded one from github. Normally there should be no issues with the config.php during install process.

Hi Adrian, I have tried it here myself without errors. Have you used the embedded wire folder from my zip-archive? I have downloaded it just once more from here, unzipped and started. Runs without error and works fine for me. ?? If it do not for you: you can use the dev branch from april but need to use the ImageSizer.php from my zip-wire/core folder. It is modified that it can work together with ImagickResizer. Also there is a folder /_phpcls/ that is needed. It contains some libs (timer, better var_dump output, php-api) that are used to create the test summaries. |--/_phpcls/ | |--/site/ | |--/wire/ | The libs get included in the site/config.php

Nico, actually there is something with your impressum

-------------------------------------------------------------------------------------------------------------------- UPDATE: This module is not supported. It was only working for PW versions between 2.4.3 and 2.5.11 But since PW 3.0.10-devns, there is core support for the Imagick PHP extension, and with third party modules ImageMagick_CLI and Netpbm_CLI is supported too. And I think, when time goes on, there will follow some more. -------------------------------------------------------------------------------------------------------------------- Hi, for those who don't know it already, we have started to build an ImageSizer replacement based on Imagick / ImageMagick. Its actual state is that we now have implemented a basic color management and optionally an ICC-based more accurate color management. Due to not finding much answers and informations on the net about that we have had some struggle to get it working on different ImageMagick versions. And even if it works on three or four versions that we can get hands on, we need more informations of supported versions. There for it would be really helpful that you test that feature on as many different servers you can and report back the result. To make that as easy as possible I have created a Siteprofile together with the latest PW-Devbranch and a brandnew ImageSizer.php. You can get it above in this post as ZIP. It has many images for different tests and it is more robust now. after installing the site profile, you need to install the Imagick Resizer in the admin under section modules the frontpage is a site with different image tests to run the tests you need to be logged in (in the backend) we are interested in the results of ImagickResizer test cms-with-icc_short if the first test looks successful (all text is green) you may go on and test ImagickResizer test cms-basic_visual and maybe ImagickResizer test cms-with-icc_visual At the end of the page you should see a summary like that: array(13) { ["test"] string(18) "cms-with-icc_short" ["hasUsedCMS"] string(3) "6/6" ["executiontime"] string(12) "5.9393400000" ["engine"] string(18) "Apache 2.0 Handler" ["php"] string(6) "5.4.26" ["os"] string(81) "Windows NT KAWOBI 6.1 build 7601 (Windows 7 Business Edition Service Pack 1) i586" ["imageMagick"] string(5) "6.8.8" ["imagick module version"] string(5) "3.1.2" ["imagick classes"] string(56) "Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator" ["ImageMagick version"] string(38) "ImageMagick 6.8.8-4 Q16 x86 2014-01-29" ["ImageMagick copyright"] string(46) "Copyright (C) 1999-2014 ImageMagick Studio LLC" ["ImageMagick release date"] string(10) "2014-01-29" ["ImageMagick number of supported formats"] string(3) "225" } Please first visually check if the images look ok or if they have strange issues (e.g. very much to brighten). Report if the images are ok and copy/paste that summary array here into the thread (please use the [<>] code button when pasting - for good readability!). Do that for the first test (cms-with-icc_short) regardless if it succeeds or failed! If you do not see a summary, there is a great chance that you are not logged in or that you have selected a different test than that we are interested in As a visual reference you can look here for the short_test, the test with icc and here for a basic test result. Note: Without icc-cms the cymk and gray images do not look good, but this is expected!

+1 for a config option to lower the security for people feeling like heros seriously: It should be configurable in $config but for superusers only. not seriously: Then I wish to have a module that tests me on login as superuser to check my reactions and according to that enable or disable it. (Or even don't let me login if the testresult is to bad )

Not a client of the day, but something similar to Mozzarella: A man stands in the ice cream parlor and looking at a dog of breed Dalmatians. When asked what sort of ice cream he wants, he says: "Dalmatians" but want say "Straciatella".

EDIT: This is obsolete, as of the fix is already in the dev branch 2.4.2, so better you fetch a new PW-Version from there ------------------------------------------------------------------------------------ Hi, I have added an UnSharpMask method to the attached ImageSizer.php that allow sharpening with the buggy PHP versions too. It is an implementation in pure PHP and doesn't use the buggy imageconvolution function from GD. But transparent png's even do not work nicely and get skipped from sharpening. And please, first test it before dropping into a production site. SO, if you want try it, here it is:

.. to the Pub?

You use PHP 5.5.x ?? Look here and above: https://github.com/ryancramerdesign/ProcessWire/pull/436#issuecomment-39912911 EDIT: PHP 5.5.9 and 5.5.10 are with buggy GD-libs. Try to avoid them, switch to 5.5.11+. I have send a pull request for ImageSizer to the dev branch to skip sharpening (imageconvolution) when running on this php versions.

Hi, I stuck with a problem where I cannot find informations on the net. I have created a CMS (Color Management System) based on ICC-Profiles with Imagick on my local windows machine that works really fine. Input can be any file regardless of colordepth, colorspace and if it has an embedded profile or not. Input is the embedded profile or a config-defined default profile. As workspace I use 16bit AdobeRGB and destination after all manipulations is 8bit sRGB. Now I have started creating a testcase for all image related stuff (something like unit testing). After uploading this to my shared host I got a bad surprise: all CMS stuff do not work on that machine. All color images are multiple times to bright, but not the grayscales. The colortransfer via profiles do not work, not one single case. Does this profiles (workspace) has to be _installed_ somehow on the machines system to let Image-Magick work with them? Isn't it enough to provide the ICC-profile file(s)? Or what else is going wrong here? Any pointers to get more information is welcome. On my local windows machine I use ImageMagick 6.8.8-4 Q16 x86 2014-01-29 - imagick module version: 3.1.2 On the online ubuntu machine I use ImageMagick 6.6.9-7 2014-03-06 Q16 - imagick module version: 3.1.0 RC2 The good working results can be viewed here: https://processwire.com/talk/topic/5889-image-quality-problem-on-resize/page-2#entry58679 And the weird behave on ubuntu here: http://images.pw.nogajski.de/imagick-resizer/cms/cms-visual/

Naming convention: +1! Quality == new setting ? It was there since my very first day here. So, please call me youngster. Naming convention needs to respect cropped versions too => look here

Hi nghi, $image->removeVariations(); If you want to do that for a whole site you do it best way with a bootstrapped script and foreach page with image(s) fields. There are a lot of examples here in the forums. If you cannot find one or have a question please come back here and ask. PS: you cannot create two files with the same width/height. If you want to compare quality, just use size(500,0) and size(501,0).

Hi robinc, welcome to the forums. Yes, it is created only one version Only workaround I know is to use the PageImage Manipulator. There you can pass a customdefined prefix to the filenames of image variations. You need to install it and simply add a call to it like: $image->pimLoad('cropped')->pimSave()->size(320, 320, $options); for the second image.

- Chacka!