• [^] # Re: AJAX ça pue

    Posté par (site web personnel) . En réponse au journal Google Office se précise... avec prise en charge d'Open Document. Évalué à 4.

    e composant d'édition de texte des navigateurs web. Or ce composant n'existe pas dans Safari/KHTML

    Ha bon ?
    Tu pourrais préciser un peu ?
    Car j'ai codé il y a peu un éditeur de texte relativement évolué en html / javascript qui fonctionne sous ie, firefox et même sous safari... (avec gestion de styles de caractères, paragraphes sous ie et firefox)

    Le composant existe bel et bien sous khtml/safari, il suffit de passer n'importe quel objet en mode édition et ça roule.

    Le problème ne vient pas de là (s'ils ont fait comme moi, je sais pas, je n'ai pas regardé leur code).
    Le composant de ie n'utilise pas les css
    Le composant de firefox utilise au choix css ou pas css
    Le composant de khtml/safari utilise uniquement css (avec en plus des styles à eux dans les balises)

    Autrement dit, ça coince, il faut faire un choix sur les navigateurs ou alors transformer l'un des deux dans un équivalent pour que les trois se comprennent.

    Ils allaient pas implémenter tout un traîtement de texte en Javascript, ils se basent beaucoup sur le navigateur web quand même.

    oui et non
    Il faut tout de même recoder pas mal de choses (y compris pour firefox, qui a une gestion assez étrange en rajoutant des retour charriots dans les paragraphes...)
    Mais pour l'essentiel il "suffit" d'utiliser execCommand
    Mais tout ce qui est un poil complexe doit être recodé

    docs :
    http://msdn.microsoft.com/workshop/author/dhtml/reference/me(...) (oui je sais msdn ça pu c'est pas libre mais il y a des choses intéressantes)
    http://developer.mozilla.org/en/docs/Rich-Text_Editing_in_Mo(...)
    http://developer.mozilla.org/en/docs/Midas
    http://developer.mozilla.org/en/docs/Migrate_apps_from_Inter(...)

    voili voilou !