473,320 Members | 1,988 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

And things were going so well....

http://www.wils.ch/News.aspx

In FF all looks good. At least all looks as I expected, bearing in mind
my limited graphic talent. But IE doesn't even show half the stuff.
Until you CTRL-A then ESC. Oh, it's in the source alright, but IE
doesn't want to render it straightaway. It has to be nudged into it.
Scrolling up and down does the trick too. I guess it's whats known in
the trade as "invalidating the view".

So which bit of my CSS can I change to trick IE into doing the right
thing right from the off?
Apr 15 '06 #1
34 1643
To further the education of mankind, Colin Peters <cp*****@coldmail.com>
declaimed:
http://www.wils.ch/News.aspx

In FF all looks good. At least all looks as I expected, bearing in mind
my limited graphic talent. But IE doesn't even show half the stuff.
Until you CTRL-A then ESC. Oh, it's in the source alright, but IE
doesn't want to render it straightaway. It has to be nudged into it.
Scrolling up and down does the trick too. I guess it's whats known in
the trade as "invalidating the view".

So which bit of my CSS can I change to trick IE into doing the right
thing right from the off?


What kind of doctype is that? And why are some open-ended elements
terminated with <... /> and others not? Did you validate the page?

It looks like a mess to me.

--
Neredbojias
Infinity can have limits.
Apr 15 '06 #2
Colin Peters wrote:
http://www.wils.ch/News.aspx

IE doesn't even show half the stuff.
Scrolling up and down does the trick too. I guess it's whats known in
the trade as "invalidating the view".


No, it's what's known as the "peek-a-boo bug". It should take you about
a half a second to find more about it. Google is your friend. Use it.

--
Reply email address is a bottomless spam bucket.
Please reply to the group so everyone can share.
Apr 15 '06 #3
Colin Peters wrote:
http://www.wils.ch/News.aspx

In FF all looks good. At least all looks as I expected, bearing in mind
my limited graphic talent. But IE doesn't even show half the stuff.
Until you CTRL-A then ESC. Oh, it's in the source alright, but IE
doesn't want to render it straightaway. It has to be nudged into it.
Scrolling up and down does the trick too. I guess it's whats known in
the trade as "invalidating the view".

So which bit of my CSS can I change to trick IE into doing the right
thing right from the off?


Not a direct answer to your question, but:

Firstly, you have a defective doctype declaration. And on a related
point, your code is not quite HTML and not quite XHTML.

Secondly, I have no experience with ASP or whatever it is, but is there
a reason why the entire contents of your body element are wrapped with
the following oddity:
<form method="post" action="News.aspx" id="baseForm"
enctype="Multipart/Form-Data">
<input type="hidden" name="__VIEWSTATE"
value="dDw1MzgxO3Q8O2w8aTw0Pjs+O2w8dDxwPGw8aW5uZXJ odG1sOz47bDxOZXdzOz4+Ozs+Oz4+Oz4oiMNbXl78Q5entXdeg WcSrroQBw=="
/>
</form>
Note that the you've closed the element twice, as well!

Thirdly, if you'd validated your CSS you'd have seen that there's 3
errors; there's also quite a few warnings.

Finally, and quite incidentally, I'd replace your NewsSumm_Title class
with H3 elements.

Cheers,
AGw.

Apr 15 '06 #4
Colin Peters wrote:
http://www.wils.ch/News.aspx

In FF all looks good. At least all looks as I expected, bearing in
mind my limited graphic talent. But IE doesn't even show half the
stuff. Until you CTRL-A then ESC. Oh, it's in the source alright, but
IE doesn't want to render it straightaway. It has to be nudged into
it. Scrolling up and down does the trick too. I guess it's whats
known in the trade as "invalidating the view".
I do not see what you describe, using W2K IE6 and FF 1.5.0.1. Both
browsers look identical to me.
So which bit of my CSS can I change to trick IE into doing the right
thing right from the off?


Try a modern DOCTYPE. HTML 4.0 Transitional is way old. Use 4.01 Strict
for all new documents.

Why is the entire page in a <form>?

Consider moving to a fluid layout; the page is quite narrow in the
center of my browser window, with lots of unused space.
http://allmyfaqs.net/faq.pl?AnySizeDesign

Drop Verdana.
http://xs4all.nl/~sbpoley/webmatters/verdana.html

You're mixing serif and sans-serif fonts, which is unusual.

<http://jigsaw.w3.org/css-validator/validator?profile=css2&warning=2&uri=http%3A%2F%2F www.wils.ch%2FNews.aspx>

--
-bts
-Warning: I brake for lawn deer
Apr 15 '06 #5
fr*******@southernskies.co.uk wrote:
Colin Peters wrote:
http://www.wils.ch/News.aspx

In FF all looks good. At least all looks as I expected, bearing in mind
my limited graphic talent. But IE doesn't even show half the stuff.
Until you CTRL-A then ESC. Oh, it's in the source alright, but IE
doesn't want to render it straightaway. It has to be nudged into it.
Scrolling up and down does the trick too. I guess it's whats known in
the trade as "invalidating the view".

So which bit of my CSS can I change to trick IE into doing the right
thing right from the off?

Not a direct answer to your question, but:

Firstly, you have a defective doctype declaration. And on a related
point, your code is not quite HTML and not quite XHTML.

Secondly, I have no experience with ASP or whatever it is, but is there
a reason why the entire contents of your body element are wrapped with
the following oddity:
<form method="post" action="News.aspx" id="baseForm"
enctype="Multipart/Form-Data">
<input type="hidden" name="__VIEWSTATE"
value="dDw1MzgxO3Q8O2w8aTw0Pjs+O2w8dDxwPGw8aW5uZXJ odG1sOz47bDxOZXdzOz4+Ozs+Oz4+Oz4oiMNbXl78Q5entXdeg WcSrroQBw=="
/>
</form>
Note that the you've closed the element twice, as well!


Thanks for your reply, I'm going to fix some of the points mentioned.

The enveloping form is on all my pages. Its a workaround to make sure
that I can always add form elements without worrying if there's a
container form for them, or worrying that there might be two forms.

But I only see one closing form tag. Where is the other? I'm puzzled
because I have worked on that lately but I thought I checked it.
Thirdly, if you'd validated your CSS you'd have seen that there's 3
errors; there's also quite a few warnings.

Finally, and quite incidentally, I'd replace your NewsSumm_Title class
with H3 elements.

Cheers,
AGw.

Apr 16 '06 #6
Colin Peters wrote:
The enveloping form is on all my pages. Its a workaround to make sure
that I can always add form elements without worrying if there's a
container form for them, or worrying that there might be two forms.

But I only see one closing form tag. Where is the other? I'm puzzled
because I have worked on that lately but I thought I checked it.


It appears that I was talking nonsense! I somehow read the "/>" of the
input tag as being at the end of the form tag. Sorry...
--
AGw.

Apr 16 '06 #7
Neredbojias wrote:
To further the education of mankind, Colin Peters <cp*****@coldmail.com>
declaimed:

http://www.wils.ch/News.aspx

In FF all looks good. At least all looks as I expected, bearing in mind
my limited graphic talent. But IE doesn't even show half the stuff.
Until you CTRL-A then ESC. Oh, it's in the source alright, but IE
doesn't want to render it straightaway. It has to be nudged into it.
Scrolling up and down does the trick too. I guess it's whats known in
the trade as "invalidating the view".

So which bit of my CSS can I change to trick IE into doing the right
thing right from the off?

What kind of doctype is that? And why are some open-ended elements
terminated with <... /> and others not? Did you validate the page?

It looks like a mess to me.

The doctype was cribbed from a book or somewhere. I'll change that.

As for the unterminated open ended elements, which ones do you mean?

And the html validate OK, according to :

http://validator.w3.org/check?verbos...www.wils.ch%2F

And the CSS......aaarrrrgghhhhhh.
Apr 16 '06 #8
kchayka wrote:
Colin Peters wrote:
http://www.wils.ch/News.aspx

IE doesn't even show half the stuff.
Scrolling up and down does the trick too. I guess it's whats known in
the trade as "invalidating the view".

No, it's what's known as the "peek-a-boo bug". It should take you about
a half a second to find more about it. Google is your friend. Use it.


Yep, got it. But come on, "peekaboo" is hardly intuitive. Thnaks anyway.
Apr 16 '06 #9
Beauregard T. Shagnasty wrote:
Colin Peters wrote:

http://www.wils.ch/News.aspx

In FF all looks good. At least all looks as I expected, bearing in
mind my limited graphic talent. But IE doesn't even show half the
stuff. Until you CTRL-A then ESC. Oh, it's in the source alright, but
IE doesn't want to render it straightaway. It has to be nudged into
it. Scrolling up and down does the trick too. I guess it's whats
known in the trade as "invalidating the view".

I do not see what you describe, using W2K IE6 and FF 1.5.0.1. Both
browsers look identical to me.

Interesting. XP Pro + IE6 on my machine shows the effect every time.
Seems to be as described by the other posters link. I'll try to follow
this up myself.
So which bit of my CSS can I change to trick IE into doing the right
thing right from the off?

Try a modern DOCTYPE. HTML 4.0 Transitional is way old. Use 4.01 Strict
for all new documents.


Will do. Although I notice that
http://www.w3schools.com/tags/tag_doctype.asp

don't.

Why is the entire page in a <form>?
Because depending on who's logged in there can be extra buttons to push.
Sure, I could detect if any form elements would be needed then envelope
the content or not, but it's easier to just to wrap a form around the
lot then not worry about it. Are there any reasons not to use a form?
Consider moving to a fluid layout; the page is quite narrow in the
center of my browser window, with lots of unused space.
http://allmyfaqs.net/faq.pl?AnySizeDesign
Nice link. Although I'm not yet convinced about making the content area
wider. After all, in the newspaper sphere, the column size on
broadsheets isn't significantly wider than tabloids. So I guess the
human eye has a certain comfortable width for reading text. Also, some
of the elements, like the pull quotes, are width-sized in percentage
terms. On a wide screen this would cause short quotes to occupy just one
line which cocks up the quotemark GIF layout. I'm sure there are ways
around this, but for now I'll leave this aspect. According to the CSS
validator I've got more pressing problems. At least the HTML look
cleaner now.
Drop Verdana.
http://xs4all.nl/~sbpoley/webmatters/verdana.html
Yep, gonna chuck Verdana. I put it in initially because some web guru
advocates it. I agree that it looks too wide.
You're mixing serif and sans-serif fonts, which is unusual.

<http://jigsaw.w3.org/css-validator/validator?profile=css2&warning=2&uri=http%3A%2F%2F www.wils.ch%2FNews.aspx>

Apr 16 '06 #10
Colin Peters wrote:
The doctype was cribbed from a book or somewhere. I'll change that.


FYI - http://www.w3.org/QA/2002/04/valid-dtd-list.html
--
Ed Mullen
http://edmullen.net
http://mozilla.edmullen.net
http://abington.edmullen.net
Apr 16 '06 #11
Colin Peters wrote:
Beauregard T. Shagnasty wrote:
Colin Peters wrote:

http://www.wils.ch/News.aspx
In FF all looks good. At least all looks as I expected, bearing in
mind my limited graphic talent. But IE doesn't even show half the
stuff. Until you CTRL-A then ESC. Oh, it's in the source alright, but
IE doesn't want to render it straightaway. It has to be nudged into
it. Scrolling up and down does the trick too. I guess it's whats
known in the trade as "invalidating the view".


I do not see what you describe, using W2K IE6 and FF 1.5.0.1. Both
browsers look identical to me.

Interesting. XP Pro + IE6 on my machine shows the effect every time.
Seems to be as described by the other posters link. I'll try to follow
this up myself.
So which bit of my CSS can I change to trick IE into doing the right
thing right from the off?


Try a modern DOCTYPE. HTML 4.0 Transitional is way old. Use 4.01 Strict
for all new documents.

Will do. Although I notice that
http://www.w3schools.com/tags/tag_doctype.asp

don't.

Why is the entire page in a <form>?

Because depending on who's logged in there can be extra buttons to push.
Sure, I could detect if any form elements would be needed then envelope
the content or not, but it's easier to just to wrap a form around the
lot then not worry about it. Are there any reasons not to use a form?

Consider moving to a fluid layout; the page is quite narrow in the
center of my browser window, with lots of unused space.
http://allmyfaqs.net/faq.pl?AnySizeDesign

Nice link. Although I'm not yet convinced about making the content area
wider. After all, in the newspaper sphere, the column size on
broadsheets isn't significantly wider than tabloids. So I guess the
human eye has a certain comfortable width for reading text. Also, some
of the elements, like the pull quotes, are width-sized in percentage
terms. On a wide screen this would cause short quotes to occupy just one
line which cocks up the quotemark GIF layout. I'm sure there are ways
around this, but for now I'll leave this aspect. According to the CSS
validator I've got more pressing problems. At least the HTML look
cleaner now.

Drop Verdana.
http://xs4all.nl/~sbpoley/webmatters/verdana.html

Yep, gonna chuck Verdana. I put it in initially because some web guru
advocates it. I agree that it looks too wide.

You're mixing serif and sans-serif fonts, which is unusual.

<http://jigsaw.w3.org/css-validator/validator?profile=css2&warning=2&uri=http%3A%2F%2F www.wils.ch%2FNews.aspx>

Actually, I'm getting more convinced about not targeting 800x600. Must
get the CSS sorted out first, though.
Apr 16 '06 #12
To further the education of mankind, Colin Peters <cp*****@coldmail.com>
vouchsafed:
What kind of doctype is that? And why are some open-ended elements
terminated with <... /> and others not? Did you validate the page?

It looks like a mess to me.
The doctype was cribbed from a book or somewhere. I'll change that.

As for the unterminated open ended elements, which ones do you mean?


This:

<input type="hidden" name="__VIEWSTATE"
value="dDw1MzgxO3Q8O2w8aTw0Pjs+O2w8dDxwPGw8aW5uZXJ odG1sOz47bDxOZXdzOz4
+Ozs+Oz4+Oz4oiMNbXl78Q5entXdegWcSrroQBw==" />

is terminated xhtml-style.

This (-and others):

<meta name="keywords" content="Wilsch">

isn't.
And the html validate OK, according to :

http://validator.w3.org/check?verbos...www.wils.ch%2F
Yes - as html 4.0. But the link in your doctype is for xhtml...
And the CSS......aaarrrrgghhhhhh.


Grrrrrrrrrooooooooaaaarrrrrrrrr!

--
Neredbojias
Infinity can have limits.
Apr 16 '06 #13
Colin Peters wrote:
Beauregard T. Shagnasty wrote:
Colin Peters wrote:
So which bit of my CSS can I change to trick IE into doing the right
thing right from the off?


Try a modern DOCTYPE. HTML 4.0 Transitional is way old. Use 4.01
Strict for all new documents.


Will do. Although I notice that http://www.w3schools.com/tags/tag_doctype.asp
don't.


Not in the page itself, they don't. Those w3schools pages have been
around for awhile; perhaps they are still in the Transition process. I
did say for "new documents" you should use Strict, where you are not
going to be embedding old HTML styling tricks.

Quote:
HTML Strict DTD

Use this when you want clean markup, free of presentational clutter. Use
this together with Cascading Style Sheets (CSS):
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">

But you were using HTML 4.0 - and not the new 4.01.

--
-bts
-Warning: I brake for lawn deer
Apr 16 '06 #14
Neredbojias wrote:
To further the education of mankind, Colin Peters <cp*****@coldmail.com>
vouchsafed:

What kind of doctype is that? And why are some open-ended elements
terminated with <... /> and others not? Did you validate the page?

It looks like a mess to me.

The doctype was cribbed from a book or somewhere. I'll change that.

As for the unterminated open ended elements, which ones do you mean?

This:

<input type="hidden" name="__VIEWSTATE"
value="dDw1MzgxO3Q8O2w8aTw0Pjs+O2w8dDxwPGw8aW5uZXJ odG1sOz47bDxOZXdzOz4
+Ozs+Oz4+Oz4oiMNbXl78Q5entXdegWcSrroQBw==" />

is terminated xhtml-style.


OK. I've just changed the doctype and it didn't validate. Now I've
wrapped this element in a div and it passes validation.

This (-and others):

<meta name="keywords" content="Wilsch">

isn't.
Curiously, this slipped through the validation, but I see the mistake
and I'll fix that too.
And the html validate OK, according to :

http://validator.w3.org/check?verbos...www.wils.ch%2F

Yes - as html 4.0. But the link in your doctype is for xhtml...

And the CSS......aaarrrrgghhhhhh.

Grrrrrrrrrooooooooaaaarrrrrrrrr!


I've also eliminated the CSS errors. uuuummmmmm. But not all the
warnings. oooohhhhh.

None of which eliminated the peekaboo thing so I'll delve into that
further. Thanks to all your help. Without your collective help I'd never
know how much I don't know.
Apr 16 '06 #15
Colin Peters wrote:
[ "<input />" in HTML ] passes validation.


Yes, but it probably doesn't mean what you think it means.

"<input />" means "<input>&gt;".

Though most browsers are too dumb to notice.

--
Toby A Inkster BSc (Hons) ARCS
Contact Me ~ http://tobyinkster.co.uk/contact

Apr 16 '06 #16
To further the education of mankind, Colin Peters <cp*****@coldmail.com>
vouchsafed:
This:

<input type="hidden" name="__VIEWSTATE"
value="dDw1MzgxO3Q8O2w8aTw0Pjs+O2w8dDxwPGw8aW5uZXJ odG1sOz47bDxOZXdzOz4
+Ozs+Oz4+Oz4oiMNbXl78Q5entXdegWcSrroQBw==" />

is terminated xhtml-style.
OK. I've just changed the doctype and it didn't validate. Now I've
wrapped this element in a div and it passes validation.


Yep, I'm not that great on forms but I think you're supposed to put the
items inside a form (-like input, etc.) in a container. Why? -Who
knows?
This (-and others):

<meta name="keywords" content="Wilsch">

isn't.


Curiously, this slipped through the validation, but I see the mistake
and I'll fix that too.


If your final correct doctype is for xhtml, all "open" elements need the
end slash. If for html, you can (and should) eliminate all of them.
And the html validate OK, according to :

http://validator.w3.org/check?verbos...Fwww.wils.ch%2
F

Yes - as html 4.0. But the link in your doctype is for xhtml...

And the CSS......aaarrrrgghhhhhh.

Grrrrrrrrrooooooooaaaarrrrrrrrr!


I've also eliminated the CSS errors. uuuummmmmm. But not all the
warnings. oooohhhhh.


Warnings usually aren't earth-shattering, but if they can be easily
fixed...
None of which eliminated the peekaboo thing so I'll delve into that
further. Thanks to all your help. Without your collective help I'd
never know how much I don't know.


IE7 should be coming out this decade. Maybe they'll have fixed that.

--
Neredbojias
Infinity can have limits.
Apr 17 '06 #17
read a great book http://www.idest.com/csshacks

Many libraries world wide have books related to the internet, web and
computers in general. They also have CDs and DVDs. Go to your local
public library and get the username and password for
http://www.firstsearch.org/ You can look up the book yourself but they
will have to order it for you. Sometimes this can take awhile if the
book is checked out by someone else. After reading the books and making
copies of certain pages with a photo copier simply return it to them.

By using firstsearch you can search for any book in the world. Some
libraries might charge a small fee but most are free. Every web design
book I have read was acquired in this fashion. :)

Apr 17 '06 #18
Colin Peters wrote:
http://www.wils.ch/News.aspx

In FF all looks good. At least all looks as I expected, bearing in mind
my limited graphic talent. But IE doesn't even show half the stuff.
Until you CTRL-A then ESC. Oh, it's in the source alright, but IE
doesn't want to render it straightaway. It has to be nudged into it.
Scrolling up and down does the trick too. I guess it's whats known in
the trade as "invalidating the view".

So which bit of my CSS can I change to trick IE into doing the right
thing right from the off?


PEEKABOO BUG!!!
Hey guys - who maintains the FAQ? Is this in it? This seems to get asked
at least 3 times per week anymore
Apr 17 '06 #19
Colin Peters wrote:
kchayka wrote:
Colin Peters wrote:
http://www.wils.ch/News.aspx

IE doesn't even show half the stuff. Scrolling up and down does the
trick too. I guess it's whats known in the trade as "invalidating the
view".


No, it's what's known as the "peek-a-boo bug". It should take you about
a half a second to find more about it. Google is your friend. Use it.


Yep, got it. But come on, "peekaboo" is hardly intuitive. Thnaks anyway.


But looking over the group archives would have given a lot of info,
given that this particular issue comes up constantly - as in multiple
times every week.
Apr 17 '06 #20
Tony wrote:
Colin Peters wrote:
http://www.wils.ch/News.aspx

In FF all looks good. At least all looks as I expected, bearing in
mind my limited graphic talent. But IE doesn't even show half the
stuff. Until you CTRL-A then ESC. Oh, it's in the source alright, but
IE doesn't want to render it straightaway. It has to be nudged into
it. Scrolling up and down does the trick too. I guess it's whats known
in the trade as "invalidating the view".

So which bit of my CSS can I change to trick IE into doing the right
thing right from the off?

PEEKABOO BUG!!!
Hey guys - who maintains the FAQ? Is this in it? This seems to get asked
at least 3 times per week anymore


I didn't know there was one. Perhaps it should be posted more
frequently. Anyway, now I know the name of the phenomena I was able to
source a solution, I think.
Apr 17 '06 #21
In article <cW******************@bgtnsc04-news.ops.worldnet.att.net>,
Beauregard T. Shagnasty <a.*********@example.invalid> wrote:
Try a modern DOCTYPE. HTML 4.0 Transitional is way old. Use 4.01 Strict
for all new documents.
Someone explain to me what's wrong with HTML 4.0 Transitional. So
what if it's old? It's widely supported and it works.

I develop pages in either Transitional or Strict, as it suits me.
If I'm in a hurry, Transitional is more efficient, at least for me.

(Aside: One thing I wish all these HTML specs had is a way to
specify widths in mixed units. Say I have float:left div containing
a 40px wide graphic next to a 10em wide block, and I want the text
outside that div to have a 40px+11em left margin. I don't see any
practical way to do this. It's a feature that I find I need every
day.)
Drop Verdana.
http://xs4all.nl/~sbpoley/webmatters/verdana.html
That's ridiculous. His argument is basically "Verdana looks too big
for my taste" -- and he claims to speak for "most people" in that
regard. Yeah, right. If that's the look you want on your site,
then use it. Personally I find Verdana much easier on my eyes when
reading a lot of text (such as a short story) on the web, than any
other font rendered the same size.
You're mixing serif and sans-serif fonts, which is unusual.


It's perfectly normal if done consistently; for example serif for
headings and san-serif for body text. This is standard convention
in textbooks (actually opposite, san-serif for headings and serif
for body text).

-A
Apr 17 '06 #22
axlq wrote:
In article <cW******************@bgtnsc04-news.ops.worldnet.att.net>,
Beauregard T. Shagnasty <a.*********@example.invalid> wrote:
Try a modern DOCTYPE. HTML 4.0 Transitional is way old. Use 4.01 Strict
for all new documents.

Someone explain to me what's wrong with HTML 4.0 Transitional. So
what if it's old? It's widely supported and it works.


Well, by that logic, why not use HTML 3.2?!

HTML 4.01 Strict is the most recent version of the standard (for want
of a better word). It addresses flaws in preceding versions. It's
supported by all browsers of any significance in the real world. It
forces the author to prepare documents that are more likely to be
well-structured and accessible. Etc, etc...

This isn't 1997 or whenever, when following standards was almost
guaranteed to break your page. Why not use the most up-to-date
version? You lose nothing, and have the potential to gain from it.
You're mixing serif and sans-serif fonts, which is unusual.


It's perfectly normal if done consistently; for example serif for
headings and san-serif for body text. This is standard convention
in textbooks (actually opposite, san-serif for headings and serif
for body text).


Mixing serif and sans-serif can of course work. But arguing what might
work on the Web on the basis of what's used in textbooks is misleading.
Different media have different "rules", and for good reason.
--
AGw.

Apr 17 '06 #23
In article <12*************@corp.supernews.com>,
Tony <to****@dslextreme.WHATISTHIS.com> wrote:
In FF all looks good. At least all looks as I expected, bearing in mind
my limited graphic talent. But IE doesn't even show half the stuff.
Until you CTRL-A then ESC. Oh, it's in the source alright, but IE
doesn't want to render it straightaway. It has to be nudged into it.
Scrolling up and down does the trick too. I guess it's whats known in
the trade as "invalidating the view".


PEEKABOO BUG!!!

Hey guys - who maintains the FAQ? Is this in it? This seems to get asked
at least 3 times per week anymore


This is the first I've seen it mentioned in this newsgroup, and it's
been bedeviling me too. I didn't know it had that name.

Hm, searching around, there are some kludge fixes for it. I find that
the following fixes the peekaboo bug on my site:

body { line-height: 1.2em; }

This flows down to all other elements and the peekaboo bug goes away.

-A
Apr 17 '06 #24
Colin Peters wrote:
Tony wrote:


Hey guys - who maintains the FAQ? Is this in it? This seems to get
asked at least 3 times per week anymore


I didn't know there was one. Perhaps it should be posted more
frequently.


I won't argue that one bit. I'll have to look - maybe there isn't one.
If not, there should be...
Apr 17 '06 #25
axlq wrote:
In article <cW******************@bgtnsc04-news.ops.worldnet.att.net>,
Beauregard T. Shagnasty <a.*********@example.invalid> wrote:
Try a modern DOCTYPE. HTML 4.0 Transitional is way old. Use 4.01 Strict
for all new documents.


Someone explain to me what's wrong with HTML 4.0 Transitional. So
what if it's old? It's widely supported and it works.


Very simply: rendering quirks are more likely, and are usually bigger,
when using Transitional. Using Strict limits the X-browser rendering
quirks to a much smaller and more managable set.
Apr 17 '06 #26
On Mon, 17 Apr 2006, axlq wrote:
Someone explain to me what's wrong with HTML 4.0 Transitional.


Did you want the 5 minute trial argument, or the full half-hour?
Apr 17 '06 #27
axlq wrote:
In article <cW******************@bgtnsc04-news.ops.worldnet.att.net>,
Beauregard T. Shagnasty <a.*********@example.invalid> wrote:
Try a modern DOCTYPE. HTML 4.0 Transitional is way old. Use 4.01 Strict
for all new documents.
Someone explain to me what's wrong with HTML 4.0 Transitional. So
what if it's old? It's widely supported and it works.


...for some degree of work (to borrow a phrase).
I develop pages in either Transitional or Strict, as it suits me.
If I'm in a hurry, Transitional is more efficient, at least for me.


I find no problem churning out pages in Strict. In fact, with all the
presentation in the style sheet, it is actually faster.
Drop Verdana.
http://xs4all.nl/~sbpoley/webmatters/verdana.html


That's ridiculous. His argument is basically "Verdana looks too big
for my taste" -- and he claims to speak for "most people" in that
regard. Yeah, right. If that's the look you want on your site,
then use it. Personally I find Verdana much easier on my eyes when
reading a lot of text (such as a short story) on the web, than any
other font rendered the same size.


The problem is that authors who use Verdana almost always set their font
sizes smaller than 100%, or 1em, usually something like 10px or 80%.
They themselves think it looks too large, apparently (and don't know how
to adjust their own browsrs).

Then the visitor without Verdana comes along, gets your fallback font,
and it looks like flyspecks.
You're mixing serif and sans-serif fonts, which is unusual.


It's perfectly normal if done consistently; for example serif for
headings and san-serif for body text. This is standard convention
in textbooks (actually opposite, san-serif for headings and serif
for body text).


You missed my point. The original site (now changed, I believe) used:

font-family: Verdana, Georgia, Arial, sans-serif;

...all for one element. Using a sans-serif, a serif, a sans-serif, and
the sans-serif fallback, is .. um .. unusual. Georgia is a serifed font.

--
-bts
-Warning: I brake for lawn deer
Apr 17 '06 #28
In article <IR*****************@bgtnsc04-news.ops.worldnet.att.net>,
Beauregard T. Shagnasty <a.*********@example.invalid> wrote:
You missed my point. The original site (now changed, I believe) used:

font-family: Verdana, Georgia, Arial, sans-serif;


Ugh. You're right. That makes no sense; Georgia a fallback for
Verdana??

-A
Apr 18 '06 #29
In article <12*************@corp.supernews.com>,
Tony <to****@dslextreme.WHATISTHIS.com> wrote:
axlq wrote:
In article <cW******************@bgtnsc04-news.ops.worldnet.att.net>,
Beauregard T. Shagnasty <a.*********@example.invalid> wrote:
Try a modern DOCTYPE. HTML 4.0 Transitional is way old. Use 4.01 Strict
for all new documents.


Someone explain to me what's wrong with HTML 4.0 Transitional. So
what if it's old? It's widely supported and it works.


Very simply: rendering quirks are more likely, and are usually bigger,
when using Transitional. Using Strict limits the X-browser rendering
quirks to a much smaller and more managable set.


That's a good answer, and you're correct; I found that mixing tables and
CSS, with table properties defined in the table elements, will screw up
IE. Other than that, the rendering quirk I get often is the peekaboo
bug and that appears whether one uses strict or transitional.

-A
Apr 18 '06 #30
axlq wrote:
In article <12*************@corp.supernews.com>,
Tony <to****@dslextreme.WHATISTHIS.com> wrote:
axlq wrote:
In article <cW******************@bgtnsc04-news.ops.worldnet.att.net>,
Beauregard T. Shagnasty <a.*********@example.invalid> wrote:
Try a modern DOCTYPE. HTML 4.0 Transitional is way old. Use 4.01 Strict
for all new documents.

Someone explain to me what's wrong with HTML 4.0 Transitional. So
what if it's old? It's widely supported and it works.


Very simply: rendering quirks are more likely, and are usually bigger,
when using Transitional. Using Strict limits the X-browser rendering
quirks to a much smaller and more managable set.

That's a good answer, and you're correct; I found that mixing tables and
CSS, with table properties defined in the table elements, will screw up
IE. Other than that, the rendering quirk I get often is the peekaboo
bug and that appears whether one uses strict or transitional.


Box model problems, too, among others.

Ever take a good look around quirksmode?
Apr 18 '06 #31
In article <12*************@corp.supernews.com>,
Tony <to****@dslextreme.WHATISTHIS.com> wrote:
axlq wrote:
That's a good answer, and you're correct; I found that mixing tables and
CSS, with table properties defined in the table elements, will screw up
IE. Other than that, the rendering quirk I get often is the peekaboo
bug and that appears whether one uses strict or transitional.


Box model problems, too, among others.

Ever take a good look around quirksmode?


I'm new at this... what's "quirksmode"?

-A
Apr 19 '06 #32
axlq wrote:
In article <IR*****************@bgtnsc04-news.ops.worldnet.att.net>,
Beauregard T. Shagnasty <a.*********@example.invalid> wrote:
You missed my point. The original site (now changed, I believe) used:

font-family: Verdana, Georgia, Arial, sans-serif;


Ugh. You're right. That makes no sense; Georgia a fallback for
Verdana??


Perhaps it was a misthunk for "Geneva"?
--
AGw.

Apr 19 '06 #33
axlq wrote:
I'm new at this... what's "quirksmode"?


http://www.quirksmode.org
--
AGw.

Apr 19 '06 #34
axlq wrote:
In article <12*************@corp.supernews.com>,
Tony <to****@dslextreme.WHATISTHIS.com> wrote:
axlq wrote:
That's a good answer, and you're correct; I found that mixing tables and
CSS, with table properties defined in the table elements, will screw up
IE. Other than that, the rendering quirk I get often is the peekaboo
bug and that appears whether one uses strict or transitional.
Box model problems, too, among others.

Ever take a good look around quirksmode?

I'm new at this... what's "quirksmode"?


http://www.quirksmode.org

Really good reading
Apr 19 '06 #35

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

13
by: Heather Stovold | last post by:
Wow - deciding to program in python sure requires a lot of decisions! So far: I've decided on python for the programming language. I've decided on wxpython for the GUI.... I've decided on...
1
by: Weston C | last post by:
I've got a website that I thought was going so well, until the client pulled it up in IE 5 and revealed a train wreck. http://weston.canncentral.org/misc/XVoyager/contact.html If you don't...
5
by: neil | last post by:
Hey, I'd really appreciate if you guys having C++ experience gave advice with some questions I'm pondering over... Books: What book do you recommend for someone about to approach the...
32
by: tshad | last post by:
Can you do a search for more that one string in another string? Something like: someString.IndexOf("something1","something2","something3",0) or would you have to do something like: if...
14
by: CMM | last post by:
Do the developers of Visual 2005 actuall use it??? There's lots of great things in VS2005 (mostly related to the outstanding work done on the CLR)... but in general the LITTLE THINGS totally drag...
22
by: James Stroud | last post by:
Hello All, This is annoying. I am trying to build scipy right now but every .so file requires my adding "-lpython2.5 -lpthread -lm -lutil -ldl -shared" to the ld flags. Main Question: When...
3
by: Ryan Liu | last post by:
Hi, I have a big urgent problem to solve. I used to use Windows 2000 Chinese version, now I installed Windows XP (English) system. The problem is not about 2000 or XP, it is about English...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
0
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.