FCKeditor è una valida alternativa ad HTMLArea: consente di raffinare le form con quella formattazione essenziale; nell’inserimento di un articolo posso introdurre degli a-capo e zone in grassetto o corsivo. Tipico esempio, un’intervista sul sitone.

FCKEditor dopo HTMLArea
FCK, a differenza di HTMLarea, sporca il testo con HTML+ gradevole: rende il grassetto con STRONG anziché con uno SPAN STYLE BOLD. Come compatibilità, ha l’unica pecca in Safari per MacOSX.

Controllare un testo inserito – non nel tuo documento
Il problema è che la tua textarea, che FCK trasforma con tanti bottoncini non “appartiene” più alla pagina HTML che stai complilando, ma è un IFRAME evoluto – contenente a sua volta una barra di formattazione e una TEXTAREA avanzata.
Praticamente document.nomedellaform.nomedellatextarea.value non esiste (se, come fan tutti, si usa il Replace automatico di FCK)!
Il DOM del documento è alterato dalla API di FCKEDITOR, molto potente ma un po’ complicata.
In estrema sintesi è possibile applicare eventi javascript alla tua TEXTAREA chiamata pippo istanziando una variabile tipo
var oEditor = FCKeditorAPI.GetInstance(‘pippo’);
il contenuto è accessibile con
contenuto = oEditor.GetXHTML();

Ajax e per il controllo ortografico
una volta disponibile il testo, lo prepariamo per una chiamata ajax: senza cambiare pagina, il nostro giornalista richiede il controllo ortografico del pezzo inserito. Uno script PERL invoca usa il modulo Lingua::Ispell e, seguendo il paradigma AJAX http.open-handle response, fa apparire il testo con le correzioni sotto la textarea di inserimento.
Ovviamente la richiesta AJAX è fatta con un GET: siccome il testo proveniente da FCK ha dei tag e line-feed, è necessario ripulirlo prima di sottoporlo allo script:
escape(inputString); e replace(/<[^>]*>/g, “”);

un po’ di pulizia la fa anche il perl prima di fare il controllo: sulle regexp è + potente!