I just have to say what a wonderful tool this is, especially with the new version, I can’t think of anything I’d change. It (along with FFMatrix) removes really the only gripe I had with EE, which was an easy, intuitive way to handle associating multiple images with an entry. Brilliant.
Really, really nice.
Small issue, don’t know if anyone else is experiencing it - but images with all cap extensions seem to be causing errors on save/upload. I’ve only tested .PNG and .JPEG, but both through massive errors, yet they do seem to attach to the entry and upload OK when you go back to the page and check - although the thumbs are all black, not being generated.
Sorry if someone has already pointed this out. AND PLEASE test this for yourselves and confirm/deny it if you can, could be something local to my system.
Well so far still getting that error but it’s possibly something with the thumbnail. I have it turned on and when it goes to make the thumbnail it only creates _thumbnail.jpg in the /thumbs directory. So that explains why it’s bombing out, no complete filename. The photo gets uploaded to the correct directory but not the thumbs dir.Notice: Undefined index: filename in /var/www/vhosts/example.com/httpdocs/admin_cp/extensions/fieldtypes/ngen_file_field/ft.ngen_file_field.php on line 678
I just experienced this error as well and tracked it down to the fact that the filename pathinfo variable is not available in PHP versions less than 5.2.
I fixed this by modifying the extension adding the following workaround wherever pathinfo() is used:
So wherever pathinfo is called like so…
$file_info = pathinfo($some_variable);
…append:
// PHP < 5.2
if (!defined('PATHINFO_FILENAME'))
{
$file_info['filename'] = substr(basename($file), 0, strlen(basename($file))-strlen($file_info['extension'])-1);
}
This is in 4 places: around lines 309, 388, 674 and 712
Fred - hopefully this is a fix you could work into the next update?
I am getting a similar exif message on pages with existing MH upload info in the converted field.
Warning: exif_imagetype(---path---/images/articles/TFNC_logo_webcolors_NR_1.jpg ) [function.exif-imagetype]: failed to open stream: No such file or directory in /---path---/fieldtypes/ngen_file_field/ft.ngen_file_field.php on line 693
Great extension.
I’m experiencing problems with exif php extension when I upload an image on my windows apache server. Should enabling the exif resolve all the issues?
Some ideas for further development:
1) One idea is that would be really handful is if there would be a chance to rename the files or be able to place them in different folders.
Maybe something like the feature so that user would be able to change the filename and select the upload subdirectory from the FF matrix for each uploaded file.
2) Make progress bar upload (Maybe something like http://www.uploadify.com/)
Any chance we could add some MSM love to this extension? Instead of my other fix that just added the site label, I changed it so it pulls only the current site:
Line 601: in the select_upload_locations() function
$dls = $DB->query("SELECT id, name FROM exp_upload_prefs WHERE site_id = " .$PREFS->ini('site_id')." ORDER BY name ASC");
Also, you’d have to add the $PREFS global to line 596.
Great extension. I’m experiencing problems with exif php extension when I upload an image on my windows apache server. Should enabling the exif resolve all the issues? Some ideas for further development: 1) One idea is that would be really handful is if there would be a chance to rename the files or be able to place them in different folders. Maybe something like the feature so that user would be able to change the filename and select the upload subdirectory from the FF matrix for each uploaded file. 2) Make progress bar upload (Maybe something like http://www.uploadify.com/)
hi there, sorry to squeeze in.. but I am defenitely against 1)… you actually CAN specify different folders yourself as an admin… don’t confuse the user too much! otherwhise you could use the EE native file upload method, or can’t you 😉 the delete option is already a lot..
2) + 1
I have a weird issue that I can reproduce regularly. Maybe someone could figure this out.
Here’s the deal, I have one page that contains an FF Matrix with a text field and nGen file field. This is used for uploading and listing newsletter PDF files.
I have created 30 rows with only the text field, which indicates the file name, filled in and no files associated yet. Everything is good so far. Now I start uploading the PDF files one-by-one. I can add 21 files out of 30 but as soon as I add that 22nd file and hit save the screen goes to a blank white page. If I physically delete that 22nd PDF off of the file system I can load the page back up fine.
I have checked my PHP memory limit and upped it from 32M to 256M just to rule out the size issue. I get no errors in the PHP logs or through EE. Any clue what is going on?
Does anyone have a tutorial on setting up nGen with ImageSizr plugin? I just want to create a simple gallery page with one main image and all the rest as thumbnails in a sidebar, similar to what David has got on his own site. Clicking a thumbnail would bring it up as full size, and the previous image would go back in the thumbnail set.
My code right now:
{exp:weblog:entries weblog="jcc_photogallery" limit="1" disable="categories|category_fields|trackbacks|comments"}
<h3>{title}, {title_ch}</h3>
{photo_set}
{exp:imgsizer:size image="{photo_file}" width="543" alt="{photo_caption}" id="img_5334" class="entry_img" quality="75"}
{photo_caption}
{/photo_set}
{/exp:weblog:entries}
where {photo_set} is the custom field containing my FF Matrix field type, {photo_file} is the field that links to the actual uploaded image (using nGen File Field), and {photo_caption} a a text field for the caption.
Here’s the test page. Yo can see each image is sized to fit (543 pix wide).
BUT… what if I just want the FIRST image to be 543 px wide, and the rest to scaled to small thumbnails (say 20 x 20 px) in a div below?
Thx!!
Packet Tide owns and develops ExpressionEngine. © Packet Tide, All Rights Reserved.