<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>Bug Report</title>
<link>http://www.quirksmode.org/bugreports/</link>
<description></description>
<copyright>Copyright 2006</copyright>
<lastBuildDate>Wed, 12 Apr 2006 12:00:00 +0100</lastBuildDate>
<generator>http://www.movabletype.org/?v=3.14</generator>
<docs>http://blogs.law.harvard.edu/tech/rss</docs> 

<item>
<title>Disappearing forms</title>
<description><![CDATA[<p>In Safari, if you have a form that's inside a div with the clearfix (<a href="http://positioniseverything.net/easyclearing.html" class="external">read about it here</a>) class applied, the form will not show up on the page unless you specifically apply display: block to the containing div.</p>
]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/04/Disappearing_forms.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/04/Disappearing_forms.html</guid>
<category>Safari</category>
<pubDate>Wed, 12 Apr 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>CSS Bug in MSIE 6 - Selector with an ID and a Class on the Same Element</title>
<description><![CDATA[<p>Let's say that you have an element with an id of <code>id</code>.  This element can have either of two different classes, <code>classOne</code> or <code>classTwo</code>.  (Either you're swapping the className in script, or it can have different classes on different pages.)</p>

<p>Your CSS might look like this:</p>

<pre>#id.classOne { some styles }<br>#id.classTwo { some different styles }</pre>

<p>In MSIE 6, the <code>#id.classTwo</code> style will never be applied - <em>unless</em> it is put in a separate <code>style</code> tag or style sheet.</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/04/CSS_Bug_in_MSIE_6_Selector_with_an_ID_and_a_Class_.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/04/CSS_Bug_in_MSIE_6_Selector_with_an_ID_and_a_Class_.html</guid>
<category>Explorer 5-6 Windows</category>
<pubDate>Mon, 10 Apr 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>COL and COLGROUP get captured by CAPTION in Safari</title>
<description><![CDATA[<p>The correct use of the <code>CAPTION</code> element <i>&#8211;immediately after the TABLE start tag&#8211;</i> causes <code>COL</code> and <code>COLGROUP</code> to become unusable as CSS selectors in the current version of Safari (2.0.3/version 417.9.2).</p><p> A workaround is to place the <code>CAPTION</code> <i>after</i> the <code>COL</code>/<code>COLGROUP</code> tags, but this makes the code invalid.</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/03/COL_and_COLGROUP_get_captured_by_CAPTION_in_Safari.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/03/COL_and_COLGROUP_get_captured_by_CAPTION_in_Safari.html</guid>
<category>Safari</category>
<pubDate>Tue, 28 Mar 2006 13:00:00 +0100</pubDate>
</item>
<item>
<title>Form input fields overflow table cell</title>
<description><![CDATA[Attempting to get a text input field to expand to fill the browser in a nested table (<code>table-layout: fixed</code>) will cause the input field to overflow its surrounding table cell.  Occurs with select boxes as well.]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/03/Form_input_fields_overflow_table_cell.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/03/Form_input_fields_overflow_table_cell.html</guid>
<category>Safari</category>
<pubDate>Wed, 22 Mar 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>Positioning the legend tag</title>
<description><![CDATA[<p>Positioning legend tags  &mdash;  what works and what doesn�t. To be honest not a lot does.</p><p>I�ve tested &mdash; position: absolute, fixed, relative, floats margins and setting widths.</p> ]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/03/Positioning_the_legend_tag.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/03/Positioning_the_legend_tag.html</guid>
<category>Explorer 5-6 Windows</category>
<pubDate>Tue, 21 Mar 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>:first-line uppercase bug</title>
<description><![CDATA[<p>In Safari and iCab, <code>text-transform: uppercase</code> does not work when applied to the <code>:first-line</code> pseudo-element.</p>
]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/03/first_line_uppercase_bug_in_Safari_and_Shiira.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/03/first_line_uppercase_bug_in_Safari_and_Shiira.html</guid>
<category>Safari</category>
<pubDate>Mon, 20 Mar 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>Image Resizing Problems</title>
<description>If an image is given various heights, but not a width, browsers enlarge it to fit the ratio of the physical dimensions of the image. But over a certain size, bugs can occur.</description>
<link>http://www.quirksmode.org/bugreports/archives/2006/03/Image_Resizing_Problems.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/03/Image_Resizing_Problems.html</guid>
<category>Mozilla</category>
<pubDate>Fri, 17 Mar 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>Crash with hover on links</title>
<description><![CDATA[<p>Hovering over a link causes the browser to freeze. It then becomes difficult to close down. The link should make a non-displayed element appear on hover.</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/03/Serious_Crash_With_Hover_On_Links.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/03/Serious_Crash_With_Hover_On_Links.html</guid>
<category>Explorer 5-6 Windows</category>
<pubDate>Thu, 16 Mar 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>Incorrect clientX/Y for text of disabled INPUT elements in tables</title>
<description><![CDATA[<p>The event.clientX/Y values for the text portion of disabled INPUT elements is reported relative to the left/top of the INPUT element and not the viewport if the INPUT element is in a table.</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/03/Incorrect_clientXY_for_text_of_disabled_INPUT_elem.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/03/Incorrect_clientXY_for_text_of_disabled_INPUT_elem.html</guid>
<category>Explorer 5-6 Windows</category>
<pubDate>Wed, 15 Mar 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>IE7 beta 2 box width miscalculation in strict mode</title>
<description><![CDATA[<p>In strict mode, IE7 miscalculates the width of absolutely positioned boxes with a width and padding to include the padding. It seems to revert to the old box model under these conditions. This did not happen in IE6 (strict).
</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/03/IE7_beta_2_box_width_miscalculation_in_strict_mode.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/03/IE7_beta_2_box_width_miscalculation_in_strict_mode.html</guid>
<category>Explorer 7 beta 2</category>
<pubDate>Tue, 14 Mar 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>Shrinking of children of floated/absolute elements</title>
<description>A floated or absolutely positioned element does not have a width and is stretched up by an image. When the image is swapped for a far smaller image, the parent element&apos;s width should diminish. Mozilla, though, doesn&apos;t diminish the width of the other elements in the floated element, and therefore the parent element retains its original width. Test page. Workaround is not included. Reported by ppk....</description>
<link>http://www.quirksmode.org/bugreports/archives/2006/03/shrinking_of_ch.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/03/shrinking_of_ch.html</guid>
<category>Mozilla</category>
<pubDate>Mon, 13 Mar 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>Double-padding/nowrap crash</title>
<description><![CDATA[<p>Setting certain combinations of padding, position, and white-space CSS properties on a block/inline element pair causes Internet Explorer to freeze up. (100% CPU usage.)</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/02/Double_paddingnowrap_bug.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/02/Double_paddingnowrap_bug.html</guid>
<category>Explorer 5-6 Windows</category>
<pubDate>Fri, 24 Feb 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>Incorrect handling of disabled BUTTON elements</title>
<description><![CDATA[<p>Adding <code>disabled</code> attributes to <code>&lt;BUTTON&gt;</code> elements in Safari does not have the desired effect.</p>
<p>Disabled buttons with text content are not greyed out and still respond visually to clicks (albeit without generating any <code>onclick</code> events).</p>
<p>In <code>&lt;BUTTON&gt;</code> elements with image content, the addition of a <code>disabled</code> atribute has no effect whatsoever.</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/02/Incorrect_handling_of_disabled_BUTTON_elements.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/02/Incorrect_handling_of_disabled_BUTTON_elements.html</guid>
<category>Safari</category>
<pubDate>Thu, 23 Feb 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>Changing background-color for links also changing dimensions.</title>
<description><![CDATA[<p>The style in the header says that an <code>a</code> tag will change background color when hovered over.</p><p>In MSIE 6.02 this changes the height of the whole table, but in Firefox (NN8.1) it works just fine.</p>
]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/02/Changing_background_color_for_links_also_changing_.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/02/Changing_background_color_for_links_also_changing_.html</guid>
<category>Explorer 5-6 Windows</category>
<pubDate>Wed, 22 Feb 2006 12:00:00 +0100</pubDate>
</item>
<item>
<title>:first-letter bug in Mozilla Firefox</title>
<description><![CDATA[<p>In Mozilla Firefox 1.5 when you scroll the form so that it is off-screen at the top then scroll back on-screen
the underscores on the first letter of each line sometimes do not re-appear again. When scrolling to the end of the form and backup again, and when the browser window is resized to a smal size it seems even more persistent. This bug is triggered by styling  <code>label:first-letter {text-decoration: underline}</code>.</p>

]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2006/02/first_letter_bug_in_Mozilla_Firefox.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2006/02/first_letter_bug_in_Mozilla_Firefox.html</guid>
<category>Mozilla</category>
<pubDate>Tue, 21 Feb 2006 12:00:00 +0100</pubDate>
</item>


</channel>
</rss>