Re: [css-d] ie/7 image issue
Gunlaug Sørtun wrote: Oh, and IE6 stretches all images to perfect squares at first load on slow connections, and the min/max script makes it freeze and die under certain conditions. The latter is usually not a problem, but the former may still be. regards Georg re: http://www.chelseacreekstudio.com/yl/index.html The violent shaking in IE/6 is corrected. I hope the perfect square images on load on a slow connect is gone, too? All browsers still slow to load (image intense pages). FF loading same speed as all others, now-- after ditching jQuery (we'll see if the architect buys into it :-) . Mega changes: all pages need reload. Best, Eero __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] ie/7 image issue
Gunlaug Sørtun wrote: David Laakso wrote: Mac os x 10.4.11 parallels xp ie/7 (only). Confirmed in IE7(XP) *and* IE8(Vista). Think it's a flaw in how Trident apply 'max-width' - as 'width' before checking if 'max-width' should take effect or not. http://www.chelseacreekstudio.com/yl/index.html What to do? I can't test your construction locally, but since it only happens when #d is so wide that #d img {max-width : 96%;} is wider than the images intrinsic width, I suggest you declare a max-width on #d too. Something close to... #d {max-width: 554px;} ...(image-border included) should do. That did the trick. Declaring... #d img {width: 530px; max-width: 96%;} ...may also work, since 'max-width' overrides 'width'. I can't test this either. Tried that before I wrote the list. Caused image distortion. Abandoned. Not exactly CSS, but if you want a stable alignment: overlay all images on a common canvas, a white one sized as large as the largest image would otherwise be, so all images get the same width and height. You'll have to incorporate the image-border in the image itself then, and make the canvas wide enough to incorporate it. Holding far better with now with a common height image. No vertical jump noticed on when clicking digits even in an extremely window. Thanks. Oh, and IE6 stretches all images to perfect squares at first load on slow connections, and the min/max script makes it freeze and die under certain conditions. The latter is usually not a problem, but the former may still be. Not noticeable on dsl here. No clue how to fix that on a slow connect. My son, the client, is vehemently opposed to reducing the number of images and further compression. Would a well tuned IE expression help any? regards Georg Best, Eero Saarinen __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] ie/7 image issue
David Laakso wrote: Gunlaug Sørtun wrote: Oh, and IE6 stretches all images to perfect squares at first load on slow connections, and the min/max script makes it freeze and die under certain conditions. The latter is usually not a problem, but the former may still be. Not noticeable on dsl here. No clue how to fix that on a slow connect. My son, the client, is vehemently opposed to reducing the number of images and further compression. Would a well tuned IE expression help any? No, one has to shake IE6 (cause full re-rendering) automatically after completed load, to solve the size problem, and I haven't seen/found a way to do that yet. Can't really ask end-user to shake IE6 if it doesn't render things properly, I guess :-) but that's really all it takes to fix it. Don't know which simulate slow connection solutions that will work for old IE and/or an entire network. I don't need one yet, but it isn't just IE6 that is acting up / timing out on slow connections so it would be useful for all to be able to test slowly for new designs. regards Georg -- http://www.gunlaug.no __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] ie/7 image issue
Mac os x 10.4.11 parallels xp ie/7 (only). When clicking the numerals beneath images, the images load wider than intended, causing an annoying horizontal movement and flash while they adjust to their correct width. http://www.chelseacreekstudio.com/yl/index.html What to do? __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] ie/7 image issue
David Laakso wrote: Mac os x 10.4.11 parallels xp ie/7 (only). Confirmed in IE7(XP) *and* IE8(Vista). Think it's a flaw in how Trident apply 'max-width' - as 'width' before checking if 'max-width' should take effect or not. http://www.chelseacreekstudio.com/yl/index.html What to do? I can't test your construction locally, but since it only happens when #d is so wide that #d img {max-width : 96%;} is wider than the images intrinsic width, I suggest you declare a max-width on #d too. Something close to... #d {max-width: 554px;} ...(image-border included) should do. Declaring... #d img {width: 530px; max-width: 96%;} ...may also work, since 'max-width' overrides 'width'. I can't test this either. BTW: those fixed margin-top on images are only correct when images are not shrunk on narrower windows. When they are, those margins cause strange alignment-changes when switching images. Same problem in all browsers. Not exactly CSS, but if you want a stable alignment: overlay all images on a common canvas, a white one sized as large as the largest image would otherwise be, so all images get the same width and height. You'll have to incorporate the image-border in the image itself then, and make the canvas wide enough to incorporate it. Oh, and IE6 stretches all images to perfect squares at first load on slow connections, and the min/max script makes it freeze and die under certain conditions. The latter is usually not a problem, but the former may still be. regards Georg -- http://www.gunlaug.no __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] ie/7 image issue
Gunlaug Sørtun wrote: Confirmed in IE7(XP) *and* IE8(Vista). Think it's a flaw in how Trident apply 'max-width' - as 'width' before checking if 'max-width' should take effect or not. http://www.chelseacreekstudio.com/yl/index.html What to do? regards Georg Got it. All of it. I think :-) . Thank you, Georg. ~d __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/