Options:
- # Session Start: Thu Jul 30 00:00:00 2009
- # Session Ident: #whatwg
- # [00:01] * Joins: weinig (n=weinig@17.246.17.209)
- # [00:07] * Quits: jennb_ (n=jennb@72.14.227.1) (Read error: 110 (Connection timed out))
- # [00:10] * Quits: taf2 (n=taf2@38.99.201.242)
- # [00:10] * Joins: ChrisWilson (n=cwilso@nat/microsoft/x-qbvmiazhkfjtraue)
- # [00:10] * Quits: ChrisWilson (n=cwilso@nat/microsoft/x-qbvmiazhkfjtraue) (Client Quit)
- # [00:11] * Joins: ChrisWilson (n=cwilso@nat/microsoft/x-cfabwuckkelxdxze)
- # [00:11] * Joins: ficken_ (n=5b015586@baconfile.com)
- # [00:11] * ficken_ is now known as Tminusminus
- # [00:11] * Quits: ChrisWilson (n=cwilso@nat/microsoft/x-cfabwuckkelxdxze) (Client Quit)
- # [00:13] * Quits: Tminusminus (n=5b015586@baconfile.com) (Client Quit)
- # [00:13] * Joins: ChrisWilson (n=cwilso@nat/microsoft/x-qgvmkmmpzhyfokhz)
- # [00:13] * Joins: nathanhammond_ (n=nathanha@32.129.233.187)
- # [00:14] * Quits: Khazou (n=khaz@xvm-5-189.ghst.net) ("leaving")
- # [00:17] <tantek> in lieu of an email writeup in lieu of a wiki writeup (probably to follow at some point) :
- # [00:17] <tantek> While the HTML 4.01 definition of CITE
- # [00:17] <tantek> http://www.w3.org/TR/html401/struct/text.html#edef-CITE
- # [00:17] <tantek> "Contains a citation or a reference to other sources"
- # [00:17] <tantek> may be too vague,
- # [00:17] <tantek> the current HTML5 draft definition:
- # [00:17] <tantek> http://www.whatwg.org/specs/web-apps/current-work/multipage/text-level-semantics.html#the-cite-element
- # [00:17] <tantek> "The cite element represents the title of a work..."
- # [00:17] <tantek> "A person's name is not the title of a work ..."
- # [00:17] <tantek> is a bit too narrow.
- # [00:18] <tantek> The cite element is for *any* kind of source, whether that source is:
- # [00:18] <tantek> * the title of a printed work, or
- # [00:18] <tantek> * a URL to an online work (should be represented by a nested hyperlink),
- # [00:18] <tantek> * or even the name of a person who said something, perhaps outloud in person or in an online chat such as IRC.
- # [00:18] <Hixie> why people?
- # [00:18] <tantek> Note that I am not advocating allowing marking up the name of an author of a work with cite, but rather, when the source/work is simply speech from an author that is not otherwise part of a work, then it is appropriate to markup the author (and their name or online nickname) as a cite.
- # [00:18] <Hixie> using <cite> for names is silly
- # [00:18] <Hixie> it's typographically wrong
- # [00:18] <Hixie> it's applying semantics where none are needed
- # [00:18] <tantek> Hixie, do you have a reference for why/how it is *typographically* wrong?
- # [00:19] <Hixie> sure, hold on
- # [00:19] <tantek> The precise semantic is that the *person* themsevles is the "other source".
- # [00:19] <tantek> when quoting from otherwise untitled/ungrouped speech from that person
- # [00:20] <tantek> thus the person themselves is the "other source" (per HTML 4.01 definition)
- # [00:20] <tantek> hence the usage of cite to refer to a speaker in such examples is semantically correct
- # [00:21] <tantek> (oops sorry about the nearly dup text there)
- # [00:23] <tantek> and also note that I am not advocating for general use of <cite> for names.
- # [00:26] <tantek> but rather for a very specific use for a person's name (or nickname if appropriate, e.g. for quoting from IRC) saying something which is quoted.
- # [00:26] * Quits: Sidnicious (n=Sidney@unaffiliated/sidnicious)
- # [00:26] <Hixie> my reference for the typography of names is going to be the chicacgo manual of style. I can't find anything in there that justifies using the same element for a title of a work and a name of a person, ever.
- # [00:27] <Hixie> <cite> is not for citations at all in html5
- # [00:27] <Hixie> it's just for titles of works
- # [00:27] <Hixie> because that's more useful in practice as far as i can tell
- # [00:38] * Quits: poe (n=poe@unaffiliated/xerox)
- # [00:39] * Joins: poe (n=user@unaffiliated/xerox)
- # [00:51] * annevk2 thought the answer to http://twitter.com/johnfoliot/statuses/2918355573 has been long known
- # [00:51] * annevk2 wonders what this new wave of fake-ignorance is about
- # [00:52] <tantek> Hixie, in practice <cite> is also useful for names of speakers as noted above. E.g. http://rbach.priv.at/Microformats/IRC/2009-05-01
- # [00:52] * Parts: poe (n=user@unaffiliated/xerox) ("ERC Version 5.2 (IRC client for Emacs)")
- # [00:52] * Joins: poe (n=user@unaffiliated/xerox)
- # [00:53] <Hixie> tantek: how is it useful there?
- # [00:53] <Hixie> tantek: just use <dt> and <dialog> for a chat log.
- # [00:53] <tantek> the same as knowing what the "source" is for any quottation
- # [00:53] <Hixie> knowing what the "source" is for any quotation is not useful, as far as i can tell
- # [00:53] <Hixie> sounds useful
- # [00:53] <Hixie> but is not actually useful
- # [00:54] <tantek> it is useful, in that it provides a mechanism by which it may be possible to determine the validity of the quote
- # [00:54] <tantek> often by looking up the source
- # [00:54] <Hixie> you don't need an element for that
- # [00:54] <tantek> the same usefulness for citing any source
- # [00:54] <Hixie> what's the use for the element that can't be done without any element?
- # [00:54] <tantek> what is the harm in permitting an existing semantic usage to continue?
- # [00:55] <Hixie> that's _exactly_ what the spec is doing
- # [00:55] <tantek> I believe there is more weight on the side of keeping an existing practical usage, than dropping it. It doesn't appear to be doing any harm.
- # [00:55] <Hixie> the existing semantic usage is people use it for titles
- # [00:55] <Hixie> not citations
- # [00:55] * Joins: dingsbums (n=5b015586@baconfile.com)
- # [00:55] <tantek> No the current draft spec is keeping one usage and dropping another.
- # [00:57] <tantek> people are using <cite> to refer to "other sources" per HTML 4.01. *one* of those other sources is the title of a work, another is a URL to a work, yet another is the name of a speaker of a quote. all of which are sources.
- # [00:58] <tantek> I understand the utility in refining the definition as given in HTML 4.01. However it seems to do more harm than good to ignore one of those existing uses, and disallow another, rather than explicitly allow all three existing uses.
- # [00:58] <Hixie> the vast majority of people who are using <cite> for any purpose other than "italics" are using <cite> to mean "title of work", not "cited name"
- # [00:59] <Hixie> and there is no good use for using it to mark up cited names that needs an element
- # [00:59] <Hixie> using it for names has one harm, it encourages people to use incorrect typography for names
- # [00:59] <Hixie> just look at anne's blog
- # [00:59] <tantek> Is Anne using it incorrectly?
- # [00:59] <Hixie> he's using it as you suggest
- # [01:00] <tantek> Hixie, it's not clear that "no good use for it" argument makes any sense, as any use case for the "title of a work" can also be made for the name of a speaker
- # [01:01] <Hixie> the only use case for title of work is "makes it italics", which doesn't apply to "name of a speaker"
- # [01:01] <tantek> I disagree - another use of the title of a work, and name of a speaker, is to look up said title/name and provide more information
- # [01:01] <tantek> about the source
- # [01:01] <Hixie> you don't need an element to do that
- # [01:02] <tantek> you do - in order to indicate what is the title or name of the speaker, as opposed to nearby text
- # [01:02] <Hixie> So if I say "Tantek said that you needed that", you wouldn't know that "Tantek" was a name, because I didn't mark it up?
- # [01:03] <Hixie> either i'm dramatically misunderstanding you, or someone gave you semantic web drugs this morning
- # [01:03] <tantek> entity discovery/resolution is buggy/unreliable, even in just one language, nevermind internationally.
- # [01:03] <annevk2> I stopped using <cite> that way btw
- # [01:03] <tantek> with the exception of very well defined text grammar
- # [01:03] <Hixie> people have no trouble understanding what is a name and what isn't
- # [01:03] <tantek> Hixie - depends on the language
- # [01:03] <Hixie> no, it really doesn't
- # [01:04] <tantek> and what about names that are not title-cased?
- # [01:04] <Hixie> like when i say that tantek said something?
- # [01:04] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
- # [01:04] <tantek> Hixie - right
- # [01:04] <Hixie> you have no problem seeing the name there either
- # [01:04] <tantek> assuming you have a NLP that processes the sentence at all
- # [01:04] <Hixie> if you really, really, truly and honestly really desperately need some sort o machine-readable way to know that something is a name... use hCard
- # [01:04] <tantek> is the name "that tantek" or "tantek"
- # [01:06] <tantek> it gets more complicated in languages such as German where all nouns are capitalized
- # [01:06] * Quits: Phae (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com) (Read error: 110 (Connection timed out))
- # [01:06] <Hixie> please show me one example of that confusion actually happening, where <cite> would actually have helped.
- # [01:06] * Quits: roc (n=roc@121-72-217-254.dsl.telstraclear.net)
- # [01:06] <tantek> Hixie - agreed that hCard helps to markup the name of a person and recognize it as such, especially if it has several name components (given, family, suffix etc.)
- # [01:07] <tantek> what <cite> does above and beyond that, is to indicate that that person is a *source*
- # [01:07] <tantek> which can then be connected to a quotation q through its cite attribute
- # [01:07] <Hixie> in html5, <cite> doesn't indicate that the thing is a source
- # [01:07] <Hixie> ok come now, nobody ever uses cite=""
- # [01:07] <annevk2> the main problem with using <cite> for this is, as I learned after I used it for a while, is that it is typographically incorrect, at least in English, to italicize the name
- # [01:07] <Hixie> i've seriously considered dropping cite="" altogether
- # [01:08] <Hixie> precisely to stop this kind of argument :-)
- # [01:08] <annevk2> Hixie, I use that!
- # [01:08] <Hixie> no, you don't. As an author you do, but not as a user.
- # [01:08] <Hixie> and as an author i bet it's never done you one iota of good.
- # [01:08] <tantek> e.g. <cite id="qs01">tantek</cite> said <q cite="#qs01">which can be connected to a quotation q through its cite attribute</q>
- # [01:08] <Hixie> tantek: you don't need any markup whatsoever for that. Just write tantek said "which can be connected to a quotation q through its cite attribute
- # [01:08] <Hixie> "
- # [01:08] <ttepasse> annevk2, how is that a problem? In a non-CSS-world - but where ist such a thing?
- # [01:09] <annevk2> Hixie, I have some script that displays it to the user
- # [01:09] <annevk2> ttepasse, cite { font-style:normal } would not be good if it was actually the title of a work
- # [01:09] <ttepasse> cite.name?
- # [01:09] <annevk2> ttepasse, too much effort?
- # [01:10] <Hixie> annevk2: and i'm sure it made you feel great to know that you're doing the semantically right thing, huh
- # [01:10] <annevk2> (this is also the problem I have with the role= rather than element advocates; it's just too much typing most of the time to bother)
- # [01:11] * ttepasse is a big fan of tab-completion for those things.
- # [01:11] * Quits: poe (n=user@unaffiliated/xerox) (Remote closed the connection)
- # [01:11] <annevk2> Hixie, yeah and if you kill the feature I'll set up my own rogue cite4all group and make a lot of noise!
- # [01:12] <annevk2> ttepasse, my text editor is akin to notepad / <textarea>
- # [01:13] <Hixie> so, anyone want to volunteer to write a script that scans the spec to generate these tables? :-) http://www.whatwg.org/specs/web-apps/current-work/#index
- # [01:13] * Quits: Lachy (n=Lachlan@85.196.122.246) ("Leaving")
- # [01:15] * Joins: nessy (n=nessy@124-170-2-64.dyn.iinet.net.au)
- # [01:17] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [01:17] * Quits: weinig (n=weinig@17.246.17.209)
- # [01:19] * Joins: rubys (n=rubys@67.129.38.132)
- # [01:29] <tantek> Hixie, your point about "don't need any markup ... for that" again depends on NLP/entity-recognition, which as noted, is non-trivial in one language, let alone internationally.
- # [01:29] <tantek> Regarding the harm "incorrect typography for names" - I will accept that issue and get back to you with appropriate default style sheet rules.
- # [01:29] <Hixie> humans are good at NLP
- # [01:29] <Hixie> very good
- # [01:30] <tantek> Regarding "show me one example of that confusion actually happening, where <cite> would actually have helped." I will research and provide more examples.
- # [01:30] * Quits: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.0.1/2008072406]")
- # [01:31] * Joins: othermaciej_ (n=mjs@17.246.19.253)
- # [01:31] <tantek> Hixie, semantic markup is for UAs to present better user interfaces though right? If all we needed was to present things for humans, plain text with appropriate whitespace would be sufficient for many/most use cases.
- # [01:32] <rubys> Hixie: my experience is otherwise.
- # [01:32] <Hixie> tantek: i'm not convinced there's any need for better UI for users to work out who is saying what, to be honest.
- # [01:32] <tantek> Anyway - your request for more examples is certainly very reasonable.
- # [01:32] <tantek> Hixie, as a sample UI, being able to right-click on a source and get info on it/them.
- # [01:33] <Hixie> who does that? that's a dream of Semantic Web people that in my experience "normal" users don't share
- # [01:33] <tantek> Indeed in Mozilla (and perhaps Opera?) I believe it was/is possible to right click on a q/blockquote and get the cite attribute(d) source.
- # [01:33] <Hixie> rubys: literacy rates might be better in europe :-)
- # [01:34] <tantek> from there, when that cite attribute links (through a frag id as shown in the example above) to a <cite> element, then that can provide further information
- # [01:34] <Hixie> i encourage you to consider what real problem users are facing would be addressed by this, rather than what theoretical problems might be addressed by this
- # [01:35] <Hixie> i've never, ever, ever heard a user say "i wish i could figure out who wrote that quote... maybe if i right-click on it it will highlight the name of the author for me"
- # [01:35] <Hixie> i have heard them say things like "i wish i could read my web mail while on a plane without network connectivity"
- # [01:36] <tantek> Hixie, one real world usage is Wikipedia, where quotes/assertions are cited, and hyperlinks are used to create a UI from quote/assertion to source etc.
- # [01:36] <Hixie> what's wrong with what they do now?
- # [01:37] <tantek> nothing, in the same way that <br><br> was sufficient to indicate paragraphs. but now just as we have the <p> element for semantically marking up paragraphs so that we can avoid "hacking" a presentational paragraph, it makes sense to *keep* the cite attribute / cite element to semantically markup citations and sources
- # [01:38] <Hixie> <p> gives true styling benefits
- # [01:38] <tantek> and "heard them say" is not the best way of interpreting user needs. watching/analyzing user behaviors (e.g. in content publishing) is often better than simply listening to what they say they think they need.
- # [01:39] <Hixie> if your proposed variant of <cite> solves real problems, this would change my reaction, but currently i'm not aware of any real problems that would be solved by making <cite> cover citing names of people
- # [01:39] <Hixie> tantek: totally agreed re: user needs
- # [01:39] <Hixie> tantek: i've never seen a usability study where anything like citations on quoted has come up
- # [01:39] <tantek> hence I mentioned content publishing behavior
- # [01:40] <Hixie> (and i've seen a lot of them, i'm on google's usability lab access list so that i can keep an eye on this very kind of thing)
- # [01:40] <tantek> user studies may be sufficient, but are not necessarily necessary to make such a case
- # [01:40] * Quits: othermaciej_ (n=mjs@17.246.19.253) (Remote closed the connection)
- # [01:41] * Quits: othermaciej (n=mjs@nat/apple/x-wglucrrqsqqdbxiq) (Read error: 104 (Connection reset by peer))
- # [01:44] * Joins: taf2 (n=taf2@98.218.77.43)
- # [01:44] * Quits: karlcow (n=karl@nerval.la-grange.net) ("This computer has gone to sleep")
- # [01:46] <tantek> Hixie, while I'm not sure I can necessarily meet your threshold for what you call a "real" problem, I'm fairly certain I can provide real world use cases with examples, and I'll at least do that.
- # [01:46] <Hixie> cool, that would certainly help
- # [01:48] <tantek> I think with sufficient real world use cases (with examples), at some point the advantage of keeping functionality which is allowed by (the admittedly ambiguously broad) wording of the existing HTML 4.01 spec is greater than the minor advantage of simplification/reduction that you gain by removing/dropping that functionality.
- # [01:48] <tantek> I understand that is a judgment call, and that reasonable people can come to different conclusions based on similar facts on such a point.
- # [01:48] <tantek> I hope by providing more data I can narrow any such gaps in conclusions at least a bit.
- # [01:51] <tantek> And for that matter, let me just say that I do commend your general effort at simplification/reduction, lest that is not clear by the arguments I've made above.
- # [01:51] <Hixie> fwiw, what html4 says has no bearing on what html5 says -- i only base the spec on legacy content and legacy UAs, not legacy specs.
- # [01:52] <Hixie> and don't worry, i don't take any offence at all from our discussions, i know your heart is in the same place as mine :-)
- # [01:53] <tantek> understood. I'm looking at the legacy content part of that, which, often reflects what html4.01 says, especially as interpreted by the broader web design / semantic HTML community.
- # [01:53] <Hixie> the broader web design / semantic HTML community is sadly a tiny minority of the wider web :-(
- # [01:53] <Hixie> from what i've seen, <cite> is almost always used to mean "italics"
- # [01:53] <Hixie> i'm willing to ignore that on the basis that that was never a valid use
- # [01:54] <Hixie> never even remotely a valid use
- # [01:55] <Hixie> i agree that some people mark up names using <cite>, as well as marking up titles, and some people (me, circa 2004) go out of their way to only mark up citations with <cite>
- # [01:55] <Hixie> so there is definitely use to back up all of these options
- # [01:55] <Hixie> this leaves the question of what is the most useful use we can put the element to
- # [01:56] <Hixie> and my conclusion so far is that the most useful use for <cite> is as an element to allow typographic control over titles, since those are often made italics
- # [01:56] <Hixie> and generally, names and titles aren't typeset the same way, so i am reluctant to make the element apply to both
- # [01:56] <Hixie> especially since we have so many ways of marking up names already (e.g. hCard, microdata vCard, RDFa vCard, etc)
- # [01:57] * nathanhammond_ patiently waits for the conversation about cite to come to a conclusion (2 hours now)
- # [01:57] <Hixie> hehe
- # [01:58] <Hixie> it's been much longer than 2 hours :-)
- # [01:58] <Hixie> we were talking abotu this in like 2005 already
- # [01:58] <nathanhammond_> okay, so just two hours today. :)
- # [01:58] <Hixie> :-)
- # [01:59] <nathanhammond_> at some point I've got a few comments and questions about some of the history management stuff in the spec
- # [02:00] <nathanhammond_> better to document it all and send it your way? or just converse here?
- # [02:01] <tantek> Hixie - indeed: http://tantek.com/presentations/2005/09/elements-of-xhtml/#slide32
- # [02:01] * Joins: othermaciej (n=mjs@17.246.19.253)
- # [02:03] <Hixie> nathanhammond_: i'm going offline in 2 minutes, but i'll be back in a few hours. If it's comments on problems in the spec, best to send the feedback to the list.
- # [02:03] <Hixie> nathanhammond_: if it's just questions about how it works, I can reply when I get back, and IRC is fine. Also, feel free to interrupt ongoing conversations if there is one in progress when you come here. :-)
- # [02:04] <nathanhammond_> arrr, it be related to problems
- # [02:04] <nathanhammond_> so it'll go to the list
- # [02:04] <nathanhammond_> but I'll probably document my concerns on a blog so that I can just hit the highlights on the list
- # [02:04] <nathanhammond_> and link for the full conversation
- # [02:05] <nathanhammond_> thank you sir.
- # [02:06] <Hixie> please send anything you want me to read to the list, so i can reply to it easily
- # [02:06] <Hixie> it's hard to reply to blogs in pine :-)
- # [02:06] <Hixie> ok gotta go
- # [02:06] <Hixie> bbl
- # [02:06] <nathanhammond_> true
- # [02:07] * Quits: nathanhammond_ (n=nathanha@32.129.233.187)
- # [02:15] * Quits: ZombieL (n=e@unaffiliated/zombieloffe)
- # [02:16] * Quits: dglazkov (n=dglazkov@nat/google/x-ckdwfzqxhtqrwctg)
- # [02:23] <othermaciej> Hixie: I think the "installed apps" thread has not yet led to either a good statement of use cases, or a mechanism that actually has reasonable security characteristics
- # [02:23] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # [02:24] <othermaciej> Hixie: but it might be "good" in the sense that there is likely no spec action required
- # [02:24] * Parts: rubys (n=rubys@67.129.38.132)
- # [02:25] * Quits: dave_levin (n=dave_lev@72.14.227.1)
- # [02:40] * Quits: slightlyoff (n=slightly@72.14.229.81)
- # [02:46] * Quits: dbaron_ (n=dbaron@nat/mozilla/x-hsiuptwcfnzhrmof) ("8403864 bytes have been tenured, next gc will be global.")
- # [02:46] <othermaciej> annevk: I wonder how the XHTML2 folks plan to continue outside the W3C given the W3C's trademark on "XHTML" and standard document copyright
- # [02:46] * Joins: weinig (n=weinig@nat/apple/x-gjxknuotqecmrbpm)
- # [02:46] <othermaciej> annevk: I guess they'll have to rename it and rewrite the spec from scratch...
- # [02:47] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
- # [02:48] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
- # [02:50] * Joins: jorlow (n=jorlow@nat/google/x-vjitstikoxeuziry)
- # [02:51] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [02:53] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
- # [02:55] * Quits: kristallpirat (n=kristall@c-base/crew/kristall) (Remote closed the connection)
- # [02:58] * Quits: ttepasse (n=ttepas--@p5B015586.dip.t-dialin.net) ("?Q")
- # [03:07] * Quits: slightlyoff (n=slightly@72.14.229.81) (Read error: 110 (Connection timed out))
- # [03:08] * Quits: ap_ (n=ap@17.246.19.211)
- # [03:09] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [03:09] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
- # [03:11] * Quits: sgalineau (n=sylvaing@nat/microsoft/x-smvfgdsfbwniyzyu) (Read error: 104 (Connection reset by peer))
- # [03:12] * Joins: sgalineau (n=sylvaing@nat/microsoft/x-czqsbqflsyiilpdj)
- # [03:14] * Quits: sgalineau (n=sylvaing@nat/microsoft/x-czqsbqflsyiilpdj) (Read error: 104 (Connection reset by peer))
- # [03:15] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [03:18] * Quits: ChrisWilson (n=cwilso@nat/microsoft/x-qgvmkmmpzhyfokhz) (Read error: 60 (Operation timed out))
- # [03:20] * Joins: ChrisWilson (n=cwilso@nat/microsoft/x-rktqrpfosyttmekh)
- # [03:21] * Quits: cying (n=cying@70.90.171.153)
- # [03:21] * Joins: karlcow (n=karl@nerval.la-grange.net)
- # [03:22] * Quits: taf2 (n=taf2@98.218.77.43)
- # [03:26] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [03:33] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Read error: 54 (Connection reset by peer))
- # [03:41] * Quits: jacobolus (n=jacobolu@c-76-102-55-224.hsd1.ca.comcast.net) (Remote closed the connection)
- # [03:41] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [03:41] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
- # [03:47] * Joins: nathanhammond (n=nathanha@cpe-075-191-163-052.carolina.res.rr.com)
- # [03:50] * Joins: heycam` (n=cam@clm-laptop.infotech.monash.edu.au)
- # [03:57] * Quits: karlcow (n=karl@nerval.la-grange.net) ("This computer has gone to sleep")
- # [03:57] * Joins: jianli (n=jianli@72.14.227.1)
- # [04:05] * Quits: othermaciej (n=mjs@17.246.19.253)
- # [04:14] * Joins: abii (n=macbook@cm27.delta30.maxonline.com.sg)
- # [04:27] * Joins: jacobolus (n=jacobolu@c-76-102-55-224.hsd1.ca.comcast.net)
- # [04:36] * Joins: cying (n=cying@adsl-75-41-114-136.dsl.pltn13.sbcglobal.net)
- # [04:49] * Joins: sgalineau (n=sylvaing@c-98-247-143-102.hsd1.wa.comcast.net)
- # [04:53] <nathanhammond> Hixie: you've got your email
- # [04:54] <nathanhammond> I'll stick around here in case I can help clarify some of what I said.
- # [04:55] * Joins: karlcow (n=karl@nerval.la-grange.net)
- # [04:59] * Quits: jorlow (n=jorlow@nat/google/x-vjitstikoxeuziry) (Read error: 60 (Operation timed out))
- # [05:01] * Quits: weinig (n=weinig@nat/apple/x-gjxknuotqecmrbpm)
- # [05:08] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [05:09] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [05:29] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [05:31] * Joins: gavin (n=gavin@firefox/developer/gavin)
- # [05:32] * Quits: nathanhammond (n=nathanha@cpe-075-191-163-052.carolina.res.rr.com)
- # [05:36] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [05:36] * Joins: nathanhammond (n=nathanha@cpe-075-191-163-052.carolina.res.rr.com)
- # [05:39] * Quits: slightlyoff (n=slightly@72.14.229.81)
- # [05:45] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [05:50] * Joins: sylvaing (n=sylvaing@c-98-247-143-102.hsd1.wa.comcast.net)
- # [05:52] * Quits: dolske (n=dolske@nat/mozilla/x-czbkmdsrkzbjzeyc)
- # [05:53] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
- # [05:55] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [05:56] * Quits: sgalineau (n=sylvaing@c-98-247-143-102.hsd1.wa.comcast.net) (Read error: 60 (Operation timed out))
- # [06:09] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [06:13] * Quits: sylvaing (n=sylvaing@c-98-247-143-102.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
- # [06:28] * Parts: nathanhammond (n=nathanha@cpe-075-191-163-052.carolina.res.rr.com)
- # [06:39] * Quits: slightlyoff (n=slightly@72.14.229.81) (Read error: 110 (Connection timed out))
- # [06:39] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [06:49] * Joins: dolske (n=dolske@c-76-103-40-203.hsd1.ca.comcast.net)
- # [06:56] * Quits: dglazkov_ (n=dglazkov@72.14.224.1) (Read error: 110 (Connection timed out))
- # [06:57] * Quits: ukai (n=ukai@220.109.219.244) (Read error: 104 (Connection reset by peer))
- # [07:02] * Joins: ukai (n=ukai@220.109.219.244)
- # [07:11] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [07:22] * Joins: weinig_ (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [07:33] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
- # [07:46] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [07:55] * Joins: dave_levin (n=dave_lev@72.14.227.1)
- # [07:59] * Quits: weinig_ (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [08:16] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [08:30] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
- # [08:31] * Quits: heycam` (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
- # [08:32] * Joins: jm2k (n=jm2k@c-71-206-82-128.hsd1.fl.comcast.net)
- # [08:32] <jm2k> If you start a Web Worker on a page but then navigate to another page or domain (in same tab), does the web worker continue to compute?
- # [08:34] * Quits: ukai (n=ukai@220.109.219.244) (Remote closed the connection)
- # [08:34] * Joins: ukai (n=ukai@220.109.219.244)
- # [08:38] <jm2k> eh, no one here :(
- # [08:39] * Joins: pesla (n=retep@procurios.xs4all.nl)
- # [08:41] * Quits: jwalden (n=waldo@nat/mozilla/x-hleuuntzoovogice) ("->home, background-size cometh anon")
- # [08:45] <inimino> jm2k: no, see http://www.whatwg.org/specs/web-workers/current-work/#the-worker%27s-lifetime
- # [08:55] * Joins: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net)
- # [09:07] * Quits: jm2k (n=jm2k@c-71-206-82-128.hsd1.fl.comcast.net) ("Leaving")
- # [09:11] * Quits: jacobolus (n=jacobolu@c-76-102-55-224.hsd1.ca.comcast.net) (Remote closed the connection)
- # [09:12] * Joins: jacobolus (n=jacobolu@c-76-102-55-224.hsd1.ca.comcast.net)
- # [09:30] * Quits: dingsbums (n=5b015586@baconfile.com)
- # [09:38] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
- # [10:07] * Disconnected
- # [10:08] * Attempting to rejoin channel #whatwg
- # [10:08] * Rejoined channel #whatwg
- # [10:08] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
- # [10:08] * Set by annevk on Thu Feb 05 13:51:18
- # [10:09] * Joins: roc (n=roc@121-72-217-254.dsl.telstraclear.net)
- # [10:11] * Quits: roc (n=roc@121-72-217-254.dsl.telstraclear.net) (Client Quit)
- # [10:21] * Disconnected
- # [10:21] * Attempting to rejoin channel #whatwg
- # [10:21] * Rejoined channel #whatwg
- # [10:21] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
- # [10:21] * Set by annevk on Thu Feb 05 13:51:18
- # [10:33] * Quits: annevk (n=annevk@5355732C.cable.casema.nl) (Remote closed the connection)
- # [10:34] * Joins: annevk (n=annevk@5355732C.cable.casema.nl)
- # [10:38] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
- # [10:46] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
- # [10:47] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [10:48] * Joins: ROBOd (n=robod@89.122.216.38)
- # [10:56] * Joins: archtech (n=stanv@83.228.56.37)
- # [11:11] * Joins: archtec2 (n=stanv@83.228.56.37)
- # [11:13] * Joins: mat_t (n=mattomas@nat/canonical/x-wuxnurgvxudgpnqz)
- # [11:14] * Quits: archtech (n=stanv@83.228.56.37) (Read error: 110 (Connection timed out))
- # [11:16] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
- # [11:21] * Joins: kristallpirat (n=kristall@c-base/crew/kristall)
- # [11:32] * Joins: tantek (n=tantek@70.36.139.128)
- # [11:35] * Quits: tantek (n=tantek@70.36.139.128) (Client Quit)
- # [11:36] * Joins: tantek (n=tantek@70.36.139.128)
- # [11:37] * gsnedders_ is now known as gsnedders|work
- # [11:37] * Quits: archtec2 (n=stanv@83.228.56.37) (Client Quit)
- # [11:51] * Joins: archtech (n=stanv@83.228.56.37)
- # [11:55] * Joins: poe (n=paolo@unaffiliated/xerox)
- # [12:06] * Quits: ZombieLoffe (n=e@unaffiliated/zombieloffe)
- # [12:20] * Quits: ChrisWilson (n=cwilso@nat/microsoft/x-rktqrpfosyttmekh)
- # [12:23] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [12:34] * Quits: tyoshino (n=tyoshino@220.109.219.244) ("Leaving...")
- # [12:49] * Quits: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net) ("restart time!")
- # [13:05] * Joins: myakura (n=myakura@p3228-ipbf3304marunouchi.tokyo.ocn.ne.jp)
- # [13:06] <zcorpan> Hixie: how does the spec handle document.documentElement.onclick=function(){alert(1)};document.documentElement.onclick=null
- # [13:07] <zcorpan> Hixie: the second assignment should cause the first event listener to be removed
- # [13:08] <zcorpan> Hixie: but in the spec i only see that a new event listener is to be registered
- # [13:32] <MikeSmith> zcorpan: about http://bugzilla.validator.nu/show_bug.cgi?id=624
- # [13:33] <MikeSmith> from looking through the v.nu code briefly, I think maybe that error message is not generated by v.nu code, but instead by URI-checking code in third-party library code
- # [13:33] <annevk> validator.nu should have a URL implementation :)
- # [13:34] <zcorpan> yeah i guess v.nu needs to know the URL encoding thing
- # [13:34] <gsnedders|work> I guess all URLs have a valid URL representation
- # [13:34] <MikeSmith> it may be that Henri's build patches some of the library code already, I don't know
- # [13:35] <gsnedders|work> As you can just use a URI
- # [13:36] <zcorpan> MikeSmith: i guess the simplest path is to update the microsyntaxes wiki page
- # [13:38] <MikeSmith> zcorpan: yeah
- # [13:38] <zcorpan> done
- # [13:48] * gsnedders|work discovers zcorpan is better at spelling than him
- # [13:48] <gsnedders|work> (in English, this is)
- # [13:58] <MikeSmith> zcorpan: given that the error message has the term "whitespace", I'm wondering if the microsyntax page wording might better be, "Whitespace (spaces) should be escaped as %20."
- # [13:59] <MikeSmith> or something
- # [13:59] * Quits: Rik|work (n=Rik|work@fw01d.skyrock.net) (Excess Flood)
- # [14:01] * Joins: Rik|work (n=Rik|work@fw01d.skyrock.net)
- # [14:04] <zcorpan> MikeSmith: it's a wiki :)
- # [14:05] <MikeSmith> zcorpan: well, I was asking for your opinion about whether you think it'd be more clear, or less clear?
- # [14:06] <zcorpan> MikeSmith: maybe make it more general and give a specific example... Special characters should be URL-escaped, e.g. %20 for whitespace
- # [14:07] <MikeSmith> yeah
- # [14:08] <MikeSmith> maybe we could ask dude what he thinks would have been a helpful error message for his case
- # [14:08] <MikeSmith> they guy who tweeted about it, I mean
- # [14:08] <MikeSmith> *the
- # [14:11] <zcorpan> also see http://www.tomleadbetter.co.uk/blog/entry/html5/
- # [14:14] <MikeSmith> the _URL-escaped_ part could be a hyperlink
- # [14:35] <MikeSmith> anyway, I think in general the way to get better error messages from v.nu is not to mess too much with the code (e.g., jing), but to supplement with refinements to the microsyntax stuff and other stuff in the wiki, and to put more into the code for the assertions-checking phase
- # [14:35] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [14:36] * Joins: pmuellr (n=pmuellr@user-0ce2gjn.cable.mindspring.com)
- # [14:48] <Philip`> http://h1debate.com/
- # [14:48] * Quits: gsnedders|work (n=gsnedder@pat.se.opera.com) ("Adios Intarwebs!")
- # [14:48] * Philip` thinks it kind of misses the idea of a debate, vs an opinion poll
- # [14:49] <MikeSmith> what the hell
- # [14:49] <MikeSmith> I can7t tell what the debate is
- # [14:50] <MikeSmith> where's the question?
- # [14:50] <Philip`> See the column headings
- # [14:50] <annevk> Hixie, I thought of more IANA business
- # [14:50] <annevk> re: http://krijnhoetmer.nl/irc-logs/whatwg/20090701#l-557
- # [14:51] <annevk> the form submission formats
- # [14:52] <annevk> application/x-www-form-urlencoded and multipart/form-data
- # [14:52] <annevk> (it was brought up in the HTTP WG meeting)
- # [14:58] <annevk> application/x-www-form-urlencoded seems to be nowhere defined
- # [14:58] <annevk> the other is http://tools.ietf.org/html/rfc2388
- # [15:02] * Joins: gsnedders (n=gsnedder@pat.se.opera.com)
- # [15:03] <annevk> oh duh, HTML5 references rfc2388
- # [15:03] <annevk> but application/x-www-form-urlencoded would still need to be defined
- # [15:05] * Joins: gunderwonder (n=gunderwo@garage.upstruct.com)
- # [15:20] <annevk> sebmarkbage, interesting idea
- # [15:23] <sebmarkbage> annevk: yea. Downloading might be specified too. So that no browser downloads the whole archive several times. It should be loaded once for atleast the life time of the document.
- # [15:25] * gsnedders fails to find the idea in the logs
- # [15:26] <gsnedders> Oh, sebmarkbage = Sebastian Markbåge?
- # [15:26] <sebmarkbage> yes
- # [15:26] <annevk> life time might be tricky to define
- # [15:26] <gsnedders> sebmarkbage: I think HTTP pipelining over comes the majority of issues
- # [15:27] <annevk> and you probably want a custom protocol to make it work so you can have fragment identifiers for referenced resources as well
- # [15:27] <annevk> gsnedders, yeah
- # [15:27] <annevk> gsnedders, though you'd need a new version of that that isn't broken by server implementations :/
- # [15:28] <gsnedders> annevk: We do use it sometimes, though, albeit with apparently crazy heuristics to decide whether to enable it
- # [15:29] <gsnedders> annevk: What servers actually break with it, nowadays?
- # [15:29] <annevk> i know
- # [15:29] <annevk> i don't know
- # [15:30] <gsnedders> Apparently broken with IIS4 and 5
- # [15:32] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
- # [15:34] <Philip`> I think I remember people saying proxies were a problem for pipelining, more than servers
- # [15:34] * Joins: taf2 (n=taf2@38.99.201.242)
- # [15:34] <gsnedders> http://groups.google.com/group/comp.infosystems.www.browsers.ms-windows/msg/6766229fd0b610ca?hl=en
- # [15:35] <sebmarkbage> yea, it's troublesome for high performance servers too.
- # [15:35] <Philip`> which means you can't just ask the server whether it's non-buggy
- # [15:35] <sebmarkbage> But there's an additional gain by packaging it all together - You can gzip the content as a single unit.
- # [15:37] <gsnedders> https://bugzilla.mozilla.org/show_bug.cgi?id=264354
- # [15:54] * Joins: dave_levin (n=dave_lev@72.14.227.1)
- # [15:55] * Joins: sgalineau (n=sylvaing@c-98-247-143-102.hsd1.wa.comcast.net)
- # [16:00] * Quits: pmuellr (n=pmuellr@user-0ce2gjn.cable.mindspring.com)
- # [16:19] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [16:23] * Quits: nessy (n=nessy@124-170-2-64.dyn.iinet.net.au) ("This computer has gone to sleep")
- # [16:39] * Joins: nathanhammond (n=nathanha@32.171.196.233)
- # [16:44] * Joins: sbublava (n=stephan@77.116.225.245.wireless.dyn.drei.com)
- # [16:45] <annevk> Why was < in an attribute name made a parse error? It would be non-conforming anyway...
- # [16:47] * Joins: pmuellr (n=pmuellr@nat/ibm/x-ebqmbekklvoxgmow)
- # [16:47] * Quits: pmuellr (n=pmuellr@nat/ibm/x-ebqmbekklvoxgmow) (Remote closed the connection)
- # [16:47] * Joins: pmuellr (n=pmuellr@nat/ibm/x-kccvegwkeonihfrd)
- # [16:47] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [16:53] <gsnedders> Philip`: http://logand.com/sw/wps/index.html
- # [16:53] <gsnedders> Philip`: We were joking about doing that a few days ago
- # [16:53] <gsnedders> mookid: ^^
- # [16:56] * Quits: kristallpirat (n=kristall@c-base/crew/kristall) ("Wünsche weiterhin guten Flug")
- # [17:05] * Joins: KevinMarks (n=Snak@67.164.14.96)
- # [17:08] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
- # [17:17] * Joins: dglazkov (n=dglazkov@nat/google/x-aifcidvwuctkrnth)
- # [17:19] * Joins: webben (n=benh@nat/yahoo/x-vlbzcvuiqojsrbse)
- # [17:32] <webben> annevk or annevk2: re http://lists.w3.org/Archives/Public/public-html/2009Jul/0872.html and "if we add APIs to <canvas> that make it do the same as SVG"
- # [17:32] * Quits: abii (n=macbook@cm27.delta30.maxonline.com.sg)
- # [17:32] <webben> it seems that some canvas UI developers don't regard being able to manipulate an accessibility API directly as anything like the same as having to build a DOM
- # [17:33] <webben> The guys behind Cappuchino took a close look at ARIA, and largely rejected it on the basis that it requires DOM manipulation.
- # [17:33] <annevk> right
- # [17:33] * Joins: aroben (n=aroben@c-71-58-77-15.hsd1.pa.comcast.net)
- # [17:34] <webben> If there's a role for bolt-ons of this sort, it's likely to back widget systems like Cappuchino.
- # [17:34] <annevk> turning <canvas> into a DOM-based model would not make them happy
- # [17:34] <webben> I thought Rich was talking about an accessibility API model rather than a DOM model.
- # [17:34] <webben> which seems to match what the Cappuchino guys were asking for
- # [17:35] <webben> http://rossboucher.com/2009/03/01/limitations-of-the-wai-aria/
- # [17:35] <webben> is the post I'm thinking of.
- # [17:35] <annevk> thanks
- # [17:35] <annevk> Rich was talking about an object model as well as an accessibility API as far as I can tell
- # [17:35] <webben> okay
- # [17:36] <annevk> but yeah, maybe we do need an API
- # [17:36] <webben> I'm not sure of the practical differences between a DOM and accessibility API manipulation (I've not done any desktop GUI programming).
- # [17:36] <annevk> I just don't think we should rush into it
- # [17:36] <annevk> I don't want another ARIA
- # [17:38] <Dashiva> Darxus: Irony, idioms, implications, etc remain in any language
- # [17:38] <annevk> webben, btw, "As far as Cappuccino implementation is concerned, there is enough in ARIA that we can significantly enhance the accessibility of Cappuccino, if not 100%."
- # [17:38] <webben> annevk: I think that reflects the fact that Cappuchino isn't entirely Canvas.
- # [17:39] <webben> there's a lot of divitis and spanitis "controls" in there too.
- # [17:39] <webben> so there's already DOM hooks for some things
- # [17:39] <annevk> as I said in my latest email, entirely <canvas> is not what <canvas> is meant for
- # [17:39] <webben> Sure.
- # [17:39] <annevk> it's an indication of other deeper flaws that need fixing
- # [17:40] <annevk> and his example of SVG is bogus afaict, since SVG does have a DOM
- # [17:40] <annevk> so that leaves Bespin
- # [17:40] <webben> yep
- # [17:40] <webben> i doubt Bespin will be the last tho.
- # [17:42] <annevk> I'll counter with premature optimization
- # [17:42] * Quits: tfh (n=tfh@highlandpark.netcraft.com) ("leaving")
- # [17:44] <annevk> webben, you have a point though and I hope you keeping dropping by to make them ;) (don't want to be entirely dismissive)
- # [17:49] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
- # [17:53] <webben> annevk: will do :)
- # [17:56] <annevk> ffs, Pirate Bay is to be banned in the Netherlands
- # [17:56] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
- # [17:59] * Joins: zcorpan (n=zcorpan@c83-252-201-53.bredband.comhem.se)
- # [18:02] <Dashiva> annevk: So what? It's going to die as soon as the sale goes through anyhow.
- # [18:02] <Lachy> annevk, not to worry, if it gets sold, TPB will be dead in a month anyway
- # [18:04] <annevk> it's the principle
- # [18:04] <annevk> also, the main guy in charge of the sale apparently quit and there's some rumor over lack of sufficient money
- # [18:04] <annevk> in any case, I don't like it that this is possible at all
- # [18:04] <annevk> I don't mind the consequences so much
- # [18:05] <Lachy> yeah, from what I've read about it, your legal system has been abused by BREIN
- # [18:06] <zcorpan> annevk: Element.children is in the IDL in web dom core at least
- # [18:11] <annevk> gsnedders, ^^
- # [18:11] <annevk> Lachy, BRAIN sucks donkey balls
- # [18:11] <annevk> really
- # [18:11] <annevk> BREIN*
- # [18:16] * Quits: gunderwonder (n=gunderwo@garage.upstruct.com)
- # [18:18] * Quits: sgalineau (n=sylvaing@c-98-247-143-102.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
- # [18:21] * Quits: sbublava (n=stephan@77.116.225.245.wireless.dyn.drei.com)
- # [18:25] * Joins: weinig (n=weinig@nat/apple/x-sobuyvvghdxtczwj)
- # [18:26] * annevk wonders if Leif realizes that </ no longer needs to be escaped because we removed SGML cruft, not because we kept it around...
- # [18:28] <annevk> then again, he compares JavaScript and PHP as if they are the same and does not see the logic in treating one as a first-class Web citizen and the other as yet another server-side templating language...
- # [18:36] <Dashiva> I have problems taking the proposal seriously myself
- # [18:39] * Joins: ttepasse (n=ttepas--@p5B014663.dip.t-dialin.net)
- # [18:40] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [18:41] * Quits: zcorpan (n=zcorpan@c83-252-201-53.bredband.comhem.se)
- # [18:42] <Darxus> Dashiva: Yes but Lajlan has stuff to indicate what is an irony, idiom, etc..
- # [18:43] <Darxus> Lojban, sorry. I keep getting it confused with the spelling of its predecessor.
- # [18:44] <Darxus> "pe'a" "marks a construct as figurative (non-literal/metaphorical) speech/text
- # [18:44] <Darxus> "
- # [18:45] <Philip`> Hooray for "begs the question" vs "raises the question"
- # [18:46] <Philip`> particularly when someone actually uses the former correctly (as far as I can tell), and then gets told off for doing so
- # [18:55] <Dashiva> Darxus: That's same level
- # [18:55] <Dashiva> But you can still use real irony, without the marker
- # [18:57] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
- # [18:59] * Joins: dbaron (n=dbaron@nat/mozilla/x-eoidpxfzonqjvmrt)
- # [19:00] * Joins: dimich (n=dimich@98.125.221.128)
- # [19:00] * Joins: smedero (n=smedero@D-128-208-133-191.dhcp4.washington.edu)
- # [19:06] * Quits: myakura (n=myakura@p3228-ipbf3304marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [19:10] <annevk> oh crap
- # [19:10] <annevk> dates discussion
- # [19:10] * Joins: ChrisWilson (n=cwilso@nat/microsoft/x-hdvocndberruuxjh)
- # [19:14] * Joins: ttepass- (n=ttepas--@p5B0173CF.dip.t-dialin.net)
- # [19:24] * Joins: sgalineau (n=sylvaing@c-98-247-143-102.hsd1.wa.comcast.net)
- # [19:29] * Joins: maikmerten (n=maikmert@Zabb2.z.pppool.de)
- # [19:32] * Joins: atwilson_ (n=atwilson@74.125.59.1)
- # [19:34] * Joins: maikmerten_ (n=maikmert@BAE22c6.bae.pppool.de)
- # [19:38] * Quits: ttepasse (n=ttepas--@p5B014663.dip.t-dialin.net) (Read error: 110 (Connection timed out))
- # [19:39] * Joins: ttepasse (n=ttepas--@p5B017187.dip.t-dialin.net)
- # [19:39] * Joins: SavageX_ (n=maikmert@BAE2e91.bae.pppool.de)
- # [19:40] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
- # [19:42] * aroben is now known as aroben|lunch
- # [19:45] * Quits: mat_t (n=mattomas@nat/canonical/x-wuxnurgvxudgpnqz) ("This computer has gone to sleep")
- # [19:47] * Quits: sgalineau (n=sylvaing@c-98-247-143-102.hsd1.wa.comcast.net) (Read error: 60 (Operation timed out))
- # [19:48] * Quits: webben (n=benh@nat/yahoo/x-vlbzcvuiqojsrbse) (Read error: 110 (Connection timed out))
- # [19:49] * Quits: ttepass- (n=ttepas--@p5B0173CF.dip.t-dialin.net) (Read error: 110 (Connection timed out))
- # [19:49] * Joins: ttepass- (n=ttepas--@p5B017F2B.dip.t-dialin.net)
- # [19:50] * Quits: maikmerten (n=maikmert@Zabb2.z.pppool.de) (Connection timed out)
- # [19:54] * Quits: maikmerten_ (n=maikmert@BAE22c6.bae.pppool.de) (Connection timed out)
- # [20:01] * Quits: KevinMarks (n=Snak@67.164.14.96) ("bye")
- # [20:05] * Quits: ttepasse (n=ttepas--@p5B017187.dip.t-dialin.net) (Read error: 110 (Connection timed out))
- # [20:08] * Quits: SavageX_ (n=maikmert@BAE2e91.bae.pppool.de) (No route to host)
- # [20:09] * Joins: SavageX_ (n=maikmert@Z94b5.z.pppool.de)
- # [20:21] * SavageX_ is now known as maikmerten
- # [20:30] * Joins: ttepasse (n=ttepas--@p5B0167CB.dip.t-dialin.net)
- # [20:38] * Joins: gsnedders_ (n=gsnedder@c83-252-203-79.bredband.comhem.se)
- # [20:42] * Quits: ttepass- (n=ttepas--@p5B017F2B.dip.t-dialin.net) (Read error: 110 (Connection timed out))
- # [20:43] * Joins: zcorpan (n=zcorpan@c83-252-201-53.bredband.comhem.se)
- # [20:49] * Parts: annevk2 (n=annevk@5355732C.cable.casema.nl)
- # [20:57] * Quits: maikmerten (n=maikmert@Z94b5.z.pppool.de) (Remote closed the connection)
- # [20:59] <gsnedders_> hmm… -0.01% idle CPU time.
- # [21:02] * Joins: kristallpirat (n=kristall@c-base/crew/kristall)
- # [21:04] * Joins: ttepass- (n=ttepas--@p5B0179A5.dip.t-dialin.net)
- # [21:05] * Quits: aboodman (n=aboodman@72.14.229.81) (Nick collision from services.)
- # [21:05] * aboodman2 is now known as aboodman
- # [21:05] * Joins: aboodman2 (n=aboodman@72.14.229.81)
- # [21:06] <sebmarkbage> annevk: About packages. It may be better to supply it as an alternative download for compatibility. <img src="file.jpg" psrc="archive.tgz#file.jpg" /> { background-image: url(file.jpg); background-image: purl(archive.tgz#file.jpg); } I don't think it needs it's own protocol/scheme.
- # [21:12] <annevk> well, dunno if they're really needed (see HTTP pipelining which would be much neater) and that syntax does not solve the issue I raised
- # [21:12] * Joins: maikmerten (n=maikmert@Z94b5.z.pppool.de)
- # [21:19] * Quits: ttepasse (n=ttepas--@p5B0167CB.dip.t-dialin.net) (Read error: 110 (Connection timed out))
- # [21:19] <sebmarkbage> annevk: HTTP pipelining needs major fixes to make that viable. Timeout issues for servers, broken servers, broken proxies... And you don't get the added benefit of compressing the traffic as a unit.
- # [21:20] <annevk> is that a major benefit?
- # [21:20] <sebmarkbage> What issue did you raise? Fragment identifiers? The multipart, tar, etc. already has identifiers.
- # [21:20] <annevk> yes, fragment identifiers
- # [21:22] <sebmarkbage> On text data, at least, it's a major benefit to compress multiple small parts as a single unit. Hence .tar.gz and not .gz.tar
- # [21:23] * Joins: BlurstOfTimes (n=blurstof@168.203.117.59)
- # [21:25] * aroben|lunch is now known as aroben
- # [21:27] <sebmarkbage> annevk: As I see it, there's nothing in the URI specs that would prevent one from using the fragment to identify a part of a multipart document. Of course it needs to be speced. But there's no need to define an additional protocol or URI scheme.
- # [21:32] <sebmarkbage> rfc2854 for text/html, rfc5147 for text/plain, rfcXXXX for multipart/mixed
- # [21:32] * Quits: pmuellr (n=pmuellr@nat/ibm/x-kccvegwkeonihfrd)
- # [21:41] * Quits: jacobolus (n=jacobolu@c-76-102-55-224.hsd1.ca.comcast.net) (Remote closed the connection)
- # [21:45] * Joins: jacobolus (n=jacobolu@c-76-102-55-224.hsd1.ca.comcast.net)
- # [21:49] * Quits: zcorpan (n=zcorpan@c83-252-201-53.bredband.comhem.se)
- # [21:50] <annevk> sebmarkbage, the issue is how I'd use a fragment identifier for the document then
- # [21:56] <sebmarkbage> annevk: Well that would depend on the format chosen. application/tar obviously has filenames. multipart/form-data has a name attribute in Content-Disposition. multipart/related has Content-ID...
- # [22:02] <Philip`> annevk: Are you able to SSH to Dreamhost? (I get "ssh_exchange_identification: Connection closed by remote host" whenever I try on hobgoblin)
- # [22:05] <annevk> me too
- # [22:06] <Philip`> Okay
- # [22:08] <annevk> sebmarkbage, then it doesn't work
- # [22:09] <annevk> Philip`, not sure why it doesn't work
- # [22:10] <annevk> Philip`, if it still doesn't tomorrow I'll ask DreamHost
- # [22:10] <annevk> (unless you're in a hurry then I can do it in a few minutes)
- # [22:10] <sebmarkbage> annevk, if one format is chosen as a standard for something like psrc, I don't see why. All the parts are already there. All you'd have to do is specify how the fragment part is suppose to be handled for mime type: multipart/x
- # [22:11] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [22:13] <Philip`> annevk: No hurry :-)
- # [22:14] * Joins: dimich_ (n=dimich@98.125.221.128)
- # [22:15] <annevk> sebmarkbage, say for an SVG file I need to use a fragment identifier to get a particular effect; as in /example.svg#view... (forgot the syntax); how do I express that if example.svg is packaged?
- # [22:18] * Quits: jacobolus (n=jacobolu@c-76-102-55-224.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [22:19] * Joins: cying_ (n=cying@70.90.171.153)
- # [22:20] <sebmarkbage> annevk, rfc3986 (generic uri) allows for the possibility of multiple #, so: /archive.tgz#example.svg#view...
- # [22:21] <sebmarkbage> if the particular format chosen allows for # in the identifier, I guess it'd be encoded
- # [22:22] * Quits: dimich (n=dimich@98.125.221.128) (Read error: 110 (Connection timed out))
- # [22:27] * Quits: roc (n=roc@121-72-217-254.dsl.telstraclear.net)
- # [22:29] * Quits: maikmerten (n=maikmert@Z94b5.z.pppool.de) (Remote closed the connection)
- # [22:40] * Quits: poe (n=paolo@unaffiliated/xerox) (Remote closed the connection)
- # [22:42] * Joins: ttepasse (n=ttepas--@p5B016BA3.dip.t-dialin.net)
- # [22:42] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [22:49] * Quits: slightlyoff (n=slightly@72.14.229.81) (Read error: 110 (Connection timed out))
- # [22:56] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 54 (Connection reset by peer))
- # [22:58] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
- # [23:00] * Quits: takkaria (n=takkaria@isparp.co.uk) (Remote closed the connection)
- # Session Close: Fri Jul 31 00:00:00 2009
The end :)