Newsgroup: it.comp.www.html
Titolo: Editor WYSIWYG

Ho deciso di postare in questo NG questa discussione perché, tra le
tante caratteristiche, mi interessa sopratutto la "aderenza" agli
standard del consorzio W3C.
Girovagando sulla rete, ho capito che i principali editor WYSIWYG
sono:
- TinyMce;
- Xinha;
- FCKeditor.
Io, per ora, ho provato i primi due. Xinha mi è sembrato abbastanza
difficile da configurare, per cui sono subito passato a TinyMce, che
mi è sembrato molto più semplice (ma in rete ho letto parecchi pareri
contrari su questo... boh!).
Quello che mi sbalordisce è il codice html che viene generato.
Personalmente lo definirei "una vera e proprio porcheria".
Praticamente utilizza il tag <span> per qualsiasi cosa, anche al posto
di un semplice <i> (o forse sono io che sbaglio, ed è meglio fare
così?).
Allora, siccome il mio interesse è innanzitutto rivolto al codice che
viene generato (in fin dei conti, della difficoltà di configurazione,
della grafica o dei plugin non mi importa molto), vi chiedo, a chi ha
avuto modo di provarne altri, qual è quello che rende meglio il codice
(io utilizzo l'xhtml 1.1).
Grazie a tutti :-)
p.s. potrebbe essere interessante questo link:
http://www.standards-schmandards.com/exhibits/wysiwyg/sampledoc.htm
L'autore ha "cercato" di realizzare lo stesso documento con i seguenti
editor:
   1. XStandard: 19
   2. EditOnPro: 16
   3. TinyMCE: 15
   4. FCKeditor: 14
   5. WYMeditor: 14
   6. Loki: 13
   7. Xinha: 13
   8. CuteEditor :10
(il numero a destra è il voto dell'autore)
--
Newsgroup robomoderato - gli articoli vengono approvati automaticamente

 
http://www.standards-schmandards.com/exhibits/wysiwyg/sampledoc.htm
Sorry, il link che ho postato è la pagina che è stata realizzata. Il
confronto si trova qui:
http://www.standards-schmandards.com/2007/wysiwyg-editor-test-2/
http://www.standards-schmandards.com/exhibits/wysiwyg/2007/wysiwyg.htm
http://www.standards-schmandards.com/2006/wysiwyg-editor-test/


 fare cosě?).
Ma <i> č mai stato compreso in un dtd html?


 Newsgroup robomoderato - gli articoli vengono approvati automaticamente
Mmh... utilizzare strong, em e cosě via? Forse č meglio cosě?
Da quello che so, comunque, lo span non ha valore semantico, o
sbaglio?
Cosa mi consigli di fare?
A parte che potrei vedere quale di questi editor rispetta al meglio le
direttive, tramite regex+php potrei comunque modificare i tag...


 Ma <i> è mai stato compreso in un dtd html?
E' in XHTML 1.0 strict.
http://www.w3schools.com/tags/tag_font_style.asp
''They are not deprecated''
Io uso sia <i> che <b>, senza complessi
di inferiorità.
-- 
site 
http://passiomatic.com/
pics 
http://redpunk.com/
lnks 
http://del.icio.us/deelan


 Newsgroup robomoderato - gli articoli vengono approvati automaticamente
Sě, ma riassumendo.
1) mi consigliate di rimuovere gli <span> per grassetto/corsivo/
sottolineato?
2) se sě, con cosa li replico? <b>/<i>/<u> o <strong>/<em>/<u> (non mi
pare esista, in questa categoria, la sottolineatura...)?
Ricordo che utilizzo xhtml 1.1


 standard del consorzio W3C.
Tra quelli che ho valutato io, il piu` aderente mi e` sembrato WYMEditor, 
ma devi praticamente crearti tu i pulsanti. Questo per un semplice 
motivo: gli editor visuali (parlo di Word, Write, OOWrite, ecc.) hanno 
"inculcato" che la I sta per italico e la B per grassetto, quindi tutti 
gli editor WYSIWYG le usano per queste due funzioni. Alcuni cercano di 
spingersi oltre (perche` b e i sono deprecati in XHTML), quindi usano 
span.
In realta` non dovresti ragionare in "grassetto" e "corsivo", ma al 
massimo con due livelli di "enfasi" (em e strong, in HTML), perche` la 
rappresentazione finale dovrebbe essere completamente demandata ai CSS, e 
non all'HTML.
Quindi un vero editor WYSIWYG per pagine web dovrebbe essere ben 
integrato col CSS, piu` che con l'HTML, e pertanto va personalizzato in 
base al sito, o va definita una base comune di caratteristiche che deve 
implementare nella pagina.
Io ho preso TinyMCE (su Wordpress) e ho tolto tutte i bottoni WYSIWYG, 
definendo delle classi CSS per gli effetti che volevo sui paragrafi, 
sulle immagini e sui titoli.
Ho messo tutte queste classi in un file CSS apposito che carico sia nel 
frontend che "dentro" TinyMCE, in modo da avere lo stesso aspetto, mentre 
il layout della pagina e lo stile di tutto il contorno (barre laterali, 
header, footer) viene definito da un css "pricipale" separato.
Non ho ancora avuto il tempo/necessita` di "implementare" em e strong.
In questo modo mi basta cambiare il css dell'editor per avere sia TinyMCE 
che il frontend adattati.
Bye.


 di inferiorità.
htmlhelp.com
:
"You should use EM or CITE instead of I if you can. While they usually 
produce the same output, the I tag does not provide any reasons why the 
enclosed text is in italics."
quindi una ragione semantica c'è.


 quindi una ragione semantica c'è.
Si parlava di deprecazione, le ragioni semantiche
le conosco bene.
Bye.
-- 
site 
http://passiomatic.com/
pics 
http://redpunk.com/
lnks 
http://del.icio.us/deelan


 vale l'altra tanto vale chiedere a mio cugino.
Infatti non sono deprecati, ma scoraggiati. L'ho scoperto anche io sulla 
documentazione di HTML 4.01, qualche mese fa mentre discutevo con ZER0 su 
icl.javascript:
http://www.w3.org/TR/html401/present/graphics.html
15.2 Fonts
The following HTML elements specify font information. Although they are 
not all deprecated, their use is discouraged in favor of style sheets.
15.2.1 Font style elements: the TT, I, B, BIG, SMALL, STRIKE, S, and U 
elements
...
STRIKE and S: Deprecated. Render strike-through style text.
U: Deprecated. Renders underlined text.


 icl.javascript:
Bene. Finalmente. Era dove volevo arrivare.
Come dice Moretti: "le parole sono importanti".
Bye.
-- 
site 
http://passiomatic.com/
pics 
http://redpunk.com/
lnks 
http://del.icio.us/deelan


 Come dice Moretti: "le parole sono importanti".
Ah la buona birra italiana.
Parole importanti per parole importanti io non ho mai detto che erano 
deprecati, l'unico che ne ha parlato era proprio w3schools.


 che il frontend adattati.
Abbiamo fatto la stessa cosa! :D
Per chi altro volesse, il file da modificare, mi pare, si chiami
content.css, ed è nella cartella skin.
Io ho semplicemente ricopiato il css che utilizzo poi per visualizzare
i contenuti che vengono salvati.
Ho però avuto problemi con la <a>... ho dovuto aggiungere un !
important per ogni definizione, altrimenti non me lo prendeva (chissà
perché...)
