Options:
- # Session Start: Wed Apr 11 00:00:00 2007
- # Session Ident: #html-wg
- # [00:03] * Quits: adele (adele@17.255.104.79) (Quit: adele)
- # [00:05] * Quits: gavin (gavin@74.103.208.221) (Ping timeout)
- # [00:06] * Joins: adele (adele@17.255.104.79)
- # [00:08] * Parts: adele (adele@17.255.104.79)
- # [00:10] * Joins: gavin (gavin@74.103.208.221)
- # [00:11] * anne doesn't get http://www.w3.org/mid/7D3AF0F4-CD6B-4481-8A61-24B407F173B3@gmail.com
- # [00:11] <anne> didn't Hixie already say as much?
- # [00:12] <Hixie> i doubt he read my mail
- # [00:12] <anne> good for you :)
- # [00:16] * Quits: Yudai (Yudai@59.147.29.149) (Quit: SIGTERM received; exit)
- # [00:17] * Joins: Yudai (Yudai@59.147.29.149)
- # [00:18] <anne> at this rate: over 1500 messages for April
- # [00:20] <anne> Hixie, whatwg.org should probably have some URL parsing for the twitter messages
- # [00:21] <Dashiva> Is that for just public-html, or whatwg too?
- # [00:22] <anne> just public-html
- # [00:23] <anne> WHATWG might reach 450 or so this month
- # [00:23] <anne> then again, last month WHATWG had 943 e-mails
- # [00:24] <Dashiva> Next question is how many messages are +1 :)
- # [00:24] <anne> it's similar to public-html, if it's a topic lots of people know something about they will all chime in and generate lots of e-mail
- # [00:24] <voluminous> I love my Gmail e-mail threading... I'd go rather insane without it.
- # [00:24] <anne> Dashiva, heh, right
- # [00:25] * anne can keep up without threading without much trouble...
- # [00:25] <voluminous> anne: You have a much bigger brain than I then. ;-)
- # [00:25] * hober prefers Gnus' threading to gmail's, but uses gmail anyway
- # [00:25] <Dashiva> I only use the threading view when I have a lot of mails gathered up and want to read them grouped by topic
- # [00:38] <Hixie> anne: feel free to provide code to do that
- # [00:38] * Hixie replied to http://www.w3.org/mid/7D3AF0F4-CD6B-4481-8A61-24B407F173B3@gmail.com in www-archive
- # [00:41] * Joins: Zeros (Zeros-Elip@67.154.87.254)
- # [00:44] <anne> Zeros, Hixie is member of the HTML WG, obviously he would push for not making changes when he's not convinced they are necessary...
- # [00:45] * Quits: dbaron (dbaron@63.245.220.242) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [00:46] <Zeros> anne, And what if he thinks that all changes that contradict the WHATWG are not necessary?
- # [00:46] <anne> as long as he convinces the rest of the HTML WG he's doing a good job :)
- # [00:48] <Zeros> I think there's a definite conflict of interest here since both groups are working toward similar, though possibly different end results. Who's side is he going to be on if both groups come to a different consensus on an issue?
- # [00:48] <Zeros> And I did read all his emails.
- # [00:48] * Joins: nickshanks (nicholas@195.137.85.17)
- # [00:49] <anne> There's a considerable overlap between the groups
- # [00:49] <anne> But I think he already answered that question
- # [00:50] <Hixie> Zeros: i'll be on "my" side.
- # [00:51] <Zeros> Hixie, And seeing as you're the leader of the WHATWG would that be your side?
- # [00:51] <Zeros> your response sidesteps my question entirely
- # [00:51] <Hixie> the WHATWG would likely end up on my side, unless the steering committee overrides me, yes
- # [00:51] <Hixie> but my opinion is shaped by everyone's input
- # [00:51] <Hixie> so i don't really know what that means
- # [00:52] <voluminous> Hixie: You're simply the bell of the tuba. It's as simple as that. :-)
- # [00:53] <Zeros> Hixie, That still isn't clear. If the HTML WG decides on something that contradicts a feature of WHATWG's spec, what is the next step?
- # [00:53] <Zeros> If we don't accept a feature, and implement something else?
- # [00:54] <voluminous> Hey hey Zeros.
- # [00:54] <Zeros> hey voluminous
- # [00:55] <anne> Hixie is part of the HTML WG and the "we" here...
- # [00:55] <Zeros> He's one person, yes.
- # [00:55] <Zeros> Are we going with the consensus model then?
- # [00:56] <Philip> If the HTML WG decides something and will not change that decision, overriding Hixie's judgement of what would be best, and the WHATWG spec is going to be a superset of the HTML WG spec (which has been stated), the only possible outcome [as far as I can tell] is for the WHATWG spec to be modified so it's compatible with the HTML WG one (even against the WHATWG's preferences)
- # [00:56] * Quits: voluminous (voluminous@66.195.32.2) (Quit: Leaving)
- # [00:57] <Zeros> Hixie, is that correct?
- # [00:57] <Zeros> And is the WHATWG's judgement always going to be "correct" if we disagree?
- # [00:57] <hober> this sounds like "Zeros: have you stopped beating your wife? Hixie: mu. Zeros: your response sidesteps my question entirely" to me
- # [00:58] * hober though hixie's email addressed these questions quite well
- # [00:58] <Philip> The WHATWG members will always think the WHATWG's judgement is going to be correct, because otherwise they wouldn't have made that judgement :-)
- # [00:58] <anne> yeah, http://lists.w3.org/Archives/Public/public-html/2007Apr/0469.html should answer the above for instance
- # [00:58] <Zeros> hober, his answers are intentionally vague and political.
- # [00:59] <hober> Zeros: and your questions aren't? :/
- # [00:59] <anne> lol
- # [00:59] <Zeros> hober, I'm asking pretty clear questions
- # [00:59] <Zeros> Is he going to side with the WHATWG is things diverge?
- # [00:59] * anne thinks Hixie's pretty clear in his answers
- # [01:00] * Quits: mjs (mjs@17.255.98.228) (Quit: mjs)
- # [01:00] <Zeros> Philip, that's the exact attitude I'm talking about.
- # [01:00] <anne> He said for instance that he will ensure that the WHATWG spec is always a strict superset
- # [01:00] <anne> It can't be a strict superset if a change decided by the HTML WG is not made in the WHATWG document
- # [01:00] <anne> Simple logic
- # [01:01] <Zeros> That doesn't preclude him always siding with the WHATWG an making it his personal mission to convince anyone who disagrees with the WHATWG spec they're wrong.
- # [01:01] <anne> What's wrong with that?
- # [01:01] <Zeros> Why have a HTML WG at all then?
- # [01:02] <Zeros> Might as well nominate the WHATWG as an arm of the w3 and let them handle it
- # [01:02] <anne> If he can convince people what's wrong with that?
- # [01:02] <Zeros> anne, He's in a position of influence and power
- # [01:02] * Joins: mjs (mjs@17.255.98.228)
- # [01:02] <Zeros> MS convinced the HTML WG that they needed all those extra attributes on the <object> to make ActiveX work...
- # [01:03] <Zeros> Was there anything wrong with that?
- # [01:03] <Philip> Zeros: That's a problem if he tries to convince people who disagree with the WHATWG spec that they're wrong, simply because it's the WHATWG spec. But it's not a problem if he tries to convince them because he thinks that solution (as described in the WHATWG spec) is the better solution.
- # [01:03] <Zeros> As editor his goal shouldn't be to further his own agenda
- # [01:03] <Hixie> Zeros: yes, what Philip said is correct
- # [01:04] <Zeros> Hixie, So is the WHATWG spec always a better solution?
- # [01:04] <Zeros> Simple question.
- # [01:04] <anne> Zeros, MS is an implementor, not an editor
- # [01:04] <Hixie> Zeros: better for who?
- # [01:04] <Hixie> Zeros: i'm not sure what you mean
- # [01:04] <Hixie> Zeros: obviously if i thought that the whatwg work was less good than the html wg work, i'd not do the whatwg work
- # [01:05] <Zeros> So there's room to override a WHATWG decision?
- # [01:05] <anne> there has been no such thing as a WHATWG descision btw so far
- # [01:05] <Zeros> anne, So hixie just decides for them?
- # [01:05] <Philip> I believe no WHATWG decisions are final - they can always be changed if new arguments and better solutions are provided
- # [01:06] <Hixie> i don't understand the question. If the HTML WG spec says something, then the WHATWG spec will be compatible with it, regardless of what process the HTML WG takes to go there, for as long as the HTML WG spec is considered by browser vendors to be a relevant and important spec.
- # [01:06] <anne> Zeros, no, the specification incrementally evolves based on feedback towards a way that people like
- # [01:06] <Zeros> heh
- # [01:06] <anne> Philip, yup
- # [01:06] <Zeros> Hixie side steps the yes or no again and says "the two specs will be compatible"
- # [01:07] <Hixie> i don't understand what i'm side stepiing
- # [01:07] <Hixie> stepping
- # [01:07] <hober> Zeros: perhaps you could state your question in an, err, answerable way
- # [01:07] <anne> and he says "i don't understand the question"
- # [01:08] <Zeros> Hixie, If the HTML WG decides something different, are you going to have the WHATWG change their spec? (Yes or no) or are you going to push the HTMLWG to reconsider? (yes or no)
- # [01:08] <Hixie> Zeros: yes and yes
- # [01:08] <Zeros> ah
- # [01:09] <Zeros> That's my issue right there then. If we decide anything different the editor automatically takes it on to tell us the other group who we're cooperating with is right.
- # [01:10] <Hixie> no
- # [01:10] <Zeros> okay
- # [01:10] <Hixie> because even if the other group didn't exist, i would still be making the exact same argument
- # [01:10] <Hixie> it has nothing to do with the WHATWG
- # [01:10] <Hixie> if the HTMLWG makes a decision that i disagree with, then i would have been arguing against it
- # [01:10] <Hixie> that's what being in a working group is
- # [01:11] <Hixie> since i'm editor of the WHATWG spec, and i write the spec to my opinion, my opinion being based entirely on research, discussions, case studies, etc, the whatwg spec always agrees with me (once i get around to editing it anyway)
- # [01:11] <Hixie> my opinion changes as people convince me i'm wrong
- # [01:12] <Zeros> So its HixieML
- # [01:12] <Hixie> in the same way that XBL2 is HixieML, and that CSS2.1 is HixieML, and that Selectors is HixieML, sure
- # [01:12] <Hixie> it's also AnneML
- # [01:12] <Hixie> and LachlanML
- # [01:12] <Hixie> and AppleML, and MozillaML, and MicrosoftML, and so forth
- # [01:12] * Dashiva blames Hixie for the CR status on CSS2.1
- # [01:12] <anne> I'm at 2.0, actually
- # [01:12] <Zeros> Weren't there other editors on CSS2.1?
- # [01:13] <Zeros> The more editors the less bias that ends up in the spec as a result of any one person
- # [01:13] <Hixie> Zeros: yes, and they, like me, argued for changes to the spec when they disagreed with the spec
- # [01:13] <Hixie> the more editors, the more messed up and crappy the spec is, imho
- # [01:13] <Zeros> Hixie, Yes, but your personal opinion held less weight there. That'd be like BosCelikHicksonLieCSS
- # [01:14] <hober> Zeros: it sounds like you would prefer whoever edits to not be a wg member, is that right?
- # [01:14] * hober thinks such an arrangement would be very strange
- # [01:14] <Hixie> my personal opinion is based ENTIRELY on the opinion of the people who put forward use cases and stuff
- # [01:14] <Zeros> hober, no.
- # [01:14] <Zeros> hober, I'd prefer the editor not be a single person.
- # [01:15] <Hixie> you seem to think that i have a personal opinion that is irrational or unrelated to what people say
- # [01:15] <Zeros> And that the editors be from different vantage points.
- # [01:15] <hober> That sounds like a good recipe for a bad spec...
- # [01:16] <anne> I think that multiple editors leads to a poor specification
- # [01:16] <Zeros> A single editor leads to a specification that reflects the editor's personal agenda
- # [01:16] <anne> Why?
- # [01:16] <Hixie> Zeros: um
- # [01:16] <Zeros> And every person has opinions color their judgement. Hixie isn't immune to bias
- # [01:16] <anne> If that would happen the editor would be fired
- # [01:16] <anne> so to say
- # [01:16] * Joins: sbuluf (eewq@200.49.140.131)
- # [01:17] <Zeros> anne, Not if that editor convinced everyone they were right
- # [01:17] <Zeros> like you said
- # [01:17] <Hixie> Zeros: my personal agenda is "make a spec that is the best thing for web authors, implementors, and users, based on research, case studies, use cases, and feedback, regardless of origin"
- # [01:17] <Zeros> Of course in 4 years that could be entirely different.
- # [01:17] <Zeros> You seem to be advocating a dictatorship for all w3 decisions
- # [01:17] <hober> Zeros: if the editor convinced everyone they were right, and they were in fact not right, how is that at all different if that editor had been merely a wg member?
- # [01:17] <Hixie> maybe it would help if you could point to something i've decided that you think shows my bias
- # [01:18] <Zeros> hober, I never suggested they shouldn't be a w3 member. I'm not sure what you're replying to.
- # [01:18] <anne> reread what he just wrote
- # [01:18] <hober> err
- # [01:18] <Hixie> i don't understand the difference between me convincing everyone that i'm right when i'm the editor and when i'm not.
- # [01:18] <hober> Hixie: exactly
- # [01:18] <Hixie> either way, the spec reflects my "personal agenda"
- # [01:19] <Zeros> Hixie, As it is now everyone needs to convince *you* that their right.
- # [01:19] <Zeros> Since the spec by default is going to be your creation
- # [01:19] <Zeros> You said "let me write it" and then "people can argue what I write" effectively
- # [01:19] <Hixie> no
- # [01:19] <Hixie> i said "tell me what you want and i'll write it"
- # [01:20] <Zeros> okay
- # [01:21] <Hixie> if i write something about people disagree with it and i won't change it, i won't last long as editor
- # [01:21] <Hixie> about which people disagree, even
- # [01:21] <Hixie> er
- # [01:21] <Hixie> let me try again.
- # [01:21] <Hixie> if i write something and people disagree with it and i won't change it, i won't last long as editor
- # [01:22] <Zeros> hober, And it is different. Since the process now is People -> Hixie -> Spec, all feedback is channeled through him into the spec. That is different than if he was just one of the people providing feedback
- # [01:22] <Zeros> Either way, I'm satisfied. Thank you for discussing this with me Hixie.
- # [01:22] <Hixie> not if i convince everyone i'm right, which i'd have to do if i was editor too, otherwise i wouldn't be editor for long
- # [01:23] <Hixie> np
- # [01:27] <sbuluf> hixie, i see at least two problems in your statements. i can either talk, or not. since i'm somewhat external to this wg, i rather ask you if you are interested in hearing it, else i will shut up. up to you. the default is not.
- # [01:28] <Hixie> sure
- # [01:28] <sbuluf> first one: "otherwise i wouldn't be editor for long" <--i believe this is naive. no disrespect whatsoever to you, but ...well, i can ampliate if necessary
- # [01:29] <Hixie> how is it naive?
- # [01:29] <sbuluf> when i say "whatsoever", i mean it
- # [01:29] <Hixie> (no offense taken)
- # [01:29] <Hixie> you think people would let me be editor if i was blatently ignoring feedback?
- # [01:29] <sbuluf> hixie...there are lots of politics in these processes
- # [01:29] <sbuluf> yep
- # [01:29] <sbuluf> there are massive particular interests, and politics
- # [01:30] <sbuluf> so i'm afraid i have to say yes
- # [01:30] <Hixie> how? i mean, you think the 300+ people on the group wouldn't complain?
- # [01:30] <sbuluf> they might complain yes. not necessarily they would be heard, though
- # [01:31] <Hixie> you think the w3c would support me in my ignoring of feedback?
- # [01:31] <Hixie> they'd probably be the first group to try and get rid of me
- # [01:31] <sbuluf> they might yes. i guess it depends on the extentx, and particular cases.
- # [01:32] <sbuluf> i could add that they would *not* want to piss people who pay their bills off, however, that much is definitely true
- # [01:32] <Dashiva> Well, in that case it isn't relevant to Hixie being editor, it's just politics in general
- # [01:32] <Hixie> i suppose it would be possible for the universe to go through some sort of "opposite day" cataclysmic event and for my opinions and the opinions of w3c staff to actually line up such that if i ignored feedback they would actually support me
- # [01:32] <sbuluf> but even then, if they can manage, they might, i think
- # [01:32] <Hixie> but it seems highly unlikely
- # [01:32] <Hixie> what was the other problem?
- # [01:33] * Joins: Lachy_ (chatzilla@220.245.91.147)
- # [01:33] <sbuluf> (i do not quite think we need to go cataclysimic, many have been ignored befoire in many w3c processes)
- # [01:33] <sbuluf> the other problem is:
- # [01:33] <anne> (SVG comes to mind, surprisingly enough!)
- # [01:33] <sbuluf> <Hixie> Zeros: my personal agenda is "make a spec that is the best thing for web authors, implementors, and users, based on research, case studies, use cases, and feedback, regardless of origin"
- # [01:34] <sbuluf> imho, that sentence has a problem (perhaps can be clarified to avoid ambiguity)
- # [01:34] <sbuluf> the problem is that what is desirable to end-users, is not necessarily the same that is desirable for everyone else
- # [01:34] <sbuluf> hence, there is an unresolved tension there, i think
- # [01:35] <Hixie> sbuluf: i'm one of the first people to be ignored by the w3c, though, which is why i think it's unlikely they'd support me.
- # [01:35] <hober> sbuluf: isn't that addressed by PrioityOfConstituencies?
- # [01:35] <Hixie> sbuluf: yes, it is a problem -- we can't ever get everyone to agree on everything. That's part of what makes my job so fun.
- # [01:36] <sbuluf> hixie, i think that might have been the case before. but i think timbl gave up, and created this very group. that means endorsment (al least somewhat) to me, see?
- # [01:36] <sbuluf> fun? you have a sense of humour. i don't envy you =P
- # [01:38] <sbuluf> i can add oe thing, regarding the w3c proces and end-users
- # [01:38] <Hixie> i'm pretty sure that the creation of the html wg did not improve most w3c staff's opinion of me personally, if anything i'd assume that being effectively cornered into such an "endorsement" as you put it would only make matters worse
- # [01:39] <sbuluf> in the w3c process a "standard" amounts to a consensous about check paying corporations. end-users do not get a vote. nobody quite represents them, whatever appearances might be
- # [01:39] <sbuluf> hixie,t agreed. but they did.
- # [01:39] <hober> sbuluf: I think N-hundred public invited experts means users will get more of a voice in HTMLWG than they have before
- # [01:40] <sbuluf> voice. but not vote.
- # [01:40] <Hixie> yeah
- # [01:40] <Hixie> it's not clear that's going to be a problem
- # [01:40] <sbuluf> hence i spoke about "apparent things"
- # [01:40] <Hixie> i think if 300+ people were ignored by the w3c, the resulting mess in the blogosphere would cause the w3c a lot of damage
- # [01:41] <sbuluf> hixie, well...the process will happen, and since nobody defends end-users interestes, nothing much will happen, in my opinion. it *does* involve you statement, however, which was my point
- # [01:41] <sbuluf> (i'm skeptical about blogosphere effectiveness, myself, i'm afraid)
- # [01:42] <Hixie> the blogosphere is how we ended up with an html working group.
- # [01:42] <Hixie> and if the w3c really does go off the rails and ignore users, we have the whatwg to take over again, anyway.
- # [01:42] <Hixie> so i'm not really worried.
- # [01:42] <sbuluf> hixie,more particularly, take "end-users out of your sentence, and it becomes practically coorrect, oterwise, it is attackable, imho
- # [01:43] <Hixie> i personally care about the end users
- # [01:43] <Hixie> so i wouldn't take it out
- # [01:43] <anne> impl too
- # [01:44] <sbuluf> you might. the process, however, doesn't quite do it. no end-user representation (i.e, votes) is one expression of that. scores of end users ignored in w3c mailing lists all over, is another
- # [01:44] <Hixie> sure, but my sentence was about my _personal_ agenda
- # [01:44] <Hixie> i can't do anything about the w3c's agenda
- # [01:45] <sbuluf> correct
- # [01:45] <sbuluf> i see
- # [01:46] <sbuluf> i *might* argue about the seriousness of your care for end-users. i think being honest, i need to say that (again, no ofense intended. none). i can expand if required.
- # [01:47] <sbuluf> please do not see this as attack, it isn't, not personally. i just happen to have thught much about end-user's pov
- # [01:47] <Hixie> please feel free to always expand, and don't worry that i would take anything as an attack
- # [01:47] <Hixie> i have a very thick skin
- # [01:47] <Hixie> the users are the real reason for the web
- # [01:48] <Hixie> without the users, we don't really have anything
- # [01:48] <Hixie> so the users are paramount, imho
- # [01:48] <sbuluf> thanks. no matter skin thickness, i do not intend to do nothing undue.
- # [01:48] <sbuluf> mm, yes, we could agree on that. but without citizens, same would happen with countries. however...you do not seriously think say bush cares at all about citizens, right?
- # [01:49] <Hixie> some people are shortsighted
- # [01:49] <sbuluf> ever so right.
- # [01:50] <sbuluf> perhaps i should illustrate a little: as of 2007, we still have no way for end users to write content half-decently
- # [01:50] <sbuluf> more particularly...we are still demanding end users to hand code
- # [01:50] <Hixie> HTML5 defines contenteditable
- # [01:50] <sbuluf> (else, they can use wysiwyg editors, sure, but the code they output, is usually bad)
- # [01:51] <sbuluf> i'm afraid more would be needed. the discussion of that particular point might turn longuish, however.
- # [01:51] <hober> writing a wysiwyg tool that outputs high-quality markup is Hard. I don't see what the WG can do about that -- it's a fundamentally hard thing to try to do
- # [01:51] <sbuluf> (i have no problems myself, but you might)
- # [01:52] <sbuluf> hober...i agree. furthermore, with today's specs, might even be technically impossible.
- # [01:52] * Quits: h3h (bfults@66.162.32.234) (Quit: |)
- # [01:52] <sbuluf> hober...but see my point, then?
- # [01:53] <Hixie> bbiab
- # [01:53] <hober> I think WA1.0 makes some amount of progress, at least insofar as its conformance requirements take wysiwyg tools into account in a pragmatic way
- # [01:53] <sbuluf> we are, in practical terms, condemning decazillions of grandmothers to have to ever see the code. to learn the languages, at all.
- # [01:53] * Parts: hasather (hasather@81.235.209.174)
- # [01:53] <sbuluf> hixie, k.
- # [01:54] * Joins: karl (karlcow@128.30.52.30)
- # [01:54] <Dashiva> Well, when you say code, I immediately drift into JS mode
- # [01:55] <sbuluf> dashiva, i do not quite follow. what do you mean?
- # [01:55] <sbuluf> (i meant html, baically. perhaps also css)
- # [01:55] <Dashiva> There's a sequence of increasingly difficult aspects of web technology
- # [01:55] <Dashiva> How much should grandma be able to do? How much is it realistic to hope for?
- # [01:56] <sbuluf> a good and decent question. i think we could manage for her to be able to do a tremendous lot more then she can today
- # [01:57] <sbuluf> and as you well pointed, we can't quite keep adding more and more specs, indiscriminately, without thinking on the most precius resource in the whole web: grandma's mind.
- # [01:57] <sbuluf> html? css? xml? rdf? xslt?...how many?
- # [01:58] <sbuluf> *who* really ensures that this does not get out of control in grandma's head?
- # [01:58] <Dashiva> I think most people consider grandma to be the business of the editor creators
- # [01:58] <anne> blogs and such make it trivially for people to start contributing content
- # [01:59] <sbuluf> dashiva, your very sentence worries me. no ofense, no problems, but...see? who is really more important here?
- # [02:00] <sbuluf> anne, partially true. not trivial. and incomplete. but are you going to call our conversatrion "silly" after a while? if so...should i keep talking?
- # [02:00] * Quits: hober (ted@69.45.6.105) (Quit: ERC Version 5.2 (IRC client for Emacs))
- # [02:01] <anne> sbuluf, heh
- # [02:01] <Dashiva> sbuluf: I'm not sure I can agree. This WG deals with markup, the very markup grandma is not supposed to see. We are completely abstracted away from her world.
- # [02:01] <sbuluf> again, no ofenses intended. really. i hope you can see it.
- # [02:02] <anne> I don't really have an opinion on end users. It's hard for to imagine at what level they'd interact with HTML. I tend to think it would be completely abstracted away from them.
- # [02:02] <anne> for me*
- # [02:02] <anne> *on end users in the context of the HTML language
- # [02:03] <anne> so what Dashiva says I think
- # [02:03] <sbuluf> dashiva, partially true, i'd say. on one hand, we could allow standard makers to just say )as usual) "is someone else's problem. comfy, isn't it? but the end result is this "as of 12007, grandma is in trouble" So should we not start questioning the wisdom of all this? again, who ensures gloabl coherence?
- # [02:03] <gavin_> what does "end users" mean in the context of the HTML specification?
- # [02:04] <Dashiva> sbuluf: But how are we supposed to help grandma? W
- # [02:04] <gavin_> people browsing the web?
- # [02:04] <anne> yeah
- # [02:04] <sbuluf> dashiva, on the other hand...does it not affect the spec? are you sure we could do wymiwyg editors, with today's spec? have you considered the problem? particularly, a UI?
- # [02:05] <Dashiva> As much as I've considered the problem, I consider it practically impossible regardless of the spec
- # [02:05] <anne> whatever editor there will be, it has to export to HTML at some point
- # [02:06] <sbuluf> dashiva, a fair enough answer. but...have we devoted concerted time to explore possibnilities? shouldn't we, at least? i might add i mihgt have some ideas about it. i'm no expert, however, can't do it alone.
- # [02:07] <sbuluf> anne...something not too far away from xopus, might perhaps work. i can expad too.
- # [02:07] <sbuluf> *expand
- # [02:07] <Dashiva> I think a wymiwyg editor is a close cousin of the semantic web
- # [02:07] <Dashiva> They might be possible, but the users form an apparently unsurmountable obstacle
- # [02:07] <sbuluf> dashiva...yep, somehow. do you think that is bad, though?
- # [02:08] <Dashiva> I have no faith in the semantic web, myself
- # [02:08] <sbuluf> noty trivial, dashiva, right.
- # [02:09] <sbuluf> dashiva, is very questioned, and qwuestionable, right. we could discuss it, anytime. i think at least some ideas are sound, or at least desirable, myself.
- # [02:09] <Dashiva> I'll leave the discussion to the pros. Until they make some breakthroughs, I'll remain a grumpy young naysayer :)
- # [02:10] <sbuluf> i'm no expert either =P
- # [02:10] * Parts: kingryan (rking3@66.92.187.33)
- # [02:11] <anne> yeah, until someone has made a non-wysiwyg editor that's actually widely adopted by "typical" end users there's not much point in debating it I think
- # [02:12] <anne> and afaik people have tried to do that and failed
- # [02:13] * Quits: gavin (gavin@74.103.208.221) (Ping timeout)
- # [02:13] <sbuluf> the problem might be impossible with today's scpecs. they were not thought with that idea as a design goal, precisely.
- # [02:13] <sbuluf> but i talked too much here already, so i'll shut up. one last thought: unless wymiwyg edtors, beware of including words about caring about end users.
- # [02:13] <Dashiva> Then the semanticists need to get on the soapbox and tell us what we need to change
- # [02:13] <anne> end users care about wysiwyg typically
- # [02:14] <anne> identical results everywhere and such
- # [02:14] <anne> (visually)
- # [02:14] <sbuluf> (i could answer...i just do not want to abuse)
- # [02:15] <Dashiva> I think we all agree it's a noble cause, we just have different degrees of hope
- # [02:16] <anne> (I also don't think the problem is with the HTML specification. Editors not contrained by HTML also haven't really solved this problem.)
- # [02:16] * Quits: nickshanks (nicholas@195.137.85.17) (Quit: nickshanks)
- # [02:17] <sbuluf> anne, we could discuss it, if you wanted. something not to far away from xopus *might* work
- # [02:18] * Joins: gavin (gavin@74.103.208.221)
- # [02:18] <anne> feel free to e-mail public-html, www-archive or some other list I follow with persuasive arguments
- # [02:18] * anne will go to bed now
- # [02:19] <sbuluf> good night (i tried that, unfortunately, last time tim berners lee himself ignored me)
- # [02:23] * Quits: anne (annevk@81.68.67.12) (Ping timeout)
- # [02:25] * Quits: heycam (cam@203.214.79.176) (Ping timeout)
- # [02:28] <sbuluf> http://lists.w3.org/Archives/Public/www-tag/2006Nov/0077.html <--for those curious, this is me asking timbl for w3c to make a browser (wymiwyg, or similar, perfect code generation, semantic web ready, etc)
- # [02:29] * Joins: DanC_lap (connolly@128.30.52.30)
- # [02:29] <sbuluf> hope you do well, danc. we heard.
- # [02:29] <DanC_lap> hi. thanks.
- # [02:30] * Joins: myakura (myakura@60.239.122.32)
- # [02:30] * DanC_lap wonders if karl is around
- # [02:31] <DanC_lap> I thought the influx of new WG members would die off a bit after hixie's blog post, but it's been weeks and they continue to come in at about the same rate
- # [02:31] <karl> yes. on 3 discussions on 3 channels
- # [02:32] <DanC_lap> have you sent anything to www-html@w3.org, karl? I don't think I ever did
- # [02:32] <karl> hmmm... you mean recently?
- # [02:33] <DanC_lap> since March 7
- # [02:33] <karl> hmm I guess one or two mails.
- # [02:33] <DanC_lap> RRSAgent, pointer?
- # [02:33] <RRSAgent> See http://www.w3.org/2007/04/11-html-wg-irc#T00-36-43-1
- # [02:33] <DanC_lap> was either of them an announcement about the new HTML WG?
- # [02:33] <karl> I don't think
- # [02:33] <karl> let me check
- # [02:33] <DanC_lap> RRSAgent, make logs world-access
- # [02:33] <RRSAgent> I have made the request, DanC_lap
- # [02:34] <karl> http://www.w3.org/Search/Mail/Public/advanced_search?keywords=&hdr-1-name=subject&hdr-1-query=&hdr-2-name=from&hdr-2-query=karl%40w3.org&hdr-3-name=message-id&hdr-3-query=&index-grp=Public__FULL&index-type=t&type-index=www-html&resultsperpage=20&sortby=date
- # [02:35] <karl> 3 messages and not announcements about HTML WG
- # [02:36] <karl> the last message was a message about someone asking about HTML 4.01
- # [02:36] <karl> so I said to contact the public-html.
- # [02:36] <karl> but that's all
- # [02:37] <karl> do you want me to announce the HTML WG on www-html?
- # [02:37] <DanC_lap> umm... yes, I'd like that.
- # [02:37] <karl> ok. on my todo pile for today
- # [02:38] <karl> * 305 group participants,
- # [02:38] <karl> * 305 in good standing,
- # [02:38] <karl> * 44 participants from 16 organizations
- # [02:38] <karl> * 261 Invited Experts
- # [02:38] <karl> I have some people queued for today too.
- # [02:39] <karl> I wish we had more Authoring tools developers, and CMS as well
- # [02:39] <DanC_lap> yeah...
- # [02:39] <karl> just to improve the ecosystem, having more diversity and variety of inputs.
- # [02:39] <DanC_lap> any volunteers to write rousing blog articles to encourage CMS folks to join the WG?
- # [02:40] <karl> I could do that on QA Weblog or maybe I wonder if WASP could help on this.
- # [02:40] <DanC_lap> perhaps a message to public-evangelist@w3.org would help?
- # [02:40] <karl> wonder what is the best strategy
- # [02:41] <DanC_lap> I lean toward the shotgun approach: use all of the above
- # [02:41] <karl> maybe QA weblog and asking the community to promote the information and to ask people to bug their favourite tool developers to join
- # [02:42] * karl is not violent ;) shotflower would do better for me
- # [02:42] <DanC_lap> better if we can give reasons why joining will help the CMS vendors. nobody likes to be bugged
- # [02:44] <DanC_lap> I have vague impressions that there are accessibility concerns around <canvas>. Anybody have pointers to coherent arguments?
- # [02:45] <karl> I wonder if we could get people from Pages, iWeb, Mail.app (Apple), FrontPage (Microsoft), Dreamweaver, Golive (Adobe), Textmate, BBedit, etc.
- # [02:46] * Joins: heycam (cam@130.194.72.84)
- # [02:47] <DanC_lap> any idea if Mail.app folks will be at the html-email workshop, karl?
- # [02:47] <karl> no idea. I asked maciej if he could give me a contact in Mail.app Team, but no luck :)
- # [02:47] <DanC_lap> the evolution email compose thingy is pretty good. I wonder if they're tuned in
- # [02:48] <karl> and I wonder who is doing the ThunderBird authoring part.
- # [02:48] <DanC_lap> Dreamweaver... is there a good connection between them at WASP these days?
- # [02:49] <karl> hmmm I can ping them
- # [02:50] <Philip> DanC: there are some comments about <canvas> accessibility a little way down http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2006-May/006394.html - I don't think I've seen any other relevant points, though I've not been watching at all comprehensively
- # [02:54] <DanC_lap> thanks Philip
- # [02:54] <karl> maybe Charles McCathieNeville (Opera, ex WAI-W3C) has done an evaluation of accessibility concerns with canvas.
- # [02:55] <DanC_lap> ah; he's an obvious person to ask, in any case
- # [02:55] <DanC_lap> I should do that
- # [02:56] <DanC_lap> I took the versioning thing to www-tag; the answers are mostly "it depends". I guess I should ask a more specific question
- # [02:57] <DanC_lap> going over the differences between http://esw.w3.org/topic/HTML/ProposedDesignPrinciples and /TR/webarch is slow going. I hope I can get more people involved so that it doesn't stop when I take one in the eye
- # [02:57] <karl> QA hat - I have the feeling that versioning is important for documents, in the same way that signing it or dating it is important. Now what certain class of products should do with the version number is a different matter.
- # [02:58] <DanC_lap> simplicity argues for "no; documents should not bear version numbers". I think there are arguments to the contrary, but no strong ones have been articulated yet.
- # [02:58] <DanC_lap> i.e not bothering with version numbers is simpler than bothering with them.
- # [02:59] <karl> one of the reasons in terms of forward compatibility. I have the belief that our design choice of today might not be respected in future generations
- # [02:59] <DanC_lap> as you said, karl, there's an implicit version # in every document: the date it was written.
- # [03:00] <DanC_lap> yes, it's true that design choices of today might not be respected in the future; but the cost of guarding against that risk is considerable, and it's not clear how much effort is worthwhile.
- # [03:02] <DanC_lap> a big part of me says "HTML is that language that everybody that does web stuff agrees to. When that agreement breaks down, HTML becomes worthless. so be it."
- # [03:04] <karl> yep. pretty much the same. I hear different opinions here and there on what is HTML, or should be HTML. My only concerns are when "macho style discussions". Some people will not say interesting things because they are afraid of answers or reputations.
- # [03:04] <karl> my main struggled is how to ensure that everyone has the possibility to express himself/herself
- # [03:05] <karl> s/struggled/struggle/
- # [03:05] <DanC_lap> on a totally different topic: I wonder about a survey about focus areas: test suite development, testing browser X/Y/Z, reviewing the spec as a teaching tool, etc. In fact, I wonder about a separate mailing list for new features. I don't want to hear about them until a proposal has reached some maturity.
- # [03:06] <DanC_lap> or maybe a separate mailing list for test suite development, and I'd focus on that one.
- # [03:08] <DanC_lap> maybe I'll start a wiki topic on tasks for HTML WG members
- # [03:08] <mjs> karl: I think you should assume Apple's reps represent all of our various interests in HTML, and will be in close touch with other teams as appropriate
- # [03:08] <DanC_lap> and after some wiki-brainstorming, turn it into a WBS survey
- # [03:08] <mjs> karl: for Mail in particular, the WebKit team does more work on their HTML composition than they do
- # [03:10] <karl> mjs: could you talk then about the HTML in mail workshop, that would be cool. Daniel Glazman is the chair.
- # [03:10] <mjs> hi DanC_lap, hope you're feeling better
- # [03:10] <DanC_lap> do KDE/KHTML and WebKit share new code these days? I wonder if I should recruit KHTML participation
- # [03:10] <mjs> DanC_lap: there is a Qt port of WebKit, but classic KHTML still exists for now
- # [03:10] <DanC_lap> somewhat better, thanks. sort of a stupid way to get hurt. very painful and scary all the same.
- # [03:11] <mjs> I've asked people from both constituencies and none of them think they have time
- # [03:12] <DanC_lap> you asked fairly recently?
- # [03:12] <DanC_lap> if so, you saved me the trouble ;-)
- # [03:12] <mjs> yes, fairly recently
- # [03:13] <DanC_lap> I should probably ask them anyway... but I should do a lot of things. Since you asked, I think I'll give that pretty low priority.
- # [03:14] <mjs> karl: I'm not sure what W3C workshops actually do, so I'm not sure what I would be getting them into
- # [03:14] <mjs> I do want to make sure that any HTML WG specs for HTML are usable for mail
- # [03:14] <DanC_lap> on a good day, W3C workshops get some exposure to good ideas that deserve more exposure, and get groups who are doing similar work but didn't know it in touch with each other.
- # [03:15] <DanC_lap> they also collect data on quesitons like "how many people care enough about HTML and email to devote a couple days and a plane ticket on it"
- # [03:17] <DanC_lap> they're somewhat random by nature. they're intended to introduce a bit of brownian motion into things.
- # [03:18] * DanC_lap starts to wind down
- # [03:19] <DanC_lap> karl, anything you want/need before I wander off?
- # [03:19] <DanC_lap> oh, and it's been said, but it bears repeating: mjs, thanks for collecting all the bits and pieces about HTML5 and putting it in one proposal
- # [03:19] <karl> nope I think I have already a huge pile of things to iron before the next laundry ;)
- # [03:21] <mjs> DanC_lap: really I was just the secretary for the people whose names are at the bottom
- # [03:22] <mjs> DanC_lap: Apple rarely sends engineers to travel to things so generally it would have to be high value
- # [03:22] <DanC_lap> well, secretarial work is too often thankless work. so thanks.
- # [03:22] <DanC_lap> yeah, travel decisions are tough
- # [03:26] * DanC_lap wanders off...
- # [04:00] * Quits: Zeros (Zeros-Elip@67.154.87.254) (Quit: Leaving)
- # [04:06] * Joins: Shunsuke (kuruma@133.27.63.42)
- # [04:10] * Joins: Shunsuke_ (kuruma@133.27.63.42)
- # [04:11] * Quits: Shunsuke (kuruma@133.27.63.42) (Ping timeout)
- # [04:15] * Quits: Shunsuke_ (kuruma@133.27.63.42) (Ping timeout)
- # [04:16] * Joins: htmlr (htmlr@203.206.237.84)
- # [04:19] * Quits: gavin (gavin@74.103.208.221) (Ping timeout)
- # [04:24] * Joins: gavin (gavin@74.103.208.221)
- # [04:41] * Joins: Zeros (Zeros-Elip@69.140.48.129)
- # [04:43] * Quits: myakura (myakura@60.239.122.32) (Quit: Leaving...)
- # [04:43] * Joins: adele (adele@67.170.236.225)
- # [04:43] * Parts: adele (adele@67.170.236.225)
- # [04:53] * Quits: mjs (mjs@17.255.98.228) (Quit: mjs)
- # [05:00] * Joins: foca (foca@190.64.22.120)
- # [05:04] * Quits: Philip (excors@80.177.163.133) (Quit: Philip)
- # [05:37] * Quits: DanC_lap (connolly@128.30.52.30) (Ping timeout)
- # [05:38] * Joins: Shunsuke (kuruma@133.27.53.98)
- # [05:40] * Quits: sbuluf (eewq@200.49.140.131) (Ping timeout)
- # [05:41] * Joins: myakura (myakura@60.239.122.32)
- # [05:50] * Joins: sbuluf (ugl@200.49.140.36)
- # [05:54] * Joins: dbaron (dbaron@63.245.220.242)
- # [06:27] * Quits: foca (foca@190.64.22.120) (Ping timeout)
- # [06:30] * Quits: marcos (chatzilla@131.181.148.226) (Connection reset by peer)
- # [06:49] * Joins: foca (foca@190.64.22.120)
- # [06:50] * Parts: foca (foca@190.64.22.120)
- # [07:25] * Quits: Shunsuke (kuruma@133.27.53.98) (Ping timeout)
- # [07:27] * Quits: gavin (gavin@74.103.208.221) (Ping timeout)
- # [07:32] * Joins: gavin (gavin@74.103.208.221)
- # [07:42] <karl> http://esw.w3.org/topic/HTMLAsSheAreSpoke
- # [07:43] * karl wonder if we could reach some of the people here and if we could create a better list.
- # [07:48] <Zeros> karl, I'm pretty sure Webkit has a lot of test cases for the HTML parser
- # [07:48] <Zeros> I'm sure Mozilla does too
- # [07:49] <Zeros> So much of its ad hoc when a page that's broken is found too...
- # [07:50] <Zeros> karl, there should be a HTML parser committee of the browser vendors where people can submit inconsistencies or pages that are broken and then everyone can come to a solution.
- # [07:51] <karl> Zeros: yes that's cool. But I'm greedy. I would like to have more than browser vendors.
- # [07:51] * Joins: mjs (mjs@64.81.48.145)
- # [07:51] <karl> I would like to have people who are *producing* HTML and not consuming *HTML*
- # [07:52] <karl> They have their own constraints, difficulties, and I think their input would be good for the ecosystem of the group.
- # [07:52] <Zeros> karl, ah okay. I'm just for consistency.
- # [07:52] <sbuluf> karl, would contacting news organizations be of use for you?
- # [07:52] <mjs> FWFI, my team at Apple is both a producer and consumer of HTML
- # [07:52] <Zeros> Right now everyone implements their own fixes for how to handle broken content.
- # [07:53] <mjs> WebKit is not only a browser engine but also an HTML editing engine, used among other things to create content in Mail and Aperture
- # [07:53] <Zeros> For example people fix the DOM on bad markup in different ways. HTML needs a big "bug tracker" where failure conditions and solutions can be agreed upon to be implemented.
- # [07:53] <karl> mjs: that is very good to hear.
- # [07:54] <karl> When I edit an HTML mail in Mail.app, does it produce valid HTML or XHTML code?
- # [07:54] <karl> I haven't checked this, I should.
- # [07:54] <mjs> karl: it produces what I hope is valid HTML
- # [07:54] <mjs> although our markup output is a bit wonky at times
- # [07:54] * gavin_ looks up FWFI, figures it must be a typo, and is a little bit disappointed
- # [07:55] <karl> hehe gavin: invalid English acronym ;)
- # [07:56] <Zeros> karl, no doctype. some other things are a little weird. Does look like its respecting block vs. inline elements.
- # [07:57] <Zeros> Doesn't look like it creates <p> elements, makes a lot of divs, spans and brs
- # [07:57] <Zeros> Interesting it uses -khtml-nbsp-mode: space; and -khtml-line-break: after-white-space; too
- # [07:58] <mjs> we use weird techniques to get whitespace behavior to be what users expect in a text editor
- # [07:59] <Zeros> Oh, that prevents white-space collapsing?
- # [07:59] <karl> mjs, as in more than using CSS?
- # [08:00] <Zeros> karl, the email I have from outlook (maybe exchange server) is worse. <HTML><BODY><PRE></PRE></HTML><!DOCTYPE ... then the document with lots and lots of font tags.
- # [08:01] <Zeros> At least Mail.app is a head of that.
- # [08:01] * Zeros wonders what Thunderbird generates
- # [08:03] * myakura checks
- # [08:06] <karl> hmmm we should send an email on the list, with a kind of simple mail template. with an image and one or two colours. and ask people to test vers HTML implementation in their email clients. Then we could send these files to the list
- # [08:08] <mjs> karl: alternating space and non-breaking space (which all HTML mail composers do afaik) plus a few nonstandard CSS properties to make it work even more nicely in Mail.app
- # [08:11] <myakura> Tb2 generates <!DOCTYPE...><html><head></head><body bgcolor...> and message w/ b, i, u and etc.
- # [08:12] <myakura> breaks in <br>, i see no <font>
- # [08:13] <Zeros> I wonder they don't put the subject line in the <title> element
- # [08:14] * Quits: heycam (cam@130.194.72.84) (Quit: bye)
- # [08:15] <Lachy_> Zeros: probably because mail clients don't pay any attention to the title element anyway
- # [08:15] <myakura> thinking that it's enough w/ Subject:?
- # [08:16] <Zeros> myakura, HTML requires a <title> anyway
- # [08:16] <Zeros> I was just thinking of ways to use it
- # [08:17] <myakura> ah, yeah. totally fogotten about that..
- # [08:22] * Quits: dbaron (dbaron@63.245.220.242) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [08:26] * karl sent to himself an HTML email made with mail.app
- # [08:27] * Quits: htmlr (htmlr@203.206.237.84) (Quit: htmlr)
- # [08:31] <Zeros> mjs, is there a way to get Mail.app to groups threads on the subject line?
- # [08:32] <Zeros> People are forking the discussion and changing the subject and mail still groups them, so I have 63+ email long threads that weave in and out of topics.
- # [08:32] <mjs> Zeros: it does have thread grouping, but I don't believe there is a way to customize what rule it uses to put things in a thread
- # [08:34] <Zeros> ah okay
- # [08:35] * Joins: heycam (cam@203.214.79.176)
- # [08:41] * Quits: Lachy_ (chatzilla@220.245.91.147) (Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919])
- # [08:43] <karl> Zeros: the thread grouping is made on subject line and not on the References: and In-Reply-To: headers
- # [08:43] <karl> unfortunately
- # [08:44] <karl> which means if a few people are sending mails which are completely unrelated with the same subject:
- # [08:44] <Zeros> karl, In Mail.app its not grouping on the subject line for me
- # [08:44] <karl> Mail.app groups them
- # [08:44] <Zeros> karl, its grouping on something else
- # [08:44] <karl> huh
- # [08:45] <Zeros> karl, http://services.ath.cx/inbox.png is the kind of thing I'm getting
- # [08:45] <mjs> Zeros: I usually see a new thread when someone changes the Subject line
- # [08:45] <Zeros> its pretty weird
- # [08:46] <mjs> I totally don't see all that stuff in the innerHTML thread
- # [08:46] <karl> oh no then it does in-reply-to AND subject
- # [08:46] <Zeros> I wonder why mjs's is different
- # [08:46] <karl> I see why for simple users how it could be useful.
- # [08:47] <mjs> mine seems to be strictly Subject
- # [08:47] <karl> I wish it does only in-reply-to
- # [08:48] <karl> I also wish I could configure my Smart Mailbox with more options (rule A and rule B) and NOT rule C
- # [08:48] <karl> or (rule A or rule B) and NOT rule C
- # [08:48] <karl> or more filtering on headers
- # [08:48] <karl> anyway it is kind of off-topics ;)
- # [08:48] <mjs> you can make more than one rule that has the same result
- # [08:49] <mjs> though that's admittedly a pain sometimes
- # [08:49] <Zeros> Rules can't move into a smart mailbox I don't think
- # [08:49] <karl> rules and Smart Mailbox have differents UI
- # [08:50] <Zeros> I wonder if its something gmail is sending that is causing the grouping this way mjs
- # [08:50] * Joins: loic (loic@90.27.90.144)
- # [08:50] <karl> basically my mail is in a imap dated space, and all my *topic* mailboxes are smart mailboxes
- # [08:50] * Joins: tylerr (tylerr@24.16.148.66)
- # [08:51] * Joins: marcos (chatzilla@131.181.148.226)
- # [08:52] * Quits: tylerr (tylerr@24.16.148.66) (Quit: Leaving)
- # [08:52] * Joins: Voluminous (voluminous@24.16.148.66)
- # [09:12] <karl> <HTML>
- # [09:12] <karl> <BODY>
- # [09:12] <karl> <HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; "><DIV>Hi,</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV style="font-size: 13px;
- # [09:12] <karl> etc.
- # [09:12] <Zeros> yep
- # [09:12] <Zeros> not valid
- # [09:13] <mjs> what's invalid about that?
- # [09:13] <myakura> no <title> either
- # [09:13] <Zeros> mjs, missing the title
- # [09:13] <Zeros> html, head and body are all optional, but title is required
- # [09:14] <mjs> a <title> is of dubious value for a Mail message, but I suppose it could put an empty one or use the subject line
- # [09:15] * Joins: anne (annevk@81.68.67.12)
- # [09:15] <karl> or it could put the subject of the message itself maybe
- # [09:15] <anne> morning
- # [09:16] <Zeros> karl, have you looked at the css limitations for outlook 2007?
- # [09:16] * karl has not touched a windows machine for 7 years
- # [09:17] <Zeros> http://msdn2.microsoft.com/en-us/library/aa338201.aspx
- # [09:17] <Zeros> raises a lot of questions for how useful HTML is going to be; Mail.app in leopard adds html templates, but Outlook 2007 supports rather limited subset of css
- # [09:17] <karl> if I tried to validate forcing the doctype to be HTML 4.01 Transitional
- # [09:17] <karl> i have 12 errors
- # [09:18] <karl> no alt on images, and the missing doctype and title create problems
- # [09:19] <mjs> The doctype and title would be easy to fix (if it does not make other mail clients barf) but adding a made-up alt value would probably do more harm than good
- # [09:19] <mjs> (as would forcing the user to type something whenever they paste an image)
- # [09:19] <karl> mjs: yes for the title it requires more UI modification.
- # [09:20] <mjs> so probably the alt requirement is not appropriate for HTML email
- # [09:20] <karl> it's why I'm always interested by authoring tools requirements
- # [09:20] <karl> s/title/alt/
- # [09:20] <mjs> since the value of making my email to my friends theoretically more accessible is surely outweighted by the cost of typing alt values
- # [09:21] <karl> mjs it depends on the type of friends you have. But it would be better to ask someone who has real needs for accessibility and using mail app
- # [09:22] <sbuluf> does any mail app generate not just html, but also easily separatable css? (to an external stylesheet, or to easily editable UI) if not, shouldn't they?
- # [09:22] <mjs> karl: if I were sending personal email to a blind friend I probably would not include photos
- # [09:22] <karl> sbuluf: the css is put on each element not in a style element
- # [09:22] <Zeros> Or describe the photo yourself below it mjs
- # [09:22] <mjs> and if I had both visually impaired and normally visioned friends that I wanted to Cc on the same email, I'd include the photo and a description in the text
- # [09:23] <mjs> alt seems unlikely to be good for email unless you are mailing a pre-existing web page
- # [09:23] <karl> yes it seems a fair approach
- # [09:23] <karl> mjs: which seems to make the point that there is different class of products with different requirements even for renderers
- # [09:24] <mjs> karl: this seems more like a content generation issue than a rendering issue
- # [09:25] <karl> the HTML document would not be valid in the end if no alt.
- # [09:25] <mjs> you have to either have multiple conformance classes for documents (maybe private vs. public?) or accept that HTML email won't be conforming HTML
- # [09:25] <mjs> or you give up on alt being mandatory
- # [09:25] <karl> I vote for 1.
- # [09:25] <Zeros> mjs, adding a doctype, title and alt="" would make that valid
- # [09:25] <karl> different conformance requirements depending on the products
- # [09:25] <Zeros> Outlook already adds an empty title and a doctype
- # [09:26] <mjs> Zeros: well, adding alt="" would be, in my opinion, more harmful than helpful
- # [09:26] <Zeros> mjs, how does that differ than no alt at all?
- # [09:26] <mjs> while it satisfies the letter of the rule, it surely does not satisfy the spirit
- # [09:26] <karl> conformance requirements are not things to enforce but more a guide on what you need to implement depending on the circumstances.
- # [09:26] <mjs> it's like cargo cult conformance
- # [09:26] <mjs> having an empty-valued alt attribute gives you none of the benefits
- # [09:26] <Zeros> mjs, it prevents inconsistencies. If we don't think alt should be required then it shouldn't be required.
- # [09:27] <Zeros> Adding special markup rules for every type of renderer just makes implementing a HTML UA harder
- # [09:27] <karl> Zeros: I think alt="" would be harmful in this case as mjs says
- # [09:27] <Zeros> I still don't see where its harmful
- # [09:27] <karl> specifically if the mail goes from mail user agent to Web pages.
- # [09:27] <Zeros> no alt and alt="" give the same meaning
- # [09:28] <anne> no it doesn't
- # [09:28] <karl> alt="" means "ignore completely the image"
- # [09:28] * Joins: edas (edaspet@88.191.34.123)
- # [09:28] <anne> alt="" means no content
- # [09:28] <anne> no alt means there's no alternative content for the image
- # [09:28] <karl> usually used for spacer and things of this type
- # [09:28] <karl> ooops I have to catch a train.
- # [09:28] <Zeros> anne, how does no content and no alternative content differ?
- # [09:29] <mjs> hmmm
- # [09:29] <Zeros> you just added the word alternative
- # [09:29] * Quits: karl (karlcow@128.30.52.30) (Quit: Where dwelt Ymir, or wherein did he find sustenance?)
- # [09:29] <mjs> if empty alt is allowed, then no alt should probably be allowed as well
- # [09:29] <mjs> the point of requiring alt is supposed to be to encourage accessible authoring, but adding alt="" doesn't satisfy that goal at all
- # [09:29] <mjs> anyway, would be good for someone to capture these thoughts on the mailing list
- # [09:30] <Zeros> The validator could still warn, and the spec could encourage its use without making it invalid to not use it.
- # [09:30] <mjs> is <title> the only mandatory element?
- # [09:30] <anne> Zeros, it means that the user agent can tell the user there's an image but no alternate content was provided for it
- # [09:30] <anne> Zeros, for instance, it could read out the URL used to retrieve the image
- # [09:30] <Zeros> anne, it could do the same for alt=""
- # [09:30] <anne> Zeros, that would be non-conforming
- # [09:31] <Zeros> anne, the spec says alt is required. Not having at all is non-conforming.
- # [09:31] <mjs> Web Apps 1.0 allows alt="" but not missing alt, and says missing alt should be treated same as empty-valued alt
- # [09:32] <Zeros> :)
- # [09:32] <anne> That makes the distinction pretty useless
- # [09:32] <mjs> it says empty alt should mean: "In such cases, the image could be omitted without affecting the meaning of the document."
- # [09:33] <mjs> I don't think that will be true for end-user-authored HTML emails that contain images
- # [09:33] <mjs> so adding empty-valued alt would technically be nonconforming
- # [09:33] <mjs> perhaps the alt requirement should be omitted for content generated by a WYSIWYG editor
- # [09:33] <Zeros> mjs, how does that apply to dreamweaver then?
- # [09:34] <Zeros> I'm not sure HTML's rules for conformance should be dependent on who's generating it.
- # [09:34] <mjs> I don't think dreamweaver is the sort of thing intended to be covered by the wysiwyg exception for <font> tags
- # [09:34] * Quits: gavin (gavin@74.103.208.221) (Ping timeout)
- # [09:35] <Zeros> mjs, what's the issue with style attributes for fonts?
- # [09:35] * Quits: Voluminous (voluminous@24.16.148.66) (Connection reset by peer)
- # [09:36] <Zeros> in a context where a style block isn't possible I guess, and the font needs to be encoded right there
- # [09:36] <mjs> Zeros: I actually think style should be retained as a global attribute but I haven't heard a lot about the arguments for removing it
- # [09:36] <mjs> the <font> element in HTML5 is the only thing allowed to have a style attribute
- # [09:36] <mjs> and is meant to be used for presentational inline styling done by WYSIWYG editor
- # [09:36] <mjs> s
- # [09:37] <Zeros> mjs, that invalidates a whole lot of existing web content that uses style
- # [09:37] <mjs> yes, it does
- # [09:37] <mjs> (though presumably the rendering section will say UAs must support it on everything)
- # [09:37] <Zeros> I can't say I agree with undeprecating <font>
- # [09:38] * Joins: gorme (gorm@213.236.208.22)
- # [09:39] <anne> It's undeprecated for WYSIWYG editors as it appears they need it
- # [09:39] * marcos wonders which WYSIWYG editors still use it?
- # [09:39] <mjs> well, having an official way to do presentational markup seems like the best way to handle the classes of content generators that need to make presentational markup
- # [09:39] <anne> However, that whole section is in its very early stages at this point
- # [09:39] <anne> marcos, contenteditable / designMode geneates it
- # [09:39] <anne> generates*
- # [09:40] <marcos> k, that makes sense then
- # [09:40] <Zeros> contenteditable in safari generates spans IIRC
- # [09:41] <Zeros> mjs, what's to prevent all the content on the web from ending up full of font tags again if its created with in browser WYSIWYG editors?
- # [09:41] <mjs> Zeros: I doubt the front page of cnn.com will ever be made that way
- # [09:42] <Zeros> mjs, blogs probably would be, news sites? wikis?
- # [09:42] * anne doesn't think lots of <span> elements intended for presentation is really better than lots of <font> elements
- # [09:42] <sbuluf> what about spans with only predefined css classes? would that be an improvement?
- # [09:43] <mjs> Zeros: well, you can't get WYSIWYG editors to make purely semantic markup, since the very concept of such a thing is presentational
- # [09:43] <anne> <span class=red>
- # [09:43] <anne> maybe in amount of bytes...
- # [09:43] <mjs> <span class="-user-style-1">
- # [09:43] <anne> however, <font color=red> interoperates better
- # [09:44] <Zeros> And makes restyling the page from a content editor's perspective a nightmare
- # [09:44] <Zeros> anyone saving the source of that document is going to get older styles if they override it too
- # [09:45] <Zeros> font[color=red] { color: blue; }
- # [09:45] <mjs> html mail clients have special requirements, since they have to generate markup that can be handled by a wide variety of really bad layout engines
- # [09:45] <gorme> \o Whats the rationale behind the header and footer element ?
- # [09:45] <mjs> the html engines in many popular mail readers are far worse than popular browsers
- # [09:45] <mjs> gorme: a lot of web documents have a header and a footer
- # [09:46] <Zeros> mjs, How does that come into play with Mail 3.0's HTML templates? Do they cater to those old clients?
- # [09:46] <Zeros> Seems like Apple is pushing HTML mail and MS is fighting it
- # [09:46] <mjs> for instance on http://amazon.com/ you can probably pick it out
- # [09:47] <mjs> Zeros: I can't talk about Mac OS X features that haven't shipped yet
- # [09:47] <mjs> Apple is pushing the possibility of rich text email, because people like to communicate with more than just plaintext
- # [09:48] <Zeros> mjs, Well from your personal perspective. If you were writing a mail client with html templates for users, what audience of UAs would you be targeting and where would you draw the line on support?
- # [09:48] <mjs> I think Outlook switching to the Word engine to compose and display HTML email isn't necessarily a vote for or against HTML email
- # [09:48] <Zeros> Like, would you use <center>?
- # [09:48] <mjs> thogh it is certainly a vote against standards compliance
- # [09:48] <mjs> Zeros: I can't really talk about it at that level of detail, sorry
- # [09:48] <Zeros> alright
- # [09:49] <Zeros> I can see the point of needing some kind of control, but at the same time HTML5 lets you put <style> elements in the body of the document
- # [09:49] <Zeros> So why can't a Visual editor generate that instead?
- # [09:49] <sbuluf> <span class="foreing term> would allow to define another font, another colour, size, and what not. but wouldn't the difference with a font tag be that all those rules can be moved from the middle of the text to an style element, or even to an external stylesheet, hence keeping presentational data separated from content?
- # [09:49] <Zeros> or line styles I guess
- # [09:49] <Zeros> inline*
- # [09:50] <anne> sbuluf, you don't know what you're marking up
- # [09:50] <anne> Zeros, <style scoped> is a pretty new feature
- # [09:50] <mjs> sbuluf: but users don't pick "foreign term" from the Font menu
- # [09:50] <mjs> they pick Italic
- # [09:51] <Zeros> anne, even if it wasn't scoped. Provided the generated content is bound by an id you could target that specific chunk of the document
- # [09:51] <sbuluf> msj, what if you allow users to define classes (a bunch of style rules), and let them name them with semantic names, and then pick those names from a drop down?
- # [09:51] <Hixie> someone should mail the img/alt thing to the whatwg list so i don't forget about it
- # [09:52] <mjs> Hixie: I was gonna
- # [09:52] <Hixie> it does make sense to me to have different rules for e-mails than web content
- # [09:52] <mjs> does email need different rules than WYSIWYG-generated content in general?
- # [09:52] <mjs> (not sure a priori)
- # [09:52] <mjs> so is <title></title> the shortest valid HTML document?
- # [09:53] <sbuluf> hixie, mjs, as a side note...wouldn't setting that info in some wiki be better then just the mailing list? it could later be more orderly transformed into rationale material
- # [09:53] <mjs> or do you need a doctype in there too (for HTML4)
- # [09:53] <Hixie> the distinction is in the receive, not hte producer, imho
- # [09:53] <mjs> well, it's not very useful for a WYSIWYG blog post editor to add alt="" when you past in an image either
- # [09:54] <Hixie> shortest HTML4 document that is conforming is <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"><title>A</title><p>A
- # [09:54] <Hixie> a blog post would have to cater for blind users (e.g. search engines, if nothing else)
- # [09:54] <Zeros> mjs, the body can't be empty
- # [09:55] <mjs> well, it could prompt you at paste time to type a description
- # [09:55] <Hixie> so would need alt text that represented the image (which might be alt="" if the image adds nothing that isn't in the prose, but merely repeats it in a different way)
- # [09:55] <Hixie> alt= is not a description
- # [09:55] <mjs> but it's hard to imagine users prefering such an editor
- # [09:55] <Hixie> the HTML5 spec defines <img> very carefully
- # [09:55] <Hixie> <img> represents _text_ with an _alternative image representation_
- # [09:56] <Zeros> nice wording
- # [09:56] <mjs> that's a weird way to define it
- # [09:56] <Zeros> makes sense to me
- # [09:56] <mjs> but I guess that would make <img> unsuitable for WYSIWYG editors
- # [09:56] <mjs> since when the user drags in an image from their desktop, they definitely do not intend the semantic of "text with an alternative image representation"
- # [09:58] <Hixie> most images on most sites, especially graphics-heavy sites made with WYSIWYG packages, should be in the CSS layer.
- # [09:58] <Zeros> mjs, "If this image doesn't display in the receiver's client, enter text to display instead: " would work for WYSIWYG editors.
- # [09:59] <Hixie> mjs: anyway i'd love to discuss this over lunch sometime, but i'm going afk for now
- # [09:59] <Hixie> ttyl
- # [09:59] <Zeros> "If your mail recipient can't view this image..."
- # [09:59] <mjs> later
- # [10:02] * Quits: Zeros (Zeros-Elip@69.140.48.129) (Quit: Leaving)
- # [10:05] * Joins: icaaq (icaaaq@85.228.55.162)
- # [10:08] * Joins: ROBOd (robod@86.34.246.154)
- # [10:47] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
- # [11:13] * Quits: myakura (myakura@60.239.122.32) (Quit: Leaving...)
- # [11:14] <anne> http://www.digital-web.com/articles/html5_xhtml2_and_the_future_of_the_web/
- # [11:14] <anne> "HTML5 (also sometimes referred to as Web Applications 1.0)" heh
- # [11:16] * Quits: edas (edaspet@88.191.34.123) (Ping timeout)
- # [11:21] <MikeSmith> anne - clearly a polemic, though a well written one
- # [11:21] <mjs> I just saw that on digg
- # [11:21] * Quits: beowulf (carisenda@91.84.50.132) (Ping timeout)
- # [11:22] <anne> I think it's accurate though. People more often call it HTML5
- # [11:24] <anne> The comment always say you cannot use this for business stuff etc. but then Y! Pipes is using <canvas> already.
- # [11:25] <anne> Or how browser vendors will support XHTML2
- # [11:26] <anne> At this point it should be pretty clear that no browser vendor has much interest in that
- # [11:26] <anne> s/comment/comments/
- # [11:27] * Joins: hasather (hasather@81.235.209.174)
- # [11:29] * Quits: heycam (cam@203.214.79.176) (Ping timeout)
- # [11:39] * Joins: htmlr (htmlr@203.206.237.84)
- # [11:45] * Joins: heycam (cam@203.214.79.176)
- # [11:56] <gsnedders> woah. despite having been around David (the author of that article) on several forums and mailing lists for several years, I've _never_ seen a photo of him before
- # [12:01] <sbuluf> i fail to see what is polemic about this article. it might be due to my particular pov, though.
- # [12:16] * Parts: hasather (hasather@81.235.209.174)
- # [12:26] <anne> I think that statement was about my quote and not the article
- # [12:29] <sbuluf> oh, i see thanks.
- # [12:35] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Get thee behind me, satan.)
- # [12:38] * Quits: sbuluf (ugl@200.49.140.36) (Quit: sbuluf)
- # [12:39] * Joins: hasather (hasather@81.235.209.174)
- # [13:10] * Joins: xover (xover@193.157.66.5)
- # [13:12] * Joins: edas (edaspet@88.191.34.123)
- # [13:50] * Parts: icaaq (icaaaq@85.228.55.162)
- # [14:06] * Quits: loic (loic@90.27.90.144) (Ping timeout)
- # [14:13] * Parts: hasather (hasather@81.235.209.174)
- # [14:14] * Joins: hasather (hasather@81.235.209.174)
- # [14:21] * Joins: loic (loic@90.29.116.63)
- # [14:28] * Parts: claudio (claudioc@89.97.35.74) (Leaving)
- # [14:28] * Joins: claudio (claudioc@89.97.35.74)
- # [14:30] * Quits: claudio (claudioc@89.97.35.74) (Client exited)
- # [14:32] * Joins: claudio (claudioc@89.97.35.74)
- # [14:33] * Joins: Philip (excors@80.177.163.133)
- # [14:41] * Joins: myakura (myakura@60.239.122.32)
- # [14:43] * Quits: claudio (claudioc@89.97.35.74) (Quit: Leaving)
- # [14:44] * Joins: claudio (claudioc@89.97.35.74)
- # [15:01] * Joins: txm (tmcmahon@68.229.88.25)
- # [15:27] * Parts: txm (tmcmahon@68.229.88.25)
- # [15:38] <anne> Openwave joined the HTML WG with two participants
- # [15:39] * Lachy looks up who they are and what they do
- # [15:40] <anne> Mobile browser
- # [15:40] <Lachy> is it any good, or just one of the bad ones?
- # [15:41] <anne> Ask MikiSmith
- # [15:41] <anne> Mike even
- # [15:42] <anne> he worked for them before he joined Opera before he joined W3C
- # [15:43] <Lachy> well, it's good that they've joined. Mobile browsers definately need to participate more
- # [15:48] * Quits: htmlr (htmlr@203.206.237.84) (Quit: htmlr)
- # [15:57] * Joins: Lachy_ (Lachlan@124.168.27.56)
- # [16:00] * Quits: Lachy (Lachlan@124.168.25.222) (Ping timeout)
- # [16:11] * Joins: DanC_lap (connolly@128.30.52.30)
- # [16:20] * Quits: marcos_ (chatzilla@203.206.31.102) (Ping timeout)
- # [16:21] * Quits: anne (annevk@81.68.67.12) (Ping timeout)
- # [16:23] * Joins: marcos_ (chatzilla@203.206.31.102)
- # [16:28] * Joins: Shunsuke (kuruma@219.110.80.235)
- # [16:32] * Quits: marcos_ (chatzilla@203.206.31.102) (Ping timeout)
- # [16:32] * Joins: beowulf (carisenda@91.84.50.132)
- # [18:41] * Disconnected
- # [18:41] * Attempting to rejoin channel #html-wg
- # [18:41] * Rejoined channel #html-wg
- # [18:41] * Topic is 'W3C HTML WG http://www.w3.org/html/wg/ - http://krijnhoetmer.nl/irc-logs/ (logged) - http://esw.w3.org/topic/HTML/ProposedDesignPrinciples'
- # [18:41] * Set by anne on Tue Mar 27 12:28:46
- # [18:51] * Joins: Zeros (Zeros-Elip@204.97.106.226)
- # [18:59] * Joins: kingryan (rking3@66.92.187.33)
- # [19:03] * Quits: Shunsuke (kuruma@219.110.80.235) (Ping timeout)
- # [19:08] * Joins: zcorpan (zcorpan@84.216.42.112)
- # [19:22] <h3h> I think I implicitly assumed that the spec would be as detailed as possible, largely targeted at implementors, and there would be companion documents like "guides", "tutorials", "references" for web authors, etc.
- # [19:23] <h3h> which is essentially what Dan outlined
- # [19:23] <h3h> but with the assumption that the spec is for implementors first
- # [19:23] <zcorpan> i was thinking about having a view of the spec that hides everything that only applies to implementors, probably using the status script for that
- # [19:24] <zcorpan> but it's hard to figure out with script which parts don't apply to authors
- # [19:24] <h3h> sounds like a maintenance nightmare
- # [19:24] <zcorpan> could be
- # [19:24] <h3h> I'd rather there be a separate document specifically tailored to authors, with plenty of cross-links back to the spec
- # [19:25] <h3h> that would be the document that would get the PR
- # [19:25] <zcorpan> yeah, i think there's a spot in the whatwg wiki for such a thing
- # [19:25] <zcorpan> PR?
- # [19:26] <h3h> public relations
- # [19:26] <h3h> (press)
- # [19:26] <zcorpan> ok
- # [19:26] <h3h> I'd expect how-to sites, blog posts, etc. to link to the guide document rather than the spec itself
- # [19:27] <h3h> so now I wonder if the guide document needs an editor of its own
- # [19:27] <zcorpan> why not have it in a wiki?
- # [19:27] <h3h> it would seem prudent, for consistent tone and clarity
- # [19:27] <h3h> a wiki will always be fragmented and non-official
- # [19:28] <h3h> I think it could easily be developed on a wiki
- # [19:28] <zcorpan> such a document couldn't be normative anyway
- # [19:28] <h3h> but when the spec is published, there should be some published guide version that's been edited for tone, content, etc.
- # [19:28] <h3h> it doesn't need to be normative, just descriptive
- # [19:28] <h3h> it would defer to the spec for all normative issues
- # [19:28] <h3h> with links
- # [19:29] <h3h> and I hesitate to say "document" because I think all of these should be split up into several HTML pages with a table of contents and inter-linking
- # [19:29] <h3h> the worry about the WA 1.0 draft being too large is extremely valid, IMO
- # [19:30] <h3h> it's very cumbersome and clumsy
- # [19:30] * zcorpan doesn't think it's a problem
- # [19:30] <zcorpan> in fact i prefer it being a single document
- # [19:31] * h3h shrug
- # [19:31] <h3h> I wouldn't mind too much if the spec stayed a single document
- # [19:31] <h3h> but the guide definitely needs to be divided into chapters
- # [19:31] <h3h> each on a separate page
- # [19:31] <zcorpan> sure
- # [19:32] <h3h> right now the page weight is 447KB
- # [19:32] <zcorpan> knock yourself out: http://wiki.whatwg.org/index.php?title=Tutorials&action=edit
- # [19:32] <h3h> heh :)
- # [19:33] <Philip> I have a script that extracts some sections from the WA1 spec into a smaller file, so it doesn't take forever to load and crash browsers - I might try modifying that to make a split-up copy of the whole spec, so it's easier to read small parts of it
- # [19:36] <h3h> so I guess the summary of what I'd like in an ideal world would be for this WG's shining public achievement to be a comprehensive HTML 5 Guide, geared specifically toward web authors; the spec itself being a more technical deliverable and not nearly as public
- # [19:36] * anne prefers a single doc too
- # [19:36] <h3h> "not as public" meaning "not to receive as much press"
- # [19:37] <h3h> of course it would still be a public document
- # [19:37] * DanC_lap wanders off ot rest his eyes a bit
- # [19:37] * Parts: DanC_lap (connolly@128.30.52.30) (Leaving)
- # [19:39] * Quits: Hixie (ianh@129.241.93.37) (Ping timeout)
- # [19:41] <anne> I think the HTML spec should be aimed at authors as well
- # [19:41] <anne> I don't expect that most authors will look there, but it should state clearly all the requirements on authors etc.
- # [19:41] <h3h> sure
- # [19:42] <anne> I personally think that tutorials are best left up to the community
- # [19:42] <h3h> but I don't think it should be the primary point of reference for authors
- # [19:42] <zcorpan> why not?
- # [19:42] <h3h> speaking directly to the previously raised concern that the W3C's specs are too technical
- # [19:42] <anne> As everyone has different viewpoints on how such a tutorial should be structured.
- # [19:42] <anne> From the ground up, for authors familiar with HTML4, for authors familiar with XML, etc.
- # [19:42] * Joins: Hixie (ianh@129.241.93.37)
- # [19:42] * Joins: Voluminous (Voluminous@66.195.32.2)
- # [19:43] <h3h> I guess I'm not convinced that one generalized guide wouldn't fulfill all of those viewpoints in a reasonable manner
- # [19:43] <h3h> with the spec as backup
- # [19:43] <anne> Write a guide and contribute it to the WG
- # [19:43] <anne> I suppose there's nothing wrong with having an HTML Primer
- # [19:43] <h3h> if only I were paid to work on that full time, I would :)
- # [19:43] <anne> w3.org/tr/html-primer or something
- # [19:44] <h3h> I wasn't really thinking of a primer
- # [19:44] <zcorpan> you could start at the wiki
- # [19:44] <h3h> primer would be more like "tutorial" for me
- # [19:44] <h3h> and I'm advocating more of a reference-style guidfe
- # [19:44] <h3h> it's all nebulous in my head anyway
- # [19:45] <anne> what's a reference guide?
- # [19:45] <h3h> let me see if I can find an example
- # [19:45] <anne> it describes each feature in simple language + example?
- # [19:47] <h3h> yeah
- # [19:47] <h3h> essentially
- # [19:47] <h3h> in a narrative format, but not in a contiguous linear format like a book
- # [19:48] <h3h> also, "simple language" is emphatically non-technical to a degree
- # [19:48] <h3h> a high school student should be able to read the whole thing and understand everything
- # [19:49] <gsnedders> *cough* there are high school students who are members of the WG, and are in the process of implementing the WHATWG draft */cough*
- # [19:49] <gsnedders> but I guess I'm in the minority :)
- # [19:50] <gsnedders> something like the RSS Profile draft though? <http://www.rssboard.org/rss-profile>
- # [19:50] <h3h> yes, absolutely
- # [19:50] <h3h> er, let me check
- # [19:50] <h3h> eh...they have the TOC + examples down
- # [19:50] <h3h> but there's no narrative
- # [19:50] <h3h> like "when should I use this element/attribute?"
- # [19:51] <h3h> and issues surrounding those types of questions
- # [19:51] <gsnedders> doesn't the "The x element provides the x of the channel" cover that?
- # [19:51] <gsnedders> as to when you should use it?
- # [19:51] <h3h> sure, in spec world
- # [19:51] <h3h> but for a new-to-HTML 5 web author? no
- # [19:52] <gsnedders> how else can you phrase it? "The <title> element provides the title of the feed"?
- # [19:52] <h3h> looking for an example :)
- # [19:52] * Quits: Zeros (Zeros-Elip@204.97.106.226) (Quit: This computer has gone to sleep)
- # [19:52] <gsnedders> or something further like, "The <title> element provides the title of the feed when directly within the <channel>, and the title of an item when directly within an <item>"?
- # [19:54] <h3h> like this... http://www.genevaconventions.org/
- # [19:54] <h3h> but with markup examples, obviously
- # [19:55] <h3h> and yes, more like your last quote
- # [19:56] <h3h> it's like... a glossary mashed up with a TOC, a narrative and examples
- # [19:56] <h3h> that's the best I can come up with right now
- # [19:57] <h3h> it shouldn't be (or look) auto-generated in the least
- # [19:57] <h3h> it should look like it was written as a book
- # [19:57] <h3h> but be devoid of the start-to-finish continuity of a typical book
- # [19:58] <Philip> Is something like http://canvex.lazyilluminati.com/wa1/index.xhtml an approximately useful way of splitting the spec into non-enormous readable chunks?
- # [19:59] <Philip> (Er, I'll change it from XHTML back to HTML when I find an HTML serialiser, to make IE users happy)
- # [19:59] <h3h> Philip: yeah, works for me
- # [20:00] <h3h> Philip: with prev/next/up/home links added
- # [20:01] <gsnedders> Philip: how does it actually split it up?
- # [20:01] <anne> if someone writes a script that does the splitting up and keeps all the references working...
- # [20:01] <gsnedders> x.y sections?
- # [20:02] <anne> we might be getting somewhere
- # [20:02] <Philip> It's splitting on all <h2> and <h3> elements
- # [20:02] <Philip> Navigation links/<link>s would be handy - I'll try add those
- # [20:02] <Philip> anne: I believe that's what I've done :-)
- # [20:02] <gsnedders> it'd probably be better to do it splitting it in other places, but that would require some sort of intelligence
- # [20:03] <h3h> I think that works surprisingly well at first glance
- # [20:03] <Philip> (As far as I can tell, the broken references are the ones that have always been broken, like links to references)
- # [20:03] <Philip> (and the rest get redirected to the right page)
- # [20:04] <Philip> The biggest sections are the parsing and embedded ones - probably the latter could be split up more
- # [20:05] <Philip> (This is from an old copy before the recent <video> changes, so maybe that's got even bigger now)
- # [20:05] <zcorpan> Philip: is this generated by script?
- # [20:06] <Philip> zcorpan: Yes - it's just Python/minidom/html5lib
- # [20:07] <zcorpan> cool
- # [20:08] <Philip> I'll try to fix some bits and upload it later this evening, in case it's helpful
- # [20:09] <h3h> definitely, and reply with a link to the thread that was talking about splitting it up, if you want
- # [20:09] <Philip> Does the list still accept mails from non-members?
- # [20:10] <h3h> no idea
- # [20:10] <Philip> I'll try it and see what happens :-)
- # [20:11] <Philip> *away for a while*
- # [20:11] <anne> public-html should
- # [20:12] <anne> Philip, btw, cool!
- # [20:12] <anne> Philip, maybe you can let Hixie use it so he can generate multiple versions of the spec
- # [20:18] * Quits: claudio (claudioc@89.97.35.74) (Ping timeout)
- # [20:18] * Joins: claudio (claudioc@89.97.35.74)
- # [20:24] <anne> Philip, should be pretty trivial to get HTML serialization from html5lib
- # [20:24] <anne> Philip, I don't think it's supported by default though
- # [20:26] * Joins: hober (ted@69.45.6.105)
- # [20:39] <jgraham> Philip / anne: We could certainly add a HTMLSerializer class to each treebuilder imp. without much difficulty (I was kinda planning to rearrange how that stuff works, at least in the case of SimpleTree nyway).
- # [20:41] <anne> if you modify --xml or --hilite you get it
- # [20:42] <anne> oh, you want to redo that, fine
- # [20:43] <anne> in theory you'd just use innerHTML
- # [20:54] <Philip> *away for a while*
- # [20:54] <Philip> Whoops
- # [20:54] <Philip> *back*
- # [20:55] <Philip> anne: I'd be fine with Hixie using it - it sounds like it would probably be worthwhile
- # [20:56] <Philip> I have a HTML5-innerHTML-like serialiser (based on one of the html5lib serialisers) that I did a while ago and which seems to work, so I'll just stick that in for now
- # [20:57] <anne> it will shut down all the people who complain about file size :)
- # [20:57] <anne> what are they thinking reading specs from mobile phones anyway :p
- # [20:58] <zcorpan> oh no! scrollbars! completely inaccessible
- # [20:59] <anne> it's the same person complaining about style sheets
- # [20:59] <anne> iirc
- # [20:59] <anne> maybe he should just get a browser that renders it without scrollbars :)
- # [20:59] <anne> or get a bigger screen
- # [21:03] * Quits: anne (annevk@86.90.70.28) (Connection reset by peer)
- # [21:03] * Joins: anne (annevk@86.90.70.28)
- # [21:16] <anne> For those interested in XHTML2: http://www.w3.org/mid/op.tqmvnxh3smjzpq@acer3010.lan
- # [21:24] <gsnedders> Philip: the parsing section could also be cut down into input stream/tokeniser/tree builder at least
- # [21:26] * Joins: Sander (chatzilla@80.60.87.115)
- # [21:35] <Philip> http://canvex.lazyilluminati.com/wa1/ - now in non-X HTML, plus some links and things
- # [21:35] <gsnedders> re-reading HTML 4.01, it's even more hopeless than I remember
- # [21:35] <anne> maybe drop the top template for subsequent pages?
- # [21:36] <gsnedders> how many elements actually have normative definitions!?
- # [21:36] <anne> see the e-mail from dbaron about HTML4 being a list of desired features
- # [21:37] * Parts: asbjornu (asbjorn@84.48.116.134)
- # [21:37] <Philip> Is it worth keeping the title/logo/copyright/etc on the subsequent pages?
- # [21:37] <gsnedders> yeah, I've seen that already
- # [21:37] <anne> Philip, I think keeping the title and the date might be
- # [21:37] <gsnedders> most W3C specs don't have anything more than previous/next/TOC
- # [21:38] <anne> Philip, for heading consistency and awareness of what you're reading
- # [21:39] <anne> otherwise you'd have to remap the headings as well and fix the style sheets etc.
- # [21:45] <Philip> I've cut down the header now
- # [21:45] <gsnedders> are there actually _any_ implementers involved in XHTML2?
- # [21:47] <anne> someone from Microsoft seems to be on the public-xhtml2 list
- # [21:48] <anne> Access (mobile company) is there
- # [21:48] <anne> IBM and HP (for the XHTML Print Profile I think) too
- # [21:48] <anne> only 13 WG members in total though
- # [21:50] <anne> public-forms has 27
- # [21:50] <Lachy_> the XHTML2WG member list should be made public
- # [21:50] <anne> I don't think that's feasible
- # [21:50] <Lachy_> why?
- # [21:51] <anne> Because people thought their information was shared member only, for one
- # [21:51] <anne> Because some of those people may no longer be around, etc.
- # [21:51] <Lachy_> but now they're a pulic group
- # [21:51] <gsnedders> but if it's been re-chatered…
- # [21:51] <anne> Yes, all information from now on will be public
- # [21:51] <gsnedders> they'd all have to agree to the new charter
- # [21:52] <anne> I expect that w3c-html-wg will become obsolete by the end of April
- # [22:00] <gsnedders> where is a public list of the members?
- # [22:00] * gsnedders can't find one
- # [22:01] <anne> dunno
- # [22:01] <Lachy_> which members?
- # [22:01] <gsnedders> XHTML2
- # [22:01] <Lachy_> it's not public
- # [22:01] <Philip> (Split some sections up now - the biggest remaining is tree-construction at 148KB, which I don't think can be split further, followed by interactive1 (datagrid) at 111KB)
- # [22:01] * Quits: ROBOd (robod@86.34.246.154) (Quit: http://www.robodesign.ro )
- # [22:01] * gsnedders missed the words "should be made"
- # [22:02] <anne> Lachy_, oh, you mean the list of members?
- # [22:02] <anne> Lachy_, not w3c-html-wg?
- # [22:02] * anne thought Lachy_ argued for making w3c-html-wg archives public
- # [22:03] * Joins: marcos_ (chatzilla@203.206.31.102)
- # [22:03] * gsnedders thought he meant the list of members, as that was the current topic of conversation
- # [22:03] * Lachy_ is now known as Lachy
- # [22:03] <gsnedders> but I misread what he said anyway :P
- # [22:03] <hsivonen> interesting that the people who have the most reservations about adopting HTML5 are not (well-known) implementors
- # [22:04] <hsivonen> I wonder if Matthew Ratzloff has specific spec parts in mind that he'd like to reject
- # [22:05] <anne> yeah, what's up with people stating things in generic terms instead of just saying: "I'm opposed to feature X, Y and Z"
- # [22:05] <anne> "... and I don't trust my feedback will be taken care of if we don't do it my way."
- # [22:08] <gsnedders> how many active members will be left when we actually start work?
- # [22:08] <gsnedders> unless the WG completely losses relevance, I'll be staying with it
- # [22:50] * Quits: gsnedders (gsnedders@86.139.123.225) (Quit: Don't touch /dev/null…)
- # [22:53] * Joins: gsnedders (gsnedders@86.139.123.225)
- # [23:34] <marcos_> Lachy, you should again point Danc to your presentation on HTML5
- # [23:34] <Lachy> marcos_, why?
- # [23:35] <marcos_> "I'm interested in having someone present HTML5, or the differences
- # [23:35] <marcos_> between HTML4 and HTML5, in a teleconference. "
- # [23:35] * Quits: loic (loic@90.29.116.63) (Quit: hoopa rules)
- # [23:35] <marcos_> I'll get the pointer to the email...
- # [23:35] <mjs> I think a telecon might be about the worst possible medium for a presentation, but might be worth doing if enough people want it
- # [23:36] <mjs> I should hassle my work about hosting an f2f in June or something
- # [23:36] <marcos_> Mjs, lachy has a great MP3 file and powerpoint presentation people can follow
- # [23:36] <marcos_> far better then a teleconf presentation
- # [23:37] <Lachy> http://lachy.id.au/dev/presentation/future-of-html/
- # [23:37] * Lachy will post that to the list too
- # [23:37] <mjs> oh, cool
- # [23:37] <marcos_> Lachy, maybe add a link to it from the WHATWG wiki page on the differences between HTML4/5
- # [23:40] <marcos_> lachy, this is the email pointer: http://lists.w3.org/Archives/Public/public-html/2007Apr/0529.html
- # [23:40] <Lachy> marcos_, I already sent my reply
- # [23:41] <marcos_> ok cool
- # [23:43] <Lachy> marcos_, the presentation doesn't really belong on the changes from HTML4 page. I'll create an HTML5 Presentations page instead
- # [23:45] <marcos_> sounds good
- # Session Close: Thu Apr 12 00:00:00 2007
The end :)