<div class="gmail_quote">On Wed, Jan 21, 2009 at 1:15 AM, Mikko Rantalainen <span dir="ltr"><<a href="mailto:mikko.rantalainen@peda.net">mikko.rantalainen@peda.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">If the browser does not know the language of the content, how on earth<br></div>
is it supposed to *correctly* spellcheck it?</blockquote><div><br></div><div>As others have noted, the user's preferences are generally a better indicator of how something should be spellchecked, for a number of reasons.  (Bill Corry's email was on-point here.)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> I'm daily hitting a<br>
situation where browser is trying to spellcheck content with incorrect<br>
language. I've toggled such automatic spellchecker off and those will<br>
stay off until correct language is detected.</blockquote><div><br></div><div>As I said, this seems a separate problem to me.  Dynamic language switching or multi-language spellchecking based on various heuristics seems like the solution here.  This applies to any spellchecked field anywhere and is separate from the issue of whether an author wants to tell the UA that a field is even appropriate for spellchecking or not.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">My second sentence was trying to argument that page author has no<br>
business forcing the spellchecking on if the page author cannot force<br>
the spellchecking language!</blockquote><div><br></div><div>I disagree completely.  Consider one of the original use cases for this: Gmail instructing UAs to spellcheck the optional "Subject" field of a mail.  There's no way Gmail can know what language(s) the user may type in this field, but it's still appropriate to tell the UA that the field is appropriate for spellchecking.  At this point it's up to the AU to determine what language to use.</div>
<div><br></div><div>I also take issue with the word "force", which is imprecise.  The spellcheck attribute spec was carefully written to ensure that the user and UA have ultimate control over whether spellchecking actually occurs, regardless of what the author specifies; the attribute is a hint to the UA, not "force".</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Forcing a spellchecking on with incorrect language would harm the user!</blockquote><div><br></div><div>A good reason why the UA's spellchecking language should not be determined by the author (and thus why your proposal leaves me cold).</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">On<br>
the other hand, if the content language is explicitly defined, then the<br>
user agent has the required knowledge to decide if the spellchecking<br>
should be enabled or disabled. There's no need for the "spellcheck"<br>
attribute.</blockquote><div><br></div><div>The UA does not know which fields actually contain "language" and which simply contain strings of characters.  Enumerating input types (e.g. "this field contains email addresses") can address this, but suffers from two problems:</div>
<div>* There are an unbounded number of input types, potentially</div><div>* Types should perhaps not always be treated equally.  For example, if an author wrote a spelling quiz, then input boxes for a user to type in would contain words and thus be of a spellcheckable type, but the author would clearly prefer the UA not spellcheck them :)</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">If we can persuade content authors to specify the correct content<br>
language,</blockquote><div><br></div><div>Proposals that sound like "if we could just get authors to write valid, semantic content with no errors..." have always seemed naive to me.</div><div><br></div><div>PK</div>
</div>