Jquery Zoom [Support thread]

having said that, of course if you upload small medium and large version of every image then IH is not required at all. But most large stores do not want to do that. The largest I work with is about 25,000 products so creating those scaled versions is just a pain in the ####. Particularly when I can get it to be done automatically on the server.

OR you can do what I do an have small images as the default image located in /images approx 15-20k each
Then medium images located in /images/medium approx 30k each then large images in the images/large approx 200k

Image size / quality is totally what you want it.

It takes about 30 mins for me to batch create 3 different sizes of 7,500 images and upload to the site.

Either way one or the other is the best option over using just 1 image and loading that size image for everything so either use the zen image folder sizes or IH.

Quote:

---

Originally Posted by niccol

So what IH does is scale each image on the server. So, each image now becomes about 20kb . There are still 40 of them on the page. SO there is still 800kb of images to download for the page. 800kb is far too much but it is a lot better than 8mb. Each page loads faster for each user. You use less bandwidth. And google likes your pages more.

It is a bit of a no-brainer ....

---

Niccol, for you and other experts, this might be a no brainer! For some of us including myself, trying to put the impossible together, it then becomes a challenge. If something can't work, then you try to compromise.

Quote:

---

Originally Posted by niccol

If you are using the default image to zoom to in IH then it really is not that difficult. (http://goo.gl/GHV7L) IH will create the medium image as the page loads. The default image ( the zoom-to-image) exists because it is the one that you uploaded. This requires the user to be disciplined on the proportions and size of the images that they upload. (Or to put in place a system that scales the image on upload which is a better solution because it stops huge images being stored on the server and never used)

If however, you allow Image handler to create a 'large image' and you want to use that as the zoom-to-image ( which kind of makes sense because it means that the zoom ratio is constant) then you have an issue because the image may, or may not, exist on page load. And the javascript cannot create it. So, as I think I may have mentioned before the solution here is to pre-load the image somewhere else on the page and hide it but use it's source in the zoom tag.

---

Furthermore how do you get IH and zoom to work together in on the above mentioned www? Are you using IH and zoom?

As I say, if you are happy to provide small, medium and large then the discussion is not important. So, everyone can make their own decisions. Really doesn't matter too much.

So now I am just chatting.

The thing is that the software that you use to batch process the images is probably based on GD or ImageMagick which are the modules that the server uses to scale the images. So really what we are saying is the same thing. Batch process the images using GD or ImageMagick. I choose to do that on the server, you choose to do it on your computer. That's the only difference.

The only thing I would say is that for most users it is easier to have the system on the server and not even have to think about it. And it does save you that half hour.

I am overtly not a supporter of IH itself. I have been quite vocal about what I regard as its short-comings. As I have said I use my own version of it that has the advantages that it is not limited to three sizes because many of my stores use more than that, it cleans up better after itself, it doesn't destroy the image name if you are doing SEO stuff with that name and it has a smaller footprint than IH. But IH is the industry standard image handling module for Zen. A LOT of people use it.

Quote:

---

Originally Posted by philip937

OR you can do what I do an have small images as the default image located in /images approx 15-20k each
Then medium images located in /images/medium approx 30k each then large images in the images/large approx 200k

Image size / quality is totally what you want it.

It takes about 30 mins for me to batch create 3 different sizes of 7,500 images and upload to the site.

Either way one or the other is the best option over using just 1 image and loading that size image for everything so either use the zen image folder sizes or IH.

---

I think that's the route I should and will take. Thanks again.

Quote:

---

Originally Posted by niccol

As I say, if you are happy to provide small, medium and large then the discussion is not important. So, everyone can make their own decisions. Really doesn't matter too much.

So now I am just chatting.

The thing is that the software that you use to batch process the images is probably based on GD or ImageMagick which are the modules that the server uses to scale the images. So really what we are saying is the same thing. Batch process the images using GD or ImageMagick. I choose to do that on the server, you choose to do it on your computer. That's the only difference.

The only thing I would say is that for most users it is easier to have the system on the server and not even have to think about it. And it does save you that half hour.

I am overtly not a supporter of IH itself. I have been quite vocal about what I regard as its short-comings. As I have said I use my own version of it that has the advantages that it is not limited to three sizes because many of my stores use more than that, it cleans up better after itself, it doesn't destroy the image name if you are doing SEO stuff with that name and it has a smaller footprint than IH. But IH is the industry standard image handling module for Zen. A LOT of people use it.

---

I agree with your logic. But unfortunately at the moment, IH and zoom together is a no go.

@Kevin

Quote:

---

Niccol, for you and other experts, this might be a no brainer!

---

Sorry, I didn't mean that the way it perhaps sounded. The 'no-brainer' is that you MUST send scaled images from the server. Otherwise it is a loose-loose situation.

The ways to do that are to

-- use IH or something similar
-- upload small. medium. large images

I didn't mean anything other than that.

All IH does is make that process a bit easier. But as Phil says there are other ways around it.

Yes, that site does use IH and it does have this zoom. It was the first one that I did like that and I think it is kind of where this whole thread started in one way, or for me anyway. I suspect that the code that I posted earlier in the thread is taken directly from that site.

Quote:

---

Originally Posted by niccol

@Kevin

Sorry, I didn't mean that the way it perhaps sounded. The 'no-brainer' is that you MUST send scaled images from the server. Otherwise it is a loose-loose situation.

---

Niccol, don't worry we are all trying to help, one way or another. I am always thankful of your help as well. :cheers: :smile:

Is there a limit for the number of characters the image file path name could be?

Image is not showing up, as I look at the page source, the image name is getting truncated at the end.

Yes apparently it is 64 character long in the tables. That's why it was breaking.

I found it here