File

Hi,

I’m using File 3.1.1 on a site, set to upload multiple images, and create multiple thumbnails. Seems to work okay (after much hair-pulling – this must be the most frustrating extension in the entire EE universe!!).

I just need to know how to bring up just one thumbnail on a directory listing page I’ve built. When the user goes to a detail page, they can see all 6 thumbnails (and click for original images), but on the directory page, I just want to show the first uploaded thumbnail (not all 6).

This tag works if I just want to display the first image (i.e. the first FULL SIZE image)…

{myimage}

…(where “myimage” is the custom field name) but how do you configure the tags to pull up just the FIRST thumbnail? Is there a parameter you can use with {file_thumb_url}? Just using {file_thumb_url} in the above code brings up ALL the thumbnails, no just one. Does anyone know how the code is written? … is it even possible?

Thanks!!

PS: where can I get the extended version of File (4.2)?

You’d use the count variable within the image tag.

{if count == 1}
show your image
{/if}

I don’t know where or if a 4.2 is around…

It’s here http://ellislab.com/forums/viewthread/38997/P738/#511337 But it doesn’t work me :( I’m curious if you can make it work.

@Phire_SK: brilliant! it works – took a bit of fiddling because I had another conditional around the image tag I didn’t want to lose, but I got it working. thanks for that!!

@pimago: I haven’t tried the latest version of File on this site…. I managed to get version 3.1.1 working. I would imagie using non-standard characters would cause problems though. One thing I found is a lot of times, if you want File to generate thumbnails, you nearly always get error messages when uploading high resolution images.

Seems like File only really works well with 72 dpi images. Try uploading 250 or 300 dpi images and you’ll get an error. Not sure if that’s just a problem with File, or the capabilities of your particular system – php file and memory limits maybe? Helps to keep your images dimensionally small too: uploading a 72 dpi image that’s 3000 pix wide will also likely choke the system. Helps to scale them down first.

Try working with 72 dpi images first, and see if you still get an error.

Nik

I’m using this modded version of File now. It has a few hardcoded russian texts, but you can easily edit them. http://ellislab.com/forums/viewthread/108604/

Mark – It looks like the comment block in the code is copy/pasted from your Multi Relationships plugin… Not a problem, of course, but in case you hadn’t noticed this already…

Does anyone know what happened to the settings for thumbnail width and height in this extension? In an older version there was a settings interface at CP > Admin > Utilities > Extensions Manager > File > Settings that allowed you to configure a variety of things including thumbnail dimensions. I just installed version 3.1.1 and it looks like the settings for this extension have been merged into the CP > Admin > Weblog Administration > File Upload Preferences > Edit File Upload Preferences interface, but I don’t see any settings for thumbnail dimensions. The documentation even alludes to that ability: “These settings are unique to each upload location making it possible to configure individual custom fields with unique thumbnail sizes”

Also, what does this mean (from the first post in this thread): “UPDATE: - I’ve got a 3.x version going on my site, please try that before downgrading to the 2.x branch.”

Does that mean that the 3.x version is not ready for production and just try it for the hell of it before downgrading? That it’s not fully featured? That you’re likely to have problems and need to downgrade?

I downloaded the version by boswebdev http://ellislab.com/forums/viewthread/38997/P738/#511337 if i use this field type in two separate weblog_field_groups for two different weblogs then the CP throws errors and warnings on the publish page

Notice: Undefined index: field_id_16_img in /var/www/../extensions/ext.mh_file_gal_ext.php on line 872 Notice: Undefined index: field_id_16_img in /var/www/…/extensions/ext.mh_file_gal_ext.php on line 873 Warning: Invalid argument supplied for foreach() in /var/www/…/extensions/ext.mh_file_gal_ext.php on line 881 Warning: Invalid argument supplied for foreach() in /var/www/…/extensions/ext.mh_file_gal_ext.php on line 1010 Notice: Undefined index: field_id_16 in /var/www/…/extensions/ext.mh_file_gal_ext.php on line 1203 etc.

update: it looks like the modify_post loop gets “all” field_type fields from the DB and not just the ones for the this field_group or this entry. (2) Around line 860 the “did we upload anything” part was commented out. And below the modify_post loop the field_id is still set to the last one found in the DB rather than the current one which was posted.

Did someone get this working with this field-type inside multiple weblog-field-groups?

hello everyone, I am trying to tweak the plugin for naming the uploaded files in an specific and consistent way (date&hour;.uploader.extension) the plugin already renames the file to avoid duplicates some I guess it wont be extremely dificult to do it. Could someone point me where approximately on the code this happens and a possible way to do it? I am not familiar with PHP but I like challenges! 😊 Thanks guys

Does anyone know how to change the display sort order of files that use the multiple image feature? Nothing too specific just the usuals (asc, desc)

Cheers

Has anyone had problems with this extension and it resizing images? I’ve got some custom illustrations that are the exact right size, but when they get processing ad uploaded they come out a bit weird. Check out the artefacts on the background of this image. I’m using PNGs, should I use something else?

@kevincannon - Assuming you’re using 3.1.1; have you gone through the extension and applied all of the fixes discussed?

We all know this thread has become a monster but it has because of how invaluable this extension has become - it’ll take a bit of time to locate all of the fixes for 3.1.1 - but, it’s worth it!

Looks like your images are getting saved as gifs. To confirm this is the issue, try uploading as a jpg. The extension will reproduce an image with the .jpg file extension - but, to confim, try opening that image in Photoshop. If the image is produced correctly, it should open; if not, you’ll get an error. Here is the fix for that particular issue.

With that said, I’m not at all sure (maybe someone can verify this) the file extension supports PNG’s. At the very least, I’m pretty certain it will not reproduce alpha transparencies.

Hey there. Thanks for the help. I didn’t realise there were all these fixes on this thread. I sadly, has assumed things had been added to the plugin code. :/

It seems to work for PNGs, but from your post, I’ve deduced it was converting them to gif and doing an odd job of it. I uploaded JPGs and it’s worked fine, which will work for now.

I’m hoping this whole businsses will be made better & part of the core for EE2. I’m always amazed at how bad CMSs are at handling images uploaded by clients. :/

Hi,

I would like to post only the last 10 images from a weblog using this file extension with multiple uploads active. I tried using the count variable but its not working. It still displays all images…

{if count <= 10}

{recent_photo}{file_url}{/recent_photo}

{/if}

Any help would be greatly appreciated. Thanks.

-Mike