Re: <keygen> element

On Sep 6, 2009, at 06:07, Maciej Stachowiak wrote:

>> Putting part of HTML in a different spec than the rest of HTML  
>> would be
>> a political decision, not a technical decision. I object to making  
>> spec
>> design decisions on political grounds.
> The relevant technical questions are:
> (1) Is use of <keygen> conforming?

FWIW, I was thinking that if <keygen> got spun into a separate delta  
spec on top of HTML5, I'd offer HTML5+<keygen> validation without even  
offering a plain HTML5 option on

> (2) Is implementation of the behavior of <keygen> mandatory,  
> optional or forbidden?
> You are right that beyond these two questions, the spec factoring  
> issue is political; specifically, it is independent of the answer to  
> the above two technical questions.

It seems to me that the least damaging solution to avoiding requiring  
things that a vendor has vetoed would be keeping <keygen> conforming  
and in the HTML5 spec but making implementing it optional in the sense  
that it must parse the same way in all UAs but whether it on layers  
above the parser acts as HTMLKeygenElement or as HTMLUnknownElement is  
up to the implementation.

Henri Sivonen

Received on Monday, 7 September 2009 12:27:12 UTC