Options:
- # Session Start: Fri Sep 07 00:00:00 2007
- # Session Ident: #whatwg
- # [00:05] * Joins: csarven (n=nevrasc@modemcable130.251-202-24.mc.videotron.ca)
- # [00:06] * Quits: jonbarnett (n=jbarnett@71.159.54.54) (Remote closed the connection)
- # [00:08] * Philip` needs to get back to implementing canvas shadows in Mozilla, so he can be more justified in complaining that Opera doesn't support them when every other browser does
- # [00:10] <zcorpan> :)
- # [00:12] * Joins: Ducki_ (i=Ducki@nrdh-d9b980dc.pool.mediaWays.net)
- # [00:15] * Joins: aaronlev (n=chatzill@pool-68-160-60-95.bos.east.verizon.net)
- # [00:17] * Quits: hober (n=ted@unaffiliated/hober) ("ERC Version 5.2 (IRC client for Emacs)")
- # [00:18] * Joins: hober (n=ted@unaffiliated/hober)
- # [00:18] * Quits: Ducki (n=Ducki@nrdh-d9b9806e.pool.mediaWays.net) (Read error: 113 (No route to host))
- # [00:24] * Joins: othermaciej (n=mjs@17.203.15.144)
- # [00:26] <zcorpan> smart colspan seems to work pretty well
- # [00:26] <zcorpan> jgraham: you think it would be possible to implement the same algorithm for both directions?
- # [00:28] <zcorpan> i think we had another idea also... that headers in <thead> imply scope="col" so that they apply to the entire table regardless of other cells
- # [00:28] <zcorpan> because you can have scrollable tbody or repeat the thead on each page when printed, it only makes sense that they should apply to the whole table
- # [00:43] <webben> IIRC you can have more than one thead per table.
- # [00:44] <webben> zcorpan: e.g. http://www.w3.org/TR/html401/struct/tables.html#h-11.2.3: "When present, each THEAD, TFOOT, and TBODY contains a row group."
- # [00:45] <webben> hmm, actually maybe that's not what that means
- # [00:45] <webben> no looking at the DTD it can't mean that, nm :)
- # [00:48] * Quits: peepo (n=Jay@host86-153-137-94.range86-153.btcentralplus.com) ("later")
- # [00:50] <zcorpan> webben: only one thead is allowed :)
- # [00:50] <webben> yep
- # [00:51] * Quits: aaronlev (n=chatzill@pool-68-160-60-95.bos.east.verizon.net) (Read error: 110 (Connection timed out))
- # [00:51] <webben> zcorpan: how would one undo scope-="col" in that situation?
- # [00:51] <webben> zcorpan: for example if you had a column th of Country ... but then grouped countries in continental rowgroups
- # [00:52] <webben> Country wouldn't be the header for "Europe"
- # [00:53] <webben> but you'd still want the header at the top of each page
- # [00:53] * Joins: mpt (n=mpt@121-72-134-247.dsl.telstraclear.net)
- # [00:58] <zcorpan> webben: i don't quite follow
- # [00:58] <zcorpan> why would you place headers in <thead> if you don't want them to apply to the whole table?
- # [00:59] * Quits: hasather (n=hasather@90-227-221-48-no62.tbcn.telia.com) ("Thanks Dan")
- # [01:00] <webben> zcorpan: Because they apply to the whole table does not mean they apply to every cell.
- # [01:01] <zcorpan> webben: could you create such a sample table, please?
- # [01:08] * Joins: othermaciej_ (n=mjs@17.255.110.112)
- # [01:14] * Quits: tndH_ (i=Rob@adsl-87-102-118-51.karoo.KCOM.COM) ("ChatZilla 0.9.78.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
- # [01:15] <webben> zcorpan: something like http://pastebin.com/mc5b47f9 only longer
- # [01:21] <Hixie> kingryan: pure code
- # [01:22] <Hixie> kingryan: e.g. you have one class per element type, and you create a DOM tree using those classes, then you just interogate the root "are you valid", and the root asks its kids the same question, after having checked them for validity according to the rules for that type of node, etc
- # [01:22] <kingryan> so, instead of having a table that says "for element a, forbid these attributes", you'd have code that gets run when encountering element a that checks for the attribute?
- # [01:22] <kingryan> ah, ok
- # [01:24] * Quits: Ducki_ (i=Ducki@nrdh-d9b980dc.pool.mediaWays.net) (Read error: 113 (No route to host))
- # [01:25] * Quits: othermaciej (n=mjs@17.203.15.144) (Read error: 110 (Connection timed out))
- # [01:30] * Quits: zcorpan (n=zcorpan@c-d391e355.022-154-6c6b7013.cust.bredbandsbolaget.se) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: gsnedders (n=gsnedder@host217-42-133-228.range217-42.btcentralplus.com) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: bzed (n=bzed@devel.recluse.de) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: wakaba_ (n=w@114.165.210.220.dy.bbexcite.jp) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: ozamosi (n=ozamosi@ubuntu/member/ozamosi) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: billmason (n=billmaso@ip156.unival.com) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: marcosc (n=chatzill@131.181.148.226) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: syp|_ (n=syp@lasigpc9.epfl.ch) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: jgraham (n=jgraham@81-86-222-151.dsl.pipex.com) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: mpt (n=mpt@121-72-134-247.dsl.telstraclear.net) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: webben (n=benh@dip5-fw.corp.ukl.yahoo.com) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: KevinMarks (i=KevinMar@nat/google/x-6b91e9da7ed031cf) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: gavin (n=gavin@firefox/developer/gavin) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: toolskyn (i=toolskyn@amy.bdick.de) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: takkaria (n=takkaria@isparp.co.uk) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: hober (n=ted@unaffiliated/hober) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: h3h (n=w3rd@66-162-32-234.static.twtelecom.net) (heinlein.freenode.net irc.freenode.net)
- # [01:30] * Quits: psa (n=yomode@posom.com) (heinlein.freenode.net irc.freenode.net)
- # [01:31] * Joins: hober (n=ted@unaffiliated/hober)
- # [01:31] * Joins: h3h (n=w3rd@66-162-32-234.static.twtelecom.net)
- # [01:31] * Joins: psa (n=yomode@posom.com)
- # [01:31] * Joins: gsnedders (n=gsnedder@host217-42-133-228.range217-42.btcentralplus.com)
- # [01:31] * Joins: ozamosi (n=ozamosi@ubuntu/member/ozamosi)
- # [01:31] * Joins: billmason (n=billmaso@ip156.unival.com)
- # [01:31] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
- # [01:31] * Joins: marcosc (n=chatzill@131.181.148.226)
- # [01:31] * Joins: bzed (n=bzed@devel.recluse.de)
- # [01:31] * Joins: syp|_ (n=syp@lasigpc9.epfl.ch)
- # [01:31] * Joins: jgraham (n=jgraham@81-86-222-151.dsl.pipex.com)
- # [01:31] * Joins: wakaba_ (n=w@114.165.210.220.dy.bbexcite.jp)
- # [01:31] * Joins: mpt (n=mpt@121-72-134-247.dsl.telstraclear.net)
- # [01:31] * Joins: webben (n=benh@dip5-fw.corp.ukl.yahoo.com)
- # [01:31] * Joins: KevinMarks (i=KevinMar@nat/google/x-6b91e9da7ed031cf)
- # [01:31] * Joins: gavin (n=gavin@firefox/developer/gavin)
- # [01:31] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [01:31] * Joins: takkaria (n=takkaria@isparp.co.uk)
- # [01:31] * Joins: toolskyn (i=toolskyn@amy.bdick.de)
- # [01:32] * othermaciej_ is now known as othermaciej
- # [01:36] * Quits: mpt (n=mpt@121-72-134-247.dsl.telstraclear.net) (Read error: 104 (Connection reset by peer))
- # [01:37] * Joins: mpt (n=mpt@121-72-134-247.dsl.telstraclear.net)
- # [01:51] * Quits: webben (n=benh@dip5-fw.corp.ukl.yahoo.com)
- # [01:55] * Quits: hober (n=ted@unaffiliated/hober) ("ERC Version 5.2 (IRC client for Emacs)")
- # [01:58] * Joins: wildcfo (n=wild_c_f@wireless-outside-29.uawireless.arizona.edu)
- # [01:58] * Parts: wildcfo (n=wild_c_f@wireless-outside-29.uawireless.arizona.edu) ("Leaving")
- # [02:05] * Joins: othermaciej_ (n=mjs@17.203.15.144)
- # [02:06] <Hixie> gah, i replied again
- # [02:13] <kingryan> anything but a reply!
- # [02:13] * Quits: billmason (n=billmaso@ip156.unival.com) (".")
- # [02:16] * Joins: aaronlev (n=chatzill@209-6-168-245.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com)
- # [02:19] * Joins: grimeboy (n=grimboy@85-211-247-55.dsl.pipex.com)
- # [02:20] * Quits: othermaciej_ (n=mjs@17.203.15.144)
- # [02:21] * Quits: othermaciej (n=mjs@17.255.110.112) (Read error: 110 (Connection timed out))
- # [02:38] * Quits: grimboy_uk (n=grimboy@85-211-251-75.dsl.pipex.com) (Read error: 110 (Connection timed out))
- # [02:42] * Joins: yod (n=ot@softbank221018155222.bbtec.net)
- # [02:46] * Quits: h3h (n=w3rd@66-162-32-234.static.twtelecom.net) ("|")
- # [02:47] * Quits: kingryan (n=kingryan@corp.technorati.com)
- # [02:52] * Quits: KevinMarks (i=KevinMar@nat/google/x-6b91e9da7ed031cf) ("The computer fell asleep")
- # [02:56] * Joins: dev0_ (i=Tobias@dslb-088-076-241-201.pools.arcor-ip.net)
- # [03:12] * Quits: dev0 (i=Tobias@unaffiliated/icefox0) (Read error: 110 (Connection timed out))
- # [03:12] * Joins: MikeSmith (n=MikeSmit@eM60-254-224-194.pool.emnet.ne.jp)
- # [03:18] * Joins: karlUshi (n=karl@dhcp-247-173.mag.keio.ac.jp)
- # [03:24] * Joins: tantek (n=tantek@host217-34-42-151.in-addr.btopenworld.com)
- # [03:26] * Quits: csarven (n=nevrasc@modemcable130.251-202-24.mc.videotron.ca) ("http:/www.csarven.ca")
- # [03:27] * Joins: csarven (n=nevrasc@modemcable130.251-202-24.mc.videotron.ca)
- # [03:43] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
- # [03:45] * Quits: MikeSmith (n=MikeSmit@eM60-254-224-194.pool.emnet.ne.jp) ("Less talk, more pimp walk.")
- # [03:52] * Joins: othermaciej (n=mjs@17.203.15.144)
- # [03:52] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
- # [03:52] * Quits: othermaciej (n=mjs@17.203.15.144) (Remote closed the connection)
- # [03:52] * Joins: othermaciej (n=mjs@17.203.15.144)
- # [04:06] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
- # [04:08] * Quits: dev0_ (i=Tobias@unaffiliated/icefox0) ("dev0_ has no reason")
- # [04:12] * annevk reads www-archive
- # [04:13] * Joins: Lachy_ (n=lachlan_@124-170-134-71.dyn.iinet.net.au)
- # [04:13] * Quits: annevk (n=annevk@86.90.70.28)
- # [04:13] * Joins: MikeSmith (n=MikeSmit@eM60-254-226-31.pool.emnet.ne.jp)
- # [04:13] * Joins: annevk (n=annevk@86.90.70.28)
- # [04:14] * Parts: Lachy_ (n=lachlan_@124-170-134-71.dyn.iinet.net.au)
- # [04:14] * Quits: MikeSmith (n=MikeSmit@eM60-254-226-31.pool.emnet.ne.jp) (Client Quit)
- # [04:14] * Joins: MikeSmith (n=MikeSmit@eM60-254-226-31.pool.emnet.ne.jp)
- # [04:19] * Quits: weinig_ (i=weinig@nat/apple/x-9337a6c67726751e)
- # [04:33] * Joins: kfish (n=conrad@61.194.21.25)
- # [04:38] <Hixie> hm, john boyer left the htmlwg
- # [04:40] <othermaciej> Hixie: your new proposal is sounding better
- # [04:40] <Hixie> great!
- # [04:40] <othermaciej> Hixie: but it's hard to think through all of the implications
- # [04:41] <othermaciej> Hixie: will have to read it and send comments
- # [04:41] <Hixie> k
- # [04:42] <othermaciej> Hixie: Gears does handle a few details that aren't in this, like handling <input type="file"> when offline
- # [04:42] <Hixie> yeah the plan is to do that by just providing an API on HTMLInputFile that exposes the file data
- # [04:43] <othermaciej> that's definitely good for relatively small files
- # [04:43] <othermaciej> probably not as good for large uploads
- # [04:43] <othermaciej> in Safari at least, we stream the file straight from disk in the middle of the form data when uploading, which is pretty much necessary to handle large files sanely
- # [04:44] * Joins: weinig (n=weinig@c-24-6-210-182.hsd1.ca.comcast.net)
- # [04:44] <Hixie> true
- # [04:44] <othermaciej> you'd also need some control to dump the data back into (maybe the file input API can also offer API to set data in the same format that it allows get)
- # [04:44] <Hixie> but the gears API isn't much better than HTMLInputElement being done, as far as i can tell
- # [04:45] <othermaciej> I don't remember how it works
- # [04:45] <annevk> othermaciej, you can just post using XHR
- # [04:45] <othermaciej> it might not be any better
- # [04:45] <Hixie> well you can send your data using any backend sync system you do
- # [04:45] <Hixie> doesn't have to be a real form
- # [04:45] <othermaciej> that's true
- # [04:47] <othermaciej> I guess this doesn't need to tie all that closely into the offline cache
- # [04:48] <Hixie> yeah, i feel better about keeping them orthogonal
- # [04:49] * Quits: MikeSmith (n=MikeSmit@eM60-254-226-31.pool.emnet.ne.jp) ("Less talk, more pimp walk.")
- # [04:50] <annevk> Hixie, should template= and ref be "super" global?
- # [04:51] <Hixie> yeah they probably will be
- # [04:51] <Hixie> bbl afk
- # [04:57] * Joins: jwalden (n=waldo@RANDOM-SIX-FIFTY.MIT.EDU)
- # [05:06] * Quits: aaronlev (n=chatzill@209-6-168-245.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com) ("ChatZilla 0.9.78.1 [Firefox 3.0a8pre/2007090604]")
- # [05:07] * Joins: MikeSmith (n=MikeSmit@eM60-254-213-127.pool.emnet.ne.jp)
- # [05:14] * Joins: aaronlev (n=chatzill@209-6-168-245.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com)
- # [05:21] <MikeSmith> Hixie - do you of any existing browser support for inputmode?
- # [05:34] * Quits: MikeSmith (n=MikeSmit@eM60-254-213-127.pool.emnet.ne.jp) ("Less talk, more pimp walk.")
- # [05:48] * Quits: jwalden (n=waldo@RANDOM-SIX-FIFTY.MIT.EDU) ("ChatZilla 0.9.78.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
- # [05:57] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Read error: 110 (Connection timed out))
- # [06:11] * Joins: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
- # [06:27] * Quits: aaronlev (n=chatzill@209-6-168-245.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com) (Read error: 110 (Connection timed out))
- # [06:32] * Quits: othermaciej (n=mjs@17.203.15.144) (Read error: 110 (Connection timed out))
- # [06:38] * Joins: MikeSmith (n=MikeSmit@eM60-254-216-50.pool.emnet.ne.jp)
- # [06:46] * Quits: marcosc (n=chatzill@131.181.148.226) (Read error: 110 (Connection timed out))
- # [06:55] * Quits: tantek (n=tantek@host217-34-42-151.in-addr.btopenworld.com)
- # [07:12] * Joins: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
- # [07:19] * Quits: csarven (n=nevrasc@modemcable130.251-202-24.mc.videotron.ca) ("http:/www.csarven.ca")
- # [07:26] * Quits: mpt (n=mpt@121-72-134-247.dsl.telstraclear.net) ("Leaving")
- # [07:39] * Joins: hober (n=ted@unaffiliated/hober)
- # [07:39] * Joins: mpt (n=mpt@121-72-131-170.dsl.telstraclear.net)
- # [08:14] * Quits: MikeSmith (n=MikeSmit@eM60-254-216-50.pool.emnet.ne.jp) (Read error: 110 (Connection timed out))
- # [08:19] * Quits: doublec (n=doublec@202.180.114.137)
- # [08:33] * Quits: yod (n=ot@softbank221018155222.bbtec.net) ("Leaving")
- # [08:39] * Quits: virtuelv_ (n=virtuelv@58.80-202-82.nextgentel.com) ("Leaving")
- # [08:40] * Joins: MikeSmith (n=MikeSmit@eM60-254-221-7.pool.emnet.ne.jp)
- # [08:55] * Joins: yod (n=ot@softbank221018155222.bbtec.net)
- # [08:55] * Quits: ozamosi (n=ozamosi@ubuntu/member/ozamosi) (Read error: 104 (Connection reset by peer))
- # [08:56] * Joins: ozamosi (n=ozamosi@85.8.1.10.static.se.wasadata.net)
- # [09:12] * Joins: doublec (n=doublec@203-211-94-73.ue.woosh.co.nz)
- # [09:13] * weinig is now known as weinig|zZz
- # [09:16] * Quits: yod (n=ot@softbank221018155222.bbtec.net) ("Leaving")
- # [09:17] * Quits: MikeSmith (n=MikeSmit@eM60-254-221-7.pool.emnet.ne.jp) ("Less talk, more pimp walk.")
- # [09:25] * Joins: yod (n=ot@softbank221018155222.bbtec.net)
- # [09:34] * Joins: MikeSmith (n=MikeSmit@eM60-254-221-2.pool.emnet.ne.jp)
- # [09:37] * Quits: karlUshi (n=karl@dhcp-247-173.mag.keio.ac.jp) ("Where dwelt Ymir, or wherein did he find sustenance?")
- # [09:42] * Joins: zcorpan (n=zcorpan@c-d391e355.022-154-6c6b7013.cust.bredbandsbolaget.se)
- # [09:46] * Quits: yod (n=ot@softbank221018155222.bbtec.net) ("Leaving")
- # [09:49] <zcorpan> webben: that's an interesting table. so you want Country to apply to all cells in the column but EUROPE and ASIA?
- # [10:06] * Quits: doublec (n=doublec@203-211-94-73.ue.woosh.co.nz)
- # [10:14] * Quits: MikeSmith (n=MikeSmit@eM60-254-221-2.pool.emnet.ne.jp) ("Less talk, more pimp walk.")
- # [10:16] * Quits: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
- # [10:19] * Quits: zcorpan (n=zcorpan@c-d391e355.022-154-6c6b7013.cust.bredbandsbolaget.se) (Read error: 110 (Connection timed out))
- # [10:36] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
- # [10:37] * Joins: tantek (n=tantek@host217-34-42-151.in-addr.btopenworld.com)
- # [10:47] * Quits: tantek (n=tantek@host217-34-42-151.in-addr.btopenworld.com)
- # [10:50] * Joins: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
- # [10:50] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net) (Remote closed the connection)
- # [11:01] * Joins: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
- # [11:01] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net) (Remote closed the connection)
- # [11:02] * Joins: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
- # [11:04] * Joins: BenWard (n=BenWard@88-97-29-80.dsl.zen.co.uk)
- # [11:21] * Joins: tantek (n=tantek@88-97-29-79.dsl.zen.co.uk)
- # [11:21] * Joins: ROBOd (n=robod@86.34.246.154)
- # [11:39] <hsivonen> if Opera has supported media queries since version 7, why isn't the query in validator.nu's style sheet applying in Opera 8.5 (S60r3.1)? (it is in 9.2 on desktop and in Mini 4 beta)
- # [11:49] * Quits: BenWard (n=BenWard@88-97-29-80.dsl.zen.co.uk) (Read error: 110 (Connection timed out))
- # [11:51] * Joins: peepo (n=Jay@host86-153-137-94.range86-153.btcentralplus.com)
- # [11:51] <peepo> oops
- # [12:05] * othermaciej is now known as om_Sleep
- # [12:05] * om_Sleep is now known as om_sleep
- # [12:11] * Quits: annevk (n=annevk@86.90.70.28) (Read error: 110 (Connection timed out))
- # [12:17] * Joins: hasather (n=hasather@90-227-221-48-no62.tbcn.telia.com)
- # [12:25] * Joins: Ducki (n=Ducki@nrdh-d9b98042.pool.mediaWays.net)
- # [12:26] * Joins: tantek_ (n=tantek@88-97-29-80.dsl.zen.co.uk)
- # [12:28] * Quits: tantek_ (n=tantek@88-97-29-80.dsl.zen.co.uk) (Client Quit)
- # [12:29] * Joins: tndH_ (i=Rob@adsl-87-102-118-51.karoo.KCOM.COM)
- # [12:29] * tndH_ is now known as tndH
- # [12:32] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
- # [12:36] * Joins: tantek_ (n=tantek@82-68-93-126.dsl.in-addr.zen.co.uk)
- # [12:37] * Joins: dev0 (i=Tobias@unaffiliated/icefox0)
- # [12:39] * Quits: dev0 (i=Tobias@unaffiliated/icefox0) (Read error: 104 (Connection reset by peer))
- # [12:39] * Joins: dev0 (i=Tobias@unaffiliated/icefox0)
- # [12:44] * Quits: tantek (n=tantek@88-97-29-79.dsl.zen.co.uk) (Read error: 110 (Connection timed out))
- # [12:50] * Quits: dev0 (i=Tobias@unaffiliated/icefox0) (Read error: 104 (Connection reset by peer))
- # [12:50] * Joins: dev0 (i=Tobias@unaffiliated/icefox0)
- # [12:51] * Quits: hasather (n=hasather@90-227-221-48-no62.tbcn.telia.com) ("Lost terminal")
- # [12:51] * Joins: hasather (n=hasather@90-227-221-48-no62.tbcn.telia.com)
- # [12:58] * Quits: peepo (n=Jay@host86-153-137-94.range86-153.btcentralplus.com) ("later")
- # [13:10] * Joins: annevk (n=annevk@86.90.70.28)
- # [13:10] <annevk> zcorpan, isn't scope=col already implied?
- # [13:11] <annevk> it already works for my tables for instance... (which don't have scope=col)
- # [13:15] * Quits: Ducki (n=Ducki@nrdh-d9b98042.pool.mediaWays.net) (Read error: 113 (No route to host))
- # [13:28] <zcorpan> annevk: not with the smart colspan algorithm if you have headers lower down with the same colspan as the one in thead
- # [13:31] <annevk> hmm, I thought leading spaces were not allowed currently for integer values (such as tabindex=)?
- # [13:32] * annevk looks through the validator tests
- # [13:32] <annevk> is looking through*, even
- # [13:33] <zcorpan> "A string is a valid integer if it consists of one of more characters in the range U+0030 DIGIT ZERO (0) to U+0039 DIGIT NINE (9), optionally prefixed with a U+002D HYPHEN-MINUS ("-") character."
- # [13:33] <annevk> indeed
- # [13:38] <hsivonen> can anyone suggest a collective term for errors that caused validation to end up in an indeterminate state due to problems outside the checked document (validator bugs, IO failures, unusable schemas)?
- # [13:39] <zcorpan> "internal error"?
- # [13:39] <zcorpan> or well, doesn't have to be internal
- # [13:39] <hsivonen> zcorpan: I considered that, but a bogus outside schema isn't exactly internal
- # [13:39] <hsivonen> zcorpan: neither is outside server failure
- # [13:40] <zcorpan> indeed
- # [13:40] <annevk> can't you distinguish between them?
- # [13:41] <hsivonen> annevk: I'm tring to come up with a forward-compatible format that has a two-level taxonomy of messages
- # [13:41] <hsivonen> annevk: with the assumption that the higher level doesn't need to change but the detailed level can change without breaking clients
- # [13:42] <hsivonen> so that I'd have "informative", "document error" and "not-document error" as the frozen high level
- # [13:43] * Quits: tantek_ (n=tantek@82-68-93-126.dsl.in-addr.zen.co.uk)
- # [13:43] <hsivonen> and I could introduce a new error type as a subtype with legacy clients still able to figure out the rough category of the new error
- # [13:44] <hsivonen> the semantics being: no document nor non-document errors: valid
- # [13:44] <hsivonen> no non-document errors but one or more document errors: invalid
- # [13:45] <hsivonen> one or more non-document errors: indeterminate
- # [13:46] <hsivonen> does that make sense or am on the side of astronautics?
- # [13:46] <zcorpan> makes sense
- # [13:47] <zcorpan> "non-document" seems like a good term also
- # [13:47] <annevk> it would be useful to know though if my schema is bogus for instance
- # [13:56] <annevk> is the person who did <event-source> for WebKit around?
- # [13:57] <hsivonen> annevk: that would be <non-document type='schema'>
- # [13:57] <annevk> there's http://tc.labs.opera.com/html/event-source/ and http://tc.labs.opera.com/html/parsing/event-source/
- # [13:59] <hsivonen> basically, I want to do a native XML format and a native JSON format in a forward-compatible way and say that I reserve the right to break HTML/XHTML/text scraping at whim without notice
- # [14:02] * Joins: tantek (n=tantek@82-68-93-126.dsl.in-addr.zen.co.uk)
- # [14:07] * Joins: Ducki (i=Ducki@nrdh-d9b980cc.pool.mediaWays.net)
- # [14:27] <Philip`> annevk: That was G0k, I think
- # [14:28] * Joins: aaronlev (n=chatzill@209-6-168-245.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com)
- # [14:29] <annevk> ah ok, I'll guess I'll ping him when he's around
- # [14:30] * Quits: tantek (n=tantek@82-68-93-126.dsl.in-addr.zen.co.uk)
- # [14:57] * Joins: dglazkov (n=dglazkov@adsl-065-081-081-030.sip.bhm.bellsouth.net)
- # [15:23] * Joins: doublec (n=doublec@203-211-98-130.ue.woosh.co.nz)
- # [15:34] * Joins: tantek (n=tantek@82-68-93-126.dsl.in-addr.zen.co.uk)
- # [15:41] * Joins: BenWard (n=BenWard@88-97-29-80.dsl.zen.co.uk)
- # [15:50] * Quits: BenWard (n=BenWard@88-97-29-80.dsl.zen.co.uk) ("Fades out again…")
- # [16:00] * Joins: Ducki_ (i=Ducki@nrdh-d9b980cf.pool.mediaWays.net)
- # [16:16] * Quits: tantek (n=tantek@82-68-93-126.dsl.in-addr.zen.co.uk)
- # [16:17] <hsivonen> in the XML output format, a message may have these optional subitems: short message (may contain XHTML <code> and <a>), long advice (may contain rich XHTML narrative) and extract from the source
- # [16:17] <hsivonen> what kind of markup would people on this channel prefer?
- # [16:19] <hsivonen> explicit: <error><message>Blah <h:code>div</h:code></message><elaboration><h:p>BlahBlah</h:p><h:p>BlahBlah</h:p></elaboration><source><div></source></error>
- # [16:19] <hsivonen> or something less verbose with implied relationships?
- # [16:20] <hsivonen> e.g. merging message and elaboration and stating that the first para is the main message
- # [16:20] <zcorpan> using a heading for the message, perhaps?
- # [16:20] <hsivonen> interesting
- # [16:21] <zcorpan> <error><h:h1>Blah <h:code>div</h:code></h:h1><h:p>Blah...
- # [16:21] <hsivonen> my initial though is that they'd be non-heading-like in content
- # [16:21] <hsivonen> basically, the message part is what you see now
- # [16:21] <hsivonen> and elaboration is going to be a new feature
- # [16:22] * Quits: Ducki (i=Ducki@nrdh-d9b980cc.pool.mediaWays.net) (Read error: 110 (Connection timed out))
- # [16:22] <hsivonen> I'm thinking of leveraging the liberal WHATWG copyright license and dumping extracts from the spec
- # [16:23] <zcorpan> <details>? :)
- # [16:23] <hsivonen> zcorpan: that could be a good idea for the (X)HTML output
- # [16:25] * Joins: nikola_tesla (n=chatzill@gw.subscribermail.com)
- # [16:25] <zcorpan> having <message><elaboration><source> in the xml format seems good for me, i'm just brainstorming :)
- # [16:26] <hsivonen> zcorpan: ok. :-)
- # [16:27] <hsivonen> speaking of <details>
- # [16:27] <hsivonen> has safe is it in current browsers and are there forward-compatible open-source canned scripted emulation packages?
- # [16:27] * Joins: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net)
- # [16:27] <hsivonen> s/has/how/
- # [16:34] <hsivonen> I wonder if I should add redundant data as a precomputed success/failure/indeterminate verdict even though the client could compute the verdict from the messages
- # [16:37] * Parts: doublec (n=doublec@203-211-98-130.ue.woosh.co.nz)
- # [16:40] <zcorpan> iirc <legend> is dropped in some browsers
- # [16:41] <zcorpan> haven't seen any scripts to emulate <details> that uses <details>
- # [16:42] <zcorpan> thinking about it, reusing <fieldset> might have a better compat story
- # [16:42] <zcorpan> but might confuse some ATs
- # [16:45] * Quits: hendry (n=hendry@nox.vm.bytemark.co.uk) ("leaving")
- # [16:58] * Quits: kfish (n=conrad@61.194.21.25) ("zzz")
- # [17:42] * Joins: tantek (n=tantek@88-97-29-80.dsl.zen.co.uk)
- # [18:01] <annevk> Lachy, you would set up a redirect for http://blog.whatwg.org/faq (try it again here as there's less traffic)
- # [18:02] <Lachy> annevk, remind me on Sunday
- # [18:04] * Joins: Ducki__ (n=Ducki@nrdh-d9b9806c.pool.mediaWays.net)
- # [18:06] * Quits: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net) ("The computer fell asleep")
- # [18:16] * Quits: weinig|zZz (n=weinig@c-24-6-210-182.hsd1.ca.comcast.net)
- # [18:29] * Quits: Ducki_ (i=Ducki@nrdh-d9b980cf.pool.mediaWays.net) (Read error: 113 (No route to host))
- # [18:44] * Joins: weinig|zZz (i=weinig@nat/apple/x-ab37e3a61ccb0b84)
- # [18:47] * Quits: tantek (n=tantek@88-97-29-80.dsl.zen.co.uk)
- # [19:15] * weinig|zZz is now known as weinig
- # [19:22] * Joins: maikmerten (n=maikmert@T696a.t.pppool.de)
- # [19:33] * Joins: KevinMarks (i=KevinMar@nat/google/x-7b643be792fd5553)
- # [19:35] * Joins: tndH_ (i=Rob@adsl-87-102-114-117.karoo.KCOM.COM)
- # [19:52] * Quits: tndH (i=Rob@adsl-87-102-118-51.karoo.KCOM.COM) (Read error: 110 (Connection timed out))
- # [20:01] * Joins: Ducki (i=Ducki@nrdh-d9b980c9.pool.mediaWays.net)
- # [20:02] * Quits: annevk (n=annevk@86.90.70.28) (Read error: 110 (Connection timed out))
- # [20:03] * Quits: weinig (i=weinig@nat/apple/x-ab37e3a61ccb0b84) (Read error: 104 (Connection reset by peer))
- # [20:04] * Joins: weinig (i=weinig@nat/apple/x-e6c90062b83ae502)
- # [20:06] * Joins: kingryan (n=kingryan@corp.technorati.com)
- # [20:07] <kingryan> has anyone seen markp around?
- # [20:18] * Quits: Ducki__ (n=Ducki@nrdh-d9b9806c.pool.mediaWays.net) (Read error: 113 (No route to host))
- # [20:21] * Joins: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
- # [20:24] <gsnedders> kingryan: you ever have any issues with standalone in the XML declaration with feeds?
- # [20:25] <kingryan> hi gsnedders
- # [20:25] <kingryan> I'm not sure what you're asking
- # [20:25] <gsnedders> like <?xml version="1.0" standalone='yes'?>
- # [20:25] <gsnedders> and the fact that standalone=yes
- # [20:25] <kingryan> no, not really
- # [20:25] <kingryan> not sure I've ever seen that in a feed
- # [20:26] * gsnedders looks up the bug report he got
- # [20:26] * gsnedders shrugs
- # [20:26] <gsnedders> seems to be fixed in the feed
- # [20:27] <gsnedders> probably no need to set standalone=no in everything
- # [20:27] <gsnedders> (I await for XMLists to go mad at me for even suggesting that)
- # [20:30] * Quits: hober (n=ted@unaffiliated/hober) ("ERC Version 5.2 (IRC client for Emacs)")
- # [20:33] * Quits: maikmerten (n=maikmert@T696a.t.pppool.de) ("Leaving")
- # [20:38] * kingryan doesn't even know what standalone is for
- # [20:40] <gsnedders> kingryan: http://www.w3.org/TR/xml/#sec-rmd
- # [20:40] * Joins: tantek (n=tantek@82.148.54.179)
- # [20:41] * Joins: annevk (n=annevk@86.90.70.28)
- # [20:49] <kingryan> thanks gsnedders. I'm still not sure I understand it, but I think that might be ok
- # [20:50] <gsnedders> kingryan: read the validity constraint, that basically summarises it
- # [20:50] * Quits: zcorpan (n=zcorpan@pat.se.opera.com) (Read error: 110 (Connection timed out))
- # [20:53] * Joins: BenWard (n=BenWard@82.148.54.179)
- # [20:55] * Quits: tantek (n=tantek@82.148.54.179)
- # [21:07] * tndH_ is now known as tndH
- # [21:18] * Quits: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
- # [21:21] * Quits: aaronlev (n=chatzill@209-6-168-245.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com) (Read error: 104 (Connection reset by peer))
- # [21:28] * Joins: grimboy_uk (n=grimboy@85-211-246-243.dsl.pipex.com)
- # [21:43] * Quits: grimeboy (n=grimboy@85-211-247-55.dsl.pipex.com) (Read error: 110 (Connection timed out))
- # [21:44] * Quits: KevinMarks (i=KevinMar@nat/google/x-7b643be792fd5553) ("brb")
- # [21:46] * Joins: zcorpan (n=zcorpan@c-d391e355.022-154-6c6b7013.cust.bredbandsbolaget.se)
- # [21:50] * Quits: Ducki (i=Ducki@nrdh-d9b980c9.pool.mediaWays.net) (Read error: 113 (No route to host))
- # [21:56] * Joins: aaronlev (n=chatzill@c-66-31-86-217.hsd1.ma.comcast.net)
- # [21:57] * Joins: KevinMarks (i=KevinMar@nat/google/x-3ab8fc35a11a7e26)
- # [22:10] * Quits: nikola_tesla (n=chatzill@gw.subscribermail.com) ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]")
- # [22:14] * Quits: BenWard (n=BenWard@82.148.54.179)
- # [22:17] * om_sleep is now known as othermaciej
- # [22:19] * Quits: dglazkov (n=dglazkov@adsl-065-081-081-030.sip.bhm.bellsouth.net)
- # [22:31] <Hixie> don't forget to fill out http://www.w3.org/2002/09/wbs/35125/TPAC2007/registrants#html if you're going to the f2f btw
- # [22:51] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
- # [23:03] * Joins: dev0_ (i=Tobias@dslb-088-077-252-086.pools.arcor-ip.net)
- # [23:04] * Joins: hober (n=ted@unaffiliated/hober)
- # [23:07] * Joins: a-ja (n=chatzill@adsl-70-237-209-111.dsl.stlsmo.sbcglobal.net)
- # [23:10] <a-ja> anyone familiar with current state of browser support for figure element?
- # [23:11] <zcorpan> no support anywhere yet afaik (although it degrades pretty well)
- # [23:12] <a-ja> fairly...with a bit of css lovin
- # [23:12] <a-ja> actually, looks like opera kestral gets it right,,,,,or mostly
- # [23:14] <annevk> the draconian answer is that if you use XHTML5 it will work quite good (given that you add stuff like display:block)
- # [23:15] <a-ja> isntf figure supposed to be block (like a <p>) ? and a legend within a figure should be inline?
- # [23:16] <annevk> yeah, but it's not natively supported yet and the initial value of the display property is inline
- # [23:17] <annevk> not sure about <legend> in <img>, I would expect the typical presentation to be block level I think, so that it appears under the image
- # [23:17] <zcorpan> seems <legend> creates an empty element in kestrel that is display:block... pretty much like <br>
- # [23:17] <zcorpan> (unless it's in a <fieldset> that is)
- # [23:18] <annevk> <legend> parsing is kind of buggy everywhere...
- # [23:18] <zcorpan> indeed
- # [23:19] <a-ja> certainly is in ff....legend content ends up as figure's content in dom (and no legend in dom)
- # [23:22] * Quits: dev0 (i=Tobias@unaffiliated/icefox0) (Read error: 110 (Connection timed out))
- # [23:22] * Quits: ROBOd (n=robod@86.34.246.154) ("http://www.robodesign.ro")
- # [23:22] <a-ja> from you're comment re: <img>.....are you implying that <img></img> allowing fallback is in html5, rather than <img/> 's alt ?
- # [23:25] <a-ja> this is what i've been looking at, fwiw: <figure><img alt="fallback text"/><legend>caption text</legend></figure>
- # [23:26] <annevk> what comment regarding <img> are you referring to?
- # [23:27] <a-ja> <annevk> not sure about <legend> in <img> .....
- # [23:27] <annevk> oh, meant <legend> in <figure>
- # [23:27] <a-ja> ah
- # [23:27] <annevk> my bad
- # [23:28] <a-ja> np...you just saved me some re-reading :)
- # [23:30] <zcorpan> hmm. opera doesn't support display:table-caption on <legend>s
- # [23:33] <a-ja> seeing some text-shadow and box-shadow oddities in kestrel, too, btw.
- # [23:34] <a-ja> haven't come up with a simplified test case yet though
- # [23:35] * a-ja will when he gets some more free time
- # [23:35] <annevk> box-shadow?
- # [23:35] <a-ja> um....just text-shadow, actually
- # [23:35] <annevk> too bad :)
- # [23:36] <zcorpan> box-shadow would be nice :)
- # [23:37] <a-ja> kinda mostly works on safari beta (win).....a little shaky with border-radius
- # [23:42] <zcorpan> yeah, the new border stuff creates a lot of edge cases
- # [23:43] <Philip`> Was that meant to be a pun? :-p
- # [23:43] <a-ja> w/ border bg images, too, still? <haven't tried lately)
- # [23:43] <a-ja> heh
- # [23:44] * a-ja groans
- # [23:46] <a-ja> well....tks for the info, folks.....later
- # [23:46] <a-ja> keep up the good work!
- # [23:46] * Parts: a-ja (n=chatzill@adsl-70-237-209-111.dsl.stlsmo.sbcglobal.net)
- # [23:47] <zcorpan> Philip`: it wasn't :)
- # Session Close: Sat Sep 08 00:00:00 2007
The end :)