Options:
- # Session Start: Thu Apr 08 00:00:00 2010
- # Session Ident: #whatwg
- # [00:06] * Quits: fishd (~fishd@nat/google/x-ovvaninariykvyvr) (Ping timeout: 264 seconds)
- # [00:16] * Quits: othermaciej (~mjs@17.246.19.40) (Quit: othermaciej)
- # [00:25] * Quits: murz (~murz@columbia.portseattle.org) (Quit: murz)
- # [00:31] * Joins: murz (~murz@columbia.portseattle.org)
- # [00:31] * Joins: fishd (~fishd@nat/google/x-jvzrkqfsxbhrbvpt)
- # [00:32] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: Leaving)
- # [00:32] * Quits: wakaba (~wakaba@122.139.210.220.dy.bbexcite.jp) (Ping timeout: 245 seconds)
- # [00:38] * Joins: othermaciej (~mjs@216.239.45.19)
- # [00:38] * Quits: fishd (~fishd@nat/google/x-jvzrkqfsxbhrbvpt) (Ping timeout: 246 seconds)
- # [00:42] * Joins: abarth_ (~abarth@c-98-210-108-185.hsd1.ca.comcast.net)
- # [00:43] * Quits: franksalim (~frank@adsl-75-61-84-181.dsl.pltn13.sbcglobal.net) (Quit: Ex-Chat)
- # [00:43] * Joins: scherkus_ (~scherkus@74.125.59.65)
- # [00:44] <abarth_> Hixie: is there a reason not to have the following work:
- # [00:44] <abarth_> <frameset>
- # [00:44] <abarth_> <frame src="sf.html" sandbox>
- # [00:44] <abarth_> </frame>
- # [00:44] <TabAtkins> Other than "why are you caring about frames?"?
- # [00:44] <abarth_> apparently someone inside google wants to use @sandbox
- # [00:44] <abarth_> but they're using framesets
- # [00:44] <abarth_> instead of iframes
- # [00:45] <TabAtkins> Interesting. Could you point me to them so I can help them not use framesets?
- # [00:45] * Quits: scherkus (~scherkus@74.125.59.65) (Ping timeout: 248 seconds)
- # [00:45] <abarth_> haha
- # [00:45] <abarth_> ok
- # [00:46] <abarth_> done
- # [00:48] <TabAtkins> Ah yes, hmm. I'll play with this for a sec and see what we can do about it.
- # [00:49] <TabAtkins> In any case, I don't see any particular reason it shouldn't be supported, other than that <frameset> and <frame> are obsolete elements.
- # [00:50] <abarth_> we're getting close to shipping @sandbox
- # [00:51] <abarth_> but we can add it to other kinds of frames later
- # [00:51] * Joins: mamund (mamund@frost.nullshells.net)
- # [00:57] * Quits: scherkus_ (~scherkus@74.125.59.65) (Ping timeout: 260 seconds)
- # [00:58] * Quits: Lachy (~Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
- # [01:00] * Quits: abarth_ (~abarth@c-98-210-108-185.hsd1.ca.comcast.net) (Quit: abarth_)
- # [01:02] * Joins: scherkus (~scherkus@74.125.59.65)
- # [01:13] * Quits: scherkus (~scherkus@74.125.59.65) (Ping timeout: 240 seconds)
- # [01:14] * Joins: nessy (~Adium@ppp115-228.static.internode.on.net)
- # [01:21] * Quits: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
- # [01:32] <JonathanNeal> TabAtkins, you may find this interesting http://sandbox.thewikies.com/html5-wai/ it attempts to hit many birds with one stone; html5, outline, wai, 508, microformat.
- # [01:34] * Joins: Lachy (~Lachlan@85.196.122.246)
- # [01:35] * Quits: murz (~murz@columbia.portseattle.org) (Quit: murz)
- # [01:36] <TabAtkins> JonathanNeal: Why are you using <div>s for the main content rather than <article>?
- # [01:36] <TabAtkins> Also, role=document is assumed automatically on <body>, so there's no reason to put a wrapper <div> just to get that.
- # [01:37] <JonathanNeal> It's there in the event I add an application aside of it.
- # [01:37] <TabAtkins> ?_?
- # [01:37] <JonathanNeal> say a dockbar on the top, a chatbar on the side, or some other role="application" aside the main document but on the same page.
- # [01:38] <TabAtkins> Regardless, the <body> is still a role=document, and I don't think it needs to be repeated on the main page.
- # [01:38] <TabAtkins> I assume that anything which isn't explicitly wrapped is considered part of the body's document.
- # [01:38] * Quits: othermaciej (~mjs@216.239.45.19) (Quit: othermaciej)
- # [01:40] <JonathanNeal> If that was the case, then there would never be a reason to use more than one role per page.
- # [01:40] <JonathanNeal> clarify --- role="document" || role="application"
- # [01:41] <TabAtkins> I'm not sure what you mean. You just gave a potential reason to use more than one role. You're embedding applications inside a document.
- # [01:41] <JonathanNeal> I can see removing it because it is inherited from body (since body is not overwritten)
- # [01:42] <TabAtkins> Btw, the lynx viewer link you have gets angry if it sees a referer from another page.
- # [01:42] <JonathanNeal> <body><div role="application>dock application</div><div role="document">main document</div><div role="application>chat application</div></body>
- # [01:42] <JonathanNeal> I know, I go there and then just re-highlight the addy and return.
- # [01:42] <TabAtkins> Kk, just saying.
- # [01:42] <JonathanNeal> So ... you're saying that it's unnecessary because in that case ...
- # [01:42] <JonathanNeal> <body><div role="application>dock application</div><div>main document</div><div role="application>chat application</div></body> ... is just the same
- # [01:43] <TabAtkins> Yeah.
- # [01:43] <TabAtkins> I think.
- # [01:43] * TabAtkins isn't an expert on ARIA, but that seems to make sense.
- # [01:43] <JonathanNeal> Yeah, that makes sense to me too, I think you're right.
- # [01:43] * Quits: sylvaing (~sylvaing@columbia.portseattle.org) (Ping timeout: 246 seconds)
- # [01:49] * Quits: hendry (~hendry@webvm.net) (Ping timeout: 252 seconds)
- # [01:51] * Joins: hendry (~hendry@webvm.net)
- # [01:52] <KaOSoFt> I'm just a novice but, why <div id="main-content"> and not <section id="main-content">? I'm coding an HTML5 template right now, and I use a <div id="wrap">, but I also (inside the "#wrap") use a <section id="main-content">.
- # [01:53] * Quits: dimich (~dimich@nat/google/x-jhkpdpuerthtzmuj) (Quit: dimich)
- # [01:53] <TabAtkins> I don't see a particularly good reason for either of those <div>s. The whole <div><div><section> structure should be swappable for a single <article> or <section>.
- # [01:55] <KaOSoFt> Well, I read somewhere (unfortunately don't remember where) that now with <section> and <article>, <div> had no semantic meaning, that's why I use it as a meaningless container.
- # [01:56] <KaOSoFt> Well, while <header> and <footer> should make things "easier", I also have a point of view where they are still <section>s, which means, that I'd do it: <section id="header">, <section id="main-content"> and <section id="footer">, for example.
- # [01:56] * Joins: murz (~murz@174-21-99-217.tukw.qwest.net)
- # [01:56] <TabAtkins> <div> Never had semantics meaning, actually. It was always purely there for the purpose of grouping things to make it easier to throw CSS and JS at the page.
- # [01:56] <TabAtkins> Same with <span>.
- # [01:58] <TabAtkins> The idea of <section>, <article>, <aside>, etc is that some of those groupings *were* semantics, and commonly expressed by authors (often through #ids on the elements), so we can usefully capture those semantics and allow other technologies to use them.
- # [01:58] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 240 seconds)
- # [02:02] <JonathanNeal> For me, having a <section id="main-content"> would not be so easy to title.
- # [02:02] <KaOSoFt> Like I said, elements like <header> and <footer> are just short-cuts to me. They are indeed <section>s. Oh, well, I could just stay with my idea, and use <section id="header"> and the like, but future-proof machines wouldn't understand my web site as well.
- # [02:02] <JonathanNeal> and something like <section id="wrap"> would default the sectioning purpose of <body>
- # [02:03] <JonathanNeal> I think there is still room for divs to be organizational for the content, which you could say is semantic.
- # [02:03] <TabAtkins> <header> isn't a section, actually, and you don't want it to be - it would scope the headings you put in it to itself, and not let them refer to the outer section you put the <header> in!
- # [02:03] <JonathanNeal> Since the requirements and recommendations for sectioning are too strict on <section|article|aside|etc>
- # [02:04] * Quits: dglazkov (~dglazkov@nat/google/x-zhabzghjxffcgnru) (Quit: dglazkov)
- # [02:04] <KaOSoFt> TabAtkins- Hmm, yeah, I'm checking the code on your test-site, and it indeed doesn't use <header> as the header of the document. It uses a <div>, and you use <header> to encompass the headings.
- # [02:04] <TabAtkins> That's JonathanNeal. ^_^
- # [02:04] <KaOSoFt> Er, yeah, that.
- # [02:04] <KaOSoFt> :P
- # [02:04] <JonathanNeal> KaOSoFt, yea that's my test site. TabAtkins may not want to be associated with that little nugget of joy.
- # [02:05] <KaOSoFt> Hahaha.
- # [02:05] <KaOSoFt> God, semantics sometimes can be deceitful.
- # [02:05] <TabAtkins> You can use <header> as the header of the site! Nothing wrong with that; in fact, plenty right with it. It's just not a "section", in the way that <section> and <article> and <aside> are.
- # [02:06] * Joins: othermaciej (~mjs@17.246.19.40)
- # [02:07] <TabAtkins> Precisely because "sections" scope the headings inside of them, and you *want* headings inside of <header> to apply to the content outside of <header>.
- # [02:07] <KaOSoFt> Where do you take the role from? Is it part of HTML5 spec?
- # [02:07] <KaOSoFt> "role="
- # [02:07] <JonathanNeal> <div id="main-document" /> extends body (the scope isn't changed by sectioning content), and there are instances where I will have other applications aside it, like I mentioned earlier. The benefit is that, even in instances where there are NOT applications aside of it, I can keep the div because it doesn't have any meaning.
- # [02:07] <TabAtkins> Officially from the ARIA spec, but HTML5 defines how you can use @role on HTML elements.
- # [02:08] <KaOSoFt> I see.
- # [02:08] * KaOSoFt goes to check the ARIA spec
- # [02:09] <JonathanNeal> So then it's useful for styling. Giving it the role was to enforce its intended usage, but without the other DIVs it doesn't seem as necessary, and as TabAtkins is pointing out, the document role may already be inherited.
- # [02:09] * Joins: estellevw (~estellevw@adsl-99-29-239-10.dsl.pltn13.sbcglobal.net)
- # [02:14] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [02:14] <TabAtkins> KaOSoFt: Basically, ARIA is a way to add additional semantics to documents in ways that the document language doesn't yet allow, so that other types of UAs, like screen readers, can understand what something is. For example, javascript libraries often let you define a slider control, and build it out of several <div>s. You can tell what this is and how to use it by looking at it, but if you were having the page read to you you'd have n
- # [02:15] <TabAtkins> A lot of HTML5 elements now carry native semantics that render a lot of ARIA unnecessary, which is a good thing. Frex, <input type=range> should replace many uses for sliders.
- # [02:25] * Quits: grimboy (~grimboy@78-86-152-156.zone2.bethere.co.uk) (Remote host closed the connection)
- # [02:29] * Quits: Lachy (~Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
- # [02:31] * Quits: TabAtkins_ (~tabatkins@nat/google/x-quxmdlpvpyseiorx) (Quit: Lost terminal)
- # [02:31] * Joins: sylvaing (~sylvaing@c-76-104-131-10.hsd1.wa.comcast.net)
- # [02:33] * Joins: Lachy (~Lachlan@85.196.122.246)
- # [02:36] <KaOSoFt> So many things to synchronize. :S
- # [02:37] * Quits: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) (Quit: Leaving)
- # [02:37] <KaOSoFt> Everytime I read about a specification, it makes me wonder how long will it take to really release HTML5.
- # [02:39] <KaOSoFt> I mean:
- # [02:39] <KaOSoFt> It's like, there are so many things that HTML5 has currently addressed, that every time I see something new (to me), I wonder how long will it take to make it work together, all synchronized.
- # [02:42] <Hixie> it's probably a bad sign that having decided i wasn't sure if "punt" meant what i thought it meant, i looked it up on wikitionary, and the only example usage of the word in the sense i meant it is quoting two people i work with.
- # [02:43] <KaOSoFt> ._.
- # [02:43] * Joins: cying (~cying@70.90.171.153)
- # [02:44] <KaOSoFt> Oh, by the way, I've had this inquiry for a while, and I think this channel would be the right place to ask:
- # [02:45] <gsnedders> Hixie: Which meaning?
- # [02:46] <KaOSoFt> I've always read that we should specify the image height and width in the <img> tag, so browsers render them faster, but is it really "okay"? I mean, if for some reason I change the image, which could possibly change its size, I'd have to also change the HTML file.
- # [02:46] <TabAtkins> There's nothing wrong with either way.
- # [02:53] * Quits: murz (~murz@174-21-99-217.tukw.qwest.net) (Quit: murz)
- # [02:56] <Hixie> gsnedders: not doing it straight away
- # [02:56] <Hixie> as in, i think we should punt on doing this for now
- # [02:57] <KaOSoFt> Oh, well, time to go home.
- # [02:57] <KaOSoFt> Goodnight.
- # [02:58] * Quits: KaOSoFt (~kaosoft@190.24.156.162) (Quit: Leaving)
- # [03:00] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [03:00] * Joins: surkov_ (~surkov@client-73-119.sibtele.com)
- # [03:00] * Quits: dbaron (~dbaron@nat/mozilla/x-nodcvqzacuifevup) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [03:06] * Quits: ap (~ap@17.246.18.241) (Quit: ap)
- # [03:12] * Quits: Peter- (~peter@5ED0FD97.cable.ziggo.nl) (Ping timeout: 264 seconds)
- # [03:12] * Joins: karlushi (~karlushi@modemcable202.32-81-70.mc.videotron.ca)
- # [03:12] * Joins: davidb (~davidb@bas1-toronto06-2925210577.dsl.bell.ca)
- # [03:20] * Joins: Peter- (~peter@5ED0FD97.cable.ziggo.nl)
- # [03:21] * Quits: cying (~cying@70.90.171.153) (Ping timeout: 240 seconds)
- # [03:28] * Quits: sylvaing (~sylvaing@c-76-104-131-10.hsd1.wa.comcast.net) (Ping timeout: 268 seconds)
- # [03:37] * Quits: Peter- (~peter@5ED0FD97.cable.ziggo.nl) (Ping timeout: 264 seconds)
- # [03:41] * Joins: Peter- (~peter@5ED0FD97.cable.ziggo.nl)
- # [03:43] * Joins: yael_ (~185b9ec2@gateway/web/freenode/x-rtcvkiyjixllovzl)
- # [03:44] <yael_> hello, can I ask a ARIA related question here?
- # [03:45] <davidb> yael: sure, there is also #wai-aria
- # [03:46] <davidb> oh sorry that is on w3c
- # [03:47] * Quits: davidb (~davidb@bas1-toronto06-2925210577.dsl.bell.ca) (Quit: davidb)
- # [03:49] <yael_> I am workin on connecting the progress element to accessibility technology. Since ARIA defines one role for both determinate and indeterminate progress bar, how does the browser convey the difference to the accessibility software?
- # [03:51] <yael_> On the mac, it says "9 percent" for indeterminate progress bar, and that is obviously wrong.
- # [03:51] <Hixie> if you're implementing the <progress> element in a browser, you wouldn't use ARIA, you'd use the platform-native accessibility APIs
- # [03:51] <Hixie> or am i misunderstanding
- # [03:53] <yael_> You are right, but I am still defining the role for the progress element , and pass that to the platform API.
- # [03:53] <othermaciej> yael_: if you're talking about WebKit, you would want to special case this in the accessibility code
- # [03:53] <othermaciej> yael_: we have the ability to represent roles that don't map to an ARIA role
- # [03:53] * Quits: karlushi (~karlushi@modemcable202.32-81-70.mc.videotron.ca) (Quit: This computer has gone to sleep)
- # [03:54] <yael_> othermaciej: Do you have an example?
- # [03:55] <othermaciej> yael_: look at the AccessibilityRole enum in AccessibilityObject.h
- # [03:55] <othermaciej> yael_: you can add roles to that if you need to
- # [03:55] <othermaciej> but it's also worth checking what the mac AX APIs expect for an indeterminate progress bar
- # [03:56] <yael_> sounds good, thanks
- # [03:56] <othermaciej> yael_: Mac has only one role for progress indicators; you can see the reference for all roles here: http://developer.apple.com/mac/library/documentation/Cocoa/Reference/ApplicationKit/Protocols/NSAccessibility_Protocol/Reference/Reference.html#//apple_ref/doc/c_ref/
- # [03:57] <othermaciej> yael_: what you probably need is to expose the right attributes
- # [03:58] <othermaciej> yael_: you can see what a native progress bar exposes for role and attributes with Accessibility Verifier.app
- # [03:58] <othermaciej> yael_: for both determinate and indeterminate state
- # [03:58] <othermaciej> yael_: your goal at least in the Mac accessibility interface should be to replicate that
- # [03:59] * Joins: rsteiner (~rolandste@220.109.219.244)
- # [04:03] * Quits: johnst (~johnst@x1-6-00-07-95-57-08-bb.k270.webspeed.dk) (Quit: Leaving)
- # [04:08] * Quits: jwalden (~waldo@nat/mozilla/x-isbfvekpzqmrugzq) (Ping timeout: 264 seconds)
- # [04:14] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [04:15] * Joins: wakaba_ (~wakaba_@112-68-244-233.eonet.ne.jp)
- # [04:31] * Joins: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net)
- # [04:41] * Quits: yael_ (~185b9ec2@gateway/web/freenode/x-rtcvkiyjixllovzl) (Ping timeout: 248 seconds)
- # [04:43] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Quit: Verlassend)
- # [04:43] * Quits: estellevw (~estellevw@adsl-99-29-239-10.dsl.pltn13.sbcglobal.net) (Quit: estellevw)
- # [04:45] * Joins: paradisaeidae (~chatzilla@r125-63-185-30.cpe.unwired.net.au)
- # [04:49] * Joins: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
- # [04:51] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Client Quit)
- # [04:53] * Joins: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
- # [04:53] <JonathanNeal> Hi all!
- # [04:59] * Joins: estellevw (~estellevw@adsl-99-29-239-10.dsl.pltn13.sbcglobal.net)
- # [05:08] * Quits: nessy (~Adium@ppp115-228.static.internode.on.net) (Quit: Leaving.)
- # [05:16] * Joins: TabAtkins_ (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net)
- # [05:42] * Quits: TabAtkins_ (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 276 seconds)
- # [05:51] * Quits: Phae (~phaeness@gateb.mh.bbc.co.uk) (Ping timeout: 246 seconds)
- # [05:51] * Joins: fishd (~fishd@c-98-207-16-168.hsd1.ca.comcast.net)
- # [05:52] * Quits: paradisaeidae (~chatzilla@r125-63-185-30.cpe.unwired.net.au) (Remote host closed the connection)
- # [05:54] * Joins: sylvaing (~sylvaing@c-76-104-131-10.hsd1.wa.comcast.net)
- # [05:58] * Quits: sylvaing (~sylvaing@c-76-104-131-10.hsd1.wa.comcast.net) (Ping timeout: 248 seconds)
- # [05:58] * Joins: Phae (~phaeness@gateb.thls.bbc.co.uk)
- # [06:03] * Quits: mr_daniel (~irssi@e177154034.adsl.alicedsl.de) (Read error: Operation timed out)
- # [06:06] * Joins: kennyluck (~kennyluck@2001:200:1c0:3508:225:ff:fe4d:f8c7)
- # [06:07] * Joins: mr_daniel (~irssi@e177148150.adsl.alicedsl.de)
- # [06:12] * Joins: JusticeFries (~justicefr@2002:43ad:ef61:0:226:8ff:fedd:9464)
- # [06:13] * Quits: JusticeFries (~justicefr@2002:43ad:ef61:0:226:8ff:fedd:9464) (Remote host closed the connection)
- # [06:13] * Joins: JusticeFries (~justicefr@c-67-173-239-97.hsd1.co.comcast.net)
- # [06:24] * Quits: othermaciej (~mjs@17.246.19.40) (Quit: othermaciej)
- # [06:26] * Joins: surkov (~surkov@client-202-180.sibtele.com)
- # [06:28] * Quits: surkov_ (~surkov@client-73-119.sibtele.com) (Ping timeout: 246 seconds)
- # [06:30] * Quits: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) (Quit: dglazkov)
- # [06:30] * Joins: jwalden (~waldo@c-67-180-84-153.hsd1.ca.comcast.net)
- # [06:35] * Joins: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net)
- # [06:36] * Quits: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net) (Client Quit)
- # [06:36] * Joins: scherkus (~scherkus@c-76-121-171-169.hsd1.wa.comcast.net)
- # [06:39] * Joins: fishd_ (~fishd@nat/google/x-zwrwvvnhrtwmjbas)
- # [06:42] * Quits: fishd (~fishd@c-98-207-16-168.hsd1.ca.comcast.net) (Ping timeout: 258 seconds)
- # [06:53] * Quits: rsteiner (~rolandste@220.109.219.244)
- # [06:54] * Joins: TabAtkins_ (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net)
- # [07:06] * Quits: surkov (~surkov@client-202-180.sibtele.com) (Ping timeout: 260 seconds)
- # [07:08] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.15/2009101909])
- # [07:14] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [07:20] <othermaciej> hello everyone
- # [07:21] * Joins: paradisaeidae (~chatzilla@r125-63-185-30.cpe.unwired.net.au)
- # [07:23] <JonathanNeal> hi othermaciej
- # [07:23] * fishd_ is now known as fishd
- # [07:31] * Joins: ap (~ap@c-67-188-169-22.hsd1.ca.comcast.net)
- # [07:32] * Quits: paradisaeidae (~chatzilla@r125-63-185-30.cpe.unwired.net.au) (Remote host closed the connection)
- # [07:39] * Quits: scotfl (~scotfl@aeryn.scotfl.net) (Ping timeout: 276 seconds)
- # [07:39] * Joins: scotfl (~scotfl@aeryn.scotfl.net)
- # [07:40] * Joins: paradisaeidae (~chatzilla@r125-63-185-30.cpe.unwired.net.au)
- # [07:41] * Quits: paradisaeidae (~chatzilla@r125-63-185-30.cpe.unwired.net.au) (Read error: Connection reset by peer)
- # [07:42] * Joins: paradisaeidae (~chatzilla@r125-63-185-30.cpe.unwired.net.au)
- # [07:43] * Quits: fishd (~fishd@nat/google/x-zwrwvvnhrtwmjbas) (Ping timeout: 258 seconds)
- # [07:50] * Joins: kennyluck_ (~kennyluck@tea04.w3.mag.keio.ac.jp)
- # [07:55] * Quits: kennyluck (~kennyluck@2001:200:1c0:3508:225:ff:fe4d:f8c7) (Ping timeout: 268 seconds)
- # [07:55] * kennyluck_ is now known as kennyluck
- # [07:59] <othermaciej> Hixie: are you around?
- # [08:00] * Joins: fishd (~fishd@nat/google/x-tikvlgxhaxndgued)
- # [08:00] <othermaciej> Hixie: wanted to ask why you went with leading underscore instead of leading hyphen for vendor-specific attributes
- # [08:00] <othermaciej> Hixie: so I can appropriately advise people thinking of using vendor-specific attributes
- # [08:02] * Quits: syp (~syp@lasigpc9.epfl.ch) (Read error: Connection reset by peer)
- # [08:03] * Joins: syp (~syp@lasigpc9.epfl.ch)
- # [08:05] * Quits: syp (~syp@lasigpc9.epfl.ch) (Read error: Connection reset by peer)
- # [08:08] * Joins: syp (~syp@lasigpc9.epfl.ch)
- # [08:22] * Joins: erlehmann (~erlehmann@dslb-092-078-143-174.pools.arcor-ip.net)
- # [08:25] * Joins: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se)
- # [08:27] <Hixie> othermaciej: leading hyphen is illformed in xml
- # [08:28] <othermaciej> Hixie: stupid bondange&discipline markup language!
- # [08:29] <Hixie> *shrug*
- # [08:29] <Hixie> i just work with what we have
- # [08:31] <hsivonen> :-( crazy volume of email on public-html. Will I miss anything if I mark all as read?
- # [08:31] <othermaciej> what's weird is that NAmespaces in XML allows essentially anything
- # [08:31] <othermaciej> hsivonen: which thread?
- # [08:32] <hsivonen> othermaciej: everything since Friday
- # [08:32] * Joins: surkov (~surkov@client-206-197.sibtele.com)
- # [08:32] * Joins: daedb_ (~daed@78-72-112-70-no178.tbcn.telia.com)
- # [08:33] <othermaciej> hsivonen: I can summarize for you, since I am crazy enough to read all of it
- # [08:34] <hsivonen> Shelley wanted to remove stuff and others disagreed?
- # [08:34] * Quits: daedb (~daed@h11n1fls34o986.telia.com) (Ping timeout: 245 seconds)
- # [08:34] <othermaciej> Hixie: superficially, it looks like Namespaces in XML allows leading underscore unless I am reading wrong: 'In XML documents which conform to this specification, element and attribute names MUST match the production for QName and MUST satisfy the "Namespace Constraints".'
- # [08:34] <othermaciej> Hixie: or is the prevailing interpretation that you have to match both QName and Name?
- # [08:34] <othermaciej> hsivonen: that was a lot of it
- # [08:35] <othermaciej> hsivonen: with subthreads on accessibility and control styling
- # [08:35] <Hixie> xmlns doesn't change xml syntax
- # [08:35] <Hixie> it just adds more constraints
- # [08:35] <othermaciej> I thought the post about control styling that I tweeted was marginally interesting
- # [08:35] <Hixie> unless you've found a bug in xmlns
- # [08:36] <hsivonen> othermaciej: I read the email you tweeted. thanks
- # [08:36] <Hixie> QName doesn't match anything Name doesn't match
- # [08:36] <othermaciej> Hixie: I am pretty sure the QName production in Namespaces in XML 1.0 (Third Edition) is not a proper subset of the Name production in XML 1.0 (Fifth Edition
- # [08:37] <Hixie> sure it is
- # [08:37] <Hixie> it's defined in terms of Name in fact
- # [08:37] <othermaciej> oh I see
- # [08:37] <othermaciej> I failed to comprehend the '-'
- # [08:38] <Hixie> there's even a comment explaining it :-P
- # [08:38] <othermaciej> yeah, but who has time to read specs :-p
- # [08:38] * Quits: TabAtkins_ (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 276 seconds)
- # [08:38] <othermaciej> I don't know if I can bring myself to tell people to make attributes starting with _webkit-
- # [08:38] <othermaciej> if I tell them it's for XML compatibility they will just laugh at me
- # [08:39] <Hixie> well if it helps, mozilla's been doing it for about a decade now
- # [08:39] <othermaciej> hsivonen: other stuff of interest - the lengthy ISSUE-88 (content-language) continues
- # [08:39] <Hixie> and fwiw, if this discourages people from making extensions, that's fine too
- # [08:39] <othermaciej> hsivonen: we have a possible solution on referencing the IRI spec if Larry ever wakes up
- # [08:39] <Hixie> (not so fine if it encourages them to just trample over the language of course)
- # [08:39] <othermaciej> Hixie: there are _moz- attributes?
- # [08:40] <Hixie> yeah
- # [08:40] <othermaciej> example?
- # [08:40] <othermaciej> hsivonen: also DanC submitted a very mild proposal for the "resource" vs "resource representation" issue
- # [08:40] <othermaciej> and Julian said it would be fine with him to remove the description of @profile from the spec
- # [08:41] <hsivonen> In my opinion, _moz attributes shouldn't be exposes as attributes but should be stored on the DOM nodes or maybe CSS frames as private data
- # [08:41] * othermaciej hopes we can actually resolve some issues maybe
- # [08:41] <hsivonen> othermaciej: thanks
- # [08:42] <hsivonen> othermaciej: try parsin <keygen> in text/html or some non-trivial MathML in application/xhtml+xml in Firefox and inspect the DOM to see _moz attributes
- # [08:43] <othermaciej> hsivonen: I see - so it's Mozilla internal stuff?
- # [08:43] <othermaciej> as opposed to extensions anyone is meant to see?
- # [08:44] <hsivonen> othermaciej: right (at least for the _moz attributes I have seen)
- # [08:44] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:44] <othermaciej> I am not sure we store anything like that as DOM attributes in WebKit
- # [08:44] <othermaciej> maybe in editing code, though I think that is mostly limited to funky class names
- # [08:45] * Joins: TabAtkins_ (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net)
- # [08:45] <othermaciej> yeah, just funky class names afaict
- # [08:45] <Hixie> othermaciej: the only example i can think of is _moz-unknown which is set on elements the (old?) parser didn't recognise
- # [08:46] <Hixie> oh yeah as hsivonen says there's also some _moz stuff around <keygen>
- # [08:46] <othermaciej> the parser adding random attributes seems really bad, however they are prefixed :-(
- # [08:46] <hsivonen> yes
- # [08:46] <Hixie> indeed
- # [08:46] <Hixie> i didn't say it was a good idea :-)
- # [08:46] <Hixie> just that they have existed
- # [08:47] <othermaciej> I get it
- # [08:47] <othermaciej> I just cry with sad on the inside
- # [08:47] <Hixie> hehe
- # [08:54] * Quits: ap (~ap@c-67-188-169-22.hsd1.ca.comcast.net) (Quit: ap)
- # [08:55] * Joins: zcorpan (~zcorpan@83.218.67.122)
- # [08:58] * Quits: TabAtkins_ (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 264 seconds)
- # [09:11] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
- # [09:18] * Joins: pesla (~retep@188.202.125.121)
- # [09:21] * Joins: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
- # [09:28] * Quits: paradisaeidae (~chatzilla@r125-63-185-30.cpe.unwired.net.au) (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539])
- # [09:31] * Joins: Bolkonskij (~Bolkonski@unaffiliated/bolkonskij)
- # [09:35] * Joins: graste (~graste@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net)
- # [09:45] * Quits: jwalden (~waldo@c-67-180-84-153.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2/20100122095031])
- # [09:53] * Joins: tametick (~chatzilla@chello084114134061.3.15.vie.surfer.at)
- # [09:54] * Parts: tametick (~chatzilla@chello084114134061.3.15.vie.surfer.at)
- # [09:55] * Joins: JonathanNeal_ (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
- # [09:57] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 276 seconds)
- # [09:58] * JonathanNeal_ is now known as JonathanNeal
- # [10:00] * Joins: mpt (~mpt@canonical/mpt)
- # [10:05] <jgraham> TabAtkins: If there is some way that I can be in the loop on the testing thing, let me know what it is :)
- # [10:08] * Quits: fishd (~fishd@nat/google/x-tikvlgxhaxndgued) (Ping timeout: 258 seconds)
- # [10:12] * Joins: cpearce (~cpearce@ip-118-90-6-219.xdsl.xnet.co.nz)
- # [10:13] <hsivonen> wirepair: Yes, I have considered the threat of using validator.nu with show source enabled as an open proxy
- # [10:14] <hsivonen> wirepair: a mitigating factor is that the resource being retrieved has to go through the HTML parser or the XML parser without fatal errors
- # [10:15] <Hixie> hah
- # [10:15] <hsivonen> wirepair: so it's useless as a general purpose proxy for anonymous porn surfers
- # [10:15] <zcorpan> so if you don't want your site vulnerable, include start your html page with <head></head><link>
- # [10:16] <hsivonen> wirepair: so far, there haven't been problems with people using it as a text-only open proxy
- # [10:16] <hsivonen> wirepair: so I haven't tried to make that kind of use harder
- # [10:17] <hsivonen> wirepair: after all, the show source feature is pretty useful for its intended purpose
- # [10:18] <hsivonen> wirepair: as for 3rd party security, if someone has a vulnerability that can be exploited by cookieless GET from the public network, they have bigger problems than validators
- # [10:20] * Quits: tyoshino (~tyoshino@220.109.219.244) (Quit: Leaving...)
- # [10:22] * Quits: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp) (Quit: kennyluck)
- # [10:32] * Joins: mat_t (~mattomasz@91.189.88.12)
- # [10:33] * Joins: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl)
- # [10:34] * Quits: Bolkonskij (~Bolkonski@unaffiliated/bolkonskij) (Ping timeout: 252 seconds)
- # [10:37] * Joins: ROBOd (~robod@89.122.216.38)
- # [10:39] * Joins: |zalan| (~zalan@catv-89-135-108-81.catv.broadband.hu)
- # [10:40] * Quits: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu) (Ping timeout: 245 seconds)
- # [10:41] * Joins: tyoshino (~tyoshino@220.109.219.244)
- # [10:45] <hsivonen> what was the "subdued errors concept"
- # [10:45] <hsivonen> my memory is bad
- # [10:46] * Quits: |zalan| (~zalan@catv-89-135-108-81.catv.broadband.hu) (Ping timeout: 245 seconds)
- # [10:46] <Hixie> what we had before we moved to comforming-but-obsolete-and-with-warning
- # [10:47] <Hixie> something that's an error but which the validator is expected to collapse into a single statement that "there are also some other less important things to worry about"
- # [10:49] <othermaciej> it was "downplayed errors", wasn't it?
- # [10:50] <hsivonen> yeah, I thought that was "downplayed errors"
- # [10:53] <othermaciej> whatever one names that category, I think collapsing all the notices into a single statement, yet still labeling the document as nonconforming, is the opposite of what is useful for very minor issues
- # [10:54] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [10:57] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: O public road, I say back I am not afraid to leave you, yet I love you, you express me better than I can express myself.)
- # [10:59] <Hixie> aren't "downplayed" and "subdued" the same thing?
- # [10:59] <jgraham> Sigh. The amount of effort that has gone into naming and renaming that categoty of things is so sad
- # [10:59] <Hixie> if i said "subdued", i was referring to "downlplayed"; if someone else was, dunno
- # [10:59] <jgraham> *category
- # [11:01] * Joins: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
- # [11:03] * Quits: Lachy (~Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
- # [11:18] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:20] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Quit: Rik`)
- # [11:21] * Joins: Bolkonskij (~Bolkonski@95.237.168.68)
- # [11:21] * Quits: Bolkonskij (~Bolkonski@95.237.168.68) (Client Quit)
- # [11:25] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
- # [11:26] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:27] * Quits: frigginCarebear (~seutje@drupal.org/user/264148/view) (Ping timeout: 246 seconds)
- # [11:29] <hsivonen> Hixie: I see
- # [11:30] * Joins: smaug___ (~chatzilla@cs181150024.pp.htv.fi)
- # [11:34] * Joins: frigginCarebear (~seutje@91.180.51.90)
- # [11:34] * Quits: frigginCarebear (~seutje@91.180.51.90) (Changing host)
- # [11:34] * Joins: frigginCarebear (~seutje@drupal.org/user/264148/view)
- # [11:43] * Joins: Rik` (~Rik`@81.93.12.28)
- # [11:52] * Joins: MikeSmith (~MikeSmith@91.85.212.106)
- # [12:08] * Quits: surkov (~surkov@client-206-197.sibtele.com) (Quit: surkov)
- # [12:13] * Joins: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp)
- # [12:28] * Quits: MikeSmith (~MikeSmith@91.85.212.106) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
- # [12:44] <annevk> oh fun, maybe <basefont> can be nuked after all
- # [12:56] * Joins: surkov (~surkov@client-206-197.sibtele.com)
- # [12:57] <zcorpan> nuked from dom and parser?
- # [12:57] <annevk> not parser
- # [12:58] <annevk> since the parser cost is extremely low I don't really care about that
- # [13:03] <zcorpan> what's the new information about basefont?
- # [13:06] <Lachy> Which browser's support basefont? Is it just IE?
- # [13:07] <Lachy> and do you have information about it being removed from IE9 or something?
- # [13:07] <jgraham> I guess Mozilla just removed it
- # [13:07] <annevk> zcorpan, sicking wrote a patch for Gecko
- # [13:08] <Lachy> ah, that explains why Minefield isn't supporting it now.
- # [13:10] <annevk> not really, it hasn't landed
- # [13:10] <zcorpan> i wonder what ie9 does with basefont
- # [13:10] <zcorpan> Lachy: mozilla hasn't supported rendering for basefont before
- # [13:11] <zcorpan> Lachy: but has had HTMLBaseFontElement or whatever
- # [13:11] * Quits: annevk (~annevk@5355737B.cable.casema.nl) (Read error: Connection reset by peer)
- # [13:13] * Joins: annevk (~annevk@5355737B.cable.casema.nl)
- # [13:28] * Joins: nessy (~Adium@124-168-176-223.dyn.iinet.net.au)
- # [13:53] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 240 seconds)
- # [14:13] <hsivonen> Lachy: IIRC, no one got around to implementing <basefont> in Gecko in the first place
- # [14:24] * Joins: pmuellr (~pmuellr@nat/ibm/x-nilajlhvltadhune)
- # [14:25] * Joins: davidb (~davidb@mozca02.ca.mozilla.com)
- # [14:27] * Joins: aroben (~aroben@unaffiliated/aroben)
- # [14:36] <annevk> would be fun to transition text-align
- # [14:43] * Joins: maikmerten (~maikmerte@port-92-201-94-32.dynamic.qsc.de)
- # [15:01] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
- # [15:06] * Joins: BlurstOfTimes (~blurstoft@168.203.117.66)
- # [15:08] <gsnedders> Is it bad I can't help but think of XML when othermaciej says "this change proposal is well-formed"
- # [15:09] <Dashiva> Yes
- # [15:09] <Dashiva> So is a non-well-formed change proposal still a change proposal, or is it just mislabeled text?
- # [15:09] <jgraham> Nah, it just doesn't exist, by definition
- # [15:10] <jgraham> A theoretical impossibility
- # [15:14] * Quits: nessy (~Adium@124-168-176-223.dyn.iinet.net.au) (Quit: Leaving.)
- # [15:17] * Quits: pmuellr (~pmuellr@nat/ibm/x-nilajlhvltadhune) (Ping timeout: 276 seconds)
- # [15:20] * Joins: miketaylr (~miketaylr@38.117.156.163)
- # [15:20] * Quits: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se) (Remote host closed the connection)
- # [15:28] * Joins: paul_irish (~paul_iris@12.33.239.250)
- # [15:31] * Quits: mat_t (~mattomasz@91.189.88.12) (Ping timeout: 276 seconds)
- # [15:33] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
- # [15:36] * Quits: gavin (~gavin@firefox/developer/gavin) (Remote host closed the connection)
- # [15:36] * Joins: mat_t (~mattomasz@91.189.88.12)
- # [15:36] * Joins: gavin (~gavin@people.mozilla.com)
- # [15:36] * Quits: gavin (~gavin@people.mozilla.com) (Changing host)
- # [15:36] * Joins: gavin (~gavin@firefox/developer/gavin)
- # [15:37] * Quits: gavin (~gavin@firefox/developer/gavin) (Remote host closed the connection)
- # [15:37] * Joins: gavin (~gavin@people.mozilla.com)
- # [15:37] * Quits: gavin (~gavin@people.mozilla.com) (Changing host)
- # [15:37] * Joins: gavin (~gavin@firefox/developer/gavin)
- # [15:43] <zcorpan> where's the webaddress spec?
- # [15:43] * zcorpan needs the 'resolve an address' algorithm
- # [15:44] <gsnedders> You don't get no stinkin' address.
- # [15:44] <zcorpan> :'(
- # [15:44] * jgraham wonders if that algorithm has actually been written yet
- # [15:44] <zcorpan> i thought it was in the webaddress spec
- # [15:45] <zcorpan> http://www.w3.org/html/wg/href/draft
- # [15:45] <jgraham> I mean it *did* exist but then people decided it wasn't good enough just to have all the useful information, there also had to be fights about where the useful information lived
- # [15:45] <jgraham> and some information got lost in the fights
- # [15:45] <jgraham> But maybe not that
- # [15:49] * Joins: pmuellr (~pmuellr@nat/ibm/x-oryhudwfomoovsiy)
- # [16:09] * Joins: ROBOd2 (~robod@89.122.216.38)
- # [16:09] * Quits: ROBOd (~robod@89.122.216.38) (Read error: Operation timed out)
- # [16:11] * Quits: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
- # [16:12] * Quits: zcorpan (~zcorpan@83.218.67.122) (Remote host closed the connection)
- # [16:13] * Joins: zcorpan (~zcorpan@83.218.67.122)
- # [16:16] * Joins: grimboy (~grimboy@78-86-152-156.zone2.bethere.co.uk)
- # [16:28] * Joins: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net)
- # [16:31] * Quits: wakaba_ (~wakaba_@112-68-244-233.eonet.ne.jp) (Quit: Leaving...)
- # [16:42] * Quits: surkov (~surkov@client-206-197.sibtele.com) (Quit: surkov)
- # [16:44] * Quits: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) (Quit: dglazkov)
- # [17:03] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
- # [17:03] * Joins: dglazkov (~dglazkov@nat/google/x-apkmdolosrdnrlcp)
- # [17:04] * Joins: wakaba (~wakaba@96.22.102.121.dy.bbexcite.jp)
- # [17:06] * Quits: shepazu (~schepers@adsl-242-200-136.rmo.bellsouth.net) (Quit: Core Breach)
- # [17:14] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [17:20] * Quits: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky!)
- # [17:23] <TabAtkins> jgraham: Join the public-test-infra list. We're stealing it for our purposes.
- # [17:24] <gsnedders> TabAtkins: People and their mailing lists
- # [17:24] <jgraham> Yay, mailing lists!
- # [17:31] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
- # [17:34] * Quits: beilabs_ (~beilabs@ppp121-44-85-7.lns20.syd6.internode.on.net) (Quit: Leaving)
- # [17:34] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
- # [17:38] * Joins: shepazu (~schepers@adsl-242-200-136.rmo.bellsouth.net)
- # [17:39] * paul_irish is now known as paul_irish_dance
- # [17:42] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
- # [17:44] * paul_irish_dance is now known as paul_irish
- # [17:54] * Joins: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi)
- # [17:55] * Quits: zcorpan (~zcorpan@83.218.67.122) (Remote host closed the connection)
- # [17:57] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Quit: Leaving)
- # [18:06] * Joins: Maurice (copyman@5ED573FA.cable.ziggo.nl)
- # [18:10] * Joins: othermaciej (~mjs@17.246.19.40)
- # [18:17] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
- # [18:29] * Quits: pesla (~retep@188.202.125.121) (Quit: ( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com ))
- # [18:30] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
- # [18:32] <JonathanNeal> hi all!
- # [18:32] <TabAtkins> yo
- # [18:32] * Quits: Rik` (~Rik`@81.93.12.28) (Ping timeout: 276 seconds)
- # [18:33] * Quits: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) (Read error: No route to host)
- # [18:33] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
- # [18:33] * Quits: scherkus (~scherkus@c-76-121-171-169.hsd1.wa.comcast.net) (Ping timeout: 276 seconds)
- # [18:33] <TabAtkins> Oh man, anyone in MV that wants brownies should come by my office.
- # [18:34] <JonathanNeal> Mission Viejo?
- # [18:35] <TabAtkins> Sure. It'll be a drive, but if you're still welcome to come by my office.
- # [18:35] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
- # [18:38] * Quits: dglazkov (~dglazkov@nat/google/x-apkmdolosrdnrlcp) (Quit: dglazkov)
- # [18:40] * Joins: KaOSoFt (~kaosoft@190.24.156.162)
- # [18:44] <KaOSoFt> Good morning.
- # [18:46] * Joins: tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net)
- # [18:47] * Quits: tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net) (Client Quit)
- # [18:51] * aroben is now known as aroben|lunch
- # [18:53] * Joins: ap (~ap@17.246.18.241)
- # [18:57] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:57] <KaOSoFt> :o
- # [18:57] <KaOSoFt> Google already supports Microdata.
- # [18:58] * Joins: dglazkov (~dglazkov@nat/google/x-yzvuubakpgpobiww)
- # [18:58] * Joins: sicking (~chatzilla@173-13-145-29-sfba.hfc.comcastbusiness.net)
- # [18:59] * Parts: graste (~graste@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net)
- # [19:00] * Joins: franksalim (~frank@adsl-75-61-84-181.dsl.pltn13.sbcglobal.net)
- # [19:01] * Quits: BlurstOfTimes (~blurstoft@168.203.117.66) (Quit: Leaving...)
- # [19:02] * Joins: Lachy (~Lachlan@85.196.122.246)
- # [19:07] * Quits: Lachy (~Lachlan@85.196.122.246) (Client Quit)
- # [19:07] * Joins: Lachy (~Lachlan@85.196.122.246)
- # [19:09] <KaOSoFt> In HTML5, can <img> be used outside of <figure>? Like: http://pastebin.com/BzcDZqct
- # [19:09] <TabAtkins> Yeah, you can still use <img> wherever you want.
- # [19:10] * Joins: scherkus (~scherkus@74.125.59.65)
- # [19:14] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [19:15] * Joins: JohnnyAmerica (~simon@213-64-113-37-no97.tbcn.telia.com)
- # [19:15] * Quits: estellevw (~estellevw@adsl-99-29-239-10.dsl.pltn13.sbcglobal.net) (Quit: estellevw)
- # [19:15] * Joins: BlurstOfTimes (~blurstoft@168.203.116.90)
- # [19:15] * Quits: JusticeFries (~justicefr@c-67-173-239-97.hsd1.co.comcast.net) (Quit: JusticeFries)
- # [19:16] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
- # [19:22] * Quits: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp) (Quit: boblet)
- # [19:25] * Joins: JusticeFries (~justicefr@2002:43ad:ef61:0:226:8ff:fedd:9464)
- # [19:25] * Quits: JusticeFries (~justicefr@2002:43ad:ef61:0:226:8ff:fedd:9464) (Remote host closed the connection)
- # [19:27] * Joins: JusticeFries (~justicefr@c-67-173-239-97.hsd1.co.comcast.net)
- # [19:33] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Quit: Verlassend)
- # [19:34] <KaOSoFt> While what I'm about to say might be a taboo, have you people made a poll with the users on this channel about what they're currently using, be it RDFa or Microdata?
- # [19:34] <TabAtkins> Is it important to do so?
- # [19:35] <KaOSoFt> Statistics are always important, whether you take them into account or not.
- # [19:35] <TabAtkins> Statistics of a random chat room probably aren't. ^_^ Usage on the web is.
- # [19:36] <KaOSoFt> Well, the poll would be about people using it.
- # [19:36] <KaOSoFt> ._.
- # [19:37] * Quits: ment (thement@ibawizard.net) (Quit: Lost terminal)
- # [19:38] <JonathanNeal> KaOSoFt, you didn't even mention microformatting.
- # [19:38] <JonathanNeal> That's like not including Google :)
- # [19:38] <TabAtkins> Microformats are already part of HTML, though. We're talking *dedicated* metadata embedding formats.
- # [19:38] <KaOSoFt> Well, to be "impartial", let's include Microformatting, though I don't like it that much.
- # [19:38] <JonathanNeal> TabAtkins, well maybe everyone is okay with that.
- # [19:39] <KaOSoFt> Besides, I guess usage shows a bigger RDFa user-base than Microdata, given their age.
- # [19:40] <JonathanNeal> Say 1000 people use one of those three; 300 use microdata, 200 use RDFa, and 500 use microformatting --- disregarding microformatting is strange --- because they're all trying to accomplish the same functionality.
- # [19:40] <JonathanNeal> It's not like comparing people that don't do anything to people that do something --- you should try to include all popular "something"s.
- # [19:41] <KaOSoFt> Hmm... though it's an example, you mention at least 300 people using Microdata. Has user-base really grown that much?
- # [19:41] <KaOSoFt> I mean, in general.
- # [19:41] <JonathanNeal> The internet is SERIOUS BUSINESS KaOSoFt!
- # [19:44] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 264 seconds)
- # [19:44] * Joins: murz (~murz@wcproxy.msnbc.com)
- # [19:45] <TabAtkins> In any case, Microformats are not defined by their embedding. They're a structure to apply to data. They happened to use an embedding method built around existing HTML4 syntax, because that's what was available at the time, but writing an hcard in Microdata or RDFa is still using Microformats.
- # [19:45] <KaOSoFt> I guess in the end it's better to have multiple "supported" options, than to have one unsupported.
- # [19:46] <KaOSoFt> That's kind of why I don't like Microformats.
- # [19:50] <JonathanNeal> It's kinda what the class attribute was designed to do.
- # [19:51] <JonathanNeal> Not that I'm against Microdata or RDFa, even though they kill unicorns.
- # [19:51] <TabAtkins> Well, yes and no. Class isn't necessarily supposed to be communicating anything meaningful to the outside world. It's meant for private communication between the page author and their tools.
- # [19:52] <JonathanNeal> RDFa has nicer documention and adoption than Microdata IMHO.
- # [19:54] <TabAtkins> While I, on the other hand, find Microdata's overall syntax and data model to be immensely simpler and easier to write and read.
- # [19:56] <JonathanNeal> TabAtkins, I bet I would feel the same way if the documentation wasn't such a unrainbow.
- # [19:59] * Joins: fishd (~fishd@nat/google/x-mhxubtdolnblxxkj)
- # [20:00] * Joins: jwalden (~waldo@nat/mozilla/x-igdfvaxnnhxdauuo)
- # [20:03] * aroben|lunch is now known as aroben
- # [20:03] * Quits: sicking (~chatzilla@173-13-145-29-sfba.hfc.comcastbusiness.net) (Ping timeout: 245 seconds)
- # [20:05] * Quits: BlurstOfTimes (~blurstoft@168.203.116.90) (Remote host closed the connection)
- # [20:09] * Joins: BlurstOfTimes (~blurstoft@168.203.116.90)
- # [20:09] * Quits: murz (~murz@wcproxy.msnbc.com) (Quit: murz)
- # [20:12] * Joins: estellevw (~estellevw@adsl-76-202-159-123.dsl.pltn13.sbcglobal.net)
- # [20:13] * Quits: JusticeFries (~justicefr@c-67-173-239-97.hsd1.co.comcast.net) (Quit: JusticeFries)
- # [20:19] <KaOSoFt> Oh, damn, wait... if not even Internet Explorer recognizes HTML5 elements (<header>, <section>, etc.), how can I make print stylesheets work? :o
- # [20:20] <TabAtkins> The IE printing problem is a hard one. If print stylesheets working in IE is important to you, don't use HTML5 yet.
- # [20:21] <KaOSoFt> Internet Explorer 8*
- # [20:22] <KaOSoFt> Yeah. It's not a problem for MY website, but if I were to ever code a website for someone else, I guess I'd have to switch back to <div>.
- # [20:22] * Joins: gasull (~gasull@c-98-210-153-96.hsd1.ca.comcast.net)
- # [20:22] <TabAtkins> I think that most people don't actually care how websites print, so you're probably okay.
- # [20:23] <TabAtkins> IE can handle the new elements just fine on the screen, with the createElement hack.
- # [20:24] <KaOSoFt> Yeah.
- # [20:24] <KaOSoFt> HTML5Shiv was a life-saver for a lot of people.
- # [20:24] <JonathanNeal> Shiv the printer!
- # [20:24] <TabAtkins> AFAIK, no one's figured out how to. ;_;
- # [20:24] <JonathanNeal> http://sandbox.thewikies.com/html5-experiments/phase-01.html http://sandbox.thewikies.com/html5-experiments/phase-02.html
- # [20:26] <JonathanNeal> Any blogs giving an example of how the html5 ie printing problem works?
- # [20:26] <JonathanNeal> Maybe I can look into it.
- # [20:27] * Quits: peol (~andree@unaffiliated/peol) (Ping timeout: 248 seconds)
- # [20:28] <KaOSoFt> JonathanNeal- None that I know of. :'(
- # [20:28] * Parts: gasull (~gasull@c-98-210-153-96.hsd1.ca.comcast.net) ("Leaving.")
- # [20:29] <KaOSoFt> JonathanNeal- I'm going to (try to) check all your SandBox examples. http://sandbox.thewikies.com/
- # [20:29] <KaOSoFt> :D
- # [20:29] <JonathanNeal> Don't judge me, brah.
- # [20:29] * Quits: Lachy (~Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
- # [20:31] * Joins: Lachy (~Lachlan@85.196.122.246)
- # [20:34] * Quits: KaOSoFt (~kaosoft@190.24.156.162) (Ping timeout: 245 seconds)
- # [20:35] * Joins: KaOSoFt (~kaosoft@190.24.156.162)
- # [20:35] <KaOSoFt> JonathanNeal- Phase 02 images don't work.
- # [20:35] <KaOSoFt> In Experiments, I mean.
- # [20:37] <KaOSoFt> Is this alright?
- # [20:37] <KaOSoFt> article, aside, figure, footer, header,hgroup, menu, nav, section {display: block;}
- # [20:37] <KaOSoFt> Am I missing anything?
- # [20:38] <TabAtkins> Check JonathanNeal's HTML default stylesheet.
- # [20:38] * Quits: estellevw (~estellevw@adsl-76-202-159-123.dsl.pltn13.sbcglobal.net) (Quit: estellevw)
- # [20:41] <KaOSoFt> Hmm... where? I don't find it in the sandbox folder, not in the document's own CSS.
- # [20:43] <KaOSoFt> nor*
- # [20:43] <TabAtkins> I didn't bookmark it last time I saw it; ask JonathanNeal
- # [20:44] <JonathanNeal> You mean http://www.iecss.com/whatwg.css ?
- # [20:44] <TabAtkins> Yeah
- # [20:45] <KaOSoFt> Hmm, it's a reset stylesheet. Good, let's check it out.
- # [20:45] <KaOSoFt> Thanks.
- # [20:48] <KaOSoFt> It specifies everything.
- # [20:48] <KaOSoFt> -_-
- # [20:49] <TabAtkins> Yes, it's meant to be an example of what an actual UA stylesheet for HTML5 could look like.
- # [20:49] <KaOSoFt> UA means a browser?
- # [20:50] <TabAtkins> Yeah. User Agent.
- # [20:50] <KaOSoFt> User Agent, oh, yes.
- # [20:50] <TabAtkins> In this context, browser, but it can mean lots of things.
- # [20:50] <KaOSoFt> Yeah, I know.
- # [20:50] <miketaylr> should that include stuff like :valid, :invalid, :out-of-range, etc?
- # [20:51] <miketaylr> or would that be handled elsewhere?
- # [20:51] <TabAtkins> HTML5 doesn't specify any default renderings for those.
- # [20:51] * miketaylr doesn't know
- # [20:51] <miketaylr> ah.
- # [20:51] <KaOSoFt> Hmm... and while this should provide a good example, is that CSS publicized so that UA developers know of it?
- # [20:51] <miketaylr> yeah, gotcha TabAtkins
- # [20:51] <TabAtkins> KaOSoFt: It's just a distillation of what HTML5 says, in a perhaps-more-understandable and centralized format.
- # [20:57] * Joins: peol (~andree@unaffiliated/peol)
- # [21:07] * Joins: estellevw (~estellevw@adsl-76-202-159-123.dsl.pltn13.sbcglobal.net)
- # [21:08] * Quits: pmuellr (~pmuellr@nat/ibm/x-oryhudwfomoovsiy) (Quit: pmuellr)
- # [21:13] * Quits: scherkus (~scherkus@74.125.59.65) (Quit: lol)
- # [21:21] <dglazkov> TabAtkins has the best brownies
- # [21:22] * Quits: BlurstOfTimes (~blurstoft@168.203.116.90) (Remote host closed the connection)
- # [21:22] * Joins: BlurstOfTimes (~blurstoft@168.203.116.90)
- # [21:24] * Joins: scherkus (~scherkus@74.125.59.73)
- # [21:32] * Joins: murz (~murz@wcproxy.msnbc.com)
- # [21:36] <JonathanNeal> I found a way to work around the HTML5 printing bug in IE
- # [21:36] <TabAtkins> paul_irish: ^^^
- # [21:39] * Quits: knowtheory (~knowtheor@bas1-london16-1176190035.dsl.bell.ca) (Quit: There are lives at stake here!)
- # [21:40] * Quits: BlurstOfTimes (~blurstoft@168.203.116.90) (Remote host closed the connection)
- # [21:41] * Quits: smaug___ (~chatzilla@cs181150024.pp.htv.fi) (Quit: ChatZilla 0.9.86 [Firefox 3.7a4pre/20100324184354])
- # [21:42] * Joins: mpt (~mpt@canonical/mpt)
- # [21:44] <miketaylr> JonathanNeal: how!?!??!
- # [21:44] <TabAtkins> Gah, I knew I wanted to tell someone else, but I forgot who. Sorry, miketaylr.
- # [21:44] <miketaylr> haha no worries :)
- # [21:44] <miketaylr> all of my css expression hack attempts failed
- # [21:44] * Joins: BlurstOfTimes (~blurstoft@168.203.117.131)
- # [21:45] * Joins: ment (thement@ibawizard.net)
- # [21:46] <KaOSoFt> JonathanNeal- Link, or it doesn't exist...!
- # [21:46] <KaOSoFt> ._.
- # [21:53] <JonathanNeal> Okay.
- # [21:54] <miketaylr> JonathanNeal: i'm super curious :)
- # [21:55] * Quits: jwalden (~waldo@nat/mozilla/x-igdfvaxnnhxdauuo) (Ping timeout: 258 seconds)
- # [21:56] <KaOSoFt> http://blog.whatwg.org/usability-testing-html5
- # [21:56] <KaOSoFt> Interesting conclusions.
- # [21:59] * Quits: miketaylr (~miketaylr@38.117.156.163) (Remote host closed the connection)
- # [22:08] <paul_irish> JonathanNeal: is it using behavior: ?
- # [22:11] * Quits: davidb (~davidb@mozca02.ca.mozilla.com) (Quit: davidb)
- # [22:16] <JonathanNeal> no
- # [22:18] <Hixie> KaOSoFt: microdata is very new, i wouldn't expect many people to be using it today
- # [22:19] <Hixie> KaOSoFt: however, it has the support of some pretty big companies, e.g. google added support for it recently
- # [22:19] <TabAtkins> I just now wrote a quick tutorial on Microdata this is hopefully informative and accessible. Review comments welcome: http://www.xanthir.com/document/document.php?id=a3c2c6bb66f089ef0cec212c7409c83b7f4ab3af217f1cc4bb664a135a7d172c364c625be73b7da5750fd01bed1ea739cb7fa61de8fc7f46d01334df1164d70e
- # [22:19] * Quits: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote host closed the connection)
- # [22:20] <TabAtkins> Or, less ridiculous, http://www.xanthir.com/:gg5
- # [22:21] * Joins: jwalden (~waldo@nat/mozilla/x-nzmyfwfwmbhdaver)
- # [22:22] * Quits: estellevw (~estellevw@adsl-76-202-159-123.dsl.pltn13.sbcglobal.net) (Remote host closed the connection)
- # [22:22] * Joins: estellevw (~estellevw@adsl-76-202-159-123.dsl.pltn13.sbcglobal.net)
- # [22:25] * Joins: tabatkin1 (~tabatkins@nat/google/x-zdmocwevppwinasd)
- # [22:26] * tabatkin1 is now known as TabAtkins_
- # [22:28] <KaOSoFt> JonathanNeal- HTML5 + Internet Explorer = Print? :'(
- # [22:28] * Quits: cpearce (~cpearce@ip-118-90-6-219.xdsl.xnet.co.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.15/2009101909])
- # [22:29] <paul_irish> he's got a solution. sounds really promising. it's coming... :)
- # [22:29] <KaOSoFt> I need to set up a blog. That solution will be my first entry on it.
- # [22:29] <KaOSoFt> ^_^
- # [22:30] <paul_irish> do it!
- # [22:30] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
- # [22:34] <KaOSoFt> Arggh, I guess WordPress is the fastest solution.
- # [22:36] <JonathanNeal> thanks paul_irish, I'll have something up today.
- # [22:37] <KaOSoFt> My first blog entry will make me rich...!
- # [22:37] <KaOSoFt> :D
- # [22:38] * Joins: CROS2 (~contact@pool-98-117-247-92.hrbgpa.fios.verizon.net)
- # [22:41] * Quits: fishd (~fishd@nat/google/x-mhxubtdolnblxxkj) (Ping timeout: 264 seconds)
- # [22:45] <AryehGregor> TabAtkins, is the author of document.php a big fan of GUIDs and thinks it's easier to use SHA512 than figure out MAC addresses or such? Or maybe they just want really secure content-addressable storage?
- # [22:53] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Quit: Necrathex)
- # [22:56] <TabAtkins_> AryehGregor: Whirlpool hash, actually.
- # [22:57] <TabAtkins_> And I'm the author. Woo!
- # [22:58] * Joins: ttepasse (~ttepasse@dslb-084-060-038-129.pools.arcor-ip.net)
- # [23:00] <AryehGregor> TabAtkins_, so why are you using 512-bit hashes for id's?
- # [23:01] <Hixie> he's VERY prolific
- # [23:01] <jgraham> Y'know I was just about to ask that
- # [23:02] * Joins: othree_ (~othree@admin39.ct.ntust.edu.tw)
- # [23:02] <jgraham> hint: if it's longer than the hash you get when you check it into your VCS, it's too long :)
- # [23:02] <TabAtkins_> Because shrug, that's why.
- # [23:02] * Quits: Peter- (~peter@5ED0FD97.cable.ziggo.nl) (Ping timeout: 264 seconds)
- # [23:02] * Quits: othree (~othree@admin39.ct.ntust.edu.tw) (Ping timeout: 264 seconds)
- # [23:02] * Joins: Peter- (~peter@5ED0FD97.cable.ziggo.nl)
- # [23:02] <Hixie> to use up the entire address space over 100 years of blogging, you'd have to blog at a rate of 4.2 x 10^144 Hz
- # [23:03] <AryehGregor> jgraham, well, git uses SHA1, which isn't advisable if you want actual security . . .
- # [23:03] <Hixie> that is an INSANE frequency
- # [23:03] <AryehGregor> Hixie, but only the square root of that to have a high chance of collision, right? That's much more reasonable.
- # [23:04] <Hixie> um, even to avoid a collision, if you were to have that frequency as EM waves, it'd still be 40 orders of magnitude narrower wavelength than the width of an atom
- # [23:04] * Joins: maikmerten_ (~maikmerte@port-92-201-118-237.dynamic.qsc.de)
- # [23:05] <AryehGregor> Well, so you can just write a lot of blog posts in parallel.
- # [23:05] <AryehGregor> A million monkeys and all. Or 10^60 monkeys, whatever it takes.
- # [23:05] <TabAtkins_> Dude, I coded my document writer in like 10 minutes. I had just used whirlpool for something else, because it's fun, so it was on my mind.
- # [23:05] <AryehGregor> (I'm not sure there's enough mass in the observable universe to create 10^60 monkeys.)
- # [23:05] * Quits: BlurstOfTimes (~blurstoft@168.203.117.131) (Quit: Leaving...)
- # [23:05] <TabAtkins_> They'd have to be very small monkey, but you could.
- # [23:06] <Hixie> very small
- # [23:06] <Hixie> there's only ~10^80 atoms in the visible universe
- # [23:06] <Hixie> and most of that is hydrogen
- # [23:06] <Hixie> not so useful for making monkeys
- # [23:07] <Philip`> http://www.guzer.com/pictures/very-small-monkey.jpg ?
- # [23:07] * Quits: maikmerten (~maikmerte@port-92-201-94-32.dynamic.qsc.de) (Ping timeout: 258 seconds)
- # [23:08] <Philip`> You could use the hydrogen to make inflatable monkeys
- # [23:08] <Hixie> there's about 10^27 atoms in that monkey assuming he's about 1kg
- # [23:09] <AryehGregor> That looks like a heck of a lot less than 1 kg.
- # [23:09] <AryehGregor> Hmm, maybe not so much less.
- # [23:09] <Hixie> so that's 10^53 monkeys max
- # [23:09] <TabAtkins_> Yes, by "very small" I meant "microscopic".
- # [23:09] <AryehGregor> I dunno, I'm not a primatologist.
- # [23:09] * Quits: KaOSoFt (~kaosoft@190.24.156.162) (Ping timeout: 245 seconds)
- # [23:09] <AryehGregor> TabAtkins_, it has to be big enough to type blog posts at random, otherwise it won't work.
- # [23:10] <TabAtkins_> By the time I'm converting the mass of the universe into monkeys, I think I can devise alternate typing methods.
- # [23:10] <Philip`> How much entropy does a typical monkey contain?
- # [23:10] <Hixie> also alternate hashing methods
- # [23:11] <AryehGregor> Yeah, it'd probably be relatively easy to switch to a 1024-bit hash, if you have the resources to make that many monkeys.
- # [23:13] * Quits: ROBOd2 (~robod@89.122.216.38) (Quit: http://www.robodesign.ro)
- # [23:15] <jgraham> TabAtkins_: You know when the TAG said URLs were opaque identifiers you weren't supposed to take it as a commandment to make them as opaque as possible
- # [23:16] <TabAtkins_> WELL MAYBE THEY SHOULDN'T HAVE SUGGESTED IT THEN.
- # [23:16] * TabAtkins_ sulks.
- # [23:16] <Dashiva> jgraham: How do you know we weren't supposed to?
- # [23:18] <AryehGregor> jgraham, that's not as opaque as possible. It has "document.php" in it.
- # [23:18] * Joins: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz)
- # [23:19] * Quits: maikmerten_ (~maikmerte@port-92-201-118-237.dynamic.qsc.de) (Remote host closed the connection)
- # [23:20] <TabAtkins_> AryehGregor: That's why I provided the more opaque but less entropic link /:gg5
- # [23:20] <AryehGregor> "less entropic"?
- # [23:20] <TabAtkins_> lower entropy
- # [23:21] <TabAtkins_> i was constrained in my wording by parallelism.
- # [23:21] <TabAtkins_> more/less
- # [23:22] * Quits: CROS2 (~contact@pool-98-117-247-92.hrbgpa.fios.verizon.net) (Read error: Connection reset by peer)
- # [23:22] * Joins: CROS2 (~contact@pool-98-117-247-92.hrbgpa.fios.verizon.net)
- # [23:22] <AryehGregor> How is it lower-entropy?
- # [23:22] <TabAtkins_> Less possible states.
- # [23:23] * Joins: KaOSoFt (~kaosoft@190.24.156.162)
- # [23:25] * Quits: murz (~murz@wcproxy.msnbc.com) (Quit: murz)
- # [23:26] * Quits: Maurice (copyman@5ED573FA.cable.ziggo.nl)
- # [23:28] <AryehGregor> What's your definition of microstates and macrostates here?
- # [23:28] <JonathanNeal> Back
- # [23:28] * TabAtkins_ waves hands wildly.
- # [23:28] <AryehGregor> I mean, you say a macrostate is low-entropy if there are few microstates corresponding to it.
- # [23:29] <TabAtkins_> I really don't have a sufficient background to properly defend my statement.
- # [23:31] * Joins: murz (~murz@wcproxy.msnbc.com)
- # [23:32] <JonathanNeal> TabAtkins_ I'll try to have that html5 ie print thing shared soon enough.
- # [23:32] <JonathanNeal> I hope I don't come across like a dick, I just want to give something that has had some testing.
- # [23:32] <TabAtkins_> Man, whatever, dick.
- # [23:32] * TabAtkins_ pfft.
- # [23:35] <Hixie> ok, finally finished dealing with e-mail
- # [23:35] <Hixie> now to find some food
- # [23:35] <Hixie> bbiab
- # [23:36] <JonathanNeal> :|
- # [23:37] * Joins: estellevw_ (~estellevw@adsl-76-202-159-123.dsl.pltn13.sbcglobal.net)
- # [23:39] <gsnedders> TabAtkins_: Bitch.
- # [23:39] * TabAtkins_ takes it to the street.
- # [23:40] * Joins: dimich (~dimich@nat/google/x-bhhgcianbnzjfsdj)
- # [23:40] * Quits: estellevw (~estellevw@adsl-76-202-159-123.dsl.pltn13.sbcglobal.net) (Ping timeout: 248 seconds)
- # [23:40] * estellevw_ is now known as estellevw
- # [23:46] * Quits: yael (~c0646811@gateway/web/freenode/x-gygwtxbczweklwux) (Quit: Page closed)
- # Session Close: Fri Apr 09 00:00:00 2010
The end :)