pourquoi l'iframe ?

[mirmo]

Alors voilà, tout d'abord bonjour.

Je me demandais pourquoi vous employez une iframe plutot qu'une bete div. Pure curiosité

[jfh]

Bonjour,

Sous Mozilla/Firefox/Gecko, l'attribut contentEditable n'est pas supporté. Il faut affecter la valeur "on" à document.designMode en Javascript.
L'utilisation d'un iframe est alors obligatoire, sinon c'est toute la page qui devient éditable, dont les menus, etc.

[mirmo]

ok merci pour la réponse

[jfh]

Pas de quoi
J'ai oublié de préciser qu'à partir de la 0.3, le div utilisé pour l'édition sous IE est abandonné, au profit de l'iframe - c'est plus simple: ainsi pas de différence entre IE et Mozilla/Gecko au niveau du conteneur.

[Max_B]

Je remonte ce sujet pour une question plus précise:
Pourquoi pas un <objet> sur les navigateurs capables (tous sauf IE)?
L'iframe est invalide en XHTML strict. Le fait qu'il soit généré dynamiquement permet de contourner cette restriction, mais n'est pas conforme au but recherché: XHTML propre.

Par ailleurs, je viens de tester WYMeditor sur un site servi comme application/xhtml+xml pour vérifier si ça passe. Beh non. Pas à cause de l'iframe mais: Error: NO_MODIFICATION_ALLOWED_ERR: DOM Exception 7.
Toujours pareil, le vrai XHTML n'est pas seulement un code qui valide, mais un code (y compris le JS) qui fonctionne en vrai xhtml.

Je regarderai ce qu'on peut faire pour que ça passe, dès que je pourrais, car je cherce toujours une alternative au plugin xstandard.

[jfh]

Je remonte ce sujet pour une question plus précise:
Pourquoi pas un <objet> sur les navigateurs capables (tous sauf IE)?
L'iframe est invalide en XHTML strict. Le fait qu'il soit généré dynamiquement permet de contourner cette restriction, mais n'est pas conforme au but recherché: XHTML propre.

Si tu connais une autre méthode pour activer designMode en cross-browser et XHTML strict, je suis preneur.
L'iframe est valide en XHTML transitional, le doctype qui est utilisé dans la documentation.
Pour rappel, le but est de générer du XHTML strict.

Par ailleurs, je viens de tester WYMeditor sur un site servi comme application/xhtml+xml pour vérifier si ça passe. Beh non. Pas à cause de l'iframe mais: Error: NO_MODIFICATION_ALLOWED_ERR: DOM Exception 7.
Toujours pareil, le vrai XHTML n'est pas seulement un code qui valide, mais un code (y compris le JS) qui fonctionne en vrai xhtml.

Oui, sauf que le navigateur le plus utilisé ne supporte toujours pas les documents servis en "application/xhtml+xml".

À ce sujet, j'ai créé une page de test, et l'éditeur fonctionne dans tous les browsers supportés. Voir trunk/src/test/xhtml+xml.php dans le repository.

[Max_B]

Désolé de n'avoir pas répondu avant, j'ai oublié d'activer la notification de réponse et ne l'ai pas vue.

Concernant l'iframe: le sens de ma question était: un <object> ne permet il pas, justement, d'activer le designMode ? (je n'ai pas testé). Bien sur cela implique d'utiliser un iframe pour IE qui n'assure pas avec les objets.

application/xhtml+xml: J'ai pour règle de servir en "application/xhtml+xml" au navigateurs capables et en text/html pour IE. Ainsi je m'assure de ne pas tomber dans le fameux syndrome du "faux" XHTML, souvent débattu sur le net.
Dès que je reprend le travail sur le site ou je voudrais utiliser WYMeditor, je regarderai la page de test pour voir si elle répond à mon reproche et pas le site en question.

[jfh]

Concernant l'iframe: le sens de ma question était: un <object> ne permet il pas, justement, d'activer le designMode ? (je n'ai pas testé). Bien sur cela implique d'utiliser un iframe pour IE qui n'assure pas avec les objets.

Justement, pour une fois ce n'est pas IE qui pose problème, car il dispose de l'attribut contentEditable. Cet attribut est applicable sur tout élément du DOM (par exemple un div). C'est la technique utilisée dans les versions 0.1 et 0.2 de WYMeditor.
La propriété designMode s'applique par contre à tout le document, ce qui oblige de l'appliquer sur un iframe, sinon l'éditeur ne serait pas 'intégrable' (toute la page serait modifiable). Le grand avantage de designMode est son aspect cross-browser, ce qui fait qu'il a été adopté, pour simplifier le développement.

application/xhtml+xml: J'ai pour règle de servir en "application/xhtml+xml" au navigateurs capables et en text/html pour IE. Ainsi je m'assure de ne pas tomber dans le fameux syndrome du "faux" XHTML, souvent débattu sur le net.

C'est d'ailleurs la technique utilisée dans la page de test.