Discussion MediaWiki:Gadget-CreerNouveauMot-ancien.js

Tout doux

Des petites choses qui amélioreront probablement les choses :

1. Détecter les genres qu'une langue peut utiliser et ne proposer que ceux-là ;
2. Ne proposer de rajouter une clé de tri que s'il n'y en a pas déjà une, et seulement si elle est nécessaire ;
3. Détecter automatiquement s'il s'agit d'une locution ;
4. Intégrer le texte à la page plutôt que dans un cadre flottant, notamment en remplaçant le cadre au dessus du texte (« La page cercopithèque à poil ras n'existe pas, voulez-vous... »). Ce sera certainement mieux intégré et plus aisé à utiliser (cliquer sur fermer permettrait de revenir au cadre normal). — Dakdada (discuter) 27 juin 2012 à 08:36 (UTC)
5. ...

Liste à étendre, en attendant de savoir comment coder cela proprement. — Dakdada (discuter) 22 juin 2012 à 14:35 (UTC)

Pour le premier point, comme pour d'autres auquels je pense, le problème c'est qu'il y a écrit en page d'accueil les mots de plus de 1 500 langues. Il est théoriquement possible de gérer un tableau à 1500 lignes et qques dizaines ou centaines de colonnes décrivant les spécificités de chaque langue, mais je crois que c'est déraisonnable (impact sur le temps de chargement d'une page ?).

Pour la clé de tripartiellement et la détection de la locution, ça me parait tout à fait faisable pour pas cher. --GaAs 22 juin 2012 à 15:37 (UTC)

On ne mettrait de détection que pour quelques langues (rien que pour le français et l'anglais ça vaudrait le coup), pour les autres l'affichage de tous les choix par défaut suffira. Et rien n'empêchera de faire des extensions s'il y a des contributeurs intéressés pour certaines langues (facile avec les gadgets). — Dakdada (discuter) 22 juin 2012 à 15:51 (UTC)

OK, pourquoi pas. --GaAs 25 juin 2012 à 13:45 (UTC)

Il faudrait soit masquer le bouton / onglet en mode lecture, soit que cliquer dessus bascule en mode édition automatiquement (sinon il a une impasse dans l'interface). JackPotte ($♠) 22 juin 2012 à 19:20 (UTC)

Si tu sais faire (proprement), juste fais-le. --GaAs 24 juin 2012 à 17:51 (UTC)

J'ai fait plusieurs essais, comme tu peux le voir dans l'historique, mais ça m'arrange pour les tests que la fonction soit accessible partout. --GaAs 25 juin 2012 à 20:22 (UTC)

Depuis un certain temps, j'avais oublié de le signaler. --GaAs 10 décembre 2012 à 14:22 (UTC)

Reliste

Autres choses :

1. Ne pas remplir fr-rég avec s= quand on crée l'article au singulier.
2. Mettre le choix du menu sur "Nom" par défaut plutôt que "Adjectif".
3. La partie traduction vide est une bouillie infâme. Mieux vaudrait ne rien mettre dans ce cas.

— Dakdada 21 mars 2013 à 18:33 (UTC)

Compatibilté

J'ai essayé sous IE8 + XP, je n'avais même pas le menu : j'ai raté qqch ? --GaAs 24 juin 2012 à 17:53 (UTC)

Je confirme, l'ajout du menu ne fonctionne pas sous IE8 + XP (mais fonctionne sous FF12 + XP). --GaAs 27 juin 2012 à 21:09 (UTC)

Gérer toutes les langues

Afin de ne pas avoir un million de lignes dans cette page, qu'il faudrait charger systématiquement, j'image la stratégie suivante.

• Prévoir la création d'une sous-page par langue MediaWiki:Gadget-CreerNouveauMot.js/qqq.js contenant les patrons spécifiques à chaque langue
• Dans le programme principal MediaWiki:Gadget-CreerNouveauMot.js, après que l'utilisateur ait cliqué sur "insérer", à la place de CrNoMo_Insert() :
  • tester l'existence de la page "MediaWiki:Gadget-CreerNouveauMot.js/" + CrNoMo_LangueMot + ".js",
  • si elle existe, la charger avec mw.loader.load() [1], puis l'éxécuter,
  • sinon exécuter le patron par défaut.

--GaAs 18 juillet 2012 à 22:23 (UTC)

Namespace

Il est anormal de voir cet onglet dans tous les namespaces, et surtout dans la Wikidémie. JackPotte ($♠) 26 novembre 2012 à 21:38 (UTC)

Question dépassée depuis longtemps. Pour la v3.x voir Discussion MediaWiki:Editnotice-0. --GaAs 10 mars 2013 à 20:08 (UTC)

rapport d'usage

J'utilise un netbook avec un écran 10 pouces sous xubuntu, je ne vois pas le bouton de validation qui, j'imagine, se trouve dans le bas de la fenêtre, je ne peux pas réduire la fenêtre, ni la déplacer, ni finalement la fermer en appuyant sur échap...j'utilise habituellement des patrons que je copie/colle depuis ma page utilisateur, mais mon pavé tactile devient de plus en plus récalcitrant, je comptais utiliser le gadget pour contourner le pb. Par ailleurs, étant, je crois, le seul contributeur pour l'indonésien, ca m'ennuie de te faire perdre ton temps en modification. Serpicozaure(discuter) 3 janvier 2013 à 06:39 (UTC)

Je vais essayer de prendre cela en compte (c'est sûr que tu ne me fais pas perdre mon temps). --GaAs 4 janvier 2013 à 14:43 (UTC)

Suggestions

Après un essai en conditions réelles (phylogénétiquement), quelques suggestions :

• rajouter une espace après # (définition) et : (étymologie).
• proposer une prononciation "à la française", si possible avec des boutons (plus gros, plus facile à utiliser), comme ce que j'ai fait avec [2].
• ajouter les traductions également (ne rien mettre en attendant, le pâté de code vide créé par défaut n'est pas beau à voir)

Mais sinon c'est du très bon boulot. — Dakdada 7 janvier 2013 à 15:43 (UTC)

Possible d'effectuer un retour chariot entre la section de références et la clé de tri ? Automatik (discussion) 8 mars 2013 à 15:26 (UTC)

--GaAs 10 mars 2013 à 20:06 (UTC)

problème Kassel

Exemple sous FF. On aperçoit la zone d'édition avec le code généré en bas.

Bonjour,

j'ai essayé à deux reprises, de créer la page Kassel, ville allemande. J'ai entré de pour la langue allemande ; sélectionné nom propre et neutre ; entré la définition et une référence. Puis j'ai cliqué sur insérer le code wiki. Là, il m'a affiché une petite fenêtre précisant que le code était inséré dans la boite d’édition ci-dessous. Mais je n'ai rien vu. J'ai publié pensant que cela s'afficherait mais non, rien.

Quelle erreur ai-je commise ? D'avance merci. Christian COGNEAUX (discussion) 9 mars 2013 à 06:48 (UTC)

J'ai essayé de créer Étage stratigraphique, mais même souci. Christian COGNEAUX (discussion) 9 mars 2013 à 07:31 (UTC)

Essaie de juste cliquer "insérer le code wiki" sans rien rentrer, ça devrait créer un article par défaut. Quel navigateur utilises-tu ? --GaAs 9 mars 2013 à 09:13 (UTC)

J'ai essayé, mais rien. J'utilise firefox. Christian COGNEAUX (discussion) 9 mars 2013 à 09:24 (UTC)

La zone d'édition reste vide ? Tu peux y ajouter qqch à la main ? Et si tu cliques dedans avant d'ouvrir le gadget (pour moi ça change rien).

Je réfléchis tout haut : le code exécuté par le bouton est javascript:CrNoMo_CheckMenu();CrNoMo_Onglet(6) : CheckMenu insère le code dans la boite d'édition, Onglet(6) affiche "Le code a été inséré dans la boite d’édition ci-dessous.", dans cet ordre. --GaAs 9 mars 2013 à 09:30 (UTC)

Je viens de désinstaller et de réinstaller Firefox. Je refais un essai. --Christian COGNEAUX (discussion) 9 mars 2013 à 10:04 (UTC)

Non, décidément, rien à faire. Dans la première fenêtre, j'ai cliqué sur locution. Et après j'ai complété la définition. Est-ce parce que j'y mets un lien interne ? Comme tu le verras, j'ai ajouté manuellement essai dans la fenêtre d'édition.Christian COGNEAUX (discussion) 9 mars 2013 à 10:13 (UTC)

Les cases comme "définition" sont copiées telles quelles, donc les liens sont bien sûr autorisés. Je viens de refaire le test sur Kassel jusqu'à la prévisu en suivant ta description, pour moi ça fonctionne. Et j'ai changé d'ordinateur. Je sèche complètement. Tu as d'autres gadgets activés ? Ah, moi oui, il faut que j'essaie en ne gardant que celui-là, sait-on jamais. --GaAs 9 mars 2013 à 11:30 (UTC)

Les gadgets activés sont : sommaire développable ; cacher catégories ; wikEd ; specialchars et bien sûr créer nouveaux mots. Ton application fonctionne-t-elle sous internet explorer ? Sinon, Google chrome ? --Christian COGNEAUX (discussion) 9 mars 2013 à 12:47 (UTC)

J'ai installé Chrome mais cela ne marche pas plus. Ou bien il y a une subtilité que je n'ai pas comprise dans le mode d'emploi, ou effectivement le problème est lié à un gadget. Est-ce compatible avec Wiked ? --Christian COGNEAUX (discussion) 9 mars 2013 à 14:49 (UTC)

Eurêka ! 1) Sous chrome, j'ai désactivé tous les gadgets. 2° Autant lors de mes essais précédents, adjectif était déjà pré-sélectionné dans le type de mot et je cochais ensuite locution. Cette fois-ci, la case était vide. --Xian (discussion) 9 mars 2013 à 17:16 (UTC)

Effectivement, incompatible avec WikEd, je viens de le vérifier. Merci d'avoir cherché. C'est probablement assez compliqué de trouver pourquoi, alors ne t'attends pas à une correction immédiate. --GaAs 9 mars 2013 à 17:38 (UTC)

Avec ma très maigre expérience, je pense qu'on peut se passer de WikEd pour créer des articles dans wiktionary. La fonction permettant de revenir en arrière pourrait peut-être manquer. Sous WP c'est par contre un outil indispensable. Je ne l'ai pas pour un autre Wiki sur lequel je travaille et il me manque beaucoup. Bonne soirée. Xian (discussion) 9 mars 2013 à 18:44 (UTC)

Il est possible de bénéficier des modifications de WikiEd et de Gadget-CreerNouveauMot à la fois : il suffit simplement de désactiver WikiEd (en cliquant sur le petit icône, en haut à droite de la page) pour insérer le code wiki avec le gadget. Une fois le code wiki inséré, il suffit de réactiver WikiEd pour l'utiliser. Automatik (discussion) 11 mars 2013 à 01:59 (UTC) Ajouté le 13 mars 2013 à 00:28 (UTC) :

«	En général, wikEd est incompatible avec les scripts, add-on, ou extension qui modifie le texte de la fenêtre d'édition. La raison est que wikEd remplace la fenêtre de texte normale par sa propre fenêtre enrichie. La plupart des scripts continueront à fonctionner si wikEd est temporairement désactivé en cliquant sur le bouton WikEd logo.png, qui active ou désactive wikEd.	»
— (Sur la documentation française de WikEd)

Alors là je te fais des poutous partout.--GaAs 13 mars 2013 à 00:34 (UTC)

Détail

La date de la version 3.0 indiquée en commentaire dans le code n'est pas exactement celle remarquable dans l'historique 8 mars. Automatik (discussion) 9 mars 2013 à 23:41 (UTC)

Chipoteur. C'est parce qu'elle correspond à la mise en place sur Utilisateur:ArséniureDeGallium/Gadget-CreerNouveauMot.js (je ne fais pas tous les tests directement sur la vraie page, heureusement pour vous). --GaAs 10 mars 2013 à 00:22 (UTC)

Compte-rendu de fonctionnement sur divers navigateurs

Internet Explorer

• IE ajout pour répondre à Dak ci-dessous : IE8 et IE9 ne sélectionne pas la bonne option par défaut dans le "type de mot" à l'ouverture --Je vais essayer de corriger. GaAs 10 mars 2013 à 20:42 (UTC)
• iPad : IE est incompatible avec l'iOS -- Béotien lambda ☏ 11 mars 2013 à 12:11 (UTC)

Merci de préciser de quelle version de IE on parle et sur quel système. Parce qu'on ne devrait s'occuper que des versions actuellement mises à jour (donc pas IE6/IE7, pas Windows 95/98 etc.). — Dakdada 11 mars 2013 à 12:25 (UTC)

Firefox

• Je n'ai pas détecté de pb sous FF, normal, c'et sous FF que je teste tout. --GaAs 10 mars 2013 à 21:40 (UTC)
• iPad : Firefox est incompatible avec l'iOS. -- Béotien lambda ☏ 11 mars 2013 à 12:12 (UTC)

Safari

• Ordinateur
• iPad : ne fonctionne pas sur Safari dans l'iOS 6.1.2 c'est à dire que les créations ne sont pas tranférées dans la fenêtre d'édition et pas prévisualisables -- Béotien lambda ☏ 10 mars 2013 à 21:18 (UTC)

Safari, je m'excuse, je ne connais pas. --GaAs 10 mars 2013 à 21:44 (UTC) J'exagère, c'est juste que je le boycotte depuis qques temps, mais si c'est pour la bonne cause je veux bien le télécharger. --GaAs 13 mars 2013 à 00:38 (UTC)

Chrome

• Cr ne sélectionne pas la bonne option par défaut dans le "type de mot" à l'ouverture -- Je vais essayer de corriger. GaAs 10 mars 2013 à 20:42 (UTC)
• iPad : une application Chrome peut être installée sur l'iPad et fonctionne très bien. Cependant le gadget ne fonctionne pas vraisemblablement en raison d'un problème avec l'iOS. -- Béotien lambda ☏ 11 mars 2013 à 12:17 (UTC)

Opéra

• iPad : une application Opéra Mini peut être installée sur iPad. Le gadget fonctionne, avec je viens de créer épiscoper, donc pas de problème avec l'iOS, mais ce navigateur est lent et instable, les commandes de barre d'outils ne fonctionnent pas, etc. D'ailleurs je viens de modifier la section Opéra et ça a remplacé le contenu de la page, du n'importe quoi. Dommage, pour une fois que le gadget marchait pour moi... -- Béotien lambda ☏ 11 mars 2013 à 12:50 (UTC) de retour sur Safari

Clé de tri pour les entrées comportant un tiret

Bonjour.

Quand il s'agit d'un suffixe, le tiret est aussi (comme pour toutes les autres entrées) remplacé par une espace dans la clé de tri. Ce qui place le préfixe en tête de catégorie. Peut-être est-ce résoluble. Cordialement, Automatik (discussion) 24 mars 2013 à 01:34 (UTC)

En fait l'entrée -thérapie dont la clé de tri est  therapie est quand même placée dans les T. Si quelqu'un sait pourquoi elle ne l'est pas plutôt au tout début (avec les clés commencant par une espace), je serais intéressé de le savoir. Automatik (discussion) 24 mars 2013 à 02:22 (UTC)

Probablement parce que les espaces du début et de la fin de sont pas pris en compte, ce qui est tout à fait logique et normal. Ils font sans doute un trim (http://php.net/manual/fr/function.trim.php). Ceci dit, il ne faudrait pas mettre l'espace dans la clé de tri, effectivement. Lmaltier (discussion) 27 juin 2013 à 18:59 (UTC)

Merci. Il faudrait peut-être insérer le même trim dans le gadget finalement. Automatik (discussion) 27 juin 2013 à 19:12 (UTC)

Nouvel onglet

Avant de cocher le gadget, j'avais pour habitude d'ouvrir un nouvel onglet sur la page vierge du pluriel afin de garder l'onglet courant pour plus tard (avec un clic de molette sur le lien rouge, voire CTRL + clic gauche si elle s'enraye).

Or, maintenant il s'ouvre un onglet tout blanc sur une URL inexistante : javascript:CrFlFr_CreerFlexion1('dames-pipi'). JackPotte ($♠) 25 mars 2013 à 23:31 (UTC)

Tu as ce comportement avec ce gadget en particulier ? Parce que ça ressemble plus à un « problème » lié à Mediawiki:Gadget-CreerFlexionFr.js mais je n'en suis pas absolument sûr. Pamputt ^[Discuter] 20 juin 2013 à 19:01 (UTC)

Guillemets français dans la boîte "étymologie"

Bonjour.

Si j'ai bien compris, j'aurais dû mettre des guillemets « » dans l'étymologie de maladie neurodégénérative, mais je n'ai pas vu de moyen de le faire dans le formulaire. N'y aurait-il pas moyen que " " soit converti automatiquement en « » dans cette case ? (dans les autres peut-être aussi, mais surtout dans celle-là).

Dites moi si c'est bête. Bonne journée. --Déesse23 (discussion) 20 juin 2013 à 18:29 (UTC)

En effet, c'est pas bête, je viens de modifier le code dans ce sens. J'ai testé rapidement et ça semble fonctionner correctement. Ça ne fonctionne que s'il n'y a que deux fois le caractères « " » dans l'étymologie. Pour le cas plus général, faut que je réfléchisse plus. Pamputt ^[Discuter] 20 juin 2013 à 18:59 (UTC)

Super ! Je pensais demander l'impossible ! Merci :=) --Déesse23 (discussion) 20 juin 2013 à 19:12 (UTC)

Le formulaire pourrait accepter << >> comme dans la boite standard, non ? ou pas ? --Déesse23 (discussion) 20 juin 2013 à 19:16 (UTC)

Tu as raison, c'est sûrement une meilleure solution. Du coup, est ce que ça vaut encore le coup que l'on convertisse à la volée les « " » ? Pamputt ^[Discuter] 20 juin 2013 à 19:48 (UTC)

Je ne sais pas, je ne comprends pas la question. :=( --Déesse23 (discussion) 20 juin 2013 à 19:59 (UTC)

En fait, je voulais dire que j'ai ajouté une petite boite de caractères spéciaux avec le cadre « étymologie ». Du coup les caractères « » sont « facilement » accessibles. Donc est ce que ça sert à quelque chose que le code convertisse à la volée les caractères « " » contenus dans l'étymologie ? Pamputt ^[Discuter] 20 juin 2013 à 20:26 (UTC)

suggérer une amélioration

Je peux ?

En faisant conjetura et conjeturas, j'ai vu que le gadget ne met pas {{pt-rég}}, cela pourrait-il être ajouté ? --Déesse23 (discussion) 27 juin 2013 à 18:51 (UTC)

Féminin, plutôt... Lmaltier (discussion) 27 juin 2013 à 18:56 (UTC)

Je viens d'ajouter la gestion du portugais. Cela dit, je n'ai pas testé car j'ai quelques problèmes avec le javascript depuis quelques jours. Pamputt ^[Discuter] 27 juin 2013 à 19:12 (UTC)

L'insertion du code wiki ne fonctionne pas

Bonjour,

Quand je clique sur Insérer le code wiki, la fonction javascript:CrNoMo_CheckMenu;CrNoMo_Onglet(6) ne s'exécute pas. Si quelqu'un peut aider, merci d'avance. Automatik (discussion) 28 juin 2013 à 09:36 (UTC)

Je crois avoir compris pourquoi, c'est parce que j'avais inséré du code wiki pour l'adjectif manuellement avant d'insérer via le gadget le code wiki pour le substantif. Le gadget n'a alors pas accepté de rajouter du texte à l'existant sans que la case Ajouter à la section de langue existante si elle existe déjà soit cochée. Cela dit, ça ne marchait pas non plus quand je supprimais le texte de la boîte d'édition, donc à fortiori quand il n'y avait rien à repérer dans l'interface d'édition. Automatik (discussion) 28 juin 2013 à 10:14 (UTC)

Non, ça me fait la même chose dès que je mets quelque chose dans l'étymologie, et ça remarche quand je l'enlève. --Déesse23 (discussion) 29 juin 2013 à 22:17 (UTC)

Je pense que ça date de ça, il ne manquerait pas la fermeture de la balise fieldset ? --Déesse23 (discussion) 29 juin 2013 à 22:21 (UTC)

Tu as peut-être raison Déesse, je viens d'jouter la balise fermante « fieldset ». Dites-moi si ça change quelque chose ? Pamputt ^[Discuter] 30 juin 2013 à 09:13 (UTC)

Oui, plus aucun onglet ne marche (sauf aide).--Déesse23 (discussion) 30 juin 2013 à 09:42 (UTC)

Je crois qu'il ne faut pas de poit virgule [3]. --Déesse23 (discussion) 30 juin 2013 à 09:50 (UTC)

Probablement. Et là ça marche ?

Déesse, tu ne peux pas modifier directement la page ? Vu que tu as l'air de comprendre le bidule, n'hésite pas à corriger directement. Pamputt ^[Discuter] 30 juin 2013 à 09:56 (UTC)

Ca remarche comme avant, toutes les cases marchent mais "insérer le code wiki" ne marche plus quand la case étymologie n'est pas vide (tant pis, ça on peut le faire directement). Non je ne comprends pas le bidule, je sais juste qu'il faut fermer les balises et que point-virgule sépare les instructions en C. --Déesse23 (discussion) 30 juin 2013 à 10:37 (UTC)

Je pense avoir trouvé d'où venait le problème puisqu'avec mon .js perso, l'étymologie s'insère bien. Voici les modifications apportées : [4] : fermeture d'une fonction liée à l'étymologie qui empêchait le reste d'être interprété visiblement, et création d'un clavier virtuel pour l'étymologie plutôt qu'utilisation du clavier pour la ligne de définition (les caractères choisis dans la barre de l'étymologie se rendaient dans la boîte de définition sinon. Éventuellement, on pourrait aussi enlever le changement automatique des guillemets anglais par les guillemets français comme le voulait Pamputt. Par contre la page n'est pas modifiable par des non-admins puisque c'est une page Mediawiki. Est-ce qu'un administrateur pourrait donc mettre cela en place ? Merci d'avance, Automatik (discussion) 5 juillet 2013 à 16:34 (UTC)

Très bien, je viens de remplacer par ton code. Pamputt ^[Discuter] 5 juillet 2013 à 16:45 (UTC)

Les tests que j'ai dû faire étaient incomplets, car chez moi le code ne marche toujours pas en fait. Quelqu'un peut tester de mettre une lettre dans l'étymologie en essayant de créer aaazfkh par exemple puis dire s'il arrive à insérer le code wiki ensuite ? Si non, alors retirer la transformation de " en «  devrait permettre de résoudre le bug (version où l'insertion fonctionne bien même quand l'étymologie n'est pas vide). J'ai vraiment du mal à comprendre pourquoi j'ai cru que ça marchait avant, mais bon ce n'est pas grave. Merci d'avance, Automatik (discussion) 7 juillet 2013 à 02:17 (UTC)

Merci Pamputt. Automatik (discussion) 7 juillet 2013 à 09:35 (UTC)

Ca devait être un problème de cache, car ça remarche à nouveau avec le remplacement de "" en «  », mais peu importe, c'est juste pour signaler que la prise en compte du rafraîchissement du cache a aussi son importance visiblement. Automatik (discussion) 8 juillet 2013 à 17:12 (UTC)

Cela fonctionne actuellement selon mes tests. --Maintenance gadgets (discussion) 28 juillet 2013 à 16:35 (UTC)

Prononciation

Quand j'utilise le gadget pour un nouveau mot et que je veux remplir le champ "Prononciation" en utilisant la liste des symboles (je ne connais pas le terme exact) de phonologie fournie par le gadget, chaque fois que je clique sur un de ces symboles pour l'insérer dans le champ ça me ramène tout en haut de la page, comme si j'avais utilisé l'ascenseur ; du coup je dois à chaque fois redescendre avec l'ascenseur pour accéder à nouveau à l'espace du gadget. Ou alors ne pas remplir le champ avec le gadget mais le faire dans la fenêtre d'édition mais retrouver les symboles de phonologie dans la liste API prend beaucoup de temps.
Suis-je le seul à rencontrer ce problème ? J'utilise la dernière version de Chrome, avec Javascript bien sûr.--Titruffe (discussion) 25 juillet 2013 à 13:37 (UTC)

Oui, je sais, c'est une chose à améliorer. --Maintenance gadgets (discussion) 28 juillet 2013 à 16:37 (UTC)

dispositif anticouillon

Bonjour, aujourd’hui, il m’est arrivé deux fois de faire la même erreur : je remplis tout bien comme il faut les champs du gadget, puis j’active la touche d’accès rapide de prévisualisation ou de publication… sans avoir au préalable cliqué sur « insérer le code », ce qui me fait perdre tout ce que j’avais fait. C’est idiot, je le conçois, mais ne serait-il pas possible d’insérer la vérification basique suivante ?

• si on clique sur "publier" ou "prévisualiser", une vérification est d’abord faite que le contenu généré par le modèle (CrNoMo_InsTxt) est présent dans la zone de saisie (document.getElementById("wpTextbox1"))
  • si c’est le cas, ça clique vraiment sur le bouton et
  • sinon, ça affiche une alerte avec possibilité d’annuler ou de poursuivre (si l’utilisateur a modifié directement les éléments générés)

Qu’en pensent les développeurs ? — Eiku (d) 27 juillet 2013 à 16:51 (UTC)

Les développeurs en pensent qu'on peut faire mieux, effectivement, comme dans le cas de la touche "annuler" (qui ne fonctionne pas). Bug noté. --Maintenance gadgets (discussion) 28 juillet 2013 à 16:41 (UTC)

Une seule espace vous manque et...

Bonjour, par défaut lorsqu'on crée une entrée pour un nom propre avec le gadget, il ajoute une section :
{{-voir-}}
*{{WP}}
Seul petit défaut : il n'y a pas d'espace entre * et {{WP}}. Ne serait-il pas possible de corriger ce petit défaut ?--Titruffe (Apprends-moi) 8 août 2013 à 17:48 (UTC)

. Au passage, on dit une espace Pamputt ^[Discuter] 8 août 2013 à 19:16 (UTC)

Du berger à la bergère : puisque "espace" est féminin, il fallait aussi mettre "seul" au féminin . Merci pour la correction !--Titruffe (Apprends-moi) 8 août 2013 à 23:06 (UTC)

Pamputt ^[Discuter] 9 août 2013 à 05:35 (UTC)

Nom propre / Locution

Lorsqu'on ajoute un nom propre en plusieurs mots, le gadget génère un code utilisant le modèle {{-loc-nom-pr-}}. Sauf erreur de ma part ce modèle n'existe pas. Ayant rencontré ce cas j'ai remplacé le modèle par {{-nom-pr-}}. Le gadget ne devrait-il pas prendre en compte ce modèle ?--Titruffe (Apprends-moi) 12 août 2013 à 22:48 (UTC)

À priori, cette modif devrait régler le problème. Par contre je n'ai pas en tête toute la structure du code, donc je n'exclus pas des effets secondaires, même si ça semble peu probable. Automatik (discussion) 13 août 2013 à 02:03 (UTC)

Je viens d'ajouter le code proposé par Automatik. Ça a l'air de fonctionner. Pamputt ^[Discuter] 15 août 2013 à 07:47 (UTC)

Ca marche aussi pour moi, merci à tous les deux ! --Titruffe (Apprends-moi) 15 août 2013 à 14:22 (UTC)

Paramétrage du gadget

Bonjour, j'ai cru comprendre qu'il est possible de personnaliser certains paramètres par exemple je souhaiterais que par défaut le gadget n'ajoute pas la bannière {{ébauche|fr}} ?--Titruffe (Apprends-moi) 13 août 2013 à 11:49 (UTC)

Voir Aide:Gadget-CreerNouveauMot#Personnalisation. Automatik (discussion) 13 août 2013 à 12:03 (UTC)

'nifik ! --Titruffe (Apprends-moi) 13 août 2013 à 12:15 (UTC)

Merci Titruffe d’avoir posé la question et merci Automatik pour la réponse. C’est bien pratique pour moi aussi, qui ajoute surtout des noms communs ! — Eiku (d) 15 août 2013 à 17:45 (UTC)

tabindex des champs de saisie

Bonjour, est-ce qu’on pourrait changer le tabindex des champs de saisie du gadget ? En effet, j’ai l’habitude de passer d’un champ au suivant avec la touche <tab>, mais c’est impossible avec le gadget car il faut se farcir tous les caractères spéciaux entre le champ de prononciation et le champ de définition. Je ne sais pas si ma question est claire… J’ai fait un petit essai avec les valeurs 2 et 3 et ça fonctionne (mais pour faire propre, il faudrait peut-être recenser les autres éléments comportant un tabindex avant de distribuer des numéros aléatoirement). — Eiku (d) 15 août 2013 à 18:09 (UTC)

Je pense avoir compris le "problème" mais je n'ai pas compris la solution. Je n'ai pas trouvé de tabindex dans le code. Je veux bien essayer d'améliorer le gadget si tu me guide pas à pas. Pamputt ^[Discuter] 16 août 2013 à 11:25 (UTC)

En fait, je n’ai pas trouvé la solution, j’ai juste fait un test directement sur le DOM (donc sans même regarder le code source du gadget) grâce aux outils de développement intégrés au navigateur. Je te préviendrai dès que j’aurai regardé dans le code à quel endroit insérer ces tabindex. — Eiku (d) 16 août 2013 à 15:53 (UTC)

Bon, j’ai réussi (mais de manière très brouillonne) à mettre ces tabindex et surtout à mettre en place mon dispositif anti-couillon sur Utilisateur:Eiku/common.js (celui qui inhibe l’effet du bouton "prévisualiser" et affiche un message si l’utilisateur appuie dessus sans avoir cliqué au préalable sur "insérer le code wiki" alors qu’il y a quelque chose dans le champ "définition" du gadget). L’une des principales difficultés (en dehors du fait que je fais sans arrêt des erreurs de syntaxe ou d’orthographe des noms de variables) réside dans le fait que le code de commons.js est exécuté avant que les objets du gadget ne soient créés, ce qui m’oblige à contourner le problème de manière assez sale (onclick sur le bouton d’ouverture du gadget avec un setTimeout d’une seconde pour que mon poka-yoke soit exécuté après la création des objets dont il a besoin). Je pense que si on l’insère directement dans le code du gadget, on s’affranchit de ce problème-là puisqu’on sait quel code est exécuté à quel moment. Il va falloir que je regarde un peu le code du gadget pour savoir quel endroit est le plus indiqué pour mettre tout ce code (et aussi comment nommer intelligemment les variables, ce qui n’est pas mon fort). — Eiku (d) 25 août 2013 à 10:25 (UTC)

Oh bravo. C'est pas mal comme avancée. Du coup, le mieux c'est que lorsque tu te sentira prêt, tu modifie toi-même le gadget pour ajouter ces améliorations. Tu peux aussi faire des tests chez toi et tu ajoutes un truc comme « importScript('Utilisateur:Eiku/Gadget-CreerNouveauMot.js'); » dans ton common.js. Pamputt ^[Discuter] 25 août 2013 à 11:01 (UTC)

Comme je n’ai pas la permission de modifier le gadget directement (et c’est peut-être mieux ainsi ), je vais devoir faire comme tu suggères, sur ma sous-page. — Eiku (d) 25 août 2013 à 11:10 (UTC)

Bon, ça fonctionne chez moi. Par contre, une limitation du poka-yoke est que

• il ne fonctionne que sur le bouton Prévisualiser (même si c’est très facile de l’ajouter sur Enregistrer)
• dès qu’on a cliqué une fois sur le bouton Insérer le code wiki, il est désactivé (mais en général, on n’utilise le gadget qu’une seule fois, non ?)

Il faudrait faire des tests avec d’autres navigateurs (j’ai IE en ligne de mire, mais je ne l’ai pas sous linux) – ça ne devrait pas être difficile d’assurer la compatibilité : seule la ligne preventDefault pourrait peut-être ne pas marcher sur certains, je n’ai pas trop fait de recherches là-dessus. — Eiku (d) 25 août 2013 à 11:42 (UTC)

Merci bien, je viens de remplacer le code du gadget par le tiens. Pamputt ^[Discuter] 25 août 2013 à 12:02 (UTC)

Merci à toi, je viens de faire un essai concluant . — Eiku (d) 25 août 2013 à 15:08 (UTC)

Pour créer une page sur un prénom

Bonjour, quand j'utilise le gadget pour créer une page relative à un prénom, en choisissant <<prénom>> comme type de mot dans la liste déroulante cela ajoute automatiquement << # Prénom. >> pour la définition. Par contre quand je choisis masculin ou féminin il ne se passe rien, il faut ajouter le genre du prénom dans la définition. Ne serait-il pas possible de faire en sorte que si je choisis prénom comme type de mot puis masculin et/ou féminin pour le genre le gadget mette automatiquement comme définition << # Prénom masculin. >> ou << # Prénom féminin. >> ou << # Prénom masculin et féminin. >> ?--Titruffe (Apprends-moi) 27 septembre 2013 à 02:18 (UTC)

Je suis d'accord avec la proposition mais je ne sais pas comment faire. Ça doit se passer là-dedans mais je ne sais pas comment récupérer la valeur m/f. Donc si quelqu'un sait faire la modif, qu'il la fasse et l'indique ici. Je recopierai le code en question. Pamputt ^[Discuter] 29 septembre 2013 à 14:08 (UTC)

Majuscules et clé de tri

Bonjour,
D'après ce que j'ai compris, lorsqu'un mot a des majuscules (sans autre particularité), il n'est pas nécessaire de mettre une clé de tri. Pourquoi le gadget en met-il une systématiquement ? Et pourquoi remplace-t-il toutes les majuscules par des minuscules ? Est-ce un archaïsme ? Si oui, est-il possible de corriger le gadget puisque je dois à chaque fois penser à retirer la clé de tri automatiquement ajoutée dès lors que le mot a au moins une majuscule ? Et dans le cas où un mot a par exemple une majuscule et un diacritique peut-on faire en sorte que la majuscule soit conservée dans la clé de tri ? Cordialement --Titruffe (Apprends-moi) 8 octobre 2013 à 13:09 (UTC)

Cela devrait être corrigé avec cette modif de JackPotte. Si toutefois ce n'est pas le cas, il suffit de le dire. Automatik (discussion) 8 octobre 2013 à 20:39 (UTC)

D'ailleurs les majuscules peuvent être remplacées par les minuscules, ce n'est pas un problème. La seule chose que ça peut changer de garder les majuscules dans la clé de tri, c'est d'avoir la minuscule classée avant la majuscule, de façon sûre et certaine ; par exemple paris vient de façon inévitable avant Paris dans les catégories si l'on met une clé de tri à Paris (genre {{clé de tri|Paris}} ou simplement {{clé de tri}} car la clé de tri par défaut avec {{clé de tri}} est le nom de la page). Sans clé de tri à Paris, la page paris peut être classée avant comme après Paris dans une catégorie.
J'ai dû te dire qu'il valait mieux garder les majuscules un jour, mais la seule différence est en fait celle que je viens de présenter. En réalité, on n'a pas à s'obliger à mettre les majuscules dans les clés de tri, l'utilité est négligeable. Automatik (discussion) 8 octobre 2013 à 20:53 (UTC)

Merci pour vos réponses ! J'ai pensé que c'était important car à quelques reprises un patrouilleur m'a corrigé des pages en enlevant la clé de tri (pour des mots ayant juste une majuscule). Je me suis alors dit qu'il fallait généraliser cette pratique car je pensais que c'était la règle unique. Cordialement,--Titruffe (Apprends-moi) 8 octobre 2013 à 23:05 (UTC)

Pluriel des locutions nominales

Est-ce qu’on pourrait imaginer que, dès lors qu’un nom est une locution, le gadget s’abstienne d’ajouter un tableau {{fr-rég}} ou bien propose à l’utilisateur d’ajouter lui-même le pluriel ? Les pluriels des locutions sont compliqués, même pour les humains… — Eiku (d) 10 mars 2014 à 01:21 (UTC)

Verbes en français toujours considérés comme locutions pour le choix du modèle de conjugaison

Bonjour. Dans MediaWiki:Gadget-CreerNouveauMot.js/fr.js, le code suivant

    case "verbe":
    if (CrNoMo_Flexion){
      texte = "{{fr-verbe-flexion|" + CrNoMo_Lemme + "|ind.p.1s=}}\n"
            + lifrm + "\n";
    }else{
    	// Est-on en présence d'une locution verbale ?
		// On reprend les tests effectués par le [[Module:section]] pour le savoir
  		var locution_verbale;
		if ( CrNoMo_MotVedette.search(/ /) && !/^se [^ ]+$/.test(CrNoMo_MotVedette) ) {
			locution_verbale = true;
		} else {
			locution_verbale = false;
		}
	if (locution_verbale){
        texte = lifrm + " {{voir-conj|}}\n";
      }else{
        texte = lifrm + " {{conjugaison|fr|groupe=" + CrNoMo_GenreMot + "}}\n";
      }
    }

renvoie {{voir-conj|}} quand le titre de la page est un mot simple (sans espace). Donc locution_verbale vaudrait true. Je ne comprends pas pourquoi, mais si qqun voit comment corriger... --GaAs 7 mai 2014 à 14:54 (UTC)

Ben si, c'est évident : CrNoMo_MotVedette.search(/ /) renvoie un entier, pas un booléen. -1 quand pas trouvé est casté en true. Il faut remplacer par

/ /.test(CrNoMo_MotVedette)

--GaAs 7 mai 2014 à 14:57 (UTC)

J'ai effectué la modification que tu as proposé. Pamputt ^[Discuter] 7 mai 2014 à 20:10 (UTC)

Merci. J'ai fait un test rapide, ça a l'air bon. --GaAs 7 mai 2014 à 21:14 (UTC)

{{}} pour les verbes

Bonjour, si l'on sélectionne la création d'un verbe, sur la ligne de forme, après la prononciation, il y a le code {{}} qui apparait à la fin. Il faudrait l'enlever. Pamputt ^[Discuter] 2 avril 2018 à 20:59 (UTC)

Je pense avoir fait la bonne correction. Pamputt ^[Discuter] 19 avril 2018 à 17:33 (UTC)

Genre pour les verbes

Bonjour, lorsque l'on sélectionne verbe comme type de mot, la liste déroulante d'à côté propose « masculin », « féminin », etc. Cela ne devrait pas être proposé. À la place on devrait avoir « transitif », « intransitif » ou ce genre de choix. Par ailleurs, une fois que l'on a cliqué sur « masculin » (par exemple), il n'est plus possible de ne rien sélectionner. Il faut supprimer le code fautif manuellement. Pamputt ^[Discuter] 2 avril 2018 à 21:06 (UTC)

Perso, une fois « masculin » cliqué, je peux encore choisir de en rien sélectionner (premier champ vide). Quel navigateur utilises-tu ? — Automatik (discussion) 19 avril 2018 à 17:52 (UTC)

Et si tu es en Français, puisque chaque langue a son propre fonctionnement. — Automatik (discussion) 19 avril 2018 à 18:21 (UTC)

Non, je n'utilisais pas le gadget pour le français mais pour le baoulé (une langue qui est traitée par le cas général). Mais j'ai ajouté le « rien » pour le cas général. Pamputt ^[Discuter] 19 avril 2018 à 19:08 (UTC)

Donc il ne reste plus que le fait que ce renseignement n'a pas de sens pour les types de mots autre que « nom » mais ça m'a l'air beaucoup moins simple à modifier. Pamputt ^[Discuter] 19 avril 2018 à 19:09 (UTC)

J’ai effectivement essayé quelque chose pour le genre mais sans succès (tel que le code est écrit, on suppose que pour un changement de type de mot de « adjectif » vers « verbe », la liste des genres se mettrait à jour – et afficherait les groupes de conjugaison pour les verbes français par exemple –, mais rien ne se passe…). Le code n’est pas facile à modifier en l’état, le système de modularisation étant rigide et peu pratique. C’est entre autres pour ça que le code n’a jamais vraiment été repris depuis le départ de GaAs, et que je n’ai personnellement jamais voté pour qu'il soit activé pour tous. Si le temps me le permettait, je tenterais une adaptation du gadget suédois pour ajouter des définitions, plus simple à utiliser et beaucoup plus « to the point » et conçu pour tous. D’autant plus que le code est beaucoup plus facile à maintenir. — Automatik (discussion) 19 avril 2018 à 19:42 (UTC)

Il y a bcp de choses qui ne marchent pas correctement dans ce gadget, je le sais, je m'en sers ! Mais je n'ai pas l'intention d'y faire quoi que ce soit dans un avenir prévisible, alors je fais avec. --Ars’ 19 avril 2018 à 22:05 (UTC)

Amélioration « Mettre une section "voir Wikipédia"»

Salut,

juste une petite suggestion, mais serait-il possible que quand le modèle {{WP}} est ajouté, faire en sorte que ça prenne en compte la langue renseignée pour la création du mot ? Merci. Lepticed7 (Viens tcharer ! :D) 5 mai 2019 à 15:54 (UTC)

Salut @Lepticed7 :, j’ai effectué la modification , ça devrait maintenant être pris en compte ! Bonne fin de week-end, — Automatik (discussion) 5 mai 2019 à 17:39 (UTC)

Effectivement, si marche, merci ! Lepticed7 (Viens tcharer ! :D) 5 mai 2019 à 17:44 (UTC)