OK
AJAX error!

Les forumsGrammalecteFirefox WebExtension : préversion

Firefox WebExtension : préversion

Voici la première préversion de Grammalecte comme WebExtension, pour Firefox 56 et plus.

Pour l’installer, il faut utiliser Firefox Nightly ou Firefox developper (pour cette dernière, il faut aller dans about:config et passer à false l’option xpinstall.signatures.required).

dicollecte.org…
Il ne faut pas dézipper l’archive. Le zip est l’extension à installer dans Firefox.

Note :
— Pour l’instant, WebExtension ne permet pas d’intégrer les dictionnaires orthographiques ni d’interagir avec eux. Ça a aussi pour conséquence qu’il n’y a pour l’instant pas de suggestion orthographique possible dans Grammalecte. Mais ce point va être travaillé dans les semaines à venir.
— Je m’attends à ce qu’il y ait des problèmes d’ajustements de style, attendu que Grammalecte est dorénavant intégré à l’intérieur des pages web que vous visitez, donc on hérite du style CSS de ces pages. Il se peut donc qu’il y ait des effets de bord auxquels je n’ai pas pensé sur l’affichage des éléments.
— Hormis ces points, l’extension devrait être fonctionnelle. Si quelque chose ne fonctionne pas, c’est un bug qui m’a échappé.

Merci de me rapporter vos essais, même si c’est pour dire que ça fonctionne bien.
le 02 septembre 2017 à 10:10
Bonjour, voici un petit retour après des tests rapides.

Petit problème sur certains sites sur les panels qui s'ouvrent en dessous de certains éléments de la page, pour résoudre se problème il suffit de définir à ".grammalecte_panel" un "z-index" avec une valeur très élevé genre 16777270 ;)

Il serait peut-être aussi intéressant de pouvoir ouvrir le conjuguer dans un panel. (beaucoup d'utilisateurs n'arrivent pas à gérer plusieurs onglets ou fenêtres.)

Pour le conjugueur, ça pourrait aussi être pas mal qu'on puisse entrer une forme conjuguer et que ça cherche tout seul l'infinitif pour proposer la conjugaison.

Pour les panels : Il faudrait au moins forcer les propriétés css suivantes : ".grammalecte_panel" line-height:1; box-sizing: content-box;

Ce qui me dérange beaucoup plus (vu que je suis webmaster) c'est le fait que le textarea soit mis dans un wapper voici quelques raisons:
* Ça peut affecter le design de certain site.
* Si le site fait certaines vérifications sur le textarea, elles peuvent ne plus fonctionner et rendre la publication sur le site impossible (j'ai dû modifié un de mes sites en prévision pour qu'il puissent toujours fonctionner avec l'extension).
Je pense qu'il suffit de mettre un div après le textarea pour éviter un maximum de problèmes.

Autre problème:
Si pour une raison ou une autre le site crée en javascript un textarea, je trouve qu'il n'est pas pratique de devoir sélectionner le texte pour pouvoir faire une correction. N'est-il pas possible de détecter que nous sommes au-dessus d'un textarea et que si le texte n'est pas sélectionné que le menu contextuel propose de Vérifier tout le contenu du textarea?

En ce moment je suis un peu overbooké pour faire plus d'essais, si je trouve d'autre problème je te ferais signe afin que tu puisses avancer le plus rapidement possible ;)
le 02 septembre 2017 à 12:18

IllusionPerdu :
Petit problème sur certains sites sur les panels qui s'ouvrent en dessous de certains éléments de la page, pour résoudre se problème il suffit de définir à ".grammalecte_panel" un "z-index" avec une valeur très élevé genre 16777270 ;)
Pour les panels : Il faudrait au moins forcer les propriétés css suivantes : ".grammalecte_panel" line-height:1; box-sizing: content-box;


Fait.
Mais je préfère régler line-height sur normal.

Il serait peut-être aussi intéressant de pouvoir ouvrir le conjuguer dans un panel. (beaucoup d'utilisateurs n'arrivent pas à gérer plusieurs onglets ou fenêtres.)


Faut pas pousser. Il suffit de cliquer sur un bouton pour avoir ce qu’on veut.
La raison pour laquelle le conjugueur n’est pas inclus dans la page, c’est que ce n’est pas du tout lié à la page ni au contexte de la page, contrairement aux autres panneaux. La conjugaison est toujours indépendante.
Évidemment, l’esthétique change un peu, mais ce n’est pas bien dérangeant. Du reste, l’esthétique va encore changer un peu, d’une manière générale, je pense.

Pour le conjugueur, ça pourrait aussi être pas mal qu'on puisse entrer une forme conjuguer et que ça cherche tout seul l'infinitif pour proposer la conjugaison.


En effet.

* Ça peut affecter le design de certain site.


C’est délibéré… Par ailleurs, on n’a pas trop le choix.
WebExtension ne permet pas de connaître sur quel élément on fait un clic droit. Il faut donc inclure les boutons sur la page, d’une manière ou d’une autre.

* Si le site fait certaines vérifications sur le textarea, elles peuvent ne plus fonctionner et rendre la publication sur le site impossible (j'ai dû modifié un de mes sites en prévision pour qu'il puissent toujours fonctionner avec l'extension).
Je pense qu'il suffit de mettre un div après le textarea pour éviter un maximum de problèmes.


Ah oui, tu en avais déjà parlé. J’avais oublié. C’est un problème embêtant. Je vais modifier ça.
Mais idéalement j’aimerais quand même enrober visuellement le textarea. Faudrait le faire sans modifier sa position hiérarchique.

Si pour une raison ou une autre le site crée en javascript un textarea, je trouve qu'il n'est pas pratique de devoir sélectionner le texte pour pouvoir faire une correction. N'est-il pas possible de détecter que nous sommes au-dessus d'un textarea et que si le texte n'est pas sélectionné que le menu contextuel propose de Vérifier tout le contenu du textarea?


WebExtension ne permet pas de savoir sur quoi on fait un clic droit, on peut seulement récupérer le texte sélectionné.
Le menu contextuel est généré et géré par le background.
En fait, il faudrait plutôt une entrée du menu contextuel pour relancer la recherche de zone de texte.
le 02 septembre 2017 à 13:50
J’ai toujours du mal avec les versions présentant de forts changements.
J’ai été fort surpris par le bouton analyser : j’ai cru que c’était la nouvelle méthode de correction de Grammalecte.
J’ai aussi été fort étonné du "header" avec Σ, coller en haut, «, •, », _
Il faut s’habituer… Mais j’aimais bien (mieux) la fenêtre flottante.

Je me contente dans un premier temps d’utiliser Corriger (et plus tard, Formater)

La première chose qui me semble ressembler à un bug, c’est que la fenêtre "corriger" ne semble pas toujours contenir l’entièreté du texte. Dans ce cadre-ci, c’est du texte assez simple (sans trop de caractères spéciaux) et déjà, après avoir fait 2 ou 32 fois "corriger", je n’ai plus qu’une partie du texte qui y est présenté/analysé. (Ici la fin.)
Dans Wikisource, où il y a pas mal de modèles avec des doubles accolades, des parties entre crochets, et dans des balises html, le texte dans la fenêtre "corriger" est encore plus réduit.
Je me base sur la page


fr.wikisource.org…



— en mode édition + "corriger", la première ligne (<nowiki />) n’y est plus analysée.
— Le paragraphe "La nuit était noire, … ou l’arquebuse au bras." est ignoré.
— Dans le paragraphe (chant) de 2 lignes, il ne reste que la 2e ligne.
— Tout le reste n’est pas analysé.

Je viens d’utiliser "Formater" sur la page de Wikisource, et le texte (presque) complet est ici analysé !
Presque, car il indique un premier paragraphe vide pour le <nowiki />.
Et "il perd ses pinceaux" avec les balises <poem> </poem>, car on y mentionne oem inconnu du dictionnaire



Pour terminer : pourquoi, si on fait "corriger" sur cette page-ci, les "réanalyser" et les "croix de fermeture de paragraphes" sont-ils grisés ? Et qu’ils sont normaux dans la page Wikisource ?

Je m’arrête ici, je vais travailler mes pages Wikisource… ;-)

le 02 septembre 2017 à 15:18

Il faut s’habituer… Mais j’aimais bien (mieux) la fenêtre flottante.


Il n’est pas possible de reproduire ce qu’on faisait avec l’ancienne extension.
Pas possible de maintenir le panneau ouvert dans la barre d’outils, il se ferme dès qu’il perd le focus.
Pas possible de commander à ce panneau de s’ouvrir autrement qu’en cliquant sur l’icône.
Pas possible d’avoir une taille verticale supérieure à celle actuelle.
Pas possible de faire le lien directement avec le contenu de la page.

La première chose qui me semble ressembler à un bug, c’est que la fenêtre "corriger" ne semble pas toujours contenir l’entièreté du texte.


Vraiment bizarre et pas normal.

Pour terminer : pourquoi, si on fait "corriger" sur cette page-ci, les "réanalyser" et les "croix de fermeture de paragraphes" sont-ils grisés ? Et qu’ils sont normaux dans la page Wikisource ?


C’est ce que je disais dans le premier message : c’est le style de la page qui interfère avec le contenu des panneaux. Va falloir que je bétonne ça.
le 02 septembre 2017 à 19:37
Pour info, je viens d’essayer les raccourcis ctrl+maj+f6 et ctrl+maj+f7 : chez moi, les deux renvoie vers le conjugueur.

L’aide indique toujours que le premier appelle le formateur et le second le correcteur.
le 03 septembre 2017 à 06:54

L’aide indique toujours que le premier appelle le formateur et le second le correcteur.


Que les deux raccourcis soient affectés au conjugueur, c’est normal, mais je ne vois pas où tu vois ça.
le 03 septembre 2017 à 09:12

Que les deux raccourcis soient affectés au conjugueur, c’est normal, mais je ne vois pas où tu vois ça.



Ok, c’est bon, j’ai cru voir cela dans l’aide de Grammalecte pour les raccourcis clavier. C’est en effet correct. Fausse alerte…
le 03 septembre 2017 à 19:33
Je viens de mettre à jour l’extension. C’est le même lien que sur le premier message.

— L’affichage ne devrait plus être déformé par le CSS de la page (sauf pour le formateur de texte, dans une moindre mesure, mais je vais corriger ça prochainement).
— Il ne devrait plus y avoir de texte qui disparaît. (En fait, tout le texte était bien analysé, mais il n’était pas toujours affiché.)

Je vais maintenant m’occuper du formateur de texte, de cette histoire de wrapper et du réexamen des pages si un textarea apparaît.
le 04 septembre 2017 à 10:44
J’ai encore mis à jour l’extension. Il n’y a plus de wrapper, mais un bouton qui ouvre un menu.
le 06 septembre 2017 à 21:24
La version du 06/09/17 est déjà très bien. Je n’ai pas détecté d’erreur jusqu’à présent.

Si je peux faire une remarque :
dans Wikisource, le symbole-menu "Grammalecte" apparaît dans le coin supérieur gauche des fenêtres où les corrections sont possibles. Malheureusement cela rend les premiers caractères de la fenêtre d’édition illisibles. Je m’aperçois qu’ici sur le forum il apparaît dans le coin inférieur gauche, et c’est nettement moins gênant…
Pour moi, le pire coin est le supérieur gauche, car la probabilité est la plus haute qu’il y ait là quelque chose à lire/corriger.
le 08 septembre 2017 à 10:41
Bizarre, ça devrait toujours apparaître dans le coin en bas à gauche. C’est d’ailleurs le cas chez moi sur Wikisource (mais j’ai déjà fait des modifs pour rendre ce bouton moins intrusif).
le 08 septembre 2017 à 11:13
C’est vrai que ce n’est pas partout : l’icône apparait en bas-gauche dans ma page utilisateur et dans l’espace principal et en haut-gauche dans les espaces-pages (ex : dans Page:Balzac - Œuvres complètes, éd. Houssiaux, 1874, tome 17.djvu/84), mais vu toutes les possibilités de préférences, de gadgets et de fonctions bêta…
Je n’ai cependant pas trop envie de restaurer les paramètres par défaut pour voir si cela change quelque chose…



Bon j’ai essayé sur Wikisource NL avec paramètres par défaut ; édition d’une page (au hasard) et j’ai encore l’icône en haut-gauche.
le 08 septembre 2017 à 15:48
Je n’arrive pas à reproduire le problème. J’ai publié une nouvelle version, avec un petit bouton animé. C’est expérimental. Pas du tout certain que ça demeure ainsi.
le 08 septembre 2017 à 16:48

J’ai publié une nouvelle version, avec un petit bouton animé.



Le bouton est toujours au même endroit, mais étant plus petit, cela gêne nettement moins…
le 09 septembre 2017 à 09:27
Poste des liens où tu as le problème, s.t.p.
le 09 septembre 2017 à 09:39
J'ai cela sur toutes les pages de ce que Wikisource.fr appelle le mode "Page". Voici un de ces liens (copier-coller) :

fr.wikisource.org…

Je suppose que le lien utile est : fr.wikisource.org…

Peut-être est-ce dû à un de mes paramètres…
Sur le forum, l'icône est bien en bas-gauche.
le 10 septembre 2017 à 06:01
OK, j’ai vu. Il se trouve que sur certaines pages, le code HTML est modifié. Sur celles-ci, il y a 3 textareas, puis 2 d’entre elles disparaissent et le bouton restant se retrouve en haut.
J’ai pu faire une capture avant la reconstruction de la page :
framapic.org…

Grammalecte ne se trompe donc pas, c’est juste que la page est modifiée après son action…

Ici, dilemme, car il y a deux moyens de charger les scripts de l’extension :
— soit on attend que la page soit entièrement chargée, mais ça peut être vraiment vraiment long sur les sites blindés de publicités ou de grosses images, même avec une bonne connexion, car certains site de pubs sont apparemment surchargés de requêtes,
— soit on attend que le DOM seul soit chargé, même si toutes les ressources ne sont pas encore chargées, et on prend le risque d’arriver trop tôt, comme sur Wikisource.
le 11 septembre 2017 à 11:17
OK, j’ai créé une liste d’exceptions pour certains sites, qui attendront que la page soit entièrement chargée (et pas seulement le DOM).
le 11 septembre 2017 à 11:39
Merci pour la réactivité. Je dois avouer que je ne comprends pas toujours tout, mais le résultat est là. Merci…
le 11 septembre 2017 à 12:03
Je n’avais pas encore retéléversé l’extension. Mais voilà, c’est fait maintenant. :)
le 11 septembre 2017 à 12:06
J’ai essayé la dernière version (du 11/09)… et je suis dubitatif.
1- J’ai une fois eu 2 icônes Grammalecte, l’une en haut-gauche, l’autre en bas-gauche.
2 Après je n’ai plus eu que "ma" classique icône en haut-gauche.
3- Ce matin, je me suis aperçu qu’il y avait moyen d’appeler le menu (notamment le formateur), et cela dans le mode WikEd où cela était impossible avant (je passe mon temps à basculer dans/hors ce mode suivant que j’ai besoin de Grammalecte). J’ai donc exécuté le formateur (sous WikEd actif) et la fenêtre de résultats m’a indiqué des modifications faites. Cependant les modifications n’ont pas été sauvées.
4- Bon, comme je travaille en parallèle sur Wikisource, le point ci-dessus n’a fonctionné qu’une fois !
5- Après coup j’ai eu l’icône en bas-gauche (surprise !)
6- Nouveaux essais, je me retrouve dans les conditions "3" ; ici, en mode WikEd, j’ai effectué 2 fois en suivant le formateur : la première fois, il m’indique x modifications, la 2ᵉ fois 0 modification ; donc pour le formateur les modifications ont été effectuées.
Est-ce qu’on utilise un cache ?

Bref, je ne sais que conclure… Mais bon, j’ai une procédure d’appel de Grammalecte qui fonctionne et cela me suffit.
le 12 septembre 2017 à 07:01
Bizarre. Je ne reproduis pas le problème… ni de près ni de loin.
Il faudrait que tu postes un lien à chaque fois que tu évoques un problème (même si c’est un même lien que précédemment), ça m’éviterait de chercher et de ne pas trouver dans quelles conditions se produisent ces phénomènes.

Je ne sais pas ce que tu appelles WikEd (ce qu’ils appellent «éditeur visuel» ?), mais il est fort possible qu’une zone de texte invisible se cache derrière le HTML éditable, que Grammalecte repère la zone de texte et propose un menu sur ce que tu ne peux pas voir. Il va falloir que je gère ce cas.
le 12 septembre 2017 à 10:15
J’essaierai de fournir cela dans les prochains jours.
Si j’ai bien compris, on peut utiliser Framapic pour permettre l’accès à des captures d’écrans à durée limitée.
J’ai regardé la capture d’écran du message #18 (11 septembre 2017 à 11:17) (1) et du fait que tu n’es pas connecté et n’as pas de paramètres de préférence, la page affichée est assez différente de la mienne (headers et footers). En plus on peut définir des "sous-pages" de type js et css (que je ne maitrise pas du tout), qui modifient l’aspect et les fonctionnalités de wikisource. Tout cela doit faire des interférences…

Le but de mon message #22 était de décrire que ce n’était pas totalement stable dans le (mon) contexte de wikisource.
Je me suis déconnecté de Wikisource pour être vu comme un utilisateur inconnu, mais il reste des choses en cache qui me donne quand même un environnement différent de celui de (1).

Voici la même page que (1) avec WikEd activé: framapic.org…
(WIkEd est la barre d’outils où il y a des champs de "chercher et remplacer" ainsi que la lettre Oméga, plus au milieu)
le 12 septembre 2017 à 10:54
Je viens de m’inscrire sur Wikisource. Je ne reproduis toujours pas le problème.
En fait, je me demande si, par hasard, en téléchargeant la nouvelle extension, tu n’aurais pas retéléchargé l’ancienne extension dans le cache de ton navigateur.

Installe la nouvelle extension, s’il te plaît. Cette fois, il ne peut pas y avoir de problème de cache.
le 12 septembre 2017 à 11:56
J’ai enlevé toutes mes versions Grammalecte et j’ai installé celle qui est pointée par le lien en message #1 ; résultat de "dir" :
3.831.111 grammalecte_fr_-0.6.0b2.zip

J’ai vidé le cache, mais cela ne modifie rien chez moi pour wikisource. Ne passe pas trop de temps là-dessus. Je vais tester sur mon laptop et en créant un nouveau utilisateur, pour voir les différences.
le 12 septembre 2017 à 13:04
Bon, j’ai créé une 2e identité d’utilisateur pour Wikisource FR sur mon laptop. J’ai préalablement effacé complètement Firefox avant d’installer la version Nightly et la dernière version accessible de Grammalecte (voir message #26).
J’ai le même phénomène, l’icône est en haut-gauche…
… mais pas toujours ! De temps en temps, en ouvrant des pages au hasard, l’icône se positionne correctement.
Je suis reparti sur mon desktop et avec l’identité principale, de temps en temps, l’icône est au bon endroit.
Cela semble dépendre de la façon dont la page se charge :
chez moi, lors de l’ouverture d’une page en mode édition, une fenêtre "en tête (non include)" apparaît brièvement avant la fenêtre principale, puis se ferme lors de la poursuite du chargement de cette page. Pendant sa brève durée de vie, cette fenêtre "header" a déjà son icône (bas-gauche).
Les rares fois où l’icône est bien positionnée dans la fenêtre d’édition (principale), la fenêtre "header" n’apparaît pas lors du chargement.

Ceci met fin à mes investigations, car pendant ce temps-là, mes éditions ne se font pas… ;-)
Il est dommage qu’il n’y ait pas d’autres remontées d’utilisateurs (Nightly et les modifications de config doivent un peu refroidir les bonnes volontés)
le 13 septembre 2017 à 08:09
Ceci n’a rien avoir avec le problème des icônes mal placées.

Lors de mes essais sur le laptop (13 pouces écran haute résolution), j’ai appelé le formateur de texte, et sa fenêtre était si grande que je ne voyais plus aucun bouton (ni la croix de fermeture, ni le bouton "appliquer"). Comment fermer proprement ?
je m’en suis sorti en passant en mode plein écran, qui a fait réapparaître les boutons.
Un autre truc — plus simple — est d’utiliser les raccourcis crtl+- (control et "moins") ou ctrl+0, qui réduisent la taille des caractères (ou remettent à la taille par défaut), tout au moins dans wikisource et wikipédia.

Si cela peut aider quelqu’un…
le 13 septembre 2017 à 08:20
Quelle est la résolution de l’écran 13 pouces ?
La taille du formateur de texte chez moi est de 800×640 pixels…
le 15 septembre 2017 à 15:59
C’est un écran QHD+ 3200x1800 — totalement inutilisable comme tel en édition (caractères nanoscopiques) —
que je dois utiliser avec un facteur d’échelle de 300 %.

J’ai eu le même phénomène avec le desktop où, pour mon confort sous Firefox, j’utilise un zoom grossissant .

Sur le laptop, beaucoup de programmes ayant des fenêtres non-redimensionnables posent le même problème.

Mais, je ne demandais rien ; je donnais simplement un truc au cas où…
le 15 septembre 2017 à 18:14
Du QHD+ sur un 13 pouces ?? WTF ?
Sur mon écran 32 pouces, j’ai une résolution de 2560×1440… Ce n’est pas écrit gros, mais je n’utilise pas de zoom.
Selon les stats de Piwik, le petit écran le plus fréquent, c’est 1024×768. Après, c’est probablement du smartphone.

J’ai quand même un peu réduit la taille du formateur de texte… c’est vrai qu’il était un peu gros.
le 15 septembre 2017 à 19:47
J’ai publié une nouvelle version :
— le bouton a été modifié pour être à la fois plus petit et plus visible (peut-être un peu trop, mais je suis sûr qu’on ne va pas manquer de le voir)…
— le formateur de texte a été un peu réduit,
— le menu contextuel propose de réexaminer la page (si on clique sur une zone de texte),
— le correcteur orthographique de Grammalecte propose désormais la suggestion orthographique : ce module est encore un peu expérimental, il est meilleur que Hunspell dans certains cas et plus mauvais dans d’autres, il y a encore pas mal de marges d’amélioration.
le 16 septembre 2017 à 14:58
Bonjour,

J'ai repéré un souci avec Roundcube (le webmail) et la dernière beta (pas tester les précédente).
Le bouton animé de Grammalecte qui se place sur les champs de saisie est beaucoup perturbé par le formulaire de rédaction d'un nouveau mail.

J'ai testé sur deux roundcube différents et le problème est identique, ça peut être reproduit sur roundcubeskins.net…

En tout cas merci pour le travail sur cette extension très pratique et bon courage pour la nouvelle version!
le 09 octobre 2017 à 13:34
Je ne vois pas de solution idéale pour gérer tous les cas… Il faudrait faire du cas par cas. Mais ce n’est guère possible.
Dans la prochaine version, le bouton ne sera plus animé en permanence, pour être moins gênant.
Peut-être va-t-il disparaître totalement. Mais le problème, c’est que le menu contextuel n’offre plus les mêmes possibilités que précédemment dans le nouveau système d’extension. On ne peut pas savoir sur quoi le clic est fait notamment, ce qui est très gênant.

Pour Roundcube, le problème, c’est surtout que le bouton ne devrait même pas être visible, attendu que la zone de texte est masquée par du HTML éditable.
le 10 octobre 2017 à 10:32

Notification par e-mail    0