Friday, March 6th, 2009

The Road to HTML 5: spellchecking and contentEdible

Category: HTML, Standards

<p>I am sorry, but I can’t help but write contentEdible for some reason :) Mark Pilgrim has been pushing forward with his series on HTML 5, and recently has a couple of interesting dives:

Spellchecking

The feature of the day is spell checking, by which I mean client-side in-browser checking of text in standard <textarea> and <input type=text> elements. Several browsers support this out-of-the-box, including Firefox 2 and 3, Safari 3, Opera 9, and Google Chrome. However, each browser has different defaults of which elements get spell-checked, and only a handful allow the web author to suggest whether browsers should offer checking on a particular element.

In this article:

contentEditable

Welcome back to my semi-regular column, “The Road to HTML 5,” where I’ll try to explain some of the new elements, attributes, and other features in the upcoming HTML 5 specification.

The feature of the day is contentEditable, by which I mean client-side in-browser “rich text” editing. All major browsers support this now, including Firefox 3, Safari 3, Opera 9, Google Chrome, and Internet Explorer (since 5.5). Of course, the devil is in the details.

In this article:

Posted by Dion Almaer at 6:06 am
4 Comments

++---
2.8 rating from 18 votes

4 Comments »

Comments feed TrackBack URI

contentEdible? Can you really eat the content? Yummy! I think you mean contentEditable

Comment by byjones — March 6, 2009

uhm … I have implemented spell check for IE as well (textarea if you want but inside Ext.JS editor too extending it, for example) but I did not know about this spec … (and obviously IE8 is out of the box, right?)
For those interested, BJSpell is the project name, in Google Code as well.

Comment by WebReflection — March 6, 2009

It’s a bummer that only FF support the spellcheck attribute it’s a good thing to have this in the HTML5 spec so every other browser vendor implements it. It’s pretty stable on textareas but it produces lots of bugs on contentEditable areas. Also there doesn’t seem to be a spec to style the spellchecker underline color. I would have wanted to see this as css properties instead like -spellcheck-enabled: true, -spellcheck-color: red or something.

Comment by Spocke — March 6, 2009

Oh, if only browsers implemented a default editor. All of the RTEs out there are such disappointments. :(

Comment by eyelidlessness — March 6, 2009

Leave a comment

You must be logged in to post a comment.