some kind of bug with imagemagick-resize
Posted: Wed Jul 10, 2013 12:52 pm
Until now i had a lot of problems if i include a lot of images and let them float. In some cases, the floating is broken and a lot of space was between the images, as you can see on following screenshot...
I asked yellowled about this (i thought it could be a 2k11-problem) and he told me it is because of wrong image-height of the portrait-format. Settings are on 200px height, but imagemagick resizes the thumbs sometimes to 199px because of the image-ratio. There seems to be rounding-differences within s9y to calculate the thumb-size/height/width.
To solve this problem, i included \! into the size-parameter of imagemagick as it is found on line 667 within /include/functions_images.inc.php
After this (and rebuilding all thumbnails) you can see this difference between images/thumbs:
...and now, floating is working good, as you can see here
I asked yellowled about this (i thought it could be a 2k11-problem) and he told me it is because of wrong image-height of the portrait-format. Settings are on 200px height, but imagemagick resizes the thumbs sometimes to 199px because of the image-ratio. There seems to be rounding-differences within s9y to calculate the thumb-size/height/width.
To solve this problem, i included \! into the size-parameter of imagemagick as it is found on line 667 within /include/functions_images.inc.php
Code: Select all
$cmd = escapeshellcmd($serendipity['convert']) . ' -antialias -resize '. serendipity_escapeshellarg($newSize) .'\! '. serendipity_escapeshellarg($infile) .' '. serendipity_escapeshellarg($outfile);...and now, floating is working good, as you can see here