- From: Nikita Popov <privat@ni-po.com>
- Date: Sat, 01 May 2010 11:09:19 +0200
On 01.05.2010 04:02, Boris Zbarsky wrote: > On 4/30/10 2:08 PM, Nikita Popov wrote: >> I don't know whether I would be happy, if all headings in my document >> were shown *BIG*, 'cause I use h1 everywhere. I would much more >> appreciate them to be unstyled. (But this is only personal opinion.) > > Really? Given: > > <h>This is a header</h> > This is some text after the header. > > The "unstyled" rendering you would see is: > > This is a headerThis is some text after the header. Yeah, you're right. This would be problematic. This does convince me, that using <h> is not a good idea. > >> I easily think that using h1 everywhere isn't semantically correct. >> Especially if the subsections (with their h1s) cannot be redistributed >> solely it does not make any sense. > > I'm not sure I follow. I wanted to say, that it does not make sense to me, to use a highest ranking heading in all sections, subsections, and subsubsubsections, especially if they cannot be used solely (out of context). > >> But maybe you are right. The html5 spec is already blown up with stuff >> nobody will ever use (keygen?) enough. > > Amusingly enough, keygen is something I use once a year or so (when my > user certificate expires), and something that MIT students need to use > to, say, register for classes (or view their grades, deal with > bursar's office stuff online, etc, etc). See > https://ca.mit.edu/ca/certgen (though that will likely require a > login... that you may not have). See > http://ist.mit.edu/services/certificates for the various documentation. I do not deny, that keygen has it's use cases (the "nobody" was hyperbolic). I only think, that the use cases are *very* rare. It is overkill to introduce an HTML element therefore. It would be much more sane to provide a JS API (as Janos proposed.) [I would do it myself, but I have only very little knowledge on encryption.]
Received on Saturday, 1 May 2010 02:09:19 UTC