PC SOFT

PROFESSIONAL NEWSGROUPS
WINDEVWEBDEV and WINDEV Mobile

Home → WEBDEV 2024 → Dysfonctionnement bizarre sur un champ de saisie HTML
Dysfonctionnement bizarre sur un champ de saisie HTML
Started by Philippe, Sep., 13 2022 2:41 PM - 9 replies
Registered member
36 messages
Posted on September, 13 2022 - 2:41 PM
Bonjour à tous,

Depuis une quinzaine de jour je rencontre un dysfonctionnement bizarre sur un champ de saisie HTML qui fonctionnait parfaitement avant.

Sur certains postes on ne peut pas accéder au champ quand on clique dedans pour saisir ??

Dans la console je trouve une erreur :
Uncaught ReferenceError : WDSaisieRiche_ms_tabEmojis is not defined at WDSaisieRiche.js?3000bcleaf963:3:13881...

Comme cela est arrivé du jour au lendemain, je pensais à une mise à jour de navigateur mais non car par exemple cela fonctionne très bien sur un poste avec la dernière version de Edge et cela ne fonctionne pas sur un autre avec la même version

Avez-vous rencontré ce problème et/ou avez-vous une piste ?

Merci d'avance

Philippe
Registered member
94 messages
Posted on September, 13 2022 - 3:13 PM
Bonjour,

Oui j'ai déjà rencontré exactement le même problème dans le passé, en version 24 si je me rappelle bien.
En l'absence de compréhension du problème, j'ai arrêté d'utiliser ce champ qui par ailleurs était encore plus light qu'en version 27.
J'ai décidé, à l'époque de combiner TinyMCE avec un champ de saisie multilignes.
Du coup, j'ai réglé le problème que vous rencontrez et en plus, les fonctionnalités de TinyMCE sont infiniment plus puissantes que celle du champ de saisie HML et même en version 27.
Donc je continue avec TinyMCE...

--
Merci et belle journée !

Michel
Posted on September, 14 2022 - 4:58 PM
MichelH avait écrit le 13/09/2022 :
Bonjour,

Oui j'ai déjà rencontré exactement le même problème dans le passé, en version
24 si je me rappelle bien.
En l'absence de compréhension du problème, j'ai arrêté d'utiliser ce champ
qui par ailleurs était encore plus light qu'en version 27.
J'ai décidé, à l'époque de combiner TinyMCE avec un champ de saisie
multilignes.
Du coup, j'ai réglé le problème que vous rencontrez et en plus, les
fonctionnalités de TinyMCE sont infiniment plus puissantes que celle du champ
de saisie HML et même en version 27.
Donc je continue avec TinyMCE...


sauf evolutions que je n'ai pas constatées car par testées ce champs de
saisie html n'était pas compatibles safari.

Donc si ce n'est pas compatible avec tout, cela ne doit JAMAIS être
utilisé. (Même dans le cas d'intranet)
et je dirais même que cela ne devrait pas être proposé dans webdev !

c'est pourquoi chez nous il est verboten et on utilise ckeditor (idem
tinymce)

--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com
Registered member
36 messages
Posted on September, 15 2022 - 11:23 AM
Merci Michel, je vais tester cela
Cordialement,
Philippe
Registered member
36 messages
Posted on September, 15 2022 - 11:26 AM
Merci Eric,
C'est pire que cela, le dysfonctionnement semble aléatoire (il fonctionne bien ou pas sur des postes avec des navigateurs et versions identiques)
Cordialement,
Philippe
Registered member
94 messages
Posted on September, 26 2022 - 9:13 AM
Bonjour Messieurs,

Je reviens sur CKEDITOR après l'avoir rapidement testé...
Là où TINYMCE bugge (dans une popup ou cohabitent des champs de saisie date avec calendrier - certainement un blocage dû au code JS de cette fonction), CKEDITOR passe.
J'ai commencé à étudier la doc mais je ne suis pas au bout.
Il y a une chose que je n'ai pas vue, c'est comment on fait le lien entre CKEDITOR et le champ de saisie Wedbev ?
Pouvez-vous partager votre expérience du sujet svp ?

--
Merci et belle journée !

Michel
Posted on September, 27 2022 - 8:31 AM
MichelH avait prétendu :
Bonjour Messieurs,

Je reviens sur CKEDITOR après l'avoir rapidement testé...
Là où TINYMCE bugge (dans une popup ou cohabitent des champs de saisie date
avec calendrier - certainement un blocage dû au code JS de cette fonction),
CKEDITOR passe.
J'ai commencé à étudier la doc mais je ne suis pas au bout.
Il y a une chose que je n'ai pas vue, c'est comment on fait le lien entre
CKEDITOR et le champ de saisie Wedbev ?
Pouvez-vous partager votre expérience du sujet svp ?


bonjour
cela dépend des vs de ckeditor
j'avoue que je laisse toujours ça à mes developpeurs mais je vais
tenter de t'aider.
Ah ben oui, je me rappelle ... comme ça me gonflait de ne jamais savoir
je m'étais fait une doc
http://www.boxchallenge.com/doc/Integrer_un_champs_CKeditor.docx

ça ça doit être pour du ckeditor 5

plus vieille pour du 4.1, cette doc date de 2013.
http://www.boxchallenge.com/doc/Integration-ckeditor.doc

--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com
Registered member
94 messages
Posted on September, 27 2022 - 8:51 AM
Bonjour,

Et merci Eric, je ne pouvais pas rêver plus documenté ! Je vais tester !
Du coup, après parcours de ton document, je me dis que TINYMCE a du bon.
Car pour faire le lien avec un fichier Webdev dans cet environnement, rien de plus simple.
On rajoute une ligne dans l'init JS du genre selector: 'textarea#123', où #123 est l'alias du champ.
Ou juste selector: 'textarea' s'il n'y a qu'un seul champ de saisie à lier, et tout ça dans le code HTML de la page.
Je sais qu'on ne peut jamais avoir le beurre et l'argent du beurre.
Vivement que PCSOFT crée un champ métier HTML ou améliore nettement son champ de saisie HTML.

Merci encore !

--
Merci et belle journée !

Michel
Posted on September, 27 2022 - 9:25 AM
MichelH a exprimé avec précision :
Bonjour,

Et merci Eric, je ne pouvais pas rêver plus documenté ! Je vais tester !
Du coup, après parcours de ton document, je me dis que TINYMCE a du bon.
Car pour faire le lien avec un fichier Webdev dans cet environnement, rien de
plus simple.
On rajoute une ligne dans l'init JS du genre selector: 'textarea#123', où
#123 est l'alias du champ.
Ou juste selector: 'textarea' s'il n'y a qu'un seul champ de saisie à lier,
et tout ça dans le code HTML de la page.
Je sais qu'on ne peut jamais avoir le beurre et l'argent du beurre.
Vivement que PCSOFT crée un champ métier HTML ou améliore nettement son champ
de saisie HTML.

Merci encore !


il faut voir aussi les possibilités de ckeditor pour créer ces propres
plugins

on peut par exemple depuis un ckedtor intégré dans un de nos sites
- créer un lien visio en mettant à jour un agenda géré ds wb
- mettre un lien provenant d'un formulaire géré dans une popup avec une
zr
- insérer des gabarits (présentation, tableau) toujours que l'on gére
dans notre site webdev
- proposer une liste de variables à insérer

bref faire interagir notre site directement depuis les boutons du
ckeditor

bon jamais poussé dans tiny pour voir si on pouvait aller aussi loin.

--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com
Posted on March, 13 2024 - 10:38 AM
Roumegou a formulé ce mardi :
MichelH a exprimé avec précision :
Bonjour,

Et merci Eric, je ne pouvais pas rêver plus documenté ! Je vais tester !
Du coup, après parcours de ton document, je me dis que TINYMCE a du bon.
Car pour faire le lien avec un fichier Webdev dans cet environnement, rien
de plus simple.
On rajoute une ligne dans l'init JS du genre selector: 'textarea#123', où
#123 est l'alias du champ.
Ou juste selector: 'textarea' s'il n'y a qu'un seul champ de saisie à lier,
et tout ça dans le code HTML de la page.
Je sais qu'on ne peut jamais avoir le beurre et l'argent du beurre.
Vivement que PCSOFT crée un champ métier HTML ou améliore nettement son
champ de saisie HTML.

Merci encore !

il faut voir aussi les possibilités de ckeditor pour créer ces propres
plugins

on peut par exemple depuis un ckedtor intégré dans un de nos sites
- créer un lien visio en mettant à jour un agenda géré ds wb
- mettre un lien provenant d'un formulaire géré dans une popup avec une zr
- insérer des gabarits (présentation, tableau) toujours que l'on gére dans
notre site webdev
- proposer une liste de variables à insérer

bref faire interagir notre site directement depuis les boutons du ckeditor

bon jamais poussé dans tiny pour voir si on pouvait aller aussi loin.


juste pour tenir à jour le post

Nous avons abandonné (mars 2024) ckeditor5 pour revenir à ckeditor 4.
Pour cela nous avons refait tous nos plugins en ckeditor 4.
Cette partie n'a pas été trop difficile; car le code métier est en
webdev; c'est juste l'intégration webdev/ck partout dans les fenêtres
qu'il a fallu reprendre.

Pourquoi ? parce qu'en fait ckeditor5 est un cheval de Troie pour
passer à leur vs payante; car ils mettent des limites rédhibitoires à
la 5 gratuite.
Et qu'en fin de compte la 4 peut tout faire et même plus simplement.

Comme quoi, c'est trop vrai en informatique, faut toujours changer mais
pas forcément pour du mieux !

--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com