Options:
- # Session Start: Sat Feb 07 00:00:01 2009
- # Session Ident: #whatwg
- # [00:00] <Hixie> ok ojan said size*avgCharWidth + (maxCharWidth - avgCharWidth)
- # [00:00] <Hixie> my font has two glyphs, 200 and 1000 wide respectively
- # [00:01] <Hixie> so the average is 600
- # [00:01] <Hixie> 20 * 600 + (1000 - 600) = 12400 font units wide
- # [00:01] <Hixie> and the height of the font is 1000
- # [00:01] <ojan> Hixie: to be clear it's whatever the font file claims to be the avg/max
- # [00:01] <Hixie> so 1em = 1000
- # [00:02] <Hixie> so i'd expect it 12.4em wide
- # [00:02] * Hixie checks
- # [00:03] <Hixie> well that didn't work. let's see what my font is really saying.
- # [00:03] * Hixie gets the microsoft typography tool out
- # [00:03] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
- # [00:05] * Quits: KevinMarks (n=KevinMar@nat/google/x-c902284c3e18026d) (Read error: 104 (Connection reset by peer))
- # [00:05] * Joins: KevinMarks (n=KevinMar@nat/google/x-2d95d6313734403c)
- # [00:07] <Hixie> uh, i wasn't using my font
- # [00:07] <Hixie> oops
- # [00:07] * Hixie tries again
- # [00:09] * Quits: zdobersek (n=zan@cpe-92-37-70-147.dynamic.amis.net) ("Leaving.")
- # [00:11] * Joins: weinig_ (n=weinig@17.244.17.181)
- # [00:12] * Joins: dolske (n=dolske@corp-246.mountainview.mozilla.com)
- # [00:12] * Quits: weinig (n=weinig@17.203.15.158) (Read error: 54 (Connection reset by peer))
- # [00:12] * Joins: weinig (n=weinig@17.203.15.158)
- # [00:13] <Hixie> ojan: well my font has 600 avg width and 1000 max width and it still doesn't give me the results i expect
- # [00:14] <ojan> what's it give?
- # [00:14] <Hixie> something's fishy here
- # [00:14] <Hixie> let me get back to you
- # [00:20] <Hixie> ooh, interesting, some padding is added to the width even if the padding style is set to 0
- # [00:21] * Quits: KevinMarks (n=KevinMar@nat/google/x-2d95d6313734403c) (Connection timed out)
- # [00:21] * Quits: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se)
- # [00:24] * Joins: undersigned (n=Silkjaer@3910ds5-ar.0.fullrate.dk)
- # [00:25] * Quits: undersigned (n=Silkjaer@3910ds5-ar.0.fullrate.dk) (Client Quit)
- # [00:25] * Joins: silkjaer (n=Silkjaer@3910ds5-ar.0.fullrate.dk)
- # [00:26] <Hixie> hmm
- # [00:26] <Hixie> the weird border and padding behavior complicates this
- # [00:26] * gsnedders places a light bulb over Hixie's head and hopes all is solved
- # [00:28] * Quits: weinig_ (n=weinig@17.244.17.181) (Read error: 110 (Connection timed out))
- # [00:35] <Hixie> ojan: i was barking up the wrong tree in quirks mode and IE was screwing up the rendering now obeying CSS rules. trying in standards mode now!
- # [00:38] <Hixie> ojan: yeah, you are correct, at least in standards mode. how did you reverse engineer that? brute force?
- # [00:39] <ojan> Hixie: trial and error
- # [00:39] <Hixie> nice work
- # [00:39] <Hixie> is it the same in quirks mode except that the width includes the padding and border?
- # [00:39] <ojan> and some help from dean pointing me in the right direction
- # [00:40] <ojan> Hixie: not sure off the top of my head, but that sounds right
- # [00:42] <Hixie> outer width is 2px bigger in quirks mode, it seems
- # [00:42] <Hixie> which seems backwards
- # [00:47] * Joins: KevinMarks (n=KevinMar@nat/google/x-dbdf6209ad4d4aa9)
- # [00:49] * Quits: silkjaer (n=Silkjaer@3910ds5-ar.0.fullrate.dk)
- # [00:49] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
- # [01:02] * Quits: dglazkov (n=dglazkov@nat/google/x-740d87481a01222a)
- # [01:13] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com) ("Gone for a burton")
- # [01:15] <jcranmer> wow, that quit message tripped me up
- # [01:15] <jcranmer> one of my friend's names is burton
- # [01:24] <Hixie> does he work at lockheed martin?
- # [01:25] <jcranmer> still at university
- # [01:25] <Hixie> bummer
- # [01:25] <Hixie> wouldn't it have been awesome if i had been right though
- # [01:26] * Joins: alyoshka (n=anime4ch@74.93.182.234)
- # [01:26] <alyoshka> is it <details open="true"> or <details open="open">?
- # [01:27] <alyoshka> and does <details open="false"> or <details open="closed"> work?
- # [01:28] <alyoshka> attribute minimization isn't allowed in XHTML, and HTML5 is aiming for an XHTML implementation, so this is important
- # [01:28] <Hixie> it's <details open=""> and <details>
- # [01:29] <Hixie> (<details open="open"> is also allowed. the actual value has no effect, only the presence or absence of the attribute matters.)
- # [01:30] <alyoshka> thanks. and would the javascript interface include setAttribute("open", "anythinggoeshere")?
- # [01:30] <Hixie> anything will work, but only "" and "open" are allowed for the second argument (they both open the element)
- # [01:30] <Hixie> see http://www.whatwg.org/specs/web-apps/current-work/#the-details-element
- # [01:30] <Hixie> in particular, notice it says that "The open content attribute is a boolean attribute."
- # [01:31] <Hixie> and then see http://www.whatwg.org/specs/web-apps/current-work/#boolean-attribute
- # [01:31] <alyoshka> ah, I see, that "boolean attribute" part confused me at first
- # [01:31] <Hixie> once browsers implement <details>, there'll also be a .open DOM attribute
- # [01:31] <Hixie> the section, or the term?
- # [01:31] <alyoshka> the term
- # [01:31] <Hixie> ah
- # [01:31] <alyoshka> I missed the explaination
- # [01:31] <Hixie> always follow hyperlinks to read the definitions :-)
- # [01:32] <Hixie> the terms in html5 are not always what they appear (usually due to a lack of more appropriate terms)
- # [01:32] <alyoshka> that page always make Opera run so slow while loading so sometimes I'm too lazy to open it
- # [01:33] <alyoshka> lol, I know , it's bad
- # [01:33] * Quits: dave_levin (n=dave_lev@72.14.227.1)
- # [01:33] <alyoshka> is there a sectioned version of the spec?
- # [01:34] <xydyx> http://www.whatwg.org/specs/web-apps/current-work/multipage/
- # [01:34] <Hixie> http://whatwg.org/html5
- # [01:34] <Hixie> ^ multipage version
- # [01:34] <Hixie> it says so right at the top of the document :-)
- # [01:35] <alyoshka> thanks
- # [01:36] * Quits: eric_carlson (n=ericc@nat/apple/x-2f7c16bcbfcc58f8)
- # [01:38] <alyoshka> coolness, I made a simple style rule that takes care of open/closed
- # [01:39] <alyoshka> it excludes IE6 and 7 tho AFAIK
- # [01:39] <alyoshka> uses the :before pseudo-element
- # [01:42] * Quits: hasather (n=hasather@90-231-107-133-no62.tbcn.telia.com) (Read error: 110 (Connection timed out))
- # [01:43] <alyoshka> say, should the contents of <details> (except for the triangle) be a bit indented?
- # [01:44] <alyoshka> > Details
- # [01:44] <alyoshka> \/ Details
- # [01:44] <alyoshka> The details
- # [01:45] <alyoshka> \/ Details
- # [01:45] <alyoshka> --The details
- # [01:45] <alyoshka> something like that?
- # [01:45] <alyoshka> where the content lines up with the legend text, past the triangle
- # [01:46] <alyoshka> well, it's probably going to be the choice of the UA developers, but I mean, like a recommended style
- # [01:52] <alyoshka> yikes, Firefox thinks the whole page down from the <legend> is wrapped in a <fieldset> since there's a <legend> there
- # [01:52] * Quits: weinig (n=weinig@17.203.15.158) (Read error: 54 (Connection reset by peer))
- # [01:52] * Joins: weinig_ (n=weinig@17.203.15.158)
- # [01:54] <Hixie> alyoshka: http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html#the-details-element-0
- # [03:54] * Disconnected
- # [17:31] * Attempting to rejoin channel #whatwg
- # [17:31] * Rejoined channel #whatwg
- # [17:31] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
- # [17:31] * Set by annevk on Thu Feb 05 13:51:18
- # [19:05] * Disconnected
- # [19:05] * Attempting to rejoin channel #whatwg
- # [19:05] * Rejoined channel #whatwg
- # [19:05] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
- # [19:05] * Set by annevk on Thu Feb 05 13:51:18
- # [19:33] * Joins: sayrer_ (n=chatzill@pool-71-105-181-8.lsanca.dsl-w.verizon.net)
- # [19:34] * sayrer_ is now known as sayrer
- # [19:40] * Quits: maikmerten (n=maikmert@L8ff6.l.pppool.de) (Remote closed the connection)
- # [19:41] * Joins: maikmerten (n=maikmert@L8ff6.l.pppool.de)
- # [19:56] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [19:57] <annevk5> it sort of seems rendering should be normative for Web browsers at least given that we're effectively required to implement that anyway
- # [19:58] * Quits: jwalden (n=waldo@c-76-102-160-171.hsd1.ca.comcast.net) ("I love you too, Apple")
- # [19:59] * Quits: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Client Quit)
- # [20:00] <Philip`> There will be some class of web browsers that need to do things differently (e.g. because they're on constrained devices)
- # [20:00] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [20:01] <Philip`> and it seems unreasonable to try to precisely define what class of UAs the requirements are required for
- # [20:01] <Philip`> so it'd end up being effectively optional, because any browser developer could claim they're not in the class that the normative rendering requirements apply to
- # [20:01] <Philip`> and so they might as well be non-normative
- # [20:02] * Joins: jwalden (n=waldo@c-76-102-160-171.hsd1.ca.comcast.net)
- # [20:05] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
- # [20:07] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
- # [20:20] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [20:21] * eric_carlson_ is now known as eric_carlson
- # [20:22] * Parts: erlehmann (n=erlehman@86.59.25.121)
- # [20:47] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
- # [21:08] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [21:13] * Joins: svl (n=me@173.222-136-217.adsl-static.isp.belgacom.be)
- # [21:17] * Joins: heycam` (n=cam@210-84-15-128.dyn.iinet.net.au)
- # [21:17] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [21:27] * Quits: heycam (n=cam@210-84-16-206.dyn.iinet.net.au) (Read error: 101 (Network is unreachable))
- # [21:59] * Quits: svl (n=me@173.222-136-217.adsl-static.isp.belgacom.be) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # [22:09] * Joins: xydyx (n=hdh@58.187.19.137)
- # [22:20] * Quits: mlpug (n=mlpug@a88-115-168-225.elisa-laajakaista.fi) ("Leaving")
- # [22:21] * Quits: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no) ("Leaving")
- # [22:22] * Joins: nessy (n=nessy@124-168-129-172.dyn.iinet.net.au)
- # [22:26] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
- # [22:38] * Joins: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no)
- # [22:38] * Joins: ap (n=ap@194.154.88.32)
- # [22:47] * Quits: zalan (n=kvirc@dsl5400FF16.pool.t-online.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
- # [22:55] * Quits: maikmerten (n=maikmert@L8ff6.l.pppool.de) (Remote closed the connection)
- # [23:04] * Quits: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no) (Remote closed the connection)
- # [23:21] * Joins: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no)
- # [23:23] * Quits: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no) (Client Quit)
- # [23:23] * Quits: yecril71 (n=giecrilj@piekna-gts.2a.pl)
- # [23:24] * Quits: sayrer (n=chatzill@pool-71-105-181-8.lsanca.dsl-w.verizon.net) (Read error: 60 (Operation timed out))
- # [23:27] * Joins: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no)
- # [23:49] * Quits: nessy (n=nessy@124-168-129-172.dyn.iinet.net.au) ("This computer has gone to sleep")
- # Session Close: Sun Feb 08 00:00:00 2009
The end :)