IRC Log for #microformats on 2010-04-07
Timestamps are in UTC.
- [00:09:27] * Amorphous (jan@unaffiliated/amorphous) has joined #microformats
- [00:40:11] * BobJonkman (~BobJonkma@206-248-137-186.dsl.teksavvy.com) has joined #microformats
- [00:40:17] * shigeta (~shigeta@sakkgw2.sixapart.jp) has joined #microformats
- [00:49:56] * DanC (~connolly@CPE-70-94-4-81.kc.res.rr.com) Quit (Ping timeout: 246 seconds)
- [01:03:38] * DanC (~connolly@70.94.4.81) has joined #microformats
- [02:28:16] * tantek (~tantek@c-67-180-202-79.hsd1.ca.comcast.net) Quit (Quit: tantek)
- [02:35:50] * tantek (~tantek@c-67-180-202-79.hsd1.ca.comcast.net) has joined #microformats
- [02:35:50] * ChanServ sets mode +o tantek
- [02:57:06] * BobJonkman (~BobJonkma@206-248-137-186.dsl.teksavvy.com) Quit (Quit: Leaving.)
- [03:03:18] * tantek (~tantek@c-67-180-202-79.hsd1.ca.comcast.net) Quit (Quit: tantek)
- [03:05:24] * dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) has joined #microformats
- [03:05:24] * ChanServ sets mode +o dglazkov
- [03:07:41] * tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net) has joined #microformats
- [03:07:41] * ChanServ sets mode +o tantek
- [03:17:27] * singpolyma (~singpolym@66.49.234.31) Quit (Ping timeout: 276 seconds)
- [04:26:03] * singpolyma (~singpolym@66.49.234.31) has joined #microformats
- [05:18:57] * dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) Quit (Quit: dglazkov)
- [05:42:14] * Atamido (~atamido@76-205-170-42.lightspeed.austtx.sbcglobal.net) Quit (Read error: Connection reset by peer)
- [05:42:48] * Atamido (~atamido@76-205-170-42.lightspeed.austtx.sbcglobal.net) has joined #microformats
- [05:50:51] * tobyink (~tai@ophelia.g5n.co.uk) Quit (Quit: Leaving.)
- [06:20:09] * Hixie (ianh@trivini.no) Quit (Ping timeout: 268 seconds)
- [06:40:40] * Hixie (ianh@trivini.no) has joined #microformats
- [07:19:08] * Hixie (ianh@trivini.no) Quit (Ping timeout: 252 seconds)
- [07:35:32] * ntoll (~ntoll@88-110-171-9.dynamic.dsl.as9105.com) has joined #microformats
- [07:41:46] * Hixie (ianh@trivini.no) has joined #microformats
- [07:42:25] * Hixie (ianh@trivini.no) Quit (Remote host closed the connection)
- [07:52:47] * JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) has joined #microformats
- [07:52:52] <JonathanNeal>
Hello my new friends!!!
- [08:06:51] * Hixie (ianh@trivini.no) has joined #microformats
- [08:09:22] * Phae (~phaeness@gateb.mh.bbc.co.uk) has joined #microformats
- [08:09:23] * ChanServ sets mode +o Phae
- [08:19:51] <JonathanNeal>
Do I always need to wrap hcard implementations in class="vcard", or is there another way to tell -whatever- that I'll be using hcard microformat conventions?
- [08:20:06] <JonathanNeal>
Particularly ... in HTML5
- [08:20:14] * csarven (~csarven@ip157-77-212-87.adsl2.static.versatel.nl) has joined #microformats
- [08:25:23] <tantek>
JonathanNeal - "vcard" is the root class name of an hCard
- [08:25:31] <tantek>
so yes - that's always how you indicate the presence of an hCard
- [08:30:13] <JonathanNeal>
So is the logo on my website a good candidate for hcard?
- [08:31:45] <JonathanNeal>
I thought at first http://microformats.org/wiki/Main_Page was using microformatting on their logo --- but there's no vcard, so they're not (in that case)
- [08:34:27] <csarven>
JonathanNeal That might be due to wiki markup. No one got around to changing it. I would say the site logo, along with base information like fn, is a good candidate for hCard.
- [08:34:48] <csarven>
Generally site logos are also links to the root of the site, so you could use url in there too
- [08:38:08] <csarven>
tantek Thanks for your response on rel=contact. Much clear. I guess I was a bit unclear on the real need to indicate someone is a contact (someone that I can get a hold of). Hence, I leaned towards the basic acknowledgement of what a contact is in my assumption i.e., claiming someone is a contact because I had a previous engagement with them, I've checked them out, and they are okay. I didn't mean to emphasis on "friendship"
- [08:38:35] <csarven>
Thanks for the update. Seems trivial at first but I admit, it threw me off :)
- [08:43:00] <csarven>
JonathanNeal http://csarven.ca/logo-identity-in-address-and-document-heading might interest you. It is one way of marking it up.
- [09:05:20] * emrojo (~emrojo@2001:720:410:100f:212:3fff:fe22:bbaf) has joined #microformats
- [09:05:38] * Hixie (ianh@trivini.no) Quit (Quit: brb)
- [09:05:42] * Hixie (ianh@trivini.no) has joined #microformats
- [09:11:38] * memload (~jamesjeff@94.196.138.11.threembb.co.uk) Quit (Quit: memload)
- [10:05:44] * tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net) Quit (Ping timeout: 246 seconds)
- [10:28:37] * uf-wiki-visitor (~5ad28172@gateway/web/freenode/x-pnssensuibbczkph) has joined #microformats
- [10:29:13] * uf-wiki-visitor (~5ad28172@gateway/web/freenode/x-pnssensuibbczkph) has left #microformats
- [10:29:30] * uf-wiki-visitor (~5ad28172@gateway/web/freenode/x-nfuhuwovhzpgrxph) has joined #microformats
- [10:30:04] <uf-wiki-visitor>
Is this where I can get help with microformats?
- [10:32:11] * uf-wiki-visitor (~5ad28172@gateway/web/freenode/x-nfuhuwovhzpgrxph) Quit (Client Quit)
- [11:01:07] * skade (~skade@87.79.35.60) has joined #microformats
- [11:07:47] * emrojo (~emrojo@2001:720:410:100f:212:3fff:fe22:bbaf) Quit (Quit: Leaving.)
- [11:09:04] * ivc (ivc3@elitus.x-pec.com) Quit (Remote host closed the connection)
- [11:14:49] * skade (~skade@87.79.35.60) Quit (Quit: skade)
- [11:22:19] * ivc (ivc3@elitus.x-pec.com) has joined #microformats
- [11:50:22] * skade (~skade@87.79.35.60) has joined #microformats
- [12:58:53] * ivc (ivc3@elitus.x-pec.com) Quit (Read error: Connection reset by peer)
- [13:01:11] * ivc (ivc3@elitus.x-pec.com) has joined #microformats
- [13:27:52] * mwunsch (~mwunsch@38.105.146.82) has joined #microformats
- [13:36:15] * memload (~jamesjeff@94.196.222.212.threembb.co.uk) has joined #microformats
- [13:44:07] * shigeta (~shigeta@sakkgw2.sixapart.jp) Quit (Quit: Leaving...)
- [13:58:38] * ivc (ivc3@elitus.x-pec.com) Quit (Read error: Connection reset by peer)
- [14:01:43] * ivc (ivc3@elitus.x-pec.com) has joined #microformats
- [14:17:36] * dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) has joined #microformats
- [14:17:36] * ChanServ sets mode +o dglazkov
- [14:17:50] <JonathanNeal>
Hi all!
- [14:18:14] <mwunsch>
hello
- [14:23:34] <JonathanNeal>
Are there any instances where I can properly use hcard markup without the class="vcard" wrapper? Say, for my website logo?
- [14:24:39] <singpolyma>
JonathanNeal: You can use semantic classnames wherever they make sense, but it's not an hCard without the class=vcard wrapper
- [14:24:46] <singpolyma>
Also.. didn't you ask that last night?
- [14:26:11] <JonathanNeal>
csarven mentioned that it was a good candidate for hCard, but I wasn't sure if hCard was totally required at the time, because I had seen somewhere that you could link to the hCard profile instead.
- [14:26:50] <JonathanNeal>
However, this feature is not enabled in HTML5, so I was just making sure :)
- [14:27:12] <singpolyma>
What feature? HTML5 is fully compatible with all microformats (and HTML4)
- [14:28:11] * tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net) has joined #microformats
- [14:28:12] * ChanServ sets mode +o tantek
- [14:28:30] <JonathanNeal>
singpolyma, http://microformats.org/wiki/xmdp-brainstorming#publisher_linking_to_root_class_name
- [14:29:57] <singpolyma>
JonathanNeal: Oh, profile is deprecated, sure. No one ever used it anyway
- [14:31:25] <JonathanNeal>
Okay, cool. I didn't know that. I'm just now dabbling in microformat adoption and hadn't heard much about it before now. I've been adapting HTML5 and WAI accessibility like nuts, and then I heard that Google was especially reading and parsing hCard data.
- [14:32:18] <singpolyma>
Sure. So, for it to be an hCard, you need class=vcard. You should use useful classnames like class=logo whether you want an hCard or not, though
- [14:33:49] <JonathanNeal>
Right, and I do which is actually what made it so appealing. I like the whole idea of it --- how many approved microformats are there?
- [14:34:21] <singpolyma>
http://microformats.org/wiki/Main_Page#Specifications
- [14:34:41] <singpolyma>
In practise, many of the drafts are well accepted as well
- [14:34:56] <singpolyma>
such as adr/hAtom/rel=home
- [14:35:17] <tantek>
singpolyma - profile has been moved out of HTML5 and into a separate draft that is actually in development on the microformats wiki
- [14:36:26] <tantek>
http://microformats.org/wiki/html5-profile
- [14:36:43] <tantek>
just as microdata and other modular features of html5 were made into separate drafts
- [14:36:56] * tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net) Quit (Quit: tantek)
- [14:37:23] <singpolyma>
... Isn't that basically like the RDFa approach of "no, it doesn't validate, but it looks good to me" ?
- [14:39:21] <JonathanNeal>
Is there already an html5 port of the hcard creator?
- [14:39:47] <singpolyma>
JonathanNeal: "port"? Again... the html4 markup should be pretty much what you want
- [14:40:52] <JonathanNeal>
actually, I think there could be some proper uses of address, tel, etc
- [14:41:07] <singpolyma>
Examples?
- [14:41:48] <JonathanNeal>
Sure, but gimme a minute to do something else (sorry, just a moment)
- [14:55:00] <JonathanNeal>
Okay, back!
- [14:56:14] <JonathanNeal>
So, right now what is <div class="adr" /> in the hCard Creator could be <address /> or <address class="adr" /> http://www.whatwg.org/specs/web-apps/current-work/multipage/sections.html#the-address-element
- [14:56:51] <singpolyma>
The address semantics don't really match class="adr" too well
- [14:57:04] <singpolyma>
"The address element must not be used to represent arbitrary addresses (e.g. postal addresses)"
- [14:57:14] <JonathanNeal>
I'm not sure in your spec if the element negates the additional classname (in the way that aria roles are not required on elements which inherently contain them (eg. <nav role="navigation" /> can just be <nav>)
- [14:57:58] <JonathanNeal>
Well, that's all relative to whether or not the contact content is relevant.
- [14:57:59] <singpolyma>
<address> doesn't mean a mailing address, though. it means "some contact information"
- [14:58:26] <singpolyma>
The *whole vcard* could be in <address> *if* appropriate, but the street address part of it is no more contact information than the rest
- [14:58:38] * ivc (ivc3@elitus.x-pec.com) Quit (Read error: Connection reset by peer)
- [14:59:00] <JonathanNeal>
Right.
- [14:59:07] <JonathanNeal>
No, I agree.
- [14:59:14] * dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) Quit (Quit: dglazkov)
- [15:00:56] <JonathanNeal>
Now, time would be appropriate over abbr with hCalendar, yes?
- [15:01:04] <singpolyma>
yes
- [15:01:06] <singpolyma>
I do that
- [15:01:32] <singpolyma>
Parsers do not currently support it much, but I do <time class="dtstart" datetime="...">...
- [15:03:04] <JonathanNeal>
Example parsers?
- [15:03:45] <singpolyma>
http://microformats.org/wiki/parsers
- [15:03:59] * ivc (ivc3@elitus.x-pec.com) has joined #microformats
- [15:04:45] <JonathanNeal>
Thanks for all the newb help :)
- [15:04:53] <singpolyma>
np :)
- [15:13:43] <JonathanNeal>
Pardon those in both #whatwg and here, but I'm wondering how microdata and microformat work together in HTML5, or if they do.
- [15:15:41] <singpolyma>
Microdata seems to be a reinvention of microformats for no good reason at all :)
- [15:15:44] <singpolyma>
I ignore it
- [15:15:50] <singpolyma>
And hope it will go away
- [15:17:34] <JonathanNeal>
Well, it could have reason - it would allow microformats to use their own namespace outside the classname.
- [15:18:26] <singpolyma>
That's silly. Microformats don't just blindly use class, they use HTML features according to spec (such as rel, alt, class, etc)
- [15:18:29] <JonathanNeal>
Not that it's required or best practice that they are, but I can see its use given the popular use of classnames for design modules, vs the clarity microformats separated out from these modules.
- [15:19:26] <JonathanNeal>
singpolyma, I agree completely, it's more for those other classnames developers use for styling, ala oocss
- [15:19:55] <singpolyma>
Well. (1) Doing that is IMHO wrong (2) You can do both, since you can have an arbitrary number of classes on any element
- [15:20:27] <JonathanNeal>
You could (potentially) have a long list that is difficult to parse, whereas moving them to their own namespace defines them. I hope I'm not being vague and just coming across as an arguer.
- [15:20:41] * dzhus (~sphinx@95-27-197-225.broadband.corbina.ru) has joined #microformats
- [15:21:05] <singpolyma>
hard to parse? Classes are space-separated... no parsing magic at all. it's just className.split(/\s+/)
- [15:22:37] <JonathanNeal>
I can see both sides. You can't just give every popular module its own properties, otherwise a css layout like blueprint or 960grid could also lay claim to some arbitrary properties too.
- [15:23:29] <mwunsch>
As a parser creator, I can tell you, it's not difficult to parse at all
- [15:23:43] <singpolyma>
I think by properties you mean attributes
- [15:23:50] <JonathanNeal>
mwunsch, what do you parse?
- [15:24:05] <JonathanNeal>
singpolyma, yes (I corrected my verbage toward the end)
- [15:24:33] <mwunsch>
I created a microformat parser in the Ruby programming language: http://microformats.org/wiki/prism
- [15:24:35] <JonathanNeal>
Actually, I didn't ... in my head I did.
- [15:28:33] <csarven>
re: adr in <address>. That is perfectly if fine if and only if the adr information a way to get a hold of the contact about the document.
- [15:29:01] <JonathanNeal>
is address per document or section?
- [15:29:10] <JonathanNeal>
*might be a question for whatwg*
- [15:29:23] <singpolyma>
JonathanNeal: per <body> or per <article> :)
- [15:29:42] <singpolyma>
but I would *never* use it for just the mailing address, I would use it for the whole hCard
- [15:29:46] <mwunsch>
per sectioning group, is my understanding
- [15:29:54] <JonathanNeal>
Well, section, article, and aside are meant to be independantly distributable content from the site.
- [15:29:59] <JonathanNeal>
So I would think if one works, then all do.
- [15:30:03] <mwunsch>
Yeah
- [15:30:33] <singpolyma>
"The address element represents the contact information for its nearest article or body element ancestor" -- http://www.whatwg.org/specs/web-apps/current-work/multipage/sections.html#the-address-element
- [15:30:51] <singpolyma>
article and body only
- [15:31:14] * dglazkov (~dglazkov@nat/google/x-zhabzghjxffcgnru) has joined #microformats
- [15:31:14] * ChanServ sets mode +o dglazkov
- [15:35:00] <mwunsch>
fascinating. good find singpolyma
- [15:54:05] * JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) Quit (Ping timeout: 258 seconds)
- [15:55:28] * mwunsch (~mwunsch@38.105.146.82) Quit (Quit: mwunsch)
- [15:58:49] * ivc (ivc3@elitus.x-pec.com) Quit (Read error: Connection reset by peer)
- [16:01:18] * ivc (ivc3@elitus.x-pec.com) has joined #microformats
- [16:32:18] * JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) has joined #microformats
- [16:33:00] <JonathanNeal>
back!
- [16:58:52] * ivc (ivc3@elitus.x-pec.com) Quit (Read error: Connection reset by peer)
- [17:00:49] * ivc (ivc3@elitus.x-pec.com) has joined #microformats
- [17:03:47] * Hey_neken (~kaxero@215.Red-213-96-129.staticIP.rima-tde.net) has joined #microformats
- [17:16:14] * mwunsch (~mwunsch@38.105.146.82) has joined #microformats
- [17:38:16] * dzhus (~sphinx@95-27-197-225.broadband.corbina.ru) Quit (Remote host closed the connection)
- [18:02:36] * skade (~skade@87.79.35.60) Quit (Quit: skade)
- [18:44:59] <JonathanNeal>
Does the hCard microformat Validator not recognize vcard when it is a classname along side others?
- [18:46:20] <JonathanNeal>
Is that a bug or by design?
- [18:48:39] <JonathanNeal>
Or am I just an idiot and accidentally put my vcard in id="".
- [18:48:44] <JonathanNeal>
Oh, oh, I know!
- [18:51:24] <mwunsch>
you win!
- [18:52:28] <JonathanNeal>
Say I have a site title and a site slogan, is there microformating for that slogan?
- [18:53:39] <JonathanNeal>
Another example, say I have a site title and a page title, is there microformating for that page title? To be more specific, say the site title is "Nike", the slogan is "Don't do it" and the page title is "Go away"
- [18:54:05] * csarven (~csarven@ip157-77-212-87.adsl2.static.versatel.nl) Quit (Quit: Leaving.)
- [18:57:35] * ivc (ivc3@elitus.x-pec.com) Quit (Read error: Connection reset by peer)
- [18:59:21] * punctuation_ivc (ivc3@elitus.x-pec.com) has joined #microformats
- [18:59:48] <singpolyma>
JonathanNeal: <hgroup> with <h1> and <h2> ?
- [19:00:24] <JonathanNeal>
singpolyma, indeed! hgroup class="vcard" id="heading"
- [19:00:51] <singpolyma>
<h1 class="org"> I guess, if you want an hCard there, yeah
- [19:01:08] <singpolyma>
id="heading" seems redundant
- [19:05:40] <JonathanNeal>
Well, and hgroup element has a native heading role, and when I choose ID's for the page (occuring once in the entire document) I usually use the the role name.
- [19:06:27] <JonathanNeal>
As if to say "this is the primary use of this role on this page"
- [19:06:30] <singpolyma>
Your call. it probably doesn't need any kind of id
- [19:06:52] * singpolyma << markup minimalist
- [19:17:11] <JonathanNeal>
If I never intended to have another header or hgroup on the page, sure, but #ids are easy.
- [19:24:15] <singpolyma>
:P
- [19:25:56] <JonathanNeal>
So, is there a proper microformat for a slogan?
- [19:26:03] <JonathanNeal>
or some other secondard title
- [19:26:26] <singpolyma>
... use an <hgroup> for a secondary title
- [19:32:27] * dzhus (~sphinx@95-27-197-225.broadband.corbina.ru) has joined #microformats
- [19:33:51] <JonathanNeal>
<hgroup class="vcard" id="heading"><h1 class="site-title fn org">Nike</h1><h2 class="page-title ?">Don't Do Anything</h2></hgroup>
- [19:34:26] <JonathanNeal>
s/page-title/site-slogan
- [19:35:31] <singpolyma>
The only thing in hCard that even close to fits is "note" ... but that information doesn't really need to be included anyway... who puts company slogans in an addressbook?
- [19:51:37] * tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net) has joined #microformats
- [19:51:37] * ChanServ sets mode +o tantek
- [19:51:44] * tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net) Quit (Client Quit)
- [19:57:52] * punctuation_ivc (ivc3@elitus.x-pec.com) Quit (Read error: Connection reset by peer)
- [19:59:39] * punctuation_ivc (ivc3@elitus.x-pec.com) has joined #microformats
- [20:06:21] * ntoll (~ntoll@88-110-171-9.dynamic.dsl.as9105.com) Quit (Quit: this is not a quit message)
- [20:07:25] <JonathanNeal>
agents?
- [20:20:25] * punctuation_ivc (ivc3@elitus.x-pec.com) Quit (Read error: Connection reset by peer)
- [20:21:54] * punctuation_ivc (ivc3@elitus.x-pec.com) has joined #microformats
- [20:25:41] * punctuation_ivc (ivc3@elitus.x-pec.com) Quit (Read error: Connection reset by peer)
- [20:26:15] * punctuation_ivc (ivc3@elitus.x-pec.com) has joined #microformats
- [21:42:39] * dzhus (~sphinx@95-27-197-225.broadband.corbina.ru) Quit (Ping timeout: 252 seconds)
- [22:02:38] * memload (~jamesjeff@94.196.222.212.threembb.co.uk) Quit (Ping timeout: 260 seconds)
- [22:02:49] * mwunsch (~mwunsch@38.105.146.82) Quit (Remote host closed the connection)
- [22:03:35] * memload (~jamesjeff@94.196.222.212.threembb.co.uk) has joined #microformats
- [22:08:14] <JonathanNeal>
Where can I get the descriptions of all the microformat classnames?
- [22:09:24] <JonathanNeal>
Well, I guess I'll just go by http://en.wikipedia.org/wiki/VCard#Properties
- [22:13:42] <singpolyma>
The microformat spec pages usually list all of them. Otherwise, the original spec (as you said, vCard in the case of hCard) is a good place to look
- [22:14:20] <singpolyma>
Also... don't make the mistake of thinking microformats are tied to classnames. Different ones use different elements/attributes based on what is correct semantically
- [22:15:18] <JonathanNeal>
Well, I've been putting together a test page @ http://sandbox.thewikies.com/html5-wai/
- [22:21:43] <singpolyma>
<div class="vcard" id="main-document" role="document">
- [22:21:46] <singpolyma>
srsly?
- [22:21:56] <singpolyma>
A div wrapping the whole document? That's sort of evil
- [22:22:36] <JonathanNeal>
I know.
- [22:22:49] <JonathanNeal>
Well, a div wrapping the whole document isn't evil.
- [22:23:34] <singpolyma>
Also, <div id=content><div id=main-content> ? That seems just... silly
- [22:23:36] <JonathanNeal>
Many times you'll find sites have a dockbar or popout web application that sits aside the main document (main document includes the document heading, navigation, and main content)
- [22:24:39] <JonathanNeal>
Well, breadcrumbs are part of the page's content, but not part of the main content since they are particular to each page, so they would go inside content.
- [22:24:41] <singpolyma>
That sort of thing should be in an <aside> probably :) Any anyway, this is a div wrapping the entire <body>
- [22:25:04] <singpolyma>
breadcrumbs are navigation
- [22:25:26] <singpolyma>
Also, the email in the footer could be an hCard
- [22:26:10] <JonathanNeal>
s/main content/site content (multipage)
- [22:26:21] <singpolyma>
Oh, except that you've made the whole page one giant hCard... which seems silly... and they don't nest well
- [22:26:32] <JonathanNeal>
Sure ... I think the hCard implementation is the most shady, and it's a v1 - which is why I shared it.
- [22:26:42] <JonathanNeal>
singpolyma, I agree.
- [22:26:45] <singpolyma>
here, one sec
- [22:27:54] <JonathanNeal>
I can defend every use of a div because of how it will help me organize a variety of content and make it most accessible. However, I agree with everything you're saying about my hCard work.
- [22:28:15] <JonathanNeal>
It was more to see if I could create a page that is also an hCard.
- [22:28:17] <singpolyma>
if you're in html5, a div is almost always wrong
- [22:30:25] <JonathanNeal>
I would disagree, or else roles would be useless.
- [22:31:18] <JonathanNeal>
organizing content on a page and sectioning indepedently-distributable content are two very different things.
- [22:31:55] <singpolyma>
all content is indepedently distributable :P
- [22:32:34] <JonathanNeal>
So how do you organize the main content of a page that is all the section/articles on a particular page?
- [22:33:09] <singpolyma>
All the sections/articles in body are the content of a page...
- [22:33:15] <JonathanNeal>
They will only belong to body, which is nice and minimalist, but it will make them difficult to assign role="main"
- [22:34:30] <singpolyma>
so assign role=main to body...
- [22:35:02] <singpolyma>
role=main is mostly a hack to get around people who do it wrong anyway
- [22:35:31] <JonathanNeal>
I think we may feel the same way about a lot of things, but we're trying to accomplish two different things.
- [22:35:34] <singpolyma>
http://pastie.org/908420
- [22:36:18] <JonathanNeal>
I'm trying to write something that can be hugely extendable in the shortest, most accessible code possible. I'm accounting for a portal, where they may be different and multiple headings, groups of articles, types of navigation (sitemap, page breadcrumb, webapp sitemap), etc.
- [22:36:49] <singpolyma>
groups of articles are a <section>
- [22:37:32] <JonathanNeal>
Yes, but sometimes the body header describes the content on the page and how it is different than the multipage.
- [22:37:43] <JonathanNeal>
eg Jonathan Neal | Home
- [22:38:17] <singpolyma>
sure... hence the body-level <header>
- [22:38:22] <JonathanNeal>
So you'd have to move "Home" into the <h1> inside the first <section>, which would be after your heading and navigation --- and that wouldn't organize the content well, especially not for styling, which I admit I account for.
- [22:39:12] <singpolyma>
Why? Home is a part of the heading for all the everything on the page
- [22:41:05] <JonathanNeal>
So then you would group all of those multiple articles on the page into one section
- [22:41:15] <JonathanNeal>
And that would just be an untitled section?
- [22:41:39] <singpolyma>
If that's semantically what you want, then yes. There is no need for that usually
- [22:41:39] <JonathanNeal>
ps I love what you've shown me on the pastie and I'm working it in right now.
- [22:41:59] <JonathanNeal>
It's useful to group multiple articles / sections / applications on a page, especially in a portal.
- [22:42:28] <JonathanNeal>
Visual organization is important, and that can require those divs and spans.
- [22:42:39] <singpolyma>
yes, just not *all* of them. Any time every single thing in body is in one tag, it's probably wrong... <body> can contain content for a reason
- [22:43:02] <JonathanNeal>
It does, that div can be one of many in the body.
- [22:43:14] <singpolyma>
Any styling should be possible with any markup. Give or take
- [22:43:41] <singpolyma>
check out the markup (non-HTML5) on https://theveeb.com/ ... it's nothing like you probably expect
- [22:43:43] <JonathanNeal>
<body><div id="control-panel" role="application" /><div id="main-document" /><div id="chat-bar" role="application" />
- [22:44:16] <JonathanNeal>
s/id="main-document" role="document"
- [22:44:58] <singpolyma>
control panel and chat bar are probably <aside> control panel may be <nav> depending what's in it
- [22:45:13] <singpolyma>
even if they are divs, the main document doesn't need to be in a div just because they are
- [23:01:53] * Hey_neken (~kaxero@215.Red-213-96-129.staticIP.rima-tde.net) Quit (Remote host closed the connection)
- [23:12:34] * BobJonkman (~BobJonkma@206-248-137-186.dsl.teksavvy.com) has joined #microformats
- [23:19:03] <JonathanNeal>
Well, it's a nice way to organize and style it.
- [23:19:12] <JonathanNeal>
I've updated the page using your suggestions. I like it!
- [23:20:52] <singpolyma>
:)
- [23:22:05] <singpolyma>
I'm not sure <a class="include"> can validly have text content. The whole point is supposed to be for when you don't want there to be text content
- [23:22:37] <singpolyma>
Also, I'm not sure if you can include an id that is not the actual element with the data you want...
- [23:22:51] <singpolyma>
in this case, you actually want the <a> but are including the parent <h1>
- [23:23:42] <singpolyma>
also, you now have still the two <div>s *and* have added a <section> inside... that's *more* cruft, not less :P
- [23:24:19] <singpolyma>
Aside from that, looks pretty good
- [23:28:44] <JonathanNeal>
Nothing changed with the <div>s and <section.s
- [23:30:20] <JonathanNeal>
singpolyma, well I am following the conventions, maybe not quite the way you intended, but they certainly work and they validate.
- [23:32:03] <JonathanNeal>
The other thing is that, if I remove the text from that anchor, then the anchor is no longer accessible.
- [23:32:10] <JonathanNeal>
Which is the point of anchors with hrefs.
- [23:44:52] <JonathanNeal>
I swapped out the anchor with an object, since it seemed more apt.
- [23:47:21] <JonathanNeal>
It's in the notes and issues "Unlike the hyperlink pattern, the object is not believed to cause problems in assistive technology when fallback text is absent."
- [23:47:50] <JonathanNeal>
It would have been nice to use <link> but alas, no allowed.
- [23:54:59] * Amorphous (jan@unaffiliated/amorphous) Quit (Ping timeout: 240 seconds)
These logs were automatically created by mflogbot on
chat.freenode.net
using a modified version of the Java IRC LogBot.
See http://microformats.org/wiki/mflogbot for more information.