OK
AJAX error!

Les forumsGrammalecteFaire fonctionner Grammalecte sur l'éditeur HTML de dolibarr ou LimeSurvey (CKeditor)

Faire fonctionner Grammalecte sur l'éditeur HTML de dolibarr ou LimeSurvey (CKeditor)

Bonjour,

J'utilise Firefox et différents logiciels libres. Je peux rapporter un bogue et éventuellement effectuer un correctif sur une application libre.

J'utilise osticket avec sin éditeur HTML : grammalecte s'active bien cela semble être du redactor
J'utilise Dolibarr avec l'éditeur HTML : cela semble être du CKeditor : ne passe pas (ni directement, ni via le menu)
J'utilise LimeSurvey avec l'éditeur HTML : c'est du CKeditor : ne passe pas directemnt, mais passe avec le clic droi (analyser le contenu du cacdre).

Comment activer grammalecte sur ces 2 systèmes ? Est ce que je peux apporter une modification dans les paramètres de CKeditor pour que l'on puisse activer grammalecte dans l'éditeur HTML.

Je parle bien : pour les personnes qui ont le plugin grammalecte sur leur navigateur : quelle serait les possibilité pour que grammalecte détecte le champ comme modifiable directement ?

merci :)
le 28 mai 2021 à 16:15
Bonjour,

Pour mieux comprendre pourquoi Grammalecte ne fonctionne pas forcément je vous invite à lire le sujet épinglé dans la partie Grammalecte du forum « [Firefox] Formateur de texte et correction à la volée indisponibles dans certaines interfaces » à l’adresse grammalecte.net…

La bonne nouvelle c’est que, depuis l’an dernier, Grammalecte met à disposition des applications exécutées dans le navigateur une api web permettant à ces applications d’utiliser la correction et les suggestions fournies par Grammalecte. L’intégration doit alors se faire depuis le code de l’éditeur (CKeditor dans le cas présent). Pour plus de détails sur cette procédure, voir code.grammalecte.net… (en).

La mauvaise, c’est qu’en attendant qu’une interface standardisée fasse consensus et soit adoptée, il faudra faire manuellement l’intégration, éditeur par éditeur… (voir grammalecte.net… pour plus de détails)
le 03 juin 2021 à 11:01
Pour info : sur un ckeditor sans détournement du clic droit, la version 3 si je ne me trompe : ca fonctionne bien, ca corrige.
Je vais regarder pour :
1. Supprimer le menu de contexte
2. Voir à utiliser de l'UTF8 plutôt que du htmlentities.

/me tiens au courant :)

config.removePlugins = 'tableselection,liststyle,tabletools,contextmenu,elementspath,save'; : permet de supprimer le contextmenu, mais grammalecte ne retrouve pas les champs :(
le 23 septembre 2021 à 10:32
OK :
Modification manuelle de ckeditor config
config.removePlugins = 'tableselection,liststyle,tabletools,contextmenu,elementspath,save,entities';
sur theme/eldy/ckeditor/config.js

A voir si le reste passe maintenant …

[EDIT] fonctionne tant que l'on ajoute pas de style :D
le 23 septembre 2021 à 11:08
Bonjour, je m'étais pencher un peu sur le problème de Grammalecte avec les éditeurs HTML en fait le principal problème vient du mode de fonctionnement ou souvent il créé une IFRAME pour intégrés un DIV éditable isolé. Et le deuxième problème vient du mode d'initialisation : genre la page HTML contient un TEXAREA qui par le JS de l'éditeur est modifier en DIV éditable voire avec l'IFRAME en plus.
Je ne sais pas si c'est possible avec ckeditor mais si tu peux l'initialiser avec une page HTML ou et qu'il applique sur un DIV éditable ça devrais marcher assez bien.

PS: mes essais remontent à longtemps mes souvenirs sont donc vaguent ;)
le 24 septembre 2021 à 00:27

Notification par e-mail    0