Comme je l'indique dans le titre je cherche un script WYSIWYG du type FCKeditor compatible xhtml 1.1
 
Sur le site de http://www.fckeditor.net/, il l'annonce comme compatible xhtml 1.0 mais c'est pas entierement vrai notamment pour la génération de TABLE qui ne respecte pas la norme w3c.
 
donc si vous avez des pistes, je vous écoute  
 
EDIT : je sais codé   , ce n'est pas pour moi, mais pour les non-informaticiens qui devront faire de la misà jour de contenu (principalement du texte)

Mon dieu, si ils ont développé leur site avec leur logiciel c'est une raison plus que suffisante pour ne pas l'utiliser
 
Le XHTML 1.1 n'est actuellement pas utilisable car il doit être envoyé avec le type MIME application/xml+xhtml que MSIE ne comprend pas, donc il faut se "restreindre" au XHTML 1.0 envoyé en tant que text/html (si on peut appeler ça se restreindre, toutes les balises de base y sont, seules des choses comme Ruby ou MathML ont besoin de XHTML 1.1).
 
Bien, ceci étant dit, les seuls éditeurs potables ce sont les éditeurs non wysiwyg.
 
Un bon éditeur de texte avec coloration syntaxique (SciTE, JEdit, ...) c'est tout ce dont a besoin un dev web.
Et des liens, beaucoup de liens, histoire d'apprendre à bosser correctement

Pourtant mon site en XHTML 1.1 marche correctement sous IE6    
 
Je sais que le WYSIWYG c'est pas top, mais j'ai ces boulets qui vont administrer le site (MAJ de contenu uniquement textuel)  
Il leur faut un script word-style ...
 
sinon pour les liens c'est bon je connais un peu  
 
 
EDIT : en faite tu as mal compris mon probleme, moi je sais codé  

La preuve que non

Tu avais mal expliqué  

Suffit de pas leur laisser le droit de faire de la mise en page (possibilités identiques à celles d'un forum comme HWFR si tu préfères), et pas besoin de word-style

 
je vais repssa en xhtml 1.0 alors  
(version Strict si un script WYSIWYG me permet de le respecter)
 

 
j'ai edité du coup
 

 
oui j'y ai pensé mais ils veulent modifié/ajouter des tableaux, donc j'ai pas trop le choix
 
 
j'ai trouvé une script WYSIWYG gratuit qui l'air simple : http://www.freedownloadscenter.com [...] ditor.html
je testerais demain

C'est un site de finance/stats pour qu'ils aient besoin de tableaux?

non, c'est pour une asso
 
je te montre le type de contenu qui veulent modifier:
http://nemohp.dyndns.org/stage/str [...] diques.php
 
(le graphisme n'est pas terrible mais j'ai des contraites et je ferais plus jolie plus tard   )

 
Donc effectivement, des tableaux utilisés à bon escient, on le voit suffisament rarement pour que tu aies droit à des félicitations méritées  
 
Mais il y a des erreurs  
les <p> et <strong> dans les titres de colonnes/lignes de tableaux n'ont aucun sens sémantique (ce ne sont pas des paragraphes, et c'est pas "plus important", ce sont juste des titres), de plus on utilisera plutôt TH pour les titres de ce genre (ce qui permet de les styler indépendament des TD)
 
D'ailleurs tout le tableau est plein de <p> qui n'ont ni sens ni utilité: il n'y a qu'une partie de texte par case, les paragraphes servent à séparer logiquement les zones de texte les unes des autres (et le contenu des cases, ce ne sont pas des paragraphes)
 
Le texte en dessous du tableau est également très mal construit.
 
<p class="paragraphes"> => redondances, les <p> servent à délimiter les paragraphes
 
<p class="titremachin"> => les balises <hn> sont là pour ça. le h1 est très bien en titre de page ( ) mais tu en as 5 autres à ta dispo
De plus, dans la mesure ou ce sont des définitions la liste de définitions serait je pense largement plus adaptée que du texte brut, sémantiquement parlant. (avec <acronym> pour les acronymes, ou <abbr> je ne sais plus lequel des deux est compris par MSIE)
 
On peut ajouter:

• Le <br> malheureux au milieu du titre (soit la 2e partie est un sous titre et il doit être mis en <h2> soit c'est le titre et il ne doit pas être coupé, simplement le CSS devra limiter la largeur du <h1> afin de donner les effets désirés)
• <div id="centre">, ça donne une indication styllistique (le placement du div dans la page stylée finale), c'est franchement mauvais
• <div id="centre"><dl id="menu"></dl><div id="corps"></div></div>... intérêt de <div id="centre"> nul, en plus de son absence de sens logique.

Voilà pour cette page (enfin j'en ais sûrement ratés...), ça fait quand même un certain nombre de points qui peuvent être améliorés rien que sur le source HTML
 
Cadal, ça peut servir

je sais pour les <p>, <br> etc ... mal placé/redondant, mais c'est du copié collé rapide et provisoire du site original que je doit recode en faite.
 
mais c'est justement tous ce contenu qu'ils devront adminsitrer tout seul avec un script WYSIWYG et c'est la que je coince. Car les script WYSIWYG font pas du code super propre et notamment il ne sépare pas le contenu et la présentation (il ne créer pas de css quoi)
 
edit: pour faire simpe je code tous, sauf le contenu (div corps) qui sera codé par le module WYSIWYG

Si t'es pas *trop* pressé, dans la mesure ou ils ne doivent (apparement) éditer que des tableaux tu peux te lancer dans le JS pour concevoir un éditeur fait spécialement pour les tableaux et générant un code valide et "logique".
 
C'est un joli défi

j'y ai songé mais comme me disait un prof de mécanique (je zappe le racontage de ma vie sur mes origine obscure de bac mécanique pour finir à l'univ. en info):  "pourquoi refaire un travail que d'autre l'on déja bien fait"
 
c'est un principe qui à fais c'est preuve pour ma part  

Parce que dans le domaine du web il faut quand même avouer que les solutions "complètes" ne sont que rarement "bien faites"

lol, non c'est sûr !!!
Mais bon je n'ai pas vraiment le temps (ni assez de compétence) pour de développer un script wysiwyg aussi costaud.
 
Si je ne trouve pas de script répondant à mes besoins rapidement, je passerais à une autre logique d'administration plus contraigant tanpis pour les admins ils auront des contraintes  
 
je vais dormir moi