I have changed to the ImageMagick-module to get any thumbnails at all, and now the uploaded images are shown as thumbnails (jubii).

But all the thumbnails disappear after I check the checkbox. The checkboxes and the caption-fields do not disappear, only the thumbnails.

I'm guessing that the checkboxes are for selecting which images should appear in an album (the manual doesn't say anything about this). If I try to select the images again (when all thumbnails have disappeared) then I get an error telling me that the image does not exist, and that I should check the filename. Have I misunderstood something? Are the checkboxes for deleting images and not for selecting album content? What happens to my thumbnails, and why is my album empty no matter what I do?

Comments

psletten’s picture

OK, so the checkboxes deletes images. That could easily have been documented better (just put "Selected images are deleted" in the UI).

But my album-images still does not get shown (no thumbnails, no nothing).

I have tried selecting a specific album-image (as you have suggested to other users):
http://psl.drupal.u.net/node/147310/picture/18

And I get this content:
{ "path": "/files/gallerix/albums/1/147310/full/vesterbro.gif", "caption": "Vesterbrobladet logo", "name": "vesterbro.gif", "nid": "147310", "pid": "18", "key": "18", "width": "0", "height": "0", "exif": { }, "thumbnails": { "gallerix-thumbnail-link-2": [ "/node/147310/picture/18", "/files/gallerix/albums/1/147310/thumbnails/vesterbro.gif", "Vesterbrobladet logo" ], "gallerix-thumbnail-link-0": [ "/node/147310/picture/20", "/files/gallerix/albums/1/147310/thumbnails/frederiksværk.gif", "Frederiksværkugeblad logo" ], "gallerix-thumbnail-link-1": [ "/node/147310/picture/19", "/files/gallerix/albums/1/147310/thumbnails/vanløse.gif", "Vanløsebladet logo" ], "gallerix-thumbnail-link-3": [ "/node/147310/picture/17", "/files/gallerix/albums/1/147310/thumbnails/vestegnen.gif", "Vestegnen logo" ], "gallerix-thumbnail-link-4": [ "/node/147310/picture/16", "/files/gallerix/albums/1/147310/thumbnails/ØsterbroAvis.gif", "Østerbroavis logo" ] }, "thumbnail_count": "5", "count": 5 }

Could it be the danish characters 'æ,ø,å' (in some of the filenames) that's causing my problems?

psletten’s picture

OK, I've had success with uploading and showing album-images! But images must be larger than some limit (I havn't found out what limit yet, but i'm guessing its the default dimensions), or else it will not work. If images are too small only thumbnails are created, the default images are not created for some reason.

Perhaps it would be an idea to translate all filenames into only ASCII-chars before the file is being stored to disc.

silviogutierrez’s picture

Hey psletten,

I think this is all related to a bug in gallerix 1.0 that prevents the module from generating derivatives if they are smaller than the target resolution already. That is, if you have a 300x200 pixel photo, and your resolution setting is 500x400, the picture simply won't be shown to the user. This is fixed in 1.1 which will be released shortly. In the meantime... upload pictures larger than the target resolution. If they're portraits, the height has to be longer than 400 (or whatever height you set), if they're landscape, the width has to be larger than 500 (or whatever width you set).

Hope this helps,

Silvio

psletten’s picture

Hey Silvio

It does help, thank you. Besides, I found the same reason and have made a simple patch. Instead of returning false, I call image_resize with the parameters, and I've made sure that imagemagick is installed and that it handles the call correctly. This works pretty nice for me:

function _gallerix_build_derivatives($nid, $size) {
...
if ($size == 'thumbnails') {
...
}
else {
if (!image_scale($picture['path'], $output_file, $width, $height)) {
// the scaling failed and we try the imagemagick module resizing instead
image_resize($picture['path'], $output_file, $width, $height);
}

AlexisWilke’s picture

Status: Active » Closed (won't fix)

5.x is not supported anymore. Closing this issue.

Thank you.
Alexis Wilke