Then perhaps you would care to explain why this document:
http://zenpsycho.com/quirkstest2.htm
activates standards mode, when the table you've linked to suggests
that it should be in quirks mode?
Table clearly shows, that this page should activate standards mode.
It is the last line,
I have a stripped down example of it here. The bug only occurs in IE
7, and possibly ie6, and it occurs in IE8 running in compatibility
mode. I cannot be sure whether it happens in IE8 in IE8 mode or not.
(MS have made the compatibility mode interface so bloody complex I
can't figure out whether
I took a look at your source code - there are a whole bunch of issues
beginning with oddities in your HTML - things like:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
http://www.w3c.org/TR/1999/REC-html401-19991224/loose.dtd;
HTML lang=en xml:lang=en
June 2009 02:38
To: wsg@webstandardsgroup.org
Subject: Re: [WSG] The weirdest IE bug I've ever encountered.
I took a look at your source code - there are a whole bunch of issues
beginning with oddities in your HTML - things like:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
http
@webstandardsgroup.org
Subject: RE: [WSG] The weirdest IE bug I've ever encountered.
Joe is right, you got alot of tags unclosed and you're switch from HTML to
XHTML style tags. Pick one, and use the validator!
You'll see a pretty much bug free site in no time.
_
From: li...@webstandardsgroup.org
On Thu, Jun 4, 2009 at 11:38 AM, Joseph Taylor j...@sitesbyjoe.com wrote:
I took a look at your source code - there are a whole bunch of issues
beginning with oddities in your HTML - things like:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
On that page, you will see an italic letter v on the left hand side of
the screen, and a view cart link on the right hand side which is NOT
clickable, but which should be clickable.
The issue does not seem to be related to standards. I cleaned up the code
and the problem persists. The cause is
I see I have still not conviced you of the weirdness of this bug. I've
updated my version to have a 1px border, and more items in the list,
which are NOT covered by the P element. None of them are clickable,
disconfirming your conclusions.
On Thu, Jun 4, 2009 at 12:53 PM, Kepler Gelotte
Try adding borders to all block level elements (ie. p, div etc).
Firebug does this for you in Firefox, but you'll need to do it manually
for IE. To make it much more obvious, set a background color too (eg. p,
div {background-color: #00f;} ). If there are unclickable links then
chances are
Sorry, I misread your message, looks like this is not the problem.
Please disregard.
Robert Turner wrote:
Try adding borders to all block level elements (ie. p, div etc).
Firebug does this for you in Firefox, but you'll need to do it
manually for IE. To make it much more obvious, set a
Dropping the DOCTYPE declaration appears to fix it...
Breton Slivka wrote:
I see I have still not conviced you of the weirdness of this bug. I've
updated my version to have a 1px border, and more items in the list,
which are NOT covered by the P element. None of them are clickable,
I'm pretty sure the well observed and documented behavior of IE is
that WHICH doctype makes absolutely not a lick of difference at all.
This is not correct.
The only thing it looks for is the string !doctype at the beginning
of the document, which decides whether it goes into quirksmode or
Then perhaps you would care to explain why this document:
http://zenpsycho.com/quirkstest2.htm
activates standards mode, when the table you've linked to suggests
that it should be in quirks mode?
for comparison, here's a typical html 4.0 strict doctype:
http://zenpsycho.com/quirkstest1.htm
I
I see I have still not conviced you of the weirdness of this bug. I've
updated my version to have a 1px border, and more items in the list,
which are NOT covered by the P element. None of them are clickable,
disconfirming your conclusions.
Actually, I was agreeing with you that it is a bug.
So you think that there's an invisible part to the paragraph that is
not outlined by the border? Kind of makes the border 1px approach to
development kind of useless in IE in the face of behavior like this,
don't you think? But I still don't think this idea quite matches up.
In the broken version,
To counter my point and support yours though, setting a width on the P
tag also makes the elements clickable. Which does seem to suggest that
the P tag extends vertically down further than its border suggests it
does.
On Thu, Jun 4, 2009 at 2:39 PM, Breton Slivka z...@zenpsycho.com wrote:
So you
hack hit the airwaves for at least the last few
days.
Ted
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Ingo Chao
Sent: Friday, April 29, 2005 10:18 AM
To: wsg@webstandardsgroup.org
Subject: Re: [WSG] ie bug - content disappears on hover
Drake, Ted C
Drake, Ted C. schrieb:
... I wish I could set up a generic example, but
it would take me too long to do the entire page. I'll see if I can duplicate
the issue with just the highlighted section.
That would be a good approach.
Here's an update. When I put height:1% on the hovers, the problem
.
Thanks
Ted
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Ingo Chao
Sent: Friday, April 29, 2005 12:20 PM
To: wsg@webstandardsgroup.org
Subject: Re: [WSG] another update - ie bug - content disappears on hover
Drake, Ted C. schrieb:
... I wish I could set
newbie questions... What is the advantage of the fact that IDs must be
unique on a page? I am aware of the circumstance that if you need to
repeat an ID, set is as a class, but have still not figured out the
advantage of an ID.
¤ devendra ¤
In
On Thu, 10 Feb 2005 06:40:49 -0500, Trusz, Andrew [EMAIL PROTECTED]
wrote:
newbie questions... What is the advantage of the fact that IDs must be
unique on a page?
1. getElementById() works.
2. Validation. If you use div id=maincontent, validator will complain
when you have two or more such
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Trusz, Andrew
Sent: 10 February 2005 11:41
To: 'wsg@webstandardsgroup.org'
Subject: RE: [WSG] Not and IE bug?...follow up difference why a
difference between IDs and classes?
newbie questions... What
-Original Message-
From: [EMAIL PROTECTED] On Behalf Of Kornel Lesinski
Sent: Thursday, February 10, 2005 7:09 AM
To: wsg@webstandardsgroup.org
Subject: Re: [WSG] Not and IE bug?...follow up difference why a difference
between IDs and classes?
newbie questions... What is the advantage
Thanks Peter, I'll check it out!
On 9-Feb-05, at 5:12 PM, Peter Asquith wrote:
Hi Peter
Peter Flaschner wrote:
Well, the clearing didn't do it. At least not as I understand it.
If you're following the lead of the page you mentioned, you will find
removing the
overflow: hidden;
line from
Well, the clearing didn't do it. At least not as I understand it.
Here's a bit more info:
... bunch of stuff...
home_bg
home float:left/home
home-right float:right /home-right
footerclear:both/footer
/home_bg
In ie, home_bg sticks out a couple of pixels below the footer, but not
in safari/moz.
Hi Peter
Peter Flaschner wrote:
Well, the clearing didn't do it. At least not as I understand it.
If you're following the lead of the page you mentioned, you will find
removing the
overflow: hidden;
line from the style sheet should solve your problem. By setting the
height to zero and
@webstandardsgroup.org
Subject: Re: [WSG] Not and IE bug?!?
Hi Peter
Peter Flaschner wrote:
Well, the clearing didn't do it. At least not as I understand it.
If you're following the lead of the page you mentioned, you will find
removing the
overflow: hidden;
line from the style sheet
Of Devendra Shrikhande
Sent: 09 February 2005 22:27
To: wsg@webstandardsgroup.org
Subject: RE: [WSG] Not and IE bug?...follow up difference why a difference
between IDs and classes?
I thought I should pick up on the comment by Peter and ask one of my many
newbie questions... What is the advantage
Hi Devendra
Devendra Shrikhande wrote:
What is the advantage of the fact that IDs must be unique on a page? I am aware of the circumstance that if you need to repeat an ID, set is as a class, but have still not figured out the advantage of an ID.
This is an important topic. At first glance, it
I thought I should pick up on the comment by Peter and ask one of my
many newbie questions... What is the advantage of the fact that IDs
must be unique on a page? I am aware of the circumstance that if you
need to repeat an ID, set is as a class, but have still not figured
out the advantage
Hiya,
Long-time lurker, first time poster. I'm debugging a
just-about-to-go-live site, and have run up against something I've
never seen before. The problem has to do with a disappearing background
image in Safari/Mozilla. It shows in IE, and I can make it show in
Safari/Moz if I change the
You need to clear your floats.
Check this: http://www.positioniseverything.net/easyclearing.html
(technique discovered by WSG member Tony Aslett ;)
Andrew.
--
http://leftjustified.net/
**
The discussion list for
Aha. Thanks. Clearing ought to do the trick.
Peter
On 8-Feb-05, at 7:30 PM, Peter Asquith wrote:
Hi Peter
[EMAIL PROTECTED] wrote:
just-about-to-go-live site, and have run up against something I've
never seen before. The problem has to do with a disappearing
background
image in Safari/Mozilla. It
33 matches
Mail list logo
