Hmmm…it works with a hard-coded URL string, just not my variable. OK..not the plugin’s fault.

Thanks for looking into it.

I’m using the Image Sizer plugin to display an index of my entries, and all works great when all the images are there.  However, when an entry does not have a image, I get the following error:

Notice: Undefined index: extension in .../plugins/pi.imgsizer.php on line 128

Is there a way to not have this error show up when there’s no image?  I would like just nothing to show up.  Here’s the code I’m using:

I’ve tried putting in a conditional like this, but this doesn’t work either.

Also, strangely, the error only shows up in Firefox (Mac).  Safari and Camino doesn’t show the error.

eclectiv - I don’t use this plugin, but have you considered using the search: parameter to limit that list to entries with an image? Or is that not appropriate in this case?

I’m not familiar with the search parameter, but I need to show all entries (in my case, individuals on a directory page), regardless of whether there’s a member image or not.  I have a condition set so that if there’s no image, it’ll just show a default silhouette image.

eclectiv
are you uploading images with no file extension? e.g. no .jpg

All my images have file extensions.  When all the entries have a photo, there’s no error notice.  I actually noticed something more strange.  It’s not a Firefox issue.  Rather, when an admin is signed in, the error shows on all browsers.  But when a guest or a regular member visits the page, the error doesn’t show.  Weird!

Yeah this is a server side thing so browser flavors and versions would not matter. EE only shows errors to admins by default. 

I have updated the plug-in so it will catch that error you are getting.

Presto!  Thanks, Lumis!  You’re awesome.

Looove this plugin, but also wondering on any updates on the zoom-crop feature? Would love to see that in this awesome plugin!!

Sasha
one thing i wanted to make sure i did is use EE’s built in image lib. but i am struggling a bit to do a resize and then crop without having to write the image to disk twice.

still working on it though

Okay, thanks for the update!!

I had an additional question regarding the src paramter:

src= (required) the path from “webroot” to the image or the URL to the image
/images/news/moped.jpg or http://www.lumis.com/images/news/moped.jpg

Is there a significant different in performance between using the webroot or the full URL? In phpthumb’s readme files there is a warning against using the full URL, stating it will be a lot slower. Is that the case here too? Or does it not make much of a difference?

I believe the full URL is converted to the webroot.

Ah ok, so there’s no difference at all? Or does the conversion make it slower too?

Keep in mind that the images are cached, so that even if there is a performance hit, after the first time, it doesn’t matter.

Okay excellent, thank you for your quick answers!! Much appreciated!

Sasha,
no there is no performance hit for using the full URL the full url is there just for flexibility on input.
i just simply lop off the domain it does not do a http fetch

and Erin is correct once the work is done it never needs to be done again unless the source image is updated
but the initial processing is fast anyway.

OK, so after spending some time away from this, I’m ready to give the symbolic link thing a shot again.  I just tried to create a symbolic link from Appletell’s document root to the appletell images folder which lies on dabbledoo.com (as lumis and others have suggested).  It’s still not working.  I’m not all too familiar with symbolic links… does it matter what I call the link?  Can I just call it “appletell_images”?

Thoughts?

Thanks again!