Forum CMS Made Simple FR
Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - Version imprimable

+- Forum CMS Made Simple FR (https://forum.cmsmadesimple.fr)
+-- Forum : Général (https://forum.cmsmadesimple.fr/forum-3.html)
+--- Forum : Général (https://forum.cmsmadesimple.fr/forum-10.html)
+--- Sujet : Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? (/thread-3674.html)


Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - landais - 19/11/2015

Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 2.0.1.1
#~ Url du site : http://www.uli-ido.ovh/ULI/
#~ Hébergeur / Soft : OVH
#~ Informations Système :
#~ ----------------------------------------------
#~ Cms Version: 2.0.1.1
#~ Installed Modules:
#~ AdminSearch: 1.0
#~ CMSContentManager: 1.0.1
#~ DesignManager: 1.0.1
#~ FileManager: 1.5.1
#~ MicroTiny: 2.0
#~ ModuleManager: 2.0
#~ Navigator: 1.0.1
#~ News: 2.50.1
#~ Search: 1.50.1
#~ Config Information:
#~ php_memory_limit:
#~ max_upload_size: 64000000
#~ url_rewriting: none
#~ page_extension:
#~ query_var: page
#~ auto_alias_content: true
#~ locale:
#~ set_names: true
#~ timezone: Europe/Paris
#~ permissive_smarty: false
#~ Php Information:
#~ phpversion: 5.4.45
#~ md5_function: On (Vrai)
#~ json_function: On (Vrai)
#~ gd_version: 2
#~ tempnam_function: On (Vrai)
#~ magic_quotes_runtime: Off (Faux)
#~ E_STRICT: 2048
#~ E_DEPRECATED: 8192
#~ test_file_timedifference:
#~ test_db_timedifference:
#~ memory_limit: 512M
#~ max_execution_time: 300
#~ output_buffering: 4096
#~ file_uploads: On (Vrai)
#~ post_max_size: 64M
#~ upload_max_filesize: 64M
#~ session_save_path: /tmp (0700)
#~ session_use_cookies: On (Vrai)
#~ xml_function: On (Vrai)
#~ xmlreader_class: On (Vrai)
#~ Performance Information:
#~ allow_browser_cache: Off (Faux)
#~ browser_cache_expiry: 60
#~ php_opcache: Off (Faux)
#~ smarty_cache: Off (Faux)
#~ smarty_compilecheck: Off (Faux)
#~ smarty_cache_udt: Off (Faux)
#~ auto_clear_cache_age: On (Vrai)
#~ Server Information:
#~ Server Api: fpm-fcgi
#~ Server Db Type: MySQL (mysqli)
#~ Server Db Version: 5.5.46
#~ Server Db Grants: Impossible de trouver un privilège "GRANT ALL". Cela ne conduit pas nécessairement à des problèmes... Mais si vous avez des problèmes pour installer/retirer des modules ou ajouter/supprimer des éléments de contenu ou pages cela pourrait en être la cause.
#~ Server Time Diff: Aucune différence de date du système de fichiers trouvées
#~ ----------------------------------------------
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~



L'attribut pour <FORM ...> onSubmit = "script command(s)" 'est effacé par l'éditeur source de Contenu.

Il ne semble donc pas possible d'activer du code javascript inséré dans un gabarit de page par ce moyen.
Comment faire alors?

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - jce76350 - 19/11/2015

un peu de détail serait bienvenu Wink parce la boule de cristal ....

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - landais - 19/11/2015

Dans le Gabarit :

{literal}
<script language="javascript">
function alerte() {
....
}
</script>
{/literal}

Dans le contenu:

En codant dans l'éditeur source:

<form action="" method="POST" name="formulaire" onsubmit=" return alerte()">

Cela devient :

<form action="" method="POST" name="formulaire">

Donc l'attribut onsubmit de <form> disparaît à l'enregistrement empêchant la mise en oeuvre de la fonction Javascript alerte() du Gabarit

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - jce76350 - 19/11/2015

Ton code fonctionnait en V 1.12.x ?

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - landais - 19/11/2015

Je pensais avoir été assez clair mais apparemment non.

Ce n'est pas une question de code. D'ailleurs dans mon exemple je n'ai pas détaillé le code de la fonction Javascript.

C'est juste que l'éditeur de contenu supprime l'attribut onsubmit de la balise html <form >

Pourquoi?

Je ne sais pas si cette anomalie existait aussi sur la V 1.12.x.

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - airelibre - 20/11/2015

Par éditeur de contenu, tu veux dire l'éditeur WYSIWYG ?

Si c'est le cas, mieux vaut ne pas mettre de balises de ce type là directement dans TinyMCE (ou autres) et préférer un gabarit dédié.

Ou alors, désactiver le WYSIWYG pour cette page-ci via les options de page

J'espère avoir bien compris... Smile

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - landais - 21/11/2015

Oui par l'éditeur de contenu WYSIWYG mais en faisant option ->code source.

Le code source contient le code HTML du WYSIWYG

<form> est une balise HTML et il n'y a pas de problème avec les autres attributs de cette balise comme je l'ai ai indiqué dans ma première réponse. C'est juste l'attribut "onsubmit" qui n'est pas accepté.

Pourquoi? Cela me semble être une anomalie du 2.011

Peut-être devrais-je aller sur le forum anglais pour signaler cette anomalie?
Merci pour ton aide.

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - jce76350 - 21/11/2015

>Oui par l'éditeur de contenu WYSIWYG mais en faisant option ->code source.

alors c'est normal que ton éditeur de contenu supprime l'attribut onsubmit,
l'éditeur n'est PAS déactivé et le WYSIWYG fonctionne encore !

>Pourquoi? Cela me semble être une anomalie du 2.011
Non pas du tout c'est prévu mais ...
Il faut que tu désactives définitivement ton éditeur dans ta page dans l'onglet OPTION "Désactiver l'éditeur WYSIWYG sur cette page (indépendamment du gabarit ou de la configuration de l'utilisateur) :
si tu re-coche la case, à nouveau ton code sera modifié

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - landais - 21/11/2015

OK merci cette fois l'attribut "onsubmit" de la balise HTML <form> est bien sauvegardé.

Par contre je crois que c'est une anomalie de l'éditeur WYSIWYG qui doit pouvoir être utilisé en code source puisque cette option existe. Et en utilisant l'éditeur avec cette option je n'avais jamais remarqué jusque là que le code HTML que je mettais pouvait être modifié.

Merci encore pour ton aide.

Cordialement

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - jce76350 - 21/11/2015

Citation :Par contre je crois que c'est une anomalie de l'éditeur WYSIWYG qui doit pouvoir être utilisé en code source puisque cette option existe.
Non c'est logique, l'éditeur WYSIWYG n'est PAS déactivé
Citation :Et en utilisant l'éditeur avec cette option je n'avais jamais remarqué jusque là que le code HTML que je mettais pouvait être modifié.
tu as l'habitude de travailler avec la version 1.12.x qui avais une autre option pour désactiver le WYSIWYG.
La V 2.x C'est totalement différents faut bien lire la doc et les notes de version.

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - landais - 22/11/2015

Cela signifie que si un jour je remets actif l'éditeur WYSIWYG sur cette page, le code html édité avant sera modifié. C'est quand même assez dangereux cette option!

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - jce76350 - 22/11/2015

Citation :Cela signifie que si un jour je remets actif l'éditeur WYSIWYG sur cette page, le code html édité avant sera modifié.
ha oui c'est que j'ai écris plus haut Wink
Citation :C'est quand même assez dangereux cette option!
C'est comme ça en V 2.x et c'était comme ça avant en V 1.1x.x. Rien à changer si tu utilises un éditeur cela modifie ton code HTML.
Tu n'as qu'a passer par une balise pour ton bidouillage

Quid de l'attribut pour <FORM ...> onSubmit = "script command(s)"? - airelibre - 23/11/2015

landais a écrit :Cela signifie que si un jour je remets actif l'éditeur WYSIWYG sur cette page, le code html édité avant sera modifié. C'est quand même assez dangereux cette option!

D'où l'intérêt d'utiliser plutôt un plugin ou gabarit externe plutôt que de donner la main à un éditeur WYSIWYG qui risque de filtrer ce genre d'attributs Wink