Discussion :

[grafistolage]

Bonjour

Je suis en train de développer un outil qui est ni plus ni moins qu'un wysiwyg simplifié.
Plutôt que d'utiliser des standards tels que TinyMCE et ce, pour des raisons de propriété intellectuelle et autres "joies" législatives, j'ai préféré développer cet outil moi-même...

Tout fonctionne très bien (Bold, Italic, Underline, link...) quand la saisie du texte se fait directement dans mon outil. Là où ça se complique, c'est quand l'utilisateur a déjà rédigé son texte sur Word et qu'il fait un copier-coller dans mon outil ou qu'il cherche à faire un copier-coller d'un texte contenu dans un fichier PDF.
Dans ce cas de figure, au moment de l'enregistrement dans la base de données, il y a un bug et l'enregistrement se fait soit partiellement (une partie du texte), soit pas du tout ! Et pour couronner le tout, parfois, l'enregistrement se fait correctement.

Voici un peu de code pour comprendre...

Formulaire HTML (qui n'a pas la forme d'un formulaire...)
La saisie du texte ou le copier-coller se fait dans un DIV ContentEditable.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<div id="texte" contentEditable></div>

Javascript pour la mise en forme (déclenché par un onClick)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

document.execCommand('bold', false);

Javascript pour récupération du texte à enregistrer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
var texte = document.getElementById("texte").innerHTML;
texte = encodeURIComponent(texte);
var parametres = "chaine="+texte+"&id=2";

Ensuite, je fais passer ce contenu à un script PHP via Ajax avec la méthode POST dont voici une portion du code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
objetXHR = creationXHR();
objetXHR.onreadystatechange = traitementSave;
objetXHR.open("post","saveTexte.php",true);
objetXHR.setRequestHeader("Content-Type", "application/x-www-form-urlencoded");
objetXHR.send(parametres);

Enfin, j'effectue l'enregistrement dans ma base SQL via PHP de cette manière

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$texte = $_POST['texte'];
$id = $_POST['id'];
mysql_query (" UPDATE maTable SET champTexte='".$texte."' WHERE champId='".$id."' ");

Ma théorie sur la question...
J'ai l'impression que des caractères invisibles générés par Word ou par le PDF viennent bloquer totalement ou partiellement encodeURIComponent. Ce qui expliquerait pourquoi l'enregistrement se fait soit totalement (absence des caractères invisibles dans la chaine), soit partiellement (présence de ces caractères invisibles et blocage).

Remarque...
Si ce même texte "parasité" est copié-collé dans le TEXTAREA d'un formulaire traditionnel, l'enregistrement n'est pas bloqué...

Ma question...
Existe-t-il une méthode, une instruction, un paramétrage... qui permet de supprimer ou d'encoder ces fameux caractères qui parasitent l'exécution du programme.

Merci d'avoir lu cette longue tirade jusqu'au bout

[SpaceFrog]

La première chose à faire avant de vouloir remplacer ces éventuels caractères parasites est de les démasquer ...
Une fois que tu les auras listés tu pourras sans doute les remplacer au moyen d'une expression régulière.


Sinon il y aurait une solution plus rapide ...
http://www.unverse.net/whizzywig-cro...ml-editor.html
ou
http://openwebware.com/

ça t'évites les

raisons de propriété intellectuelle et autres "joies" législatives

[grafistolage]

Identifier les caractères parasites n'est pas une chose aisée. J'ai bien essayé en isolant caractère par caractère la chaine qui bloquait l'enregistrement. Le seul soucis est que la plupart du temps, il s'agit d'un simple espace.

Je suppose que ce "simple espace" a en fait, un encodage particulier mais impossible de l'identifier... En résumé, ce n'est pas gagné.

En ce qui concerne tes liens, je te remercie. En effet, c'est une solution simple et rapide qui évite tout problème de droits. Mais, cela m'enlève le plaisir de construire de toutes pièces, un outil web

Je vais donc continuer à chercher une solution fiable... Et puis, à terme, cela pourra servir à la collectivité du forum, on ne sait jamais...

[SpaceFrog]

un simple espace ?
tu testes avec un charCodeAt() ??

[thelvin]

Me semble pourtant pas très compliqué de faire un try/catch autour de encodeURIComponent et d'afficher le message d'erreur en cas de catch, ou d'afficher le résultat de l'encodage si pas d'erreur.

[sekaijin]

Bonjour
...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$texte = $_POST['texte'];
$id = $_POST['id'];
mysql_query (" UPDATE maTable SET champTexte='".$texte."' WHERE champId='".$id."' ");

...

La première chose à faire est lire la FAQ php

ON NE FAIT JAMAIS un update de la sorte c'est à coup sur une soure de problème.

Un tu t'expose à une injection de code et deux tout contenu foireux de text te plante l'exécussion

une petite démo de ce qu'il t'arrive

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$texte = "a'; DELETE FROM maTable;  UPDATE maTable SET champTexte='";
$id = $_POST['id'];
mysql_query (" UPDATE maTable SET champTexte='".$texte."' WHERE champId='".$id."' ");

si tu fait ça (I.E. l'utilisateur t'envoi ça) mysql exécute un update de toute la table et met a dans tous les enregistrement puis il vide la table et fait un update sur l'enregistrement $id qui n'existe plus et donc ne fait rien

dans le forum php il y a toutes les info pour se prémunir de cela
de toute gaçon quelque soit le langage on n'envois JAMAIS au moteur sql une chaie à interprété qui est même partiellement issue de l'utilisateur
A+JYT