À propos de ce flux de discussion

Page de discussion de Tpt (d · c · b)

La discussion précédente a été archivée dans Discussion utilisateur:Tpt/Archive 1 le 2016-04-25.

Reptilien.19831209BE1 (discussioncontributions)

Bonjour,

À quoi sert cette page ? J'ai pensé un instant qu'il s'agissait d'un modèle qui était inséré en fin de transclusion avec <pages/>, à l'instar de Mediawiki:Proofreadpage header template inséré au début (avec header=1), mais visiblement non. Sur le projet russophone il contient quelque chose mais ne semble pas utilisé.

Je n'ai rien trouvé dans la documentation :-\

Tpt (discussioncontributions)
Reptilien.19831209BE1 (discussioncontributions)

Zut, voilà qui ne fait pas mon affaire... En effet, j'utilise dans :wa:MediaWiki:Proofreadpage header template, après l'entête, une <div> (de 36em de large) pour centrer le contenu de la transclusion, mais du coup je suis incapable de la refermer, ce qui me pose des problèmes.

A-t-il été envisagé d'utiliser cette page ou elle ne le sera jamais ?

Tpt (discussioncontributions)

C'est tout à fait envisageable de l'utiliser. Une option très "hacky" serait de mettre cette contrainte de taille sur toutes les pages de l'espace principal via mediawiki:common.css comme ce qui est fait sur Wikisource en français via le script de "maquette".

Reptilien.19831209BE1 (discussioncontributions)

J'ai ouvert une tâche sur Phabricator : T303125. Il y a peut-être d'autres usages auxquels je ne pense pas et qui pourraient s'avérer utiles.

Tpt (discussioncontributions)

Merci !

Répondre à « Mediawiki:Proofreadpage footer template »
Hsarrazin (discussioncontributions)

Livre:Vie de Lazarille de Tormès - y'a visiblement un problème ! est-ce dû au passage en Lua ou à autre chose ? si tu peux voir ce qui cloche... pour moi c'est du chinois. Je n'arrive même pas à piger comment il est monté (pages jpg).

Il faudrait repérer les quelques livres qui risquent d'avoir le même problème (il en reste quelques uns), et peut-être constituer un djvu ou un pdf pour les monter de façon plus classique :(

Merci pour ton aide

Tpt (discussioncontributions)

Merci pour les liens. C'est corrigé

Hsarrazin (discussioncontributions)

\o/ Merki!!!!

Hsarrazin (discussioncontributions)
Répondre à « big problem sur un livre "non djvu" »
Hsarrazin (discussioncontributions)
Tpt (discussioncontributions)

Bonjour Hélène. Cela devrait être corrigé maintenant. Les paramètres du modèle book n'avait pas de majuscule au début, chose à quoi le gadget s'attendait. J'ai fait en sorte qu'il marche de manière insensible à la casse.

Hsarrazin (discussioncontributions)

Un gros merci !!! quand un gadget aussi vital cesse brusquement de fonctionner, c'est un peu la panique

Répondre à « Modèle:Book »
MediaWiki message delivery (discussioncontributions)

Bonjour !

Vous recevez ce message parce que vous êtes un administrateur ou une administratrice sur un wiki Wikimedia.

Aujourd'hui, lorsqu'une personne modifie un wiki Wikimedia sans être connectée, nous affichons son adresse IP. Comme vous le savez peut-être déjà, nous ne serons plus en mesure de le faire à l'avenir. Il s'agit d'une décision du service juridique de la Fondation Wikimedia, car les normes et réglementations en matière de confidentialité en ligne ont changé.

Au lieu de l'IP, nous allons montrer une identité masquée. Du fait de votre statut d'admin, vous pourrez toujours accéder à l'adresse IP. Il y aura également un nouveau droit d'utilisateur pour celles et ceux qui ne sont pas admin mais qui ont besoin de voir les IP complètes, afin de lutter contre le vandalisme, le harcèlement et le spam. Les patrouilleurs et patrouilleuses verront également une partie de l'IP même sans ce droit d'utilisateur. Nous travaillons également sur de meilleurs outils pour faciliter la maintenance des wikis.

Si vous ne l'avez pas encore fait, vous pouvez en savoir plus sur Meta. Si vous voulez être sûr de ne pas manquer les changements techniques sur les wikis Wikimedia, vous pouvez vous inscrire à aux actualités techniques hebdomadaires (Tech News).

Nous avons deux propositions concernant le possible fonctionnement de cette identité. Nous apprécierions vos commentaires sur la façon dont vous pensez que cela fonctionnerait le mieux pour vous et votre wiki, maintenant et à l'avenir. Vous pouvez nous laisser un message sur la page de discussion. Vous pouvez écrire dans votre langue. Les suggestions ont été publiées en octobre et nous déciderons après le 17 janvier.

Merci. /Johan (WMF)

4 janvier 2022 à 18:15 (UTC)

Répondre à « How we will see unregistered users »

curiosité concernant le classement des pages d'index dans les catégories auxquelles ils appartiennent...

3
Hsarrazin (discussioncontributions)

quand tu auras un petit moment... -

et je me doute qu'en cette période de fin d'année, tu auras sans doute (outre le boulot), plein de trucs plus intéressants à faire en famille Sourire

hier soir, en m'attaquant au renommage progressif (et organisation) des Index de la Revue de Paris, j'ai constaté un truc bizarre dans Catégorie:Index_Revue_de_Paris

les numéros de la RdP qui sont mis dans catte catégorie par l'ajout de {{Série RdP}} sont bien classés à l'initiale du titre, tandis que tous ceux qui sont dans cette catégorie par ajout de la catégorie dans le champ kivabien de l'index sont à I

et je me suis rappelée qu'effectivement, dans certaines catégories, tous les index sont à I, quel que soit le titre, et même si on met une clé de tri différente... -> voir par exemple Catégorie:Index_-_20e_siècle

y aurait-il par hasard un petit bug dans le paramètre |category qui classe sur Index:xxxxx au lieu de classer à la première lettre après Index: ? - j'ai cherché dans Module:Index_template mais je n'ai rien vu de compréhensible par une notech comme moi...


si tu pouvais y jeter un coup d'oeil, quand tu t'ennuieras (on ne sait jamais, pendant le réveillon, ou le matin de Noël )

Bisous et très joyeuses fêtes ! (et ne t'inquiète pas, je n'attends pas de tes nouvelles avant l'année prochaine...

Tpt (discussioncontributions)

Bonjour Hélène,

J'ai regardé le problème. Effectivement le "DEFAULTSORT" n'est pas appliqué aux catégories ajoutées via le champ "kivabien". C'est l'un des (trop nombreux) bug de rendu des pages d'Index. Il faudrait que je prenne le temps de revoir ce bout de code pour corriger ce problème et d'autres (purge automatique qui ne fonctionne pas quand on modifie un modèle utilisé dans la page d'index...). Ce qu'on fait pour les pages d'index n'est pas explicitement supporté par les parseurs de Wikitext donc c'est un peu une pile de "hacks".

Hsarrazin (discussioncontributions)

Merci pour ces explications !

Joyeux Noël à toi et aux tiens…

Répondre à « curiosité concernant le classement des pages d'index dans les catégories auxquelles ils appartiennent... »
Zyephyrus (discussioncontributions)
Répondre à « Aide demandée sur multi »

petit problème de récupération intempestive depuis WD

3
Hsarrazin (discussioncontributions)

Bonsoir,

ayant ajouté sur Histoires extraordinaires (Q51635675) l'id Gallica d'un scan (qui n'est pas celui que nous avons utilisé), j'ai eu la mauvaise surprise de constater que la source était indiquée comme ''à la fois'' IA et Gallica... j'ai donc invalidé l'id BNF avec -

mais il serait souhaitable que cet id ne soit ''jamais'' récupéré depuis wd, car on peut mentionner plusieurs scans sur un élément d'édition, ce qui ne signifie pas que le nôtre soit ''tous les scans à la fois''...

peux-tu remédier à ce problème, stp ? je me vois mal repasser sur tous les scans pour vérifier que ça ne pose pas de pb...

{{

Tpt (discussioncontributions)
Hsarrazin (discussioncontributions)

Merci !!!

Modification du Module:Auteur2, paramètre : Mort pour la France (mpf)

3
Résumé par Koreller

Modification du Modèle:Auteur Mort pour la France par Hsarrazin qui a permit de résoudre le problème

Koreller (discussioncontributions)

Bonjour Tpt,

Suite à une refonte de la page d'aide Aide:Auteurs morts pour la France, j'ai remarqué que le modèle {{Auteur}} avec le {{Auteur|droits=mpf}} renvoyait vers une page Wikipédia (exemple : Auteur:Jacques Decour).

Peux-tu la faire renvoyer vers la page d'aide Wikisource Aide:Auteurs morts pour la France ?

Et autre question — dans l'hypothèse ou je voudrais modifier l'aspect de ses boites d'informations — d'où proviennent ses boîtes ? (je ne suis pas très à l'aise avec les module c'est peut-être dedans ?)

N'hésite pas si tu as une question, en te remerciant par avance !

Hsarrazin (discussioncontributions)

bonsoir,

effectivement, je pensais que le module utilisait Modèle:Mort_pour_la_France, que j'ai adapté en conséquence, mais ça n'est visiblement pas le cas...

Hsarrazin (discussioncontributions)
Le ciel est par dessus le toit (discussioncontributions)

Bonjour Tpt, pourrais-tu regarder cette page : L’Action directe stp et réparer le cas échéant. Merci

Hsarrazin (discussioncontributions)

bonjour,

ça s'est mis à jour quand j'ai édité… (la modification n'est pas importante).

j'ai remarqué ce problème en cas de renommage d'un fichier : il faut alors purger (ou faire un edit vide) toutes les pages transcluses… ce qui est assez pénible

Le ciel est par dessus le toit (discussioncontributions)

@Hsarrazin j'avais seulement purgé la page transcluse (accord ?), mais je n'avais pas penser à le faire pour chaque page. Merci !

Hsarrazin (discussioncontributions)

euh, je voulais dire les pages de l'espace principal, pas chaque page du bouquin

il a fallut que j'édite la page pour résoudre le problème… j'ignore ce qui cause ça, vu que le livre n'avait pas été renommé…

Le ciel est par dessus le toit (discussioncontributions)

@Hsarrazin ben alors c'est ce que j'avais fait . grrr !

Hsarrazin (discussioncontributions)

oui, parfois, la purge ne suffit pas :(

Le ciel est par dessus le toit (discussioncontributions)

Merci quand même ! ;)

Denis Gagne52 (discussioncontributions)

@Le ciel est par dessus le toit je ne pense pas que ce soit le nulédit comme mentionné sur le scriptorium qui a réglé le problème c’est plutôt, selon moi, la modification apportée par @Hsarrazin qui consistait à utiliser header=sommaire au lieu de header=1.

Voici quelques ingrédients à rassembler pour obtenir ce résultat erronée  :

— header=1 qui permet d’afficher, sauf exception, l’intervalle de pages dans l’en-tête ;

— première page (from=) ne correspond pas à une page identifiée par un tiret « - » dans le pagelist, car, dans ce cas, on n’affichera pas l’intervalle de page ni le message d’erreur ;

— dernière page (to=) correspond à une page identifiée par un tiret « - » dans le pagelist ce qui provoque un message d’erreur (les arguments ayant cette valeur ne seraient pas conservés en cache deviendraient de type nil lorsque retournés au module Header template par le module Index data).

Tpt va pouvoir corriger facilement mais voici 3 pistes de solution au cas où :

— dans le module Header template (ligne 351.5) to = to or "-" (ligne à ajouter)

— ou dans le module Header template (ligne 352) : if from ~= to or from ~= '-' or to ~= '-’ then (ajouter la 3e condition pour que l’intervalle de pages ne s’affiche pas quand la dernière page est identifiée par un tiret)

— ou encore dans le module Index data (ligne 49) : if args[arg] ~= '-' then -- we ignore the value "-" (utiliser un caractère autre que le tiret pour exclure les arguments à ne pas retenir de Wikidata).

Le ciel est par dessus le toit (discussioncontributions)

@Denis Gagne52 Merci pour les renseignements, j'espère que Tpt vas trouver une solution satisfaisant tous le monde ;) Bien à toi.

Tpt (discussioncontributions)

Le bug devrait être maintenant corrigé. J'ai pris une variante de l'option Index data en faisant en sorte que "-" soit bien passé au Module:Header template si utilisé dans "from" ou "to". Merci pour les idées de correctif et désolé du lag !

Le ciel est par dessus le toit (discussioncontributions)

@Tpt Merci, toujours aussi efficace

Répondre à « problème Header template »
Hsarrazin (discussioncontributions)

Salut,

quand tu auras un petit moment…

Je viens de constater un petit problème : quand les données sont reprises de wikidata, on ne peut pas les "blanchir" en mettant le champ=""

au contraire, pour un livre dont la valeur du champ est différente dans l'index et sur wiidata, ça force la valeur de wikidata à la place de celle de l'index, ce qui est un peu gênant pour, par exemple, la préface d'un livre (qui est généralement d'un autre auteur que celui du livre) ou quand il y a plusieurs auteurs…

également, pour les recueils, la balise header simple affiche 2 fois le titre du recueil (voir À se tordre - j'avais pris l'habitude de mettre titre="" pour qu'il ne s'affiche qu'au centre de la boîte, mais ça ne marche plus avec lua…

peux-tu y remédier, stp ? pour qu'on puisse forcer le non affichage d'une valeur qui est ponctuellement à ne pas afficher ?

Merci d'avance,

PS : pour un exemple de champ à vider Les_Mille_et_Une_Nuits/Éloge_de_M._Galland - il n'y a évidemment pas de traduction par Galland de l'éloge par Boze

Tpt (discussioncontributions)

Salut Hélène, la difficulté est que les champs vide sur Wikisource et donc pour lesquels on veut récupérer une valeur Wikidata sont aussi "blanc" avec la valeur "".

Je viens de faire en sorte que si la valeur du champ est "-", alors on n'affiche pas le champ et ne récupère pas les données Wikidata. Cela se fait pas mal sur Wikipédia.

Répondre à « données de wikidata dans le Header »