| 18:52 | <krijnh> | Test |
| 19:10 | <zcorpan> | hsivonen: hmm, perhaps a bit too light. something in between. :) also, try making the second and third paragraph non-bold, i think that makes it easier to scan the errors |
| 19:12 | <hsivonen> | zcorpan: is the color now better? |
| 19:12 | <hsivonen> | zcorpan: I'm not sure what you want made non-bold |
| 19:12 | <zcorpan> | hsivonen: yes, the color is good |
| 19:12 | <hsivonen> | zcorpan: do you mean second and third para in each li? |
| 19:12 | <zcorpan> | At line 1, column 2 |
| 19:12 | <zcorpan> | <?xml v |
| 19:12 | <zcorpan> | yes |
| 19:12 | <zcorpan> | including the <b> |
| 19:13 | <hsivonen> | zcorpan: hmm. the location para is already non-bold |
| 19:13 | <hsivonen> | zcorpan: do you want the highlighted tag to be non-bold? |
| 19:13 | <zcorpan> | oh? |
| 19:14 | <hsivonen> | zcorpan: is your CSS2 UI font something that always looks bold? |
| 19:14 | <zcorpan> | yeah, could be |
| 19:14 | <hsivonen> | the whole page is font: caption; |
| 19:15 | <zcorpan> | perhaps explicitly say that the first paragraph should be bold and the others font-weight:normal? |
| 19:15 | <hsivonen> | zcorpan: hmm. I think I'd rather conclude that CSS2 UI fonts were a nice idea but the implementation sucks |
| 19:15 | <hsivonen> | and do font: sans-serif instead |
| 19:16 | <hsivonen> | zcorpan: which platform/browser are you using? |
| 19:16 | <zcorpan> | opera, win xp (classic theme) |
| 19:18 | <hsivonen> | I guess I should do research about OS X, XP and Ubuntu and figure out named fonts myself considering that CSS2 UI fonts aren't good enough :-( |
| 19:19 | <zcorpan> | isn't sans-serif good, then? |
| 19:21 | <hsivonen> | not as good as what I get on OS X with font: caption now |
| 19:21 | <hsivonen> | http://hsivonen.iki.fi/screen/validator-nu.png |
| 19:21 | <hsivonen> | that's what I see |
| 19:24 | <zcorpan> | http://simon.html5.org/temp/validator-nu.png |
| 19:24 | <hsivonen> | eww. |
| 19:24 | <hsivonen> | that need fixing |
| 19:25 | <hsivonen> | zcorpan: thanks |
| 19:25 | <zcorpan> | np :) |
| 19:27 | <hsivonen> | now the form is still caption but the rest is sans-serif |
| 19:29 | <zcorpan> | http://simon.html5.org/temp/validator-nu-2.png |
| 19:30 | <hsivonen> | looks better to me except now there's a size disparity |
| 19:31 | <hsivonen> | I don't know how to manage the font-size property on body relative to the CSS2 UI font on form |
| 19:32 | <hsivonen> | hmm. |
| 19:33 | <hsivonen> | ok. found a fix that works in Firefox trunk and Kestrel but not in Firefox 2 |
| 19:36 | <zcorpan> | hsivonen: i think it looks better with non-bold for the highlighted part, though that might just be because of my choice of monospace font :) |
| 19:36 | <hsivonen> | I like the bold with the highlight |
| 19:37 | <zcorpan> | ok |
| 19:37 | <hsivonen> | with my fonts, that is :-) |
| 19:38 | <zcorpan> | now everything's bold for me again, fwiw |
| 19:38 | <hsivonen> | hmm. has there been a CSS2.1 decision or something? Safari trunk agrees with Kestrel and Firefox 3. but Safari 2 agrees with Firefox 2 |
| 19:38 | <hsivonen> | on size inheritance |
| 19:39 | <hsivonen> | zcorpan: do you know why that happens? |
| 19:39 | <zcorpan> | when using ui fonts? |
| 19:39 | <hsivonen> | but shouldn't font-family on body cancel the UI font from html? |
| 19:40 | <zcorpan> | not sure how that's defined |
| 19:40 | <zcorpan> | ui fonts might imply font-size and weight etc |
| 19:40 | <zcorpan> | and setting font-family probably doesn't undo it |
| 19:42 | <hsivonen> | hmm. too hard |
| 20:12 | <kingryan> | has anyone but me looked at markp's validator implemenation in html5lib? |
| 21:43 | <hsivonen> | CSS question: what's the preferred way of making sure inline elements with no content are as tall as inline elements containing an NO-BREAK SPACE? |
| 21:44 | <Hixie> | only use standards-compliant UAs |
| 21:45 | <Hixie> | and it should Just Happen |
| 21:45 | <hsivonen> | Hixie: looks like Firefox trunk isn't compliant enough |
| 21:45 | <Hixie> | i don't think any browsers are |
| 21:45 | <Hixie> | oh there's an exception; the block has to have content |
| 21:46 | <Hixie> | <p><span></span></p> is still allowed to be zero-height |
| 21:46 | <hsivonen> | WebKit trunk is! |
| 21:46 | <hsivonen> | Hixie: I want <li><code></code></li> to look like an empty line |
| 21:48 | <hsivonen> | given the current state of Gecko, are there practical workarounds on the CSS level? |
| 21:49 | <Hixie> | ah there you are screwed |
| 21:49 | <Hixie> | you can use min-height on hte li |
| 21:49 | <Hixie> | or include a zwnbsp |
| 21:49 | <hsivonen> | tried it already. no good |
| 21:49 | <Hixie> | min-height should work |
| 21:49 | <hsivonen> | should, but doesn't :-( |
| 21:50 | <hsivonen> | the list markers are still off |
| 21:50 | <Hixie> | ah yes the list markers will only work if you have actual content in there |
| 21:50 | <tantek> | is that because they have nothing to align their baseline to? |
| 21:50 | <Hixie> | since they line up with the first line box |
| 21:51 | <tantek> | yes, you need at least a text character of some sort in there to trigger font metrics resolution, the establishment of a baseline, and thus something that the list marker can be placed relative to |
| 21:52 | <hsivonen> | good old it is, I guess |
| 21:53 | <hsivonen> | I hope people don't copy and paste |
| 21:53 | <hsivonen> | hmm. I wonder if space with white-space: pre-wrap works... |
| 21:53 | <tantek> | there may be something in CSS3-Text that allows you to set an explicit baseline on a block. That plus an explicit line-height should theoretically do the trick. But not sure if there are any browsers that support that. |
| 21:55 | <hsivonen> | tantek: ok. perhaps in the future |
| 21:57 | <hsivonen> | space plus pre-wrap not enough... |
| 21:59 | <hsivonen> | nbsp works |
| 21:59 | <hsivonen> | thanks |
