Options:
- # Session Start: Sun Aug 08 00:00:00 2010
- # Session Ident: #whatwg
- # [00:14] * Joins: jeremyselier (~Jeremy@lns-bzn-29-82-248-213-112.adsl.proxad.net)
- # [00:27] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [00:33] * Quits: jeremyselier (~Jeremy@lns-bzn-29-82-248-213-112.adsl.proxad.net) (Ping timeout: 240 seconds)
- # [00:46] * Joins: paul_irish_ (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
- # [00:48] * Quits: shepazu (~schepers@adsl-242-206-38.rmo.bellsouth.net) (Quit: shepazu)
- # [01:04] * Quits: oal (~oal@5.79-160-122.customer.lyse.net) (Remote host closed the connection)
- # [01:13] <Steve^> Text within a <footer> must also be wrapped in a <p>?
- # [01:14] * Quits: Maurice (copyman@5ED573FA.cable.ziggo.nl)
- # [01:18] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
- # [01:18] * Quits: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se) (Remote host closed the connection)
- # [01:21] * Joins: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se)
- # [01:28] <aho> Steve^, nop. but it might be handy to have some extra hook for styling purposes
- # [01:29] <Steve^> Aha, Text is flow content
- # [01:30] <Steve^> Just making sure I can reproduce your answer from the docs :)
- # [01:31] <aho> well, it's just like a div... just with some meaning tacked on :>
- # [01:32] <Steve^> True, though I wasn't sure in that content either
- # [01:32] <Steve^> context
- # [01:33] <aho> "when in doubt, validate" ;)
- # [01:33] <aho> makes everything easier
- # [01:43] * Quits: payman_s (~payman@81-229-81-24-no65.tbcn.telia.com) (Ping timeout: 245 seconds)
- # [01:44] * Joins: shepazu (~schepers@rrcs-98-101-157-224.midsouth.biz.rr.com)
- # [01:54] * Joins: colapop (~colapop@68-190-151-103.dhcp.eucl.wi.charter.com)
- # [01:57] * Quits: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36) (Quit: weinig)
- # [02:07] * Quits: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se) (Remote host closed the connection)
- # [02:10] * Joins: payman_s (~payman@81-229-81-24-no65.tbcn.telia.com)
- # [02:21] <Steve^> For example on this section: http://dev.w3.org/html5/spec/Overview.html#e-mail-state it does not appear to list the actual value for the email state, "email"
- # [02:22] <Steve^> It is listed in the table above, but it'd be nice to not have to cross-reference
- # [02:25] * Joins: Kuruma (~Kuruman@p9020-ipngn401marunouchi.tokyo.ocn.ne.jp)
- # [02:38] * Joins: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp)
- # [02:42] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
- # [02:48] <Hixie> "actual value"?
- # [02:57] * Joins: titacgs (~titacgs@201.250.159.132)
- # [03:05] * Joins: variable (~variable@unaffiliated/variable)
- # [03:10] * Joins: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams)
- # [03:12] * Quits: romeo_ (~romeo__@x1-6-00-07-95-57-08-bb.k38.webspeed.dk) (Quit: Leaving)
- # [03:15] <Steve^> The value to go into the type attribute
- # [03:21] * Joins: nessy (~Adium@124-168-168-242.dyn.iinet.net.au)
- # [03:28] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
- # [03:59] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
- # [03:59] * Quits: shepazu (~schepers@rrcs-98-101-157-224.midsouth.biz.rr.com) (Quit: shepazu)
- # [04:09] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [04:34] * Joins: kennyluck_ (~kennyluck@EM114-48-139-210.pool.e-mobile.ne.jp)
- # [04:34] * Quits: paul_irish_ (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [04:36] * Quits: kennyluck (~kennyluck@EM114-48-19-210.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
- # [04:36] * kennyluck_ is now known as kennyluck
- # [04:45] * drunknbass|away is now known as drunknbass
- # [05:01] * weinig is now known as weinig|away
- # [05:05] * Joins: shepazu (~schepers@adsl-242-206-38.rmo.bellsouth.net)
- # [05:08] * drunknbass is now known as drunknbass|away
- # [05:11] * drunknbass|away is now known as drunknbass
- # [05:21] * Quits: payman_s (~payman@81-229-81-24-no65.tbcn.telia.com) (Ping timeout: 248 seconds)
- # [05:31] * drunknbass is now known as drunknbass|away
- # [05:42] * Joins: DWarrior (~axfv@c-71-63-157-143.hsd1.mn.comcast.net)
- # [06:06] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [06:35] * Joins: MikeSmith (~MikeSmith@207.192.197.231)
- # [06:57] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Quit: Leaving.)
- # [07:03] * drunknbass|away is now known as drunknbass
- # [07:16] * Joins: estellevw (~estelle@adsl-99-51-216-186.dsl.pltn13.sbcglobal.net)
- # [07:26] * drunknbass is now known as drunknbass|away
- # [07:48] * drunknbass|away is now known as drunknbass
- # [07:51] * baba is now known as cypha
- # [07:54] * cypha is now known as baba
- # [07:55] * Quits: kennyluck (~kennyluck@EM114-48-139-210.pool.e-mobile.ne.jp) (Quit: kennyluck)
- # [08:11] * drunknbass is now known as drunknbass|away
- # [08:17] * drunknbass|away is now known as drunknbass
- # [08:47] * Joins: annevk5 (~annevk@cm-84.215.178.93.getinternet.no)
- # [08:50] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 265 seconds)
- # [09:04] * Quits: weinig|away (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Quit: weinig|away)
- # [09:04] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [09:49] * Quits: seventh (seventh@64-9-175-247.fwd.datafoundry.com) (Ping timeout: 265 seconds)
- # [09:52] * Joins: jrgarrison (~garrison@wikiotics/jrgarrison)
- # [09:52] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [10:04] * Quits: aho (~nya@fuld-4d00d5da.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
- # [10:09] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [10:11] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-136-190.w90-46.abo.wanadoo.fr)
- # [10:29] * Joins: ROBOd (~robod@92.86.253.165)
- # [10:31] * Joins: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se)
- # [10:32] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [10:35] * Joins: smaug (~chatzilla@a91-154-44-125.elisa-laajakaista.fi)
- # [10:35] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Client Quit)
- # [10:42] * Joins: Smylers (~smylers@if1-clavister-devfarm.devitalia.it)
- # [10:46] * Joins: maikmerten (~maikmerte@port-92-201-15-60.dynamic.qsc.de)
- # [10:46] <micheil> Hixie: in what ways is the websocket protocol spec moving forward from the (what seemed like) a break down in communication between WHATWG and IETF
- # [10:46] <micheil> ?
- # [10:50] * Quits: Smylers (~smylers@if1-clavister-devfarm.devitalia.it) (Ping timeout: 245 seconds)
- # [10:54] <annevk5> micheil, it's a tad more complicated than that
- # [10:55] <micheil> okay, explain then
- # [10:55] <annevk5> heh, could have expected that
- # [10:55] <micheil> because I'm totally lost at the moment as to what's going on.
- # [10:55] <annevk5> we're still communicating
- # [10:56] <micheil> okay, it sounded like there was a break down of communication.
- # [10:57] <annevk5> I'm not quite sure where it is heading though, but everyone is still there and nobody has been ousted
- # [10:57] <micheil> okay
- # [10:58] <annevk5> it's mostly that people have somewhat varied views on how extensibility is to be addressed
- # [10:58] <micheil> well, are we still going ahead with the draft76 style packet format, or moving towards the VI one?
- # [10:58] <micheil> erm, Framing Take IV
- # [10:59] <annevk5> ranging from WG in control to wide-open (and also way more complicated)
- # [10:59] * Quits: jrgarrison (~garrison@wikiotics/jrgarrison) (Quit: Ex-Chat)
- # [10:59] * Parts: DWarrior (~axfv@c-71-63-157-143.hsd1.mn.comcast.net) ("Leaving.")
- # [10:59] <micheil> hmm..
- # [10:59] <annevk5> Hixie changed the framing
- # [10:59] <micheil> well, from an implementors perspective, using the Framing Take IV is a hell of a lot simpler.
- # [10:59] <micheil> did he?
- # [10:59] <annevk5> it now uses 64-bit
- # [11:00] * Joins: Smylers (~smylers@if1-clavister-devfarm.devitalia.it)
- # [11:00] <micheil> okay, you've lost me there; let me read up on the spec.
- # [11:00] * Joins: oal (~oal@5.79-160-122.customer.lyse.net)
- # [11:01] <annevk5> http://www.whatwg.org/specs/web-apps/current-work/complete/network.html#protocol-overview
- # [11:01] <annevk5> frames are now
- # [11:01] <annevk5> frame-type frame-length data
- # [11:01] <micheil> one moment, safari's busy crashing trying to load the compelte one :P
- # [11:01] <annevk5> with frame-length being a length encoded as 8 octets
- # [11:01] <annevk5> (the above is multipage)
- # [11:02] <micheil> okay, cool
- # [11:03] <micheil> so what, is it still using \x00 and \xFF as the start/end delimeters?
- # [11:04] <micheil> or are we using just a message is frame-length long
- # [11:04] * Quits: Smylers (~smylers@if1-clavister-devfarm.devitalia.it) (Ping timeout: 265 seconds)
- # [11:04] <annevk5> a message with a type that is frame-length long
- # [11:05] <micheil> okay, example?
- # [11:05] <annevk5> they're in the spec?
- # [11:06] <annevk5> one octet for type (only text and closing supported currently); eight octets for lengths as unsigned 64-bit int; data blob
- # [11:07] <micheil> so, example packet may be: <0xFF><11><hello world>
- # [11:07] <micheil> <11> being a big endian 64 bit int
- # [11:08] <micheil> <hello world> being UTF8 encoded binary data?
- # [11:08] <annevk5> yes
- # [11:09] <micheil> okay
- # [11:09] <micheil> and, if the content was say, binary, it might be something like <0xFE><11><binary data>
- # [11:10] <micheil> where <binary data> would be 11 bytes of binary data
- # [11:11] <micheil> (if binary data were to be supported)
- # [11:11] <micheil> would it make more sense to have one frame-type reserved for metadata, where an example might be:
- # [11:12] * Quits: estellevw (~estelle@adsl-99-51-216-186.dsl.pltn13.sbcglobal.net) (Quit: estellevw)
- # [11:12] <micheil> <0xF0><13><Encoding=UTF8>
- # [11:12] <micheil> which would tell the server that the client expects data to be encoded with UTF8 encoding
- # [11:13] <annevk5> that requires API changes
- # [11:13] <annevk5> on top of which we do not want to support more than one encoding for text
- # [11:13] <micheil> (this would be sent onconnect by the client, but could also be sent by calling ws.setEncoding(enc) )
- # [11:13] <micheil> where enc maybe a DOMString of either: "binary" or "utf8"
- # [11:14] <annevk5> seems simpler to just have a different frame type
- # [11:14] * Joins: Smylers (~smylers@if1-clavister-devfarm.devitalia.it)
- # [11:14] <micheil> okay
- # [11:14] <micheil> that sounds fair enough then
- # [11:14] <micheil> but then, how do I change between binary and utf8 data?
- # [11:14] <micheil> (without requiring massive changes)
- # [11:15] <micheil> I'm thinking that when the server receives that Encoding=UTF8, it will then encode all out-going messages as UTF8 data
- # [11:15] <micheil> if it receives Encoding=Binary, it will then encode all out-going messages as raw binary data
- # [11:17] <micheil> because otherwise the server cannot send binary data
- # [11:17] <micheil> unless you make everything always binary data, and only have the clients decode to utf8 or something
- # [11:17] <micheil> but that's not a good direction to go
- # [11:20] * Quits: Smylers (~smylers@if1-clavister-devfarm.devitalia.it) (Quit: Leaving.)
- # [11:20] <annevk5> once binary support is there the server can do whatever it wants
- # [11:20] <annevk5> and the javascript library will just handle binary and strings
- # [11:20] <annevk5> and in the transition period you can tell the server with a simple text message that your client supports binary
- # [11:20] <micheil> yeah, but if the data coming in on the "message" DOMEvent is UTF8 encoded, then you'd have to do odd stuff
- # [11:20] <annevk5> from the application layer
- # [11:21] <annevk5> a different frame type would be exposed differently in the API
- # [11:22] <annevk5> (maybe not for all future frame types; but binary and strings get their own primitive; but since JS doesn't have one for binary; we're waiting)
- # [11:22] <micheil> okay, I think it'd make sense to emit just one event "message"
- # [11:24] <micheil> and then to change the encoding of those message events, you call a client side API of setEncoding("...")
- # [11:24] <annevk5> no
- # [11:25] <micheil> okay
- # [11:25] <annevk5> just like with XMLHttpRequest send() will just be overloaded
- # [11:26] <annevk5> and the data attribute of the message event will be a ByteArray (or whatever it ends up being) rather than a DOMString
- # [11:26] <annevk5> (it's of type any after all)
- # [11:28] * Joins: jeremyselier (~Jeremy@lns-bzn-29-82-248-213-112.adsl.proxad.net)
- # [11:28] <micheil> okay, so inside ws.send's function, it'd be something like: if(typeof data === "string") { send as string } else if(typeof data === "bytearray") { encode to binary }
- # [11:29] <micheil> would that also mean that the onmessage api would need to do that same, or would it get given the content type?
- # [11:29] <micheil> eg, server sends a binary message, then a utf8 message, then another binary message
- # [11:30] <micheil> would the events still be: message, message, message, message
- # [11:30] <micheil> and would you still get (data) as the arguments to the function call?
- # [11:30] <annevk5> it would be just message
- # [11:30] <micheil> or would you get: (data, binary)
- # [11:30] <annevk5> but data would be of varied type
- # [11:31] <micheil> okay
- # [11:32] <micheil> so I'd need to manually check for typeof data
- # [11:32] <annevk5> you'll always need to do some kind of check; but yes
- # [11:33] <micheil> okay
- # [11:33] * Joins: erlehmann (~erlehmann@dslb-188-103-026-159.pools.arcor-ip.net)
- # [11:33] <micheil> and there's no more usage of that end delimiter format, right?
- # [11:33] <annevk5> having said all this, nobody has patched their browser implementation just yet
- # [11:33] <micheil> there's just one packet format, no high or low byte messages or what ever they were?
- # [11:34] <annevk5> micheil, right (that's not coming back)
- # [11:34] <micheil> (I'm just wanting to get up to speed)
- # [11:34] <micheil> I kinda got lost wading through the 200 odd emails in 1 or so days last week
- # [11:34] <annevk5> well, the binary/text stuff has remained the same; it's just the packaging that's different now
- # [11:35] <annevk5> from an API point of view nothing really changed
- # [11:35] * Joins: phrearch (~phrearch_@82-136-229-19.ip.telfort.nl)
- # [11:35] <annevk5> yeah, it's kind of crazy
- # [11:35] <micheil> yeah
- # [11:35] <micheil> as long as both text and binary share the same actually packaging around them when sent on the wire, I'm cool with that.
- # [11:36] * Quits: Cesarino (~Cesarino@83.101.55.31) (Quit: Cesarino)
- # [11:48] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 265 seconds)
- # [12:03] * Joins: seventh (seventh@64-9-175-247.fwd.datafoundry.com)
- # [12:04] * drunknbass is now known as drunknbass|away
- # [12:05] * Quits: nessy (~Adium@124-168-168-242.dyn.iinet.net.au) (Quit: Leaving.)
- # [12:06] * Joins: nessy (~Adium@124-168-168-242.dyn.iinet.net.au)
- # [12:15] * Joins: payman_s (~payman@81-229-81-24-no65.tbcn.telia.com)
- # [12:23] * Joins: romeo_ (~romeo__@x1-6-00-07-95-57-08-bb.k38.webspeed.dk)
- # [12:28] * Quits: jeremyselier (~Jeremy@lns-bzn-29-82-248-213-112.adsl.proxad.net) (Ping timeout: 240 seconds)
- # [12:41] * Quits: payman_s (~payman@81-229-81-24-no65.tbcn.telia.com) (Ping timeout: 276 seconds)
- # [12:44] * Joins: workmad3 (~workmad3@84.45.226.85)
- # [12:50] * Joins: jeremyselier (~Jeremy@lns-bzn-24-82-64-180-117.adsl.proxad.net)
- # [12:50] * Quits: workmad3 (~workmad3@84.45.226.85) (Remote host closed the connection)
- # [13:06] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
- # [13:14] * Quits: jeremyselier (~Jeremy@lns-bzn-24-82-64-180-117.adsl.proxad.net) (Ping timeout: 252 seconds)
- # [13:24] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.brig.cable.virginmedia.com)
- # [13:30] * Joins: Maurice (copyman@5ED573FA.cable.ziggo.nl)
- # [13:35] * Quits: maikmerten (~maikmerte@port-92-201-15-60.dynamic.qsc.de) (Remote host closed the connection)
- # [13:42] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.brig.cable.virginmedia.com) (Ping timeout: 276 seconds)
- # [13:46] * Quits: Maurice (copyman@5ED573FA.cable.ziggo.nl)
- # [13:47] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.brig.cable.virginmedia.com)
- # [13:48] * Quits: espadrine (~thaddee_t@AMontsouris-157-1-136-190.w90-46.abo.wanadoo.fr) (Remote host closed the connection)
- # [13:50] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.brig.cable.virginmedia.com) (Client Quit)
- # [13:54] * Joins: Maurice (copyman@5ED573FA.cable.ziggo.nl)
- # [14:08] <gsnedders> Wikipedia is distracting.
- # [14:20] <annevk5> and writing a complete test suite is hard
- # [14:20] <annevk5> even "just" for XMLHttpRequest
- # [14:23] * Quits: m_W (~mwilcox56@c-76-98-55-26.hsd1.nj.comcast.net) (Ping timeout: 276 seconds)
- # [14:25] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [14:32] * Quits: annevk5 (~annevk@cm-84.215.178.93.getinternet.no) (Quit: annevk5)
- # [15:24] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Read error: Connection reset by peer)
- # [15:27] * Joins: MikeSmithX (~MikeSmith@207.192.197.231)
- # [15:30] * Quits: MikeSmith (~MikeSmith@207.192.197.231) (Ping timeout: 264 seconds)
- # [15:53] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [15:54] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
- # [16:11] * Quits: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp) (Quit: boblet)
- # [16:16] * Quits: smaug (~chatzilla@a91-154-44-125.elisa-laajakaista.fi) (Quit: ChatZilla 0.9.86 [Firefox 4.0b3pre/20100726023946])
- # [16:21] * Joins: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68)
- # [16:30] * Quits: Kuruma (~Kuruman@p9020-ipngn401marunouchi.tokyo.ocn.ne.jp) (Quit: Tiarra 0.1+svn-36999: SIGTERM received; exit)
- # [16:32] * Joins: Kuruma (~Kuruman@p9020-ipngn401marunouchi.tokyo.ocn.ne.jp)
- # [16:49] * Quits: titacgs (~titacgs@201.250.159.132) (Quit: Leaving)
- # [16:57] * Joins: sebmarkbage (d5506daa@gateway/web/freenode/ip.213.80.109.170)
- # [17:00] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Read error: Connection reset by peer)
- # [17:02] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
- # [17:09] * Joins: Smylers (~smylers@host86-162-120-111.range86-162.btcentralplus.com)
- # [17:10] * Joins: peol (~andree@unaffiliated/peol)
- # [17:17] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-136-190.w90-46.abo.wanadoo.fr)
- # [17:28] * Quits: henrikbjorn (~henrik@c83-249-67-161.bredband.comhem.se) (Read error: Connection reset by peer)
- # [17:30] * Joins: kennyluck (~kennyluck@114-25-243-107.dynamic.hinet.net)
- # [17:32] * AryehGregor discovers apt-get install pastebinit
- # [17:37] * gsnedders discovers he is incapable of writing for any period of time now
- # [17:39] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [17:40] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
- # [17:41] <Philip`> gsnedders: I'd blame Twitter
- # [17:43] <Philip`> (Also, IRC)
- # [17:43] <micheil> the main part is getting into the right mental frame to be able to write.
- # [17:48] <gsnedders> micheil: A length delimited or sential delimited frame?
- # [17:49] <micheil> >_>
- # [17:49] <micheil> preferably a length delimited frame
- # [17:52] * Joins: annevk5 (~annevk@cm-84.215.178.93.getinternet.no)
- # [17:57] * Joins: everton (~everton@w0109-113-152-68-105.uqwimax.jp)
- # [17:58] * Quits: everton (~everton@w0109-113-152-68-105.uqwimax.jp) (Client Quit)
- # [18:00] * drunknbass|away is now known as drunknbass
- # [18:01] <Workshiva> I would prefer sentinel delimited, with the sentinel being "I have nothing more that needs writing"
- # [18:01] <annevk5> would be nice if dev.w3.org had a favicon
- # [18:02] <micheil> Workshiva: hmm, that could work
- # [18:03] * Joins: Ms2ger` (~Ms2ger@91.181.154.194)
- # [18:05] * Joins: jeremyselier (~Jeremy@lns-bzn-24-82-64-180-117.adsl.proxad.net)
- # [18:07] * Quits: espadrine (~thaddee_t@AMontsouris-157-1-136-190.w90-46.abo.wanadoo.fr) (Quit: espadrine)
- # [18:09] * Quits: annevk5 (~annevk@cm-84.215.178.93.getinternet.no) (Quit: annevk5)
- # [18:17] * Quits: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams) (Quit: GarethAdams|Home)
- # [18:22] * Quits: romeo_ (~romeo__@x1-6-00-07-95-57-08-bb.k38.webspeed.dk) (Quit: Leaving)
- # [18:23] * Joins: MikeSmith (~MikeSmith@207.192.197.231)
- # [18:24] * Quits: MikeSmith (~MikeSmith@207.192.197.231) (Remote host closed the connection)
- # [18:25] * Joins: henrikbjorn (~henrik@c83-249-67-161.bredband.comhem.se)
- # [18:26] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Quit: Leaving.)
- # [18:26] * Joins: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68)
- # [18:27] * Quits: MikeSmithX (~MikeSmith@207.192.197.231) (Ping timeout: 276 seconds)
- # [18:29] * Quits: baba (~sallabanc@69.50.70.12) (Ping timeout: 260 seconds)
- # [18:36] * Quits: sebmarkbage (d5506daa@gateway/web/freenode/ip.213.80.109.170) (Ping timeout: 252 seconds)
- # [18:37] * Quits: erlehmann (~erlehmann@dslb-188-103-026-159.pools.arcor-ip.net) (Quit: Ex-Chat)
- # [18:44] * Quits: jeremyselier (~Jeremy@lns-bzn-24-82-64-180-117.adsl.proxad.net) (Ping timeout: 240 seconds)
- # [19:01] * Joins: yutak_home (~kee@U017209.ppp.dion.ne.jp)
- # [19:01] * Joins: ttepasse- (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
- # [19:02] * Joins: bobchao (~cctw@112-105-140-77.adsl.dynamic.seed.net.tw)
- # [19:02] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Ping timeout: 276 seconds)
- # [19:17] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.brig.cable.virginmedia.com)
- # [19:18] * hdhoang encounters a page for which html5 parser is more useful than chromium's \o/ ( http://www.ishmael.org/Education/Writings/ )
- # [19:22] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
- # [19:27] * Joins: m_W (~mwilcox56@c-68-38-231-245.hsd1.nj.comcast.net)
- # [19:33] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [19:40] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.brig.cable.virginmedia.com) (Remote host closed the connection)
- # [19:43] * Quits: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se) (Remote host closed the connection)
- # [19:45] * Joins: MikeSmith (~MikeSmith@207.192.197.231)
- # [19:45] * drunknbass is now known as drunknbass|away
- # [19:46] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
- # [19:48] * Quits: phrearch (~phrearch_@82-136-229-19.ip.telfort.nl) (Remote host closed the connection)
- # [19:50] * Joins: apucacao (~apucacao@S010600226b6dbc54.vc.shawcable.net)
- # [19:51] * Quits: apucacao (~apucacao@S010600226b6dbc54.vc.shawcable.net) (Client Quit)
- # [19:53] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Quit: zzzzz)
- # [19:56] * Quits: ttepasse- (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Ping timeout: 240 seconds)
- # [19:57] <gsnedders> "Note: There will be at least one such element, by definition." — I don't get how there will be.
- # [19:59] <Ms2ger`> <p class="note">There will be at least one such element, by definition.<!-- (If there wasn't, then this algorithm wouldn't have been invoked by Web IDL.) --></p>
- # [19:59] <gsnedders> Ah
- # [19:59] * gsnedders tries to work out why
- # [20:01] <gsnedders> Oh, the "corresponding name property", I think…
- # [20:12] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.know.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [20:14] <gsnedders> Philip`: You had a bug on SpiderMonkey about Math.sin varying between x86 and x86-64, no?
- # [20:18] * Joins: aho (~nya@fuld-4d00d74d.pool.mediaWays.net)
- # [20:20] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [20:24] <Philip`> gsnedders: https://bugzilla.mozilla.org/show_bug.cgi?id=531915 ?
- # [20:24] <gsnedders> Philip`: Yeah, thanks
- # [20:32] <gsnedders> Philip`: Also, if you want more things to test in your canvas test suite, you could take a look at http://codingforums.com/showthread.php?t=198624
- # [20:33] * Joins: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se)
- # [21:00] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.know.cable.virginmedia.com)
- # [21:12] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Quit: weinig)
- # [21:18] <AryehGregor> No one much seems to have commented on the srcdoc issue.
- # [21:18] <AryehGregor> http://www.w3.org/2002/09/wbs/40318/issue-100-objection-poll/
- # [21:28] * Quits: peol (~andree@unaffiliated/peol) (Remote host closed the connection)
- # [21:36] * Joins: daedb (~daed@78-72-108-100-no178.tbcn.telia.com)
- # [21:45] * AryehGregor has his doubts about whether srcdoc is actually very useful, to be honest
- # [21:52] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [21:54] * Quits: Ms2ger` (~Ms2ger@91.181.154.194) (Quit: nn)
- # [21:58] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [22:04] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
- # [22:11] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
- # [22:13] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
- # [22:26] * Quits: Martijnc (~Martijnc@91.176.88.90) (Ping timeout: 240 seconds)
- # [22:28] * Quits: yutak_home (~kee@U017209.ppp.dion.ne.jp) (Quit: Ex-Chat)
- # [22:30] * Joins: Martijnc (~Martijnc@91.176.52.18)
- # [22:55] * Quits: ROBOd (~robod@92.86.253.165) (Quit: .)
- # [22:59] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [23:00] * Joins: Smylers1 (~smylers@host86-183-56-1.range86-183.btcentralplus.com)
- # [23:02] * Quits: Smylers (~smylers@host86-162-120-111.range86-162.btcentralplus.com) (Ping timeout: 265 seconds)
- # [23:12] * Joins: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams)
- # [23:17] <Hixie> seriously tempted to ask if i can use http://alexkessinger.net/story/html5-brief-one-paragraph as the abstract for the spec
- # [23:17] * Joins: Smylers (~smylers@host86-183-56-1.range86-183.btcentralplus.com)
- # [23:17] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Quit: Leaving.)
- # [23:19] * Quits: Smylers1 (~smylers@host86-183-56-1.range86-183.btcentralplus.com) (Ping timeout: 265 seconds)
- # [23:21] * Quits: henrikbjorn (~henrik@c83-249-67-161.bredband.comhem.se) (Remote host closed the connection)
- # [23:24] * Joins: baba (~sallabanc@69.50.70.12)
- # [23:41] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [23:43] <Steve^> I notice that the intention is for the UA to replace the content of <time> with a locale-specific form. I think it'd be helpful to have a set format describing how the UA would do this, or else it is difficult to use the value in the right context
- # [23:44] <Steve^> For example it may be important to the content to stress that a date was on a saturday. So I could do Saturday <time datetime="2010-08-07">8th August</time>. But for all I know the UA could convert this to Saturday Sat 8th Aug 2010
- # [23:49] * AryehGregor is a little skeptical of the idea of locale-specific rendering here.
- # [23:49] <Workshiva> Steve^: Where does it say that?
- # [23:50] <AryehGregor> Hmm, it seems not to? Good.
- # [23:50] <AryehGregor> Sounds like a bad idea.
- # [23:50] <Steve^> In the time element text
- # [23:50] <Steve^> Here is another way that could be marked up. In this example, legacy user agents would say "today", while newer user agents would render the time in a locale-specific manner based on the value of the attribute.
- # [23:50] <AryehGregor> Oh, wait.
- # [23:50] <Steve^> ^ quote
- # [23:50] <AryehGregor> That's non-normative.
- # [23:51] <AryehGregor> What it actually says in normative text is "If the datetime attribute is present, the user agent should convey the attribute's value to the user when rendering the element."
- # [23:51] * AryehGregor is unsure whether that's useful.
- # [23:51] <Steve^> What does non-normative mean?
- # [23:52] <AryehGregor> Means "not really part of the standard, just meant to help you understand the actual requirements, ignore it if it contradicts normative text".
- # [23:52] <Steve^> Oh
- # [23:52] <Steve^> The text I refer to isn't even inside the non-normative "box"
- # [23:52] <Workshiva> But there seems to be something in the bindings section
- # [23:53] <AryehGregor> It's in <div class="example">, thus non-normative.
- # [23:53] <Workshiva> When the time binding applies to a time element, the element is expected to render as if it contained text conveying the date (if known), time (if known), and time-zone offset (if known) represented by the element, in the fashion most convenient for the user.
- # [23:53] <Steve^> I didn't read the code...
- # [23:54] <Steve^> I'm a little confused now to your opinion on the matter
- # [23:54] <Steve^> Is the spec right or wrong?
- # [23:54] <Workshiva> Steve^: It looks like you're right
- # [23:54] <Steve^> I'm right that it's silly?
- # [23:55] <Workshiva> Maybe
- # [23:55] <Steve^> As an aside, this non-normative stuff sounds misleading and shouldn't be in the spec if it's not valid
- # [23:56] <Workshiva> Well, "a locale-specific way" gives the UA a license to do pretty much anything it wants
- # [23:57] <Steve^> which is impossible for content authors to predict
- # [23:57] <AryehGregor> File a bug.
- # [23:57] <Workshiva> I think it's one of those problems that won't actually occur
- # [23:57] <AryehGregor> Why not?
- # [23:57] <Steve^> It seems that there are two seperate use cases here: One for text that should be easily cross-referenced to a calendar and the second for showing dates in a locale-specific manner
- # [23:57] <Workshiva> That UAs will magically all decide on formats that don't include the day of week
- # [23:58] <Steve^> Sure
- # [23:58] <AryehGregor> But why do we actually want it to be locale-specific?
- # [23:58] <AryehGregor> That would just be weird.
- # [23:58] <AryehGregor> Like a Chinese person seeing dates in Chinese on an otherwise English page?
- # [23:58] <Steve^> I think these two use cases conflict... with the former I probably want the value of "today" or "Saturday" to persist, with the true date hidden until asked for
- # [23:59] <Workshiva> AryehGregor: More like "Let the user configure the browser to show a sensible date format instead of that American rubbish"
- # [23:59] <Steve^> AryehGregor, 10/02/2010 vs 02/10/2010 for 10th Feb
- # [23:59] <AryehGregor> And if you're trying to guess whether 6/7/2010 refers to June 7 or July 6, you now have to not only take into account whether the site you're on is mainly American or British, but also try to guess whether it used <time>, and if so, what your browser thinks the right order is for you?
- # [23:59] <AryehGregor> Seems like a recipe for confusion.
- # [00:00] <Steve^> If it used time it will be 2010-07-06 for 6th July and not ambiguous
- # Session Close: Mon Aug 09 00:00:00 2010
The end :)