By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
438,625 Members | 2,261 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 438,625 IT Pros & Developers. It's quick & easy.

Layout is breaking in NN7 using CSS Style

P: n/a
Please help! I've been trying to figure this out for days now, with no
luck. the following web page loads fine in MSIE, but NN 7 breaks it. I
would really appreciate any suggestions that anyone might have. I tried
setting the positioning to relative, as well as added broders, to the
elements that break in NN7, with no luck.

Here's the site:
http://www.dataaxiom.com/Default.htm

Also, I'm wondering if I'm even doing the CSS correctly. I started with a
main frame div, then created separate styles for each child div.

Thanks,
Curtis Morrison
cu**********@dataaxiom.com


----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
Jul 20 '05 #1
Share this Question
Share on Google+
27 Replies


P: n/a
On Tue, 11 May 2004 22:19:05 -0500, Curtis Morrison
<cu**********@dataaxiom.com> wrote:
Please help! I've been trying to figure this out for days now, with no
luck. the following web page loads fine in MSIE, but NN 7 breaks it. I
would really appreciate any suggestions that anyone might have. I tried
setting the positioning to relative, as well as added broders, to the
elements that break in NN7, with no luck.

Here's the site:
http://www.dataaxiom.com/Default.htm

Also, I'm wondering if I'm even doing the CSS correctly. I started with
a
main frame div, then created separate styles for each child div.

Only possible problem in the CSS I see right off - be sure you set
background and color together. I mean, you can be overly anal about it,
but be sure there's no instance where you're counting on a default.

I'll check Mozilla when I can to see if I can detect the error. I see no
major errors in the CSS. Likely something's not right if Mazilla isn't
rendering properly, but due for a restart.
Jul 20 '05 #2

P: n/a
Els
Curtis Morrison wrote:
Please help! I've been trying to figure this out for days now, with no
luck. the following web page loads fine in MSIE, but NN 7 breaks it. I
would really appreciate any suggestions that anyone might have. I tried
setting the positioning to relative, as well as added broders, to the
elements that break in NN7, with no luck.

Here's the site:
http://www.dataaxiom.com/Default.htm

Also, I'm wondering if I'm even doing the CSS correctly. I started with a
main frame div, then created separate styles for each child div.


You asked this yesterday in alt.html.writers.
Didn't my answer there help?
I'll just paste it here again:

Same happens in Mozilla 1.4 and Firefox.
I'd say you need clear:both on the #ContentFooterTop.
Not tested.
You also need a border on #Frame, to prevent the left side
of your page disappearing when the window is narrower than
700px.

--
Els
http://locusmeus.com/
Sonhos vem. Sonhos vo. O resto imperfeito.
- Renato Russo -

Jul 20 '05 #3

P: n/a
Hey Els, sorry for the poorly done cross-post. Norton anti-spam keeps
crashing Outlook Newsreader....

Anyway, I tried adding clear:both the the #ContentFooterTop region, as well
as adding a border to the #Frame region (which I will re-add once I get this
initial problem fixed - good suggestion, BTW). I also tried playing with
the position:relative and clear:both/clear:left/clear:right on all the other
div regions, with no luck.

Thanks,
Curt
"Els" <el*********@tiscali.nl> wrote in message
news:40**********************@dreader2.news.tiscal i.nl...
Curtis Morrison wrote:
Please help! I've been trying to figure this out for days now, with no
luck. the following web page loads fine in MSIE, but NN 7 breaks it. I
would really appreciate any suggestions that anyone might have. I tried
setting the positioning to relative, as well as added broders, to the
elements that break in NN7, with no luck.

Here's the site:
http://www.dataaxiom.com/Default.htm

Also, I'm wondering if I'm even doing the CSS correctly. I started with a main frame div, then created separate styles for each child div.


You asked this yesterday in alt.html.writers.
Didn't my answer there help?
I'll just paste it here again:

Same happens in Mozilla 1.4 and Firefox.
I'd say you need clear:both on the #ContentFooterTop.
Not tested.
You also need a border on #Frame, to prevent the left side
of your page disappearing when the window is narrower than
700px.

--
Els
http://locusmeus.com/
Sonhos vem. Sonhos vo. O resto imperfeito.
- Renato Russo -



----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
Jul 20 '05 #4

P: n/a
When you say "set background and color" together, are you saying to specify
the background color on every div region? Sorry, will you please clarify?

"Neal" <ne*****@yahoo.com> wrote in message
news:op**************@news.individual.net...
On Tue, 11 May 2004 22:19:05 -0500, Curtis Morrison
<cu**********@dataaxiom.com> wrote:
Please help! I've been trying to figure this out for days now, with no
luck. the following web page loads fine in MSIE, but NN 7 breaks it. I
would really appreciate any suggestions that anyone might have. I tried
setting the positioning to relative, as well as added broders, to the
elements that break in NN7, with no luck.

Here's the site:
http://www.dataaxiom.com/Default.htm

Also, I'm wondering if I'm even doing the CSS correctly. I started with
a
main frame div, then created separate styles for each child div.

Only possible problem in the CSS I see right off - be sure you set
background and color together. I mean, you can be overly anal about it,
but be sure there's no instance where you're counting on a default.

I'll check Mozilla when I can to see if I can detect the error. I see no
major errors in the CSS. Likely something's not right if Mazilla isn't
rendering properly, but due for a restart.



----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
Jul 20 '05 #5

P: n/a
Els
Curtis Morrison wrote:
Anyway, I tried adding clear:both the the #ContentFooterTop region, as well
as adding a border to the #Frame region (which I will re-add once I get this
initial problem fixed - good suggestion, BTW). I also tried playing with
the position:relative and clear:both/clear:left/clear:right on all the other
div regions, with no luck.


I just copied your code, added clear:both to
#ContentFooterTop, and voila, your footer is now located at
the bottom.
Only now, your text needs to stay to the right of the
#ContentLeft. For this, I replaced 'float:left' on
#ContentBody with margin-left:200px. (the width of the
#ContentLeft).

If you want it float:left, you also need to give it a width.
This isn't difficult in your case, as you are using fixed
widths, but with flexible design, you don't know the width
of the content, that's why I gave it a left-margin.

Now all you need is some tweaking with margins/paddings, to
get an identical look between the browsers.

--
Els
http://locusmeus.com/
Sonhos vem. Sonhos vo. O resto imperfeito.
- Renato Russo -

Jul 20 '05 #6

P: n/a
How am I supposed to post my replies in a newsgroup?:
http://allmyfaqs.com/faq.pl?How_to_post
Neal wrote...
be sure you set background and color together.

Curtis Morrison wrote: When you say "set background and color" together, are you saying to
specify the background color on every div region?


You don't need to do specify both on every element. But if you want to
set a color on *any* element -- div, a, p, h1, whatever -- then set both
color and background color. The color property should not occur in your
css without a background paired with it.

--
Brian (remove "invalid" from my address to email me)
http://www.tsmchughs.com/
Jul 20 '05 #7

P: n/a
Thanks Els, this worked - I appreciate it!!!

"Els" <el*********@tiscali.nl> wrote in message
news:40**********************@dreader2.news.tiscal i.nl...
Curtis Morrison wrote:
Anyway, I tried adding clear:both the the #ContentFooterTop region, as well as adding a border to the #Frame region (which I will re-add once I get this initial problem fixed - good suggestion, BTW). I also tried playing with the position:relative and clear:both/clear:left/clear:right on all the other div regions, with no luck.


I just copied your code, added clear:both to
#ContentFooterTop, and voila, your footer is now located at
the bottom.
Only now, your text needs to stay to the right of the
#ContentLeft. For this, I replaced 'float:left' on
#ContentBody with margin-left:200px. (the width of the
#ContentLeft).

If you want it float:left, you also need to give it a width.
This isn't difficult in your case, as you are using fixed
widths, but with flexible design, you don't know the width
of the content, that's why I gave it a left-margin.

Now all you need is some tweaking with margins/paddings, to
get an identical look between the browsers.

--
Els
http://locusmeus.com/
Sonhos vem. Sonhos vo. O resto imperfeito.
- Renato Russo -



----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
Jul 20 '05 #8

P: n/a
"Brian" <us*****@julietremblay.com.invalid> wrote in message
news:10*************@corp.supernews.com...
How am I supposed to post my replies in a newsgroup?:
http://allmyfaqs.com/faq.pl?How_to_post

You don't need to do specify both on every element. But if you want to
set a color on *any* element -- div, a, p, h1, whatever -- then set both
color and background color. The color property should not occur in your
css without a background paired with it.


Thanks Brian, that makes sense now.

Curt

----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
Jul 20 '05 #9

P: n/a
DU
Curtis Morrison wrote:
Please help! I've been trying to figure this out for days now, with no
luck. the following web page loads fine in MSIE, but NN 7 breaks it. I
would really appreciate any suggestions that anyone might have. I tried
setting the positioning to relative, as well as added broders, to the
elements that break in NN7, with no luck.

Here's the site:
http://www.dataaxiom.com/Default.htm

Not related to your layout problem but nevertheless, your page

- has <meta http-equiv="Content-Script-Type" content="text/vbscript">
but no external files, not even an event attribute used anywhere. Not to
mention that vbscript is not a standardized language like javascript.

- uses a lot of &nbsp; for wrong reasons IMO

- at least 2 links have a title="Opens a new window ..." but they don't
open any new window

My 2 cents

DU
Jul 20 '05 #10

P: n/a
"DU" <dr*******@hotWIPETHISmail.com> wrote in message
news:c7**********@news.eusc.inter.net...
Not related to your layout problem but nevertheless, your page

- has <meta http-equiv="Content-Script-Type" content="text/vbscript">
but no external files, not even an event attribute used anywhere. Not to
mention that vbscript is not a standardized language like javascript.

- uses a lot of &nbsp; for wrong reasons IMO

- at least 2 links have a title="Opens a new window ..." but they don't
open any new window


Thanks for checking it out, I missed those. Can you tell me if there is an
alternative to using &nbsp; in order to double space sentences?

Thanks.


----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
Jul 20 '05 #11

P: n/a
DU wrote:
- has <meta http-equiv="Content-Script-Type" content="text/vbscript">
but no external files
That http content script type is not for external files; such files must
be connected via a <script> element, and the script element requires a
type attribute, regardless of any headers sent with the html.
not even an event attribute used anywhere.


http content script type *is* for intrinsic events, and it's unnecessary
if there are no such events in the file.

Sorry to be pedantic, but I thought it was worth saving the op a bit of
confusion.

--
Brian (remove "invalid" from my address to email me)
http://www.tsmchughs.com/
Jul 20 '05 #12

P: n/a
DU
Brian wrote:
DU wrote:
- has <meta http-equiv="Content-Script-Type" content="text/vbscript">
but no external files

That http content script type is not for external files; such files must
be connected via a <script> element, and the script element requires a
type attribute, regardless of any headers sent with the html.


Ok, I see what you mean. The "no external files" was not an accurate
comment.
not even an event attribute used anywhere.

http content script type *is* for intrinsic events, and it's unnecessary
if there are no such events in the file.


Correct; that was one of my 2 points.
Sorry to be pedantic, but I thought it was worth saving the op a bit of
confusion.


No problem. That's ok with me.

DU
Jul 20 '05 #13

P: n/a
DU
Curtis Morrison wrote:
"DU" <dr*******@hotWIPETHISmail.com> wrote in message
news:c7**********@news.eusc.inter.net...

Not related to your layout problem but nevertheless, your page

- has <meta http-equiv="Content-Script-Type" content="text/vbscript">
but no external files, not even an event attribute used anywhere. Not to
mention that vbscript is not a standardized language like javascript.

- uses a lot of &nbsp; for wrong reasons IMO

- at least 2 links have a title="Opens a new window ..." but they don't
open any new window

Thanks for checking it out, I missed those. Can you tell me if there is an
alternative to using &nbsp; in order to double space sentences?

Thanks.


Well, you can use &nbsp; when you really want to avoid line wrapping.
You should not use &nbsp; to create horizontal padding between inline
elements (like using several consecutive ones). CSS padding property is
called for and is very widely supported by current browsers in use.

I checked your page again and I think you misuse <acronym> and the lang
attribute too.
<acronym> is best used for expressions which can be pronounced as
composed. Examples of correct acronyms would be radar, GATT, NATO: a
speech browser would pronounce these acronymns. <abbr> on the other hand
is about expressions which are spelled in day to day conversation and
would be spelled out by speech browsers (voice synthetizers). So, RDBMS,
SM, Hp, USA, etc.. should be all <abbr> instead.

Once you've defined lang for the root element, the specs says you
defined it for the whole document and its DOM nodes. So there is no need
to repeat it again, unless the language used changes. E.g.:

<html lang="en">
(...)
<p>He said "<span lang="fr">Voila</span> I'm done".</p>

DU
Jul 20 '05 #14

P: n/a
Ok, so if I needed a 6 px space between each link in a menu (link1 | link2
| link3), is it good practice to create a class with the padding, then
assign that class to each link?

"DU" <dr*******@hotWIPETHISmail.com> wrote in message
news:c7**********@news.eusc.inter.net...
Curtis Morrison wrote:
"DU" <dr*******@hotWIPETHISmail.com> wrote in message
news:c7**********@news.eusc.inter.net...

Not related to your layout problem but nevertheless, your page

- has <meta http-equiv="Content-Script-Type" content="text/vbscript">
but no external files, not even an event attribute used anywhere. Not to
mention that vbscript is not a standardized language like javascript.

- uses a lot of &nbsp; for wrong reasons IMO

- at least 2 links have a title="Opens a new window ..." but they don't
open any new window

Thanks for checking it out, I missed those. Can you tell me if there is an alternative to using &nbsp; in order to double space sentences?

Thanks.


Well, you can use &nbsp; when you really want to avoid line wrapping.
You should not use &nbsp; to create horizontal padding between inline
elements (like using several consecutive ones). CSS padding property is
called for and is very widely supported by current browsers in use.

I checked your page again and I think you misuse <acronym> and the lang
attribute too.
<acronym> is best used for expressions which can be pronounced as
composed. Examples of correct acronyms would be radar, GATT, NATO: a
speech browser would pronounce these acronymns. <abbr> on the other hand
is about expressions which are spelled in day to day conversation and
would be spelled out by speech browsers (voice synthetizers). So, RDBMS,
SM, Hp, USA, etc.. should be all <abbr> instead.

Once you've defined lang for the root element, the specs says you
defined it for the whole document and its DOM nodes. So there is no need
to repeat it again, unless the language used changes. E.g.:

<html lang="en">
(...)
<p>He said "<span lang="fr">Voila</span> I'm done".</p>

DU



----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
Jul 20 '05 #15

P: n/a
A: It destroys the natural flow of conversation and makes discussions harder
to follow: http://www.cs.tut.fi/~jkorpela/usenet/brox.html

Curtis Morrison <cu**********@dataaxiom.com> wrote:
Ok, so if I needed a 6 px space between each link in a menu (link1 | link2
| link3), is it good practice to create a class with the padding, then
assign that class to each link?


Another option is to assign a class/id to the menu's container element, and
to use a child selector to specify padding for the links within that
container.

Also, the padding might scale more gracefully for different font sizes if
you used em units rather than px (or pt) units.

Q. What's wrong with Text Over, Fullquote Under (TOFU) posting?
--
Darin McGrew, mc****@stanfordalumni.org, http://www.rahul.net/mcgrew/
Web Design Group, da***@htmlhelp.com, http://www.HTMLHelp.com/

"If you find yourself in a hole, stop digging." - Will Rogers
Jul 20 '05 #16

P: n/a
"DU" <dr*******@hotWIPETHISmail.com> wrote in message
news:c7**********@news.eusc.inter.net...
I checked your page again and I think you misuse <acronym> and the lang
attribute too.
<acronym> is best used for expressions which can be pronounced as
composed. Examples of correct acronyms would be radar, GATT, NATO: a
speech browser would pronounce these acronymns. <abbr> on the other hand
is about expressions which are spelled in day to day conversation and
would be spelled out by speech browsers (voice synthetizers). So, RDBMS,
SM, Hp, USA, etc.. should be all <abbr> instead.


I mis-read the W3C Accessibility Guidelines. It says to describe the first
occurrence of each abbreviated word on a page, not the acronym.

Thanks!


----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
Jul 20 '05 #17

P: n/a
Curtis Morrison wrote:
I mis-read the W3C Accessibility Guidelines. It says to describe the first
occurrence of each abbreviated word on a page, not the acronym.


4.2 Specify the expansion of each abbreviation or acronym in a document
where it first occurs. [Priority 3]
For example, in HTML, use the "title" attribute of the ABBR and
ACRONYM elements. Providing the expansion in the main body of the
document also helps document usability.
--
Johannes Koch
In te domine speravi; non confundar in aeternum.
(Te Deum, 4th cent.)
Jul 20 '05 #18

P: n/a
On Mon, 17 May 2004, Johannes Koch wrote:
4.2 Specify the expansion of each abbreviation or acronym in a document
where it first occurs. [Priority 3]
Unfortunately, the drafters of the HTML4 specification refused to
agree about what an "acronym" was, so they included some mutually
contradictory explanations, and left it to us to work it out.

On top of that, IE failed to implement <abbr>, which all too many
authors have taken as an excuse to use <acronym> to mark any kind of
abbreviation. Consequently, although it would be logical (based at
least on the historical definition of "acronym") for a speaking
browser to attempt to pronounce anything marked as <acronym> as a
pronounceable word, one suspects that it would frequently come out
wrong - even for one of the W3C's own (IMHO bogus) examples "F.B.I."
(with the dots, for heaven's sake).
For example, in HTML, use the "title" attribute of the ABBR and
ACRONYM elements. Providing the expansion in the main body of the
document also helps document usability.
I'm not sure whether to recommend something like this:

<span class="abbr" title="Private Finance Initiative"<abbr title="Private Finance Initiative">PFI</abbr></span>


for the benefit of the benighted majority who still think they're
using a WWW browser. On the one hand, by rights we should just be
using HTML per the specification, and if the vendor chooses not to
implement it, that's not our problem. But on the other hand, it's
about communicating with the readers of the page...

Sigh.
Jul 20 '05 #19

P: n/a
Alan J. Flavell wrote:
I'm not sure whether to recommend something like this:

<span class="abbr" title="Private Finance Initiative"
><abbr title="Private Finance Initiative">PFI</abbr></span>


for the benefit of the benighted majority who still think they're
using a WWW browser.


I use this:

<?php
function abbr () {
if ( stristr($_SERVER["HTTP_USER_AGENT"],"MSIE"))
printf ("acronym");
else
printf ("abbr");
}
?>

with:

<<?php abbr() ?> title="Internet Explorer">IE</<?php abbr() ?>>

It pains me to take such action (extra processing, horrid browser
sniffing), so I also explain to IE readers why they cause me such a problem.

http://tranchant.plus.com/ (visit with IE)

--
Mark.
Jul 20 '05 #20

P: n/a
On Mon, 17 May 2004, Mark Tranchant wrote:
I use this:

<?php
function abbr () {
if ( stristr($_SERVER["HTTP_USER_AGENT"],"MSIE"))
printf ("acronym");
else
printf ("abbr");
}
?>
Oh <choke class=splutter>the horror!</>

If you really, -really- want to tell lies to IE to compensate for its
shortcomings, I'd suggest using MS's "conditional comment" syntax,
which can be used in such a way that it does no harm to WWW-conforming
client agents.

The few extra characters will surely be more than compensated by
the fact that the content can then be static and thus cacheable.

Whereas yours goes:

Cache-Control: no-cache

and so on.

And, that way, you'll be sure that the bodge will only affect the
actual IE, and not go messing up other clients who - for reasons which
are deplorable but understandable - feel that they have to wear an IE
"Tarnhelm".
http://tranchant.plus.com/ (visit with IE)


Well, this proves that you know how to use MS conditional comments ;-)

So, if we take for example Opera users sailing under the flag of
convenience of IE6, you'll send them your meant-for-IE PHP stuff (yes,
I did test it, you'll see it in your log), but you won't chide them
for using IE.

all the best
Jul 20 '05 #21

P: n/a
Alan J. Flavell wrote:
(advice to use use conditional comments)
The few extra characters will surely be more than compensated by
the fact that the content can then be static and thus cacheable.
I have all sorts of other PHP stuff there that would make that
impossible, anyway, such as the menu generation and the HTML/XHTML
switching which we've discussed before.
And, that way, you'll be sure that the bodge will only affect the
actual IE, and not go messing up other clients who - for reasons which
are deplorable but understandable - feel that they have to wear an IE
"Tarnhelm".


Unless it actually breaks things for them, I'm afraid that's their
problem. If they want to pretend to be IE6, then they can take IE fixes too.

Conditional comments would give me something like this for <abbr>:

<!--[if IE]><acronym title="Internet Explorer"><![endif]>
<![if !IE]><abbr title="Internet Explorer"><![endif]>

Yeurch.
http://tranchant.plus.com/ (visit with IE)


Well, this proves that you know how to use MS conditional comments ;-)

So, if we take for example Opera users sailing under the flag of
convenience of IE6, you'll send them your meant-for-IE PHP stuff (yes,
I did test it, you'll see it in your log), but you won't chide them
for using IE.


Fair point. That doesn't break anything, though: it just gives them
<acronym> instead of <abbr>.

I've now updated it not to use the work-around for UAs with MSIE *and*
Opera in their string. I know this is not the ideal, but it'll do until
I get around to writing a proper abbr function that takes the title
arrtibute and content as arguments, and spits out a conditional
comment-laden botch.

I hate IE.

--
Mark.
Jul 20 '05 #22

P: n/a
On Mon, 17 May 2004, Mark Tranchant wrote:
I have all sorts of other PHP stuff there that would make that
impossible, anyway, such as the menu generation and the HTML/XHTML
switching which we've discussed before.


Excuse me, but there's no reason that content-type negotiation has to
completely break cacheing. Sure, you'll send out the negotiate and
vary headers, which somewhat reduces the efficacy of cacheing, but
you can still have headers relating to last-modified etc. (of the
underlying content) even when the content-type is negotiated.

OK, maybe this isn't feasible in your case because you have other
reasons for no-cache; I'm just trying to dispel the assumption that
content negotiation - of itself - calls for utter no-cache behaviour.

Having spent an unhappy half hour yesterday trying to plough through
treacle[1] at one dynamically-built site from which I urgently needed
information - where even the pages that I'd already visited were
taking several minutes to revisit, even though nothing had changed - I
did want to raise the profile of cacheability again. In case anyone's
new around here, my standard cite on this would be
http://www.mnot.net/cache_docs/ , and the associated "cacheability
engine" URLs.

Hey, now that I've got the Mozilla "web developers toolbar" installed,
that cacheability engine is surely the thing to put into my "custom
validator" menu, right? Yup, that works a treat.
[1] and this was with a 100Mbit ethernet connection to a 1Gbit
campus backbone connected to a 10Gbit national network, not just some
scruff dial-up...
Jul 20 '05 #23

P: n/a
"Alan J. Flavell" <fl*****@ph.gla.ac.uk> wrote:
If you really, -really- want to tell lies to IE to compensate for its
shortcomings, I'd suggest using MS's "conditional comment" syntax,
which can be used in such a way that it does no harm to WWW-conforming
client agents.


Probably, but you'd need to use the so-called "downlevel revealed"
comments, and unlike the "uplevel" cc they don't validate.

--
Spartanicus
Jul 20 '05 #24

P: n/a
Alan J. Flavell wrote:
On Mon, 17 May 2004, Mark Tranchant wrote:

I have all sorts of other PHP stuff there that would make that
impossible, anyway, such as the menu generation and the HTML/XHTML
switching which we've discussed before.


Excuse me, but there's no reason that content-type negotiation has to
completely break cacheing. Sure, you'll send out the negotiate and
vary headers, which somewhat reduces the efficacy of cacheing, but
you can still have headers relating to last-modified etc. (of the
underlying content) even when the content-type is negotiated.


Maybe in theory, but I could not persuade my work proxy to cache both
types, leading to IE asking me if I wanted to download my pages...!

Perhaps I'm missing something - any suggestions? Feel free to take this
to private mail if you think it's getting off-topic.

--
Mark.
Jul 20 '05 #25

P: n/a
Mark Tranchant wrote:
Alan J. Flavell wrote:
On Mon, 17 May 2004, Mark Tranchant wrote:

Excuse me, but there's no reason that content-type negotiation has to
completely break cacheing. Sure, you'll send out the negotiate and
vary headers, which somewhat reduces the efficacy of cacheing, but
you can still have headers relating to last-modified etc. (of the
underlying content) even when the content-type is negotiated.

Maybe in theory, but I could not persuade my work proxy to cache both
types, leading to IE asking me if I wanted to download my pages...!

Perhaps I'm missing something - any suggestions? Feel free to take this
to private mail if you think it's getting off-topic.


FWIW, I'd be interested to see any ways in which this could work - I'm
interested in Mark's cunning techniques for content negotiation, but the
main thing that was putting me off was inability to get pages to cache.

Perhaps redirect to comp.infosystems.www.authoring.misc? It's quiet
enough there that I doubt anyone would mind anyway . . . ;)

P
Jul 20 '05 #26

P: n/a
Alan J. Flavell wrote:
Having spent an unhappy half hour yesterday trying to plough through
treacle[1] at one dynamically-built site from which I urgently needed
information - where even the pages that I'd already visited were
taking several minutes to revisit, even though nothing had changed - I
did want to raise the profile of cacheability again.
After solving the problem of all pages on my sites being parsed for ssi
(and saving my isp a bundle in the process!), I then got to work on the
dynamic content. It was a bit rough going at times, dealing with php and
MySQL and last-modified and... But I have a beta of sorts.

http://www.julietremblay.com/portfolio/catalogue (no lm headers, no
etag, unfriendly to caches)

http://www.julietremblay.com/portfolio/catalogue1 (beta of header
parsing, should return 304 on revisit)

It was working like a charm this morning. But just now, I find that
sometimes the screen in LiveHTTPHeaders just hangs when I revisit
catalogue1. I'm not sure why. It does work sometimes. Perhaps it is my
system. My copy of Mozilla is a bit screwy, and that may be the problem.
Feel free to have a look and tell me how it behaves. You can return to
catalogue1 via a link on the test page:

http://www.julietremblay.com/test/

It's really ot for ciwas, but if I get it working more reliably, perhaps
I'll post the code somewhere else.

If my provider had enabled mod_expires, I could have really done
something. ;-)
[1] and this was with a 100Mbit ethernet connection to a 1Gbit
campus backbone connected to a 10Gbit national network, not just some
scruff dial-up...


I'm on dialup at the moment, so it can be really difficult at times.

--
Brian (remove "invalid" from my address to email me)
http://www.tsmchughs.com/
Jul 20 '05 #27

P: n/a
Mark Tranchant wrote:

Maybe in theory, but I could not persuade my work proxy to cache both
types, leading to IE asking me if I wanted to download my pages...!
That's a fault in IE, but surely unrelated to caching. (No?) I had a
terrible time with IE 5.x and content negotiation. I wrote up a pretty
full account, along with a test case, in ciwa.site-design some time ago.
Feel free to take this to private mail if you think it's getting
off-topic.


How about ciwa.site-design?
x-posted, f'ups set

(I know Phil Evans suggested ciwa.misc, but since there's an old thread
-- and one I just started a few days ago -- about cacheing I think sd
might be a good place to continue this discussion.)

--
Brian (remove "invalid" from my address to email me)
http://www.tsmchughs.com/
Jul 20 '05 #28

This discussion thread is closed

Replies have been disabled for this discussion.