FusionForge de l'ADULLACT: ACUBE : [#3692] Bug contenu HTML dans elementFormTextarea

Date :
08/06/2007 11:45

Priorité :
3

État :
Open

Proposé par :
David Jutard (admisource-djutard)

Confié à :
Nobody (None)

Category :
none

Group :
none

Resolution :
none

Résumé :
Bug contenu HTML dans elementFormTextarea

Description détaillée
Bonjour, Suite a un besoin, un bug du Framework Client Riche a été constaté. Le besoin est de pouvoir éditer du code HTML dans un ElementFormTextarea. Le bug intervient lors de l'association des données XML à l'élément de formulaire (attributs "libelle" et "value"). Cette association se fait en particulier au sein de la méthode getData(Element) (fw_xml.js) qui permet d'interroger un élément XML dont le contenu est de type texte (NodeType valorisé à 1 ou à 3) et de retourner la chaîne de caractères correspondante. Pour insérer du code HTML dans un flux XML, il faut utiliser une section CDATA afin que les balises HTML ne soient pas interprétées. Or une section CDATA est codée 4. Pour que les sections CDATA soient prises en compte dans la méthode getData(Element), la correction suivante est nécessaire : Remplacer Ligne : 884 else { if(Element.firstChild.nodeType==3) return Element.firstChild.nodeValue; else return false; } Par : else { if(Element.firstChild.nodeType==3) return Element.firstChild.nodeValue; else if(Element.firstChild.nodeType==4) return Element.firstChild.nodeValue; else return false; } avec dans le flux XML : <ELEMENT> <LIBELLE>Code HTML :</LIBELLE> <VALUE><![CDATA[ <html><body></body></html> ]]> </VALUE> </ELEMENT> La section CDATA doit être le premier nœud fils de l'élément VALUE. Il serait intéressant d'avoir cette solution intégrée dans le Framework. Une évolution possible de cette solution pourrait être de gérer le type de contenu d'un élément, soit en appliquant des propriétés sur l'élément ou avec des règles de gestion. David Jutard
Bonjour, Suite a un besoin, un bug du Framework Client Riche a été constaté. Le besoin est de pouvoir éditer du code HTML dans un ElementFormTextarea. Le bug intervient lors de l'association des données XML à l'élément de formulaire (attributs "libelle" et "value"). Cette association se fait en particulier au sein de la méthode getData(Element) (fw_xml.js) qui permet d'interroger un élément XML dont le contenu est de type texte (NodeType valorisé à 1 ou à 3) et de retourner la chaîne de caractères correspondante. Pour insérer du code HTML dans un flux XML, il faut utiliser une section CDATA afin que les balises HTML ne soient pas interprétées. Or une section CDATA est codée 4. Pour que les sections CDATA soient prises en compte dans la méthode getData(Element), la correction suivante est nécessaire : Remplacer Ligne : 884 else { if(Element.firstChild.nodeType==3) return Element.firstChild.nodeValue; else return false; } Par : else { if(Element.firstChild.nodeType==3) return Element.firstChild.nodeValue; else if(Element.firstChild.nodeType==4) return Element.firstChild.nodeValue; else return false; } avec dans le flux XML : <ELEMENT> <LIBELLE>Code HTML :</LIBELLE> <VALUE><![CDATA[ <html><body></body></html> ]]> </VALUE> </ELEMENT> La section CDATA doit être le premier nœud fils de l'élément VALUE. Il serait intéressant d'avoir cette solution intégrée dans le Framework. Une évolution possible de cette solution pourrait être de gérer le type de contenu d'un élément, soit en appliquant des propriétés sur l'élément ou avec des règles de gestion. David Jutard

Commentaires
Tâches liées
Pièces jointes
Modifications (1)

No comments have been posted

No related tasks

Pas de documents joints

Champ	Ancienne valeur	Date	Par
summary	Bug	08/06/2007 11:45	David Jutard

Powered By FusionForge Collaborative Development Environment

Charte d'utilisation / Nous contacter / Mentions légales

Haut de page