I have noticed with several themes, that IE7 does not like to drop a column of images if the window is resized. Well, It "does" but only when the image is completely covered up from the window resize, THEN it drops it down.

I have a gallery with 20 images and it looks great in Firefox, Opera, Safari and IE6 but then I run into the problem with IE7. I thought maybe it was my theme (highly customized bluemarine) so I switched over to the default garland and noticed the same thing. Any ideas?

The only "fix" I have found, is to set:

div.photo_gallery_gallery_box {
  max-width: 81%;
}

BUT, that screws the rest of the browsers up.

I am fairly css oriented, but more of a trial by fire than knowing the hard backend of CSS and the 'why'. I am guessing it is merely a css / layout issue as opposed to a module php coding issue...

Maybe now would be a good time to "suggest" the ability to set a static number of columns in the settings area. (Just a thought)

Otherwise, the module works great!

Comments

eclipsegc’s picture

eclipsegc commented
Version: 5.x-1.0 » 5.x-1.0-rc4

Cloned Comment

eclipsegc’s picture

eclipsegc commented
Version: 5.x-1.0-rc4 » 5.x-1.0

philsward,

have you got a live version of this I can see? I'm guessing that you're talking about the number of thumbnails can become problematic in IE7? I've not run into this, but as this code was all already optimized for IE6 (from code we built internally some time ago) I honestly didn't even look at IE7. Give me a link to see what you're talking about and I'll see what I can do to help this code work in both places. The sad truth is the IE7 has been more of a pain than a help in most way, especially for the css developer.

Again, a link would really help me on this one as I'll need to see your settings. I've not changed any of the css in 1.0, so I'm going to go ahead and file this bug against 1.0 instead of RC4. You should probably upgrade as well. :-)

Eclipse

philsward’s picture

philsward commented
Version: 5.x-1.0-rc4 » 5.x-1.0

Grrr!! I figured out how to 'fix' the problem.

I have two different galleries utilizing this module, one was working fine (rc2), the other wasn't (rc4)... So, digging into the issue, I realized that I used the module to set the image border and margin on the gallery that is working.

If I remember right, (I've slept since I did all this) I saved the admin config settings for the gallery on site that wasn't working. I left all of the settings to the defaults, (margin 10px, white 1px border) But, it didn't reflect the margin settings, so I manually set them using CSS.

Commenting out the border and margin changes for the 'bad' site, I went into the admin config settings and made the simple change to the border to 3px with a color of #aaa and vola! IE7 Looks the way it's supposed to!

At this point, I don't know if it was 'me' and I just didn't originally save the admin config settings, or if I saved them, but they didn't take. I am thinking now that I must not have saved the settings... I was happy with the defaults and moved on. SO, with that being said, I guess maybe putting a disclaimer in the install docs that the IFG Administration side MUST be saved in order for everything to work right, [or] setup the module so it will automatically write the default settings to the database on install.

'bad' site link: http://diamond.xenitive.com/halstead-kansas-old-settlers-festival (now working)
'good' site link: http://staging.xnetent.com/photo-gallery

Sorry for any confusion!

eclipsegc’s picture

eclipsegc commented
Assigned: Unassigned » eclipsegc
Status: Active » Closed (fixed)

good to hear this was just a minor "visit the admin" issue. The css should get auto-generated with its defaults on first view now. There may still be an issue there, so I may end up writing up the css build into hook_enable. Still playing with some options.

Eclipse

philsward’s picture

philsward commented

Sounds good!

Thx for the reply and sorry for the confusion! :p