Never underestimate the ability of a browser to mishandle suprisingly basic CSS and HTML. :)
*cough* <input type> *cough*
Uh, that would be "surprisingly." I can spell... really I can.
Posted by hyatt at May 9, 2003 2:56 PMHow about this bug?
<input type="text" style="border: 0px none;" />
A text box with borders set to be off still have borders. :(
Posted by cgriego at May 9, 2003 6:36 PMWhats up with the toolbar on http://thq.com/games/ ?
Posted by Ben Hines at May 9, 2003 8:04 PMHere's the follow-up:
In hindsight, the layout that was causing the most problems should actually be somewhat comforting to you - it was broken amongst many different browsers. Not equally though, but still very broken. I've since had a hand fixing it up, so I honestly don't think it's worth worrying about. You'd have to do far too much to determine which are Safari bugs and which are bugs in the file.
I'll stand by my original assessment though, and that previous issue really made no sense to me. E-mail me for a screenshot and further clarification if you're not seeing it or I made no sense. (It must have been build 73.)
It goes a bit further though - the original H1 is duplicating, the duplicate showing up lower. There's an H2 immediately following, which seems to show up on the same level as the second H1, underneath the rest of the page content. It should be in the white area, it's in the pink.
Posted by Dave S. at May 9, 2003 8:46 PMcgriego, it is not a bug if form controls don't accept border/color styling via CSS. They are replaced elements and are under no obligation to obey those CSS properties.
There is always a tension/tradeoff between those people who want native widgets on the platform and those who want full control via CSS (which usually leads to dumping the native widgets like Gecko did and rolling your own, a tremendous amount of work).
More importantly, it's nice to be consistent with the form controls. If we start obeying just some of the properties but not others, you end up with a mishmash of half-themed widgets.
I like WindowsXP/IE's and even now Phoenix/Firebird's solution. If no CSS is set, use the native widgets, but if there are style declarations, roll your own.
Posted by cgriego at May 10, 2003 5:35 PMI'm not Dave Shea, but I will report a bug here. At least I think it's a bug. It displays incorrectly in every browser that respects list-style-image that I tried (IE 5.1/5.2, Opera, Firebird, Camino, Safari). The image in all of them is clipped out of the left edge of the box.
link: http://www.whiterose.org/test/brokenUL_image.html
code:
<body>
<ul style="list-style-image: url(url-of-big-image);">
<li>"Lorem ipsum dolor sit amet"
</li>
</ul>
</body>