<?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 2008</copyright>
<lastBuildDate>Fri, 07 Sep 2007 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>Multi-Column Ordered List Renumbering</title>
<description><![CDATA[<p>If you style an ordered list that contains links with the experimental <code>-moz-column-count</code> the list items of the last columns will be renumbered when a link in that column is clicked.</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2007/09/Multi_Column_Ordered_List_Renumbering.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/09/Multi_Column_Ordered_List_Renumbering.html</guid>
<category>Mozilla</category>
<pubDate>Fri, 07 Sep 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>Backgrounds show through in invisible tables</title>
<description><![CDATA[<p>
Background colors given to &lt;col>, &lt;tr>, and &lt;tbody> on a table that is supposed to be invisible (visibility: hidden) still show up. Backgrounds given to individual cells or to elements inside cells are not shown (like expected).
</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2007/09/Backgrounds_show_through_in_invisible_tables.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/09/Backgrounds_show_through_in_invisible_tables.html</guid>
<category>Safari</category>
<pubDate>Thu, 06 Sep 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>Buttons with an image don&amp;#39;t align with text ones</title>
<description><![CDATA[<p>Sometimes you might want to mix text buttons with image buttons and insist on using the button tag. However, Firefox aligns the text buttons lower then the image buttons.</p> ]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2007/09/Buttons_with_an_image_dont_align_with_text_ones.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/09/Buttons_with_an_image_dont_align_with_text_ones.html</guid>
<category>Mozilla</category>
<pubDate>Wed, 05 Sep 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>Absolute/Fixed elements align with Adjacent elements</title>
<description><![CDATA[<p>I have a fixed div that is supposed to reside on the left side of the page and remain static using fixed positioning. There is another div adjacent to it that has a margin property that ensures it remains shifted to the right of my fixed element.

<p>This looks fine in Firefox and Opera, but in IE7 the fixed element seems to 'inherit' somehow the margin of the adjacent element and positions itself relative to it, so that they share the same left margin. Any repositioning of the fixed element is relative to its adjacent node. This also happens if the node is adjacent.

<p>Consider two adjacent divs: one with id "floater" and its adjacent sibling with id "bodyContent"</p>
<code>
/* The fixed element is supposed to appear on the left */
#floater {
	position: fixed;
	background: yellow;
}

/* The right side (via margin) appears 280px to the right */
#bodyContent{
	background-color: #ffeeb4;
	width: 100px;
	sposition: absolute;
	margin-left: 280px;
}</code>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2007/09/AbsoluteFixed_elements_align_with_Adjacent_element.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/09/AbsoluteFixed_elements_align_with_Adjacent_element.html</guid>
<category>Explorer 7</category>
<pubDate>Tue, 04 Sep 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>IE7 Uncle Double Class Selector Bug</title>
<description><![CDATA[<p>Creating a <code>[.class|*|element] + element</code> selector rule will cause IE7 to apply <code>.class1.class2 element</code> or <code>.class1.class2 &gt; element</code> as though it was also a <code>.class1.class2 + element:first-of-type</code>; assuming the final element getting selected in all the above rules are the same element type.</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2007/09/IE7_Uncle_Double_Class_Selector_Bug.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/09/IE7_Uncle_Double_Class_Selector_Bug.html</guid>
<category>Explorer 7</category>
<pubDate>Mon, 03 Sep 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title><![CDATA[IE incorrectly handles &lt;param&gt; tags when scripting]]></title>
<description><![CDATA[<p>When scripting an object tag for the param tags, IE reports all param tags of all object tags as children of all object tags.</p>
]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2007/08/IE_incorrectly_handles_param_tags_when_scripting.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/08/IE_incorrectly_handles_param_tags_when_scripting.html</guid>
<category>Explorer 7</category>
<pubDate>Fri, 31 Aug 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>IE will not submit unless file field is correctly specified</title>
<description><![CDATA[<p>When a file upload field has an incorrectly specified file, browsers respond in different ways.</p>

<p>IE solves the problem by preventing form submission. 
<br>This approach is reasonably sensible, however it would be much better if IE popped up a warning dialog saying "File not found".</p>

<p>Firefox takes a totally different approach; it lets the server sort out an appropriate response. 
<br>It means I have to code the server for this use case (good practice anyhow) and I can put up my own warning messages.</p>

<p>In summary, the Firefox approach needs a bit more coding but gives me complete control over the page. IE means well, but leaves my users confused and unable to leave the page.</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2007/08/IE_will_not_submit_unless_file_field_is_correctly_.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/08/IE_will_not_submit_unless_file_field_is_correctly_.html</guid>
<category>Explorer 7</category>
<pubDate>Thu, 30 Aug 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>MSIE7 fieldset bug</title>
<description><![CDATA[<p>There is a div element with float:left inside a fieldset. The fieldset has "border:1px solid #64461A;".</p>

<p>Inside the fieldset is &lt;em&gt; element. When &lt;em&gt; tag is removed, there is no more border bug.</p>

<p>Workaround: remove em tags when using float items inside the fieldset.</p>

<p>(ppknote: this bug does not occur in IE6.)</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2007/08/MSIE7_fieldset_bug.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/08/MSIE7_fieldset_bug.html</guid>
<category>Explorer 7</category>
<pubDate>Wed, 29 Aug 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>Opera img max-width bug</title>
<description>Opera honors max-width for images, but still uses the un-resized image width to stretch a table column.</description>
<link>http://www.quirksmode.org/bugreports/archives/2007/08/Opera_img_max_width_bug.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/08/Opera_img_max_width_bug.html</guid>
<category>Opera</category>
<pubDate>Fri, 24 Aug 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>IE7 with haslayout and cursor text problem</title>
<description>This problem appears only in IE7, move your cursor to the #container1 filed (the red rectangle), it turns in to a text shape. Remove the hasLayout trigger(zoom:1 here) makes it return to normal arrow shape(the blue rectangle).
This does not affect my IE6 and IE5.

A single cursor:default; would be a cure, but it also changes the text cursor on normal text.
</description>
<link>http://www.quirksmode.org/bugreports/archives/2007/08/IE7_with_haslayout_and_cursor_text_problem.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/08/IE7_with_haslayout_and_cursor_text_problem.html</guid>
<category>Explorer 7</category>
<pubDate>Thu, 23 Aug 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>duplicate ID dom damage</title>
<description>Sometimes it is useful to switch two DOM objects with each other, and to reassign their ID&apos;s to make the process transparent. But in Safari and Safari alone, assigning an ID which already is being used does something bad.  One of the objects can no longer be retrieved via document.getElementById, ever.</description>
<link>http://www.quirksmode.org/bugreports/archives/2007/08/duplicate_ID_dom_damage.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/08/duplicate_ID_dom_damage.html</guid>
<category>Safari</category>
<pubDate>Wed, 22 Aug 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>alphaimageloader filter shows backgrounds on zoom using ie7</title>
<description><![CDATA[Images using the AlpaImageLoader filter as a workaround to provide png transparency in ie6, work ok in ie7 unless the page is zoomed in or out. 
<br />
<br />
On zooming, some or all of the images' backgrounds become apparent.
<br />
<br />
A possible workaround is to hide the alphaimageloader from ie7 as transparent images placed using css render/zoom ok. 

 ]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2007/08/alphaimageloader_filter_shows_backgrounds_on_zoom_.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/08/alphaimageloader_filter_shows_backgrounds_on_zoom_.html</guid>
<category>Explorer 7</category>
<pubDate>Tue, 21 Aug 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>overflow: auto with floats in Firefox</title>
<description><![CDATA[<p>When an element containing floats has <code>overflow: auto</code>, it is allowed to get focus.  This can affect layout and cause problems with tabbing.</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2007/08/overflow_auto_with_floats_in_Firefox.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/08/overflow_auto_with_floats_in_Firefox.html</guid>
<category>Mozilla</category>
<pubDate>Mon, 20 Aug 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>Built-in functions are not objects</title>
<description>Built-in functions in Safari are not Function objects, and not even Object objects. They appear to be of type &quot;function&quot; instead of type &quot;object&quot;. This makes it impossible to use .call() and .apply() on them.</description>
<link>http://www.quirksmode.org/bugreports/archives/2007/08/Built_in_functions_are_not_objects.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/08/Built_in_functions_are_not_objects.html</guid>
<category>Safari</category>
<pubDate>Fri, 17 Aug 2007 12:00:00 +0100</pubDate>
</item>
<item>
<title>IE7:hover ghosts bug</title>
<description><![CDATA[<p>If you nest several elements inside each other and you tie the display of child elements to the :hover of the parent element, it can happen that after a first, correct display of the nested elements, these elements will stay displayed in IE7 even if the element directly above them does not have :hover! (And if simultaneously an indirect-parent element does have it.)</p>]]></description>
<link>http://www.quirksmode.org/bugreports/archives/2007/08/IE7hover_ghosts_bug.html</link>
<guid>http://www.quirksmode.org/bugreports/archives/2007/08/IE7hover_ghosts_bug.html</guid>
<category>Explorer 7</category>
<pubDate>Thu, 16 Aug 2007 12:00:00 +0100</pubDate>
</item>


</channel>
</rss>