Got an old IE problem back on my case.

Large BG image disa/re-appears between navigation. I had this on building of 
website foundry but stopped it by listing the image in the preload script 
but this time IE just won't play ball.

How the hell do you tell a browser that a (background) image needs to stay? 
Can you?
I haven't got time for Google today, I've got a site to build, solicitors to 
whip, and a tone deaf teen to teach.

-- 
======= dE|_ =======
www.websitefoundry.co.uk
www.crackguitar.com
Fender~Photoshop~Markup

"dE|_" asked about...
>
> Large BG image disa/re-appears between navigation.

Oh yeah; http://www.websitefoundry.co.uk/providorgreen/index.html

In article <B6dPl.57838$TA6.32611@newsfe09.ams2>,
 "dE|_"  wrote:

> Got an old IE problem back on my case.
> 
> Large BG image disa/re-appears between navigation. I had this on building of 
> website foundry but stopped it by listing the image in the preload script 
> but this time IE just won't play ball.

The flash of white happens even in my old MacIE 5. Try loading a huge 
file size background image as a test and see if it is a basic 
inefficiency of IE in grabbing the cached file, comparing with the 
performance of other modern browsers.

-- 
dorayme

"dorayme" wrote:
>
>> Got an old IE problem back on my case.
>>
>> Large BG image disa/re-appears between navigation. I had this on building 
>> of
>> website foundry but stopped it by listing the image in the preload script
>> but this time IE just won't play ball.
>
> The flash of white happens even in my old MacIE 5. Try loading a huge
> file size background image as a test and see if it is a basic
> inefficiency of IE in grabbing the cached file, comparing with the
> performance of other modern browsers.

It is definately a cache efficiency issue as you suggest, I've got a 2.2Mb 
photo on the back of a test page and IE is crippled in comparrison to FFx. 
The link is on 
http://www.websitefoundry.co.uk/providorgreen/commercial_SM.html if you want 
to see this yourself but only for the weekend.

So is there a way to inform IE "Look, the image is going to be used on the 
next page, Just Hold It!"

Mr Ben is being quiet on this one, so there's £50 for the first man to sort 
it. I've still got 'Providor Safety' to design yet.

-- 
======= dE|_ =======
www.websitefoundry.co.uk
www.crackguitar.com
Fender~Photoshop~Markup

In article <qvzPl.109940$5J5.9301@newsfe29.ams2>,
 "dE|_"  wrote:

> 
> "dorayme" wrote:
> >
> >> Got an old IE problem back on my case.
> >>
> >> Large BG image disa/re-appears between navigation. I had this on building 
> >> of
> >> website foundry but stopped it by listing the image in the preload script
> >> but this time IE just won't play ball.
> >
> > The flash of white happens even in my old MacIE 5. Try loading a huge
> > file size background image as a test and see if it is a basic
> > inefficiency of IE in grabbing the cached file, comparing with the
> > performance of other modern browsers.
> 
> It is definately a cache efficiency issue as you suggest, I've got a 2.2Mb 
> photo on the back of a test page and IE is crippled in comparrison to FFx. 
> The link is on 
> http://www.websitefoundry.co.uk/providorgreen/commercial_SM.html if you want 
> to see this yourself but only for the weekend.
> 
> So is there a way to inform IE "Look, the image is going to be used on the 
> next page, Just Hold It!"

I'd be surprised if there was a way you could make IE fetch a cached 
image quicker. But I am all eyes on this thread for a miracle suggestion 
<g>

Here is another test to explore the issue a bit: make two HTML pages 
exactly alike except for the name and have a link from one to the other. 
Have foreground (IMG element) images, some big and some small on the 
them. See in IE compared with say FF and Safari.

Here are two pairs of docs, one employing an image of about 160K as 
background, the other as foreground, each member to each pair linking to 
the other member in that pair. Is there a difference in the behaviour 
vis a vis different browsers? Is there a flash of white or crimson?

<http://dorayme.890m.com/cacheTest/test1.html>
links to
<http://dorayme.890m.com/cacheTest/test2.html>
and back


<http://dorayme.890m.com/cacheTest/test3.html>
links to
<http://dorayme.890m.com/cacheTest/test4.html>
and back

(I have not got my winbox on but my MacIE does not show any flashes of 
white or crimson when going from one to the other, what about WinIE?)

-- 
dorayme

"dorayme" wrote:
>
>>
>> "dorayme" wrote:
>> >
>> >> Got an old IE problem back on my case.
>> >>
>> >> Large BG image disa/re-appears between navigation. I had this on 
>> >> building
>> >> of
>> >> website foundry but stopped it by listing the image in the preload 
>> >> script
>> >> but this time IE just won't play ball.
>> >
>> > The flash of white happens even in my old MacIE 5. Try loading a huge
>> > file size background image as a test and see if it is a basic
>> > inefficiency of IE in grabbing the cached file, comparing with the
>> > performance of other modern browsers.
>>
>> It is definately a cache efficiency issue as you suggest, I've got a 
>> 2.2Mb
>> photo on the back of a test page and IE is crippled in comparrison to 
>> FFx.
>> The link is on
>> http://www.websitefoundry.co.uk/providorgreen/commercial_SM.html if you 
>> want
>> to see this yourself but only for the weekend.
>>
>> So is there a way to inform IE "Look, the image is going to be used on 
>> the
>> next page, Just Hold It!"
>
> I'd be surprised if there was a way you could make IE fetch a cached
> image quicker. But I am all eyes on this thread for a miracle suggestion
> <g>
>
> Here is another test to explore the issue a bit: make two HTML pages
> exactly alike except for the name and have a link from one to the other.
> Have foreground (IMG element) images, some big and some small on the
> them. See in IE compared with say FF and Safari.
>
> Here are two pairs of docs, one employing an image of about 160K as
> background, the other as foreground, each member to each pair linking to
> the other member in that pair. Is there a difference in the behaviour
> vis a vis different browsers? Is there a flash of white or crimson?
>
> <http://dorayme.890m.com/cacheTest/test1.html>
> links to
> <http://dorayme.890m.com/cacheTest/test2.html>
> and back
>
>
> <http://dorayme.890m.com/cacheTest/test3.html>
> links to
> <http://dorayme.890m.com/cacheTest/test4.html>
> and back
>
> (I have not got my winbox on but my MacIE does not show any flashes of
> white or crimson when going from one to the other, what about WinIE?)

Testing from my ancient IBM flaptop; IE7 is jumping hurdles, FF is composed. 
I haven't put IE8 on my PCs yet, I wonder if this is an issue they've 
addressed?

-- 
dE|_

In article <csTPl.99583$tb.11792@newsfe07.ams2>,
 "dE|_"  wrote:

> > Here are two pairs of docs, one employing an image of about 160K as
> > background, the other as foreground, each member to each pair linking to
> > the other member in that pair. Is there a difference in the behaviour
> > vis a vis different browsers? Is there a flash of white or crimson?
> >
> > <http://dorayme.890m.com/cacheTest/test1.html>
> > links to
> > <http://dorayme.890m.com/cacheTest/test2.html>
> > and back
> >
> >
> > <http://dorayme.890m.com/cacheTest/test3.html>
> > links to
> > <http://dorayme.890m.com/cacheTest/test4.html>
> > and back
> >
> > (I have not got my winbox on but my MacIE does not show any flashes of
> > white or crimson when going from one to the other, what about WinIE?)
> 
> Testing from my ancient IBM flaptop; IE7 is jumping hurdles, FF is composed. 
> I haven't put IE8 on my PCs yet, I wonder if this is an issue they've 
> addressed?

If you are seeing flashes of white or crimson in both pairs on IE, it 
looks like a cache addressing problem.

-- 
dorayme