Nous avons toujours besoin d’aide pour corriger, valider et importer des fichiers pour ce mini-projet. Merci encore à ceux qui ont répondu à l’Appel aux bonnes volontés des mois précédents. Quand la correction ou la validation est faite, n’oubliez pas de l’indiquer en face du titre avec le modèle {{fait}}.
Pour les imports de textes, un début de liste se trouve ici.
IA upload failed items: Blandy - Revanche de femme.djvumodifier
Dernier commentaire : il y a 2 ans2 commentaires2 participants à la discussion
I'm looking for user who unsuccessfully tried to upload Blandy - Revanche de femme.djvu by IA upload; I just got a good djvu from IA pdf, while testing pdf2djvu for pdf->djvu conversion, and I'd like to send to him the djvu, if useful. --Alex brollo (d) 2 février 2022 à 10:59 (UTC)Répondre
Le projet a démarré il y a quelque mois lorsque je commençais la rédaction de mon mémoire en histoire de l'art. Ayant besoin de consulter plusieurs ouvrages des XIXe et XXe siècles sur le Japon, j'ai vu en Wikisource un excellent moyen de partager mes lectures, mais également de faciliter le travail des chercheurs/amateurs (et du même coup, le mien !).
Après quelques ajustements, le projet est maintenant opérationnel. J'invite donc vivement tous les Wikisourciennes et Wikisourciens enthousiastes du Japon à venir contribuer à ce projet ! Si vous avez des questions/commentaires, n'hésitez surtout pas à laisser un message sur la page Discussion du projet. Il me fera plaisir de discuter avec vous.
Par ailleurs, le projet a également une équipe ouverte au jeu l'Échelle. Il reste quelques places si jamais vous souhaitez y participer !
Au plaisir de vous croiser sur le projet Tsundoku ! — Guillaumelandry (d) 2 février 2022 à 11:01 (EST)
J'aimerais contribuer pour l'extension ProofreadPage,
Je vous écrit ce message pour vous poser des question par rapport à l'utilisation écrite de <pagelist /> ,
Il a été constaté que pour ce format d'écriture :
<pagelist 1to10="-" 2to4="roman" />
Cas 1
-
-
-
-
-
-
-
-
-
-
11
12
13
14
15
et avec le format d'écriture inverse nous avons :
<pagelist 1to10="roman" 2to4="-" />
Cas 2
i
-
-
-
V
Vi
Vii
Viii
iX
X
11
12
13
14
15
Préféreriez vous que cette situation reste tel quel, en prenant l'ordre de priorité du - (ou de n'importe quel caractère textuel) sur les nombres et que cette information soit ajoutée dans la documentation ?
Ou préféreriez un message d'erreur qui indique que vous appliquez 2 règles les unes sur les autres ?
Bonjour DorianWinty, Le premier cas produit une erreur. Néanmoins, je sais comment l'éviter. On peut demander sa correction, mais ça risque d'introduire d'autres bogues et Wikisource n'est pas le site le plus prioritaire pour les développeurs. Je préfère ne pas me prononcer. — Cantons-de-l'Estp|d|d2 février 2022 à 18:48 (UTC)Répondre
DorianWinty : D’abord merci de nous consulter à ce sujet et SVP surtout ne rien changer à ce comportement (Cas 1) ce qui risquerait d’occasionner des problèmes aux modules qui utilisent déjà ce pagelist. « 2to4=roman » demande de convertir en Roman les no de pages compris dans l’intervale 2 à 4. Comme « - » n’est pas numérique la conversion ne se fait tout simplement pas. Nous ne sommes pas en présence d’un bogue mais d’une commande qui ne fait aucun sens. --Denis Gagne52 (d) Le miraculé du 9e4 février 2022 à 00:02 (UTC)Répondre
Absolument d’accord, ne touchez à rien s’il vous plaît ! D’ailleurs, maintenant qu’il y a un assistant visuel par créer ces pagelists, je pense que personne ne crée plus, sauf mauvaise manipulation, de ces enchaînements dépourvus de sens. — ElioPrrl (d) 4 février 2022 à 11:17 (UTC)Répondre
Merci pour le retour, j'avais conseillé à Winty de demander un avis aux contributeurs de Wikisource qui utilisent pagelist, afin d'avoir une meilleure idée de comment traiter ce bug.
Oui, c'est un cas vraiment ennuyant parce qu'on est dans un cas « bug as a feature » : les bugs de pagelist ont très certainement été utilisés comme fonctionnalité normale, par des contributeurs qui ont compris comment faire ce qu'ils voulaient en utilisant une syntaxe « surprenante » et les modifier risque de créer des problèmes.
C'est le même problème qui empêche l'écriture d'une grammaire formelle pour le code wiki, et a abouti à Parsoid, un parser qui a du respecter le caractère « imparfait » du code wiki.
Quelques pistes si on souhaite corriger le problème d'enchevêtrement.
1. Jeter une erreur du parser lors de deux plages avec enchevêtrement, mais dans l'état actuel du code de MediaWiki, c'est difficilement possible : si la page est purgée, hop, on aura une erreur qui s'affiche là où tout allait bien. Le faire à la prévisualisation ne garantit pas que ce sera lu. En outre, c'est moins important vu la remarque d'ElioPrrl sur l'utilisation du code JS visuel.
2. Créer un détecteur de cas problématiques, et le parser les place automatiquement dans une catégorie cachée, définie sur un message Mediawiki:Proofreadpage-category-errors-pagelist (en français on pourrait offrir comme traduction Page utilisant une syntaxe erronée de pagelist).
3. Idem, et on regarde aussi dans la base de données les cas qu'on a pour générer une liste des pages à corriger, soit par le biais d'une page spéciale de l'extension Proofreadpage, soit via un outil externe qui regarde le contenu des pages du namespace Livre: (Index: dans les autres langues) sur la réplication des db de Wikisource.
Pour la petite histoire, c'est Soda, un des principaux contributeurs de l'assistant visuel qui a signalé ce bug, je suppose qu'il l'a découvert en mettant au point l'UI visuelle justement. --Dereckson (d) 4 février 2022 à 22:03 (UTC)Répondre
Dereckson : Prendre le temps de vérifier auprès des contributeurs est tout à votre honneur. Comme vous le mentionnez, ce comportement "as design" résulte d’un choix du concepteur : un nom de page alpha ne sera pas écrasé par une valeur numérique qu’elle soit de type roman ou arabe. Celui qui a pris cette décision connaissait bien le milieu utilisateur et je pense qu’il a voulu nous protéger contre tout écrasement intempestif des valeurs non numériques déjà assignées. Ainsi ce qui techniquement peut être qualifié de bug résulte, à mes yeux de wikisourcien, d’une décision fort sage, sans doute celle qui offrait les meilleures garanties à l’intérieur d’une interface aussi simple. Pourriez-vous préciser davantage la nature des difficultés d’arrimage Wikicode-Parsoid ou m’indiquer où cette information est disponible ? Merci. --Denis Gagne52 (d) Le miraculé du 9e5 février 2022 à 01:50 (UTC)Répondre
Note de bas de page : quand un poème appelle un autre poèmemodifier
Dernier commentaire : il y a 2 ans2 commentaires2 participants à la discussion
@Acélan, @Le ciel est par dessus le toit Vu, ça m'est déjà arrivé sans que je comprenne la cause du problème (revue de Gallica téléchargée en mode pdf, traitée avec briss et scantailor ; ocr et djvu faits avec finereader 15). Pour régler le problème j'avais supprimé une page blanche en fin de fichier (pour créer une modification de fichier), puis je l'avais téléversé à nouveau et cela avait réglé le problème sans que je comprenne pourquoi cela avait marché. Ce n'est pas forcément reproductible avec succès tant que l'on ne comprends pas l'origine du problème. Peut-être est-ce un problème lié aux pdf de Gallica comme pour le décalage de la couche texte, cela ne m'est jamais arrivé avec les revues issues de Hathitrust traitées de la même façon. J'observe par ailleurs que finereader insère un fichier partagé dict-000n.iff toutes les 20 pages alors qu'un djvu créé avec gscan2pdf ne crée qu'un seul fichier .iff au début du document. Cunegonde1 (d) 7 février 2022 à 11:10 (UTC)Répondre
Dernier commentaire : il y a 2 ans2 commentaires2 participants à la discussion
Pour le Littré de la Grand’ Côte (un dictionnaire du parler lyonnais), j'ai créé un version “une page par lettre” (par exemple, la lettre D) mais je souhaite aussi créer un index avec une page par entrée du dictionnaire (environ 2000 entrées), comme je l'ai vu fait pour d'autres dictionnaires. Sur quels outils pourrais-je m'appuyer pour créer les 2000 pages et leurs index ? Je sais écrire du Python donc j'imagine que ça peut se scripteur, mais je n'ai pas envie de réinventer la roue et j'imagine que les nombreux dictionnaires présents sur Wikisource n'ont pas été créés manuellement (enfin, j'espère !). Qx8314 (d) 7 février 2022 à 15:23 (UTC)Répondre
Qx8314 : J'ai créé les 2106 articles du Dictionnaire administratif et historique des rues de Paris et de ses monuments semi-manuellement : c’est à dire en chargeant un à un dans le formulaire du site du code wiki de transclusion préalablement généré sur mon poste par un programme. Pour une création d'articles vraiment automatisée, w:en:Wikipedia:AutoWikiBrowser/Create new pages semble être la solution, mais je n’ai jamais essayé. Pour mémoire, AWB est utilisable sans autorisation particulière sur Wikisource, contrairement à Wikipédia (mais bon, faites attention si c’est la première fois…). On pourrait aussi faire un script Javascript qui sera appelé directement depuis une page de Wikisource (exemple perso qui crée des pages), mais c’est sans doute moins approprié pour cette tâche, et plus risqué (AWB présente pas mal d'avantages pour contrôler le processus). Seudo (d) 7 février 2022 à 20:57 (UTC)Répondre
Groupe de travail sur le développement du leadership : vos commentaires sont les bienvenusmodifier
Dernier commentaire : il y a 2 ans8 commentaires6 participants à la discussion
L'équipe "Développement Communautaire" de la Wikimedia Foundation soutient la création d'un groupe de travail global, porté par la communauté, pour le développement du leadership.
L'équipe est à la recherche de commentaires sur les responsabilités du groupe de travail sur le développement du leadership. Cette page Meta contient la proposition d'un Groupe de travail sur le développement du leadership et la manière dont vous pouvez aider. Les commentaires sur la proposition sont recueillis du 7 au 25 février 2022.
Le ciel est par dessus le toit : Eux-mêmes ne le savent pas… L’une des « missions » de cette équipe est d’« esquisser une définition commune du leadership », parce que le mot est compris différemment par chaque communauté de projet ou de langue. Une fois la définition établie, on pourra formater, euh, pardon, former des leaders conformes à cette définition, grâce à des « entraînements au leadership », évaluer ces leaders, etc. etc. Ces leaders pourront faire bénéficier votre communauté vers plus de représentation et d’organisation. Il ne faut pas laisser dormir nos ressources humaines : vous avez votre place dans notre entrepr… dans notre projet collaboratif ! découvrez le meilleur de vous-mêmes ! devenez ce que vous êtes : devenez un leader ! avant cela, si vous faisiez partie d’un petit groupe de travail en globish pour savoir ce que c’est précisément qu’un leader ? — Excusez-moi, mais nous avons bien autre chose à faire que de brasser du vent. — ElioPrrl (d) 10 février 2022 à 10:30 (UTC)Répondre
C'est pourtant simple. Comme le dit la page Méta, il s'agit de donner son avis sur les rôles et les responsabilités d'un futur groupe de travail qui tendra à conseiller l'équipe « développement communautaire » dans le processus de mise en place d’une certaine chose (dont le nom de code est « leadership » et le contenu à définir), processus susceptible d'être remis en cause à tout moment par la mise en place d'une Charte du Mouvement ou d'un Conseil mondial. Votre participation aura donc une portée considérable. (Plus sérieusement, on n’est pas très haut sur l'échelle d’Arnstein, la formulation trop absconse de cette consultation la réservant aux insiders de l’organisation.) Seudo (d) 10 février 2022 à 13:01 (UTC)Répondre
Je ne peux malheureusement qu'approuver ce qu'ont écrit Seudo, ElioPrrl et Le ciel est par dessus le toit. C'est formulé de telle façon que seul des salariés ou des consultants de la WMF puissent y participer, parce que ce travail exige de connaître les arcanes de l'organisation. — Cantons-de-l'Estp|d|d11 février 2022 à 14:12 (UTC)Répondre
Ils ont obtenu ce qu'ils voulaient, nos commentaires, non ? S'ils nous améliorent, tant mieux. Mais surtout, merci à vous, parce que vous, je crois pouvoir juger si vous améliorez ou non notre projet :-) --Zyephyrus (d) 13 février 2022 à 14:21 (UTC)Répondre
Bonjour,
Merci pour vos retours. Le développement des compétences et du leadership fait partie des 10 recommandations issues de la stratégie 2030 du mouvement. Il s'agit de la recommandation N°7 : Investir dans le développement des compétences et du leadership Cette initiative du groupe de travail n'est que l'implémentation de cette recommandation. Le terme leadership est en effet vague d'où l'initiative du groupe de travail pour en définir le contenu dans le contexte du mouvement Wikimedia.
Cela dépend des ouvrages. Lorsque les vers sont libres ou très longs, comme dans l’exemple de Péguy donné dans le modèle, le retour à la ligne avec indentation est utilisé. Je ne vois pas techniquement comment faire l’affichage plus ancien avec alignement à droite de la seconde ligne.
D'ailleurs, ce modèle n’est qu’un pis-aller, car on ne peut pas savoir quelle sera la largeur de la ligne à partir de laquelle il est nécessaire. L’indentation devrait probablement être installée par défaut dans les poèmes, ce qui suppose des modifications importantes de la balise poem. Il serait peut-être temps d’importer le modèle anglophone Ppoem qui semble faire cela et bien d'autres choses. Seudo (d) 9 février 2022 à 16:42 (UTC)Répondre
Bonjour @Seudo C'est vrai que ce Ppoem fait rêver, il répond je crois à toutes les situations que j'ai rencontré à ce jour. Est-il facilement importable ? Le "mais" est que son emploi nécessite de s’approprier une syntaxe pour l'utilisateur final peu habituelle dans les modèles du WS français (utilisation des chevrons <<, <>, etc.) Cunegonde1 (d) 10 février 2022 à 08:18 (UTC)Répondre
Bonjour Cunegonde1 :, je suppose qu’il suffit de recopier le modèle ainsi que les modules Lua et la feuille de style qu’il utilise. Je pourrai essayer pour voir, si quelqu’un ne se lance pas avant. Seudo (d) 10 février 2022 à 08:45 (UTC)Répondre
On avait déjà eu cette discussion il y a quasiment un an. L’affichage traditionnel en français (alignement à droite, souvent avec crochet droit au début) me paraît très difficile à implémenter ; l’affichage traditionnel en anglais, et repris par {{VersLong}} (composition en retrait) me semble un compromis très tolérable. Comme je le disais dans le dernier message de la discussion de mars 2021, je fonde quelque espoir sur Ppoem, en attendant que les navigateurs Internet veuillent bien implémenter les mots-clefs each-line, hanging qui permettraient de régler la situation presque sans modifier le fonctionnement de <poem>. — ElioPrrl (d) 10 février 2022 à 10:02 (UTC)Répondre
Et pourquoi se priver d’une propriété css alors qu’il n’y aurait que Apple qui n’a pas daigné la supporter. Il n’est pire aveugle que celui qui ne veut pas voir. J’ai modifié {{VersLong}} pour supporter un paramètre align (text-align-last). La plupart verront la 3e ligne alignée à droite. Les autres dont moi sur mon Ipad verront peut-être plus tard. Bien d’accord avec ElioPrrl ! Il faut continuer à utiliser VersLong dans ce contexte et non forcer un retour de ligne.
Et qui fourre les paroles du Notre Père à tort et à travers pêle-mêle dans les paroles du « Je vous salue Marie ».
J’ai aussi pensé à cette propriété. Sur deux lignes, elle est préférable ; mais sur trois lignes et plus, le cumul d’une indentation en retrait et d’un alignement à droite de la dernière ligne donne un résultat peu compréhensible à la lecture, en tout cas bien moins compréhensible que la seule composition en retrait. De toute façon, je dois avouer que je n’aime pas ce modèle {{VersLong}}, et que j’en déconseillerais complètement l’usage. Soit on l’applique à tous les vers (c’est ce que fait au fond le modèle Ppoem), soit on ne l’applique jamais, puisqu’on ne saurait prévoir quels vers seront coupés (il n’est pas rare que les alexandrins le soient, pas besoin de versets…). — ElioPrrl (d) 10 février 2022 à 15:36 (UTC)Répondre
Ppoem adopte effectivement une approche plus systématique si quelqu’un veut bien récupérer le code et le documenter mais il ne semble pas offrir l’alignement à droite de la dernière ligne. TemplateStyles ne fonctionnait pas sur ws.fr lorsque je l’ai testé à l’intérieur d’un modèle il y a un an environ. Ça serait à vérifier en premier lieu et il faudrait aussi récupérer le module Arguments qui n’existe pas de notre côté. Si on veut bien donner suite à la demande initiale, je ne vois vraiment pas comment on pourrait aligner à droite une deuxième ligne et passer en mode indentation lorsque le vers s’étend sur 3 lignes. --Denis Gagne52 (d) Le miraculé du 9e10 février 2022 à 17:04 (UTC)Répondre
Ppoem, modèle expérimental pour les poèmesmodifier
Dernier commentaire : il y a 2 ans1 commentaire1 participant à la discussion
Bonjour,
Suite à la discussion précédente, j’ai importé le modèle {{Ppoem}} de en.wikisource. La documentation est encore en anglais, et par endroit encore peu compréhensible, mais le modèle semble utilisable.
Voici en tout cas un exemple d'utilisation sans aucun paramètre, qui montre que cela peut faire une alternative à modèle:VersLong :
Code wiki
Rendu
{{ppoem|
Et qui rit aux anges en commençant de s’endormir.
Et qui déjà mêle tout ça ensemble et qui n’y comprend plus rien
Et qui fourre les paroles du ''Notre Père'' à tort et à travers pêle-mêle dans les paroles du « Je vous salue Marie ».
}}
Et qui rit aux anges en commençant de s’endormir. Et qui déjà mêle tout ça ensemble et qui n’y comprend plus rien Et qui fourre les paroles du Notre Père à tort et à travers pêle-mêle dans les paroles du « Je vous salue Marie ».
Pour répondre à Denis_Gagne52 :, TemplateStyles fonctionne manifestement ici. Mais il faut être dans l’espace Modèle: (si on crée un modèle dans l’espace Utilisateur, les feuilles de styles ne semble pas être reconnues, ce qui est dommage pour les expérimentations). Seudo (d) 11 février 2022 à 08:03 (UTC)Répondre
Les « & » dans les titres (ou auteurs, je suppose) ne sont pas correctement representés :
<title>Le Conte du tonneau (1704) contenant tout ce que les arts, & les sciences ont de plus sublime et de plus mystérieux ; avec plusieurs autres pièces très curieuses.</title>
Dernier commentaire : il y a 2 ans3 commentaires2 participants à la discussion
Bonjour, il y a un souci d'espace manquante dans ces deux modèles, que l'on peut voir pour le modèle IndexAlpha sur la page : Le Littré de la Grand’Côte/3e éd., 1903, à la section "Index alphabétique", il manque une espace après le J et le U, avant leur tiret semi-quadratin. Idem sur IndexAlpha2, visible par exemple ici : Le Littré de la Grand’Côte/3e éd., 1903/Index alphabétique - A, tout en haut, on voit le même problème : les lettres J et K sont collées, ainsi que U et V. Qui saurait comment régler le problème ? Ouvrir un rapport de bug ? Merci. Qx8314 (d) 14 février 2022 à 08:36 (UTC)Répondre
Dernier commentaire : il y a 2 ans12 commentaires4 participants à la discussion
Bonjour,
j'ai déjà demandé de l'aide à gauche et à droite, en particulier sur le forum des nouveaux. je suis en train de travailler sur les œuvres complètes de St Jean Chrysostome, il y a déjà sur wikisource le tome 8 j'ai voulu importer les autres tome téléchargés sur hathi, mais ça plante à chaque téleversement. Quelqu'un pourrait m'aider pour le faire?
Je les ai téléchargé ici avec le logiciel HathiDownloadHelper_v1.2.2-x64-ubuntu.AppImage. Ça fonctionne bien et la reconnaissance optique tiens compte des colonnes.
La page de St Jean Chrysostome. De plus j'aimerais aussi mettre un lien vers les différents tomes sur la page de Chrysostome comme sur la page de St Augustin.
Merci d'avance.
— Le message qui précède, non signé, a été déposé par CyrMatt (discuter), 14 février 2022 à 13:32
Pour l'ajout du Tome 8 je pensais plus à ce modèle, comme sur la page de St Augustin:
Œuvres complètes
Œuvres complètes de Saint Augustin, sous la direction de l’abbé Raulx, 1864-1873, 17 volumes :
I - II - III - IV - V - VI - VII - VIII - IX - X - XI - XII - XIII - XIV - XV - XVI - XVII
Œuvres complètes de Saint Augustin, traduites en français et annotées par MM. Péronne, Vincent, Écalle, Charpentier et H. Barreau, renfermant le texte latin et les notes de l’édition des Bénédictins, 1869-1878
Sauf que quand j'édite la page je ne vois rien vers les différents tomes que je puisses reproduire sur la page de Chrysostome.
De plus ce qui est important pour moi c'est vraiment d'apprendre comment téléverser les autres tomes, au pire si vous le faites pour moi ça sera déjà très chouette mais bon si je sais le faire tout seul c'est encore mieux. Parce que je pense pouvoir mettre toutes les œuvres que j'ai commencé à nettoyer hors-ligne. CyrMatt (d) 14 février 2022 à 16:52 (UTC)Répondre
CyrMatt : C’est Fait, j'ai mis en ligne le tome 2 : Chrysostome - Oeuvres complètes, trad Jeannin, Tome 2 et j'ai rectifié le modèle de tomaison car la date de parution des premiers volumes est 1864 et non 1865. J'ai procédé de la façon suivante :
récupération du livre au format pdf avec HathiDownloadHelper_v1.2.2-x64-ubuntu.AppImage. Poids du Pdf 3,1Go
suppression de la marque google en bas des pages avec le logiciel Briss (linux)
dététourage des marges avec le logiciel Scantailor (Linux) et export des pages au format tiff de 600 dpi
Ocr et création du djvu avec Finereader 15 (windows) format d'export 300dpi
Téléversement sur Commons.
Constat d'un décalage des pages entre les images de page et la couche texte (les pages textes sont complètement mélangées). C'est un bug malheureusement fréquent de compatibilité entre finereader et Commons sur les gros fichiers lorsqu'on part d'images extraites d'un pdf. On peut partir des images brutes, mais le travail de détourage des pages est alors trop fastidieux à cause du watermark google.
Nouvel OCR avec Tesseract (sur linux) du djvu déjà fait.
Téléversement sur common de la nouvelle version.
Constat que le décalage des pages ne se produit plus.
Merci @Cunegonde1 Pour ton aide, c'est super. Je vais essayer tout ça. Tu sais pourquoi mon téléversement échouait à chaque fois? Tu le fais comment le téléversement.
Ah pardon, je viens de voir la page auteur sur St Jean Chrysostome, comment vous avez fait pour y mettre les tome en bas de la page? J'ai déjà les tomes 6 et 11 en local en djvu, je peux faire comment pour les uploader? CyrMatt (d) 15 février 2022 à 10:59 (UTC)Répondre
Je n'utilise pas l'ocr de Hathidownloader car je ne sais pas de quel OCR il s'agit et surtout que je ne téléverse jamais de fichiers au format pdf (pour des raisons expliquées plusieurs fois sur le scriptorium), et notamment le rapport poids qualité bien plus intéressant sur les djvu. Je ne fabrique que des fichiers djvu. Pour faire des djvu, il existe différents logiciels soit libres comme gscan2pdf (Linux) qui s'appuie sur l'OCR de tesseract soit privaticiels comme Finereader (Windows avec édition du texte reconnu, ou MacOs sans édition du texte reconnu), j'utilise l'un et l'autre suivant la nature du fac-similé source : pdf (ht, google), ou images de pages dans leur meilleure résolution (Gallica) ; et également suivant la graphie du livre.
@Cunegonde1 ne faudrait-il pas modifier le lien dans le panneau de gauche de wikisource pour téléverser, et y mettre celui qui tu m'as recommandé?
Rebonjour,
Pardon, mon explication a été imcomplète, les fichiers que je tentais de téléversé était bien en djvu et aussi faisait moins de 100M comme recommandé. C'est aussi pour ça que je me suis découragé. Je peux les mettre sur un site de téléchargement libre si jamais quelqu'un veut les téléverser sur wikisource. POur moi la partie conversion en djvu et OCR n'a pas posé de problème, c'est plus la partie téléversé et aussi celle où il faut intégrer tout ça à la page principale car je suis débutant, mais pour l'instant encore très motivé! CyrMatt (d) 15 février 2022 à 12:43 (UTC)Répondre
En fait tous les fichiers publiés pour la première fois il y a plus 95 ans doivent être téléversés sur Commons en suivant le lien que j'ai donné ci-dessus. Une fois téléversé avec quelques informations, il est recommandé de remplir le modèle suivant :
Le point : |Wikisource =s:fr:Index:{{PAGENAME}} pointe depuis Commons vers le nom du fichier dans l'espace "Livre" Il suffit de cliquer dessus et de cliquer ensuite sur créer la page et remplir le formulaire.
Pour la tomaison, si le fichier téléversé s'appelle avec la syntaxe indiquée dans le lien donné ci-dessus, pas de problème, sinon, il faut modifier le modèle Modèle:Chrysostome - Œuvres complètes, éd. Jeannin avec le nom exact du fichier djvu. Désolé, j'ai conscience d'être piètre pédagogue, et je sais qu'au début c'est difficile, mais cela vaut le coup de persévérer. Bon courage. Cunegonde1 (d) 15 février 2022 à 14:05 (UTC)Répondre
Dernier commentaire : il y a 2 ans8 commentaires5 participants à la discussion
Bonjour,
Je travaille sur St Jean Chrysostome, et je voudrais modifier le bandeau de l'auteur notamment le lien vers fac-similé et biographie.
--CyrMatt (d) 16 février 2022 à 07:46 (UTC)Répondre
CyrMatt : On ne peux pas, ces liens sont automatiquement générer par le modèle, "biographie" renvoie toujours à une page wikipédia si elle existe, "fac-similé" renvoie vers les livres qui dans le titre de celui-ci contient le nom de l’auteur. que voulez vous obtenir ?
Le lien « fac-similé » paraît tout de même buggué. Il fait une recherche sur les pages d’index comprenant le nom dans une sorte de langue grecque latinisée (Crisostomo) alors qu'il devrait faire une recherche sur le prénom et le nom de Jean Chrysostome (si je comprends bien le code de Module:Auteur2). J'ai rajouté explicitement la clé de tri pour contourner ce bug.
Mais, même si le bug était corrigé, ce lien n’est pas satisfaisant, car il suppose à tort que les pages d’index suivent un schéma de nommage rigoureux (cf. un commentaire dans le code du module : « TODO: bad hack, should be improved »…). Ne faudrait-il pas tout simplement supprimer ce lien "fac-similé" ? La page de l’auteur est justement dédiée à la liste des fac-similés (établie manuellement). Seudo (d) 16 février 2022 à 09:36 (UTC)Répondre
Seudo : seulement pour dire que je m’oppose à la suppression de ce lien, il permet très souvent de retrouver le fs de texte qui n’en ont pas. De plus la page auteur est très souvent non exhaustive. Si les importateurs respectaient les consignes de pour le nom des fichier, il n’y aurait pas de problème (il ne faudrait pas inverser le sens de la faute : ce n’est pas le lien qui pose problème, mais la nomination des fichier). --Le ciel est par dessus le toitParloir16 février 2022 à 12:01 (UTC)Répondre
Salut et merci pour les explications. Je n'avais pas l'intention de supprimer le bandeau, loin de là je le trouve très beau ce bandeau! Crisostomo est une recherche en italien, c'est pourquoi je n'y comprenais rien. Pour la nomination des fichiers quelles sont les consignes que je pourrais avoir oubliées? Sachant que j'ai presque fini d'importer les fac-similés des œuvres complètes. Petite remarque, du fait de la limitation de la taille à 100M j'avoue que quelque fois je suis déçu de la qualité du texte que j'importe, que je dois diminuer en dessous de 100dpi! CyrMatt (d) 16 février 2022 à 12:11 (UTC)Répondre
Le ciel est par dessus le toit : Au sujet du lien vers les fac-similés, j’avais tort de proposer la suppression pure et simple, mais la présence dans le bandeau donne l’impression que le lien est exhaustif alors qu'il ne l’est probablement pas (il ne trouvera pas un ouvrage collectif, dont le nom ne peut pas contenir tous les auteurs), et qu’il renvoit forcément des faux positifs (ex. un livre sur Jean Chrysostome et non par Jean Chrysostome). Ce serait plus logique de le mettre ailleurs dans la page et de le renommer en « Chercher les pages d’index relatives à XXX », ce qui répond au besoin d’aider à trouver les fac-similés. Même si, en ce qui me concerne, je vais plutôt sur Commons pour les trouver, car tous n’ont pas de page d’index et la catégorisation y est en général mieux faite. Seudo (d) 16 février 2022 à 13:01 (UTC)Répondre
CyrMatt : Vous avez réussi à téléverser un livre et à créer l’index sur ws. Il vous reste à construire un djvu de la façon indiquée par @Cunegonde1. Il faut viser une résolution de 300dpi (ne pas aller au-dessous de 200dpi). Si vous suivez cette procédure même à 600dpi, vous ne dépasserez pas 100Mo. SVP ne pas téléverser un fichier dont vous n’êtes pas satisfait de la qualité. Prenez le temps de maîtriser la marche à suivre. Avec un peu d’aide, vous allez y arriver. --Denis Gagne52 (d) Le miraculé du 9e16 février 2022 à 14:47 (UTC)Répondre
@CyrMatt Je me permet de rajouter un point : il est utile de vérifier l'intégrité du livre (toutes les pages sont présentes, absence de doublons, scan de qualité à peu près correcte) avant import, c'est plus facile de réparer les problèmes, ou de changer de fac-similé ou d'abandonner le projet que de le faire par la suite une fois que l'on a commencé à le corriger. Cunegonde1 (d) 16 février 2022 à 14:56 (UTC)Répondre
@Le ciel est par dessus le toit Je ne m'en était jamais rendu compte. Avec l'inspecteur sur firefox, je vois :« title="0 page validée, X pages seulement relues et 0 page non relue" » Je trouve que la formule "seulement relues" est franchement réductrice par rapport au travail que représente cette "relecture" on oublie : correction, mise en forme et tutti quanti. Cunegonde1 (d) 16 février 2022 à 18:07 (UTC)Répondre
En effet, comme le dit Cunegonde, la relecture ne représente absolument pas tout l'investissement requis pour certains ouvrages. Je n'avais pas remarqué ce changement qui - ad minima - aurait dû faire l'objet d'une consultation auprès des wikisourciens. --Kaviraf (d) 16 février 2022 à 19:23 (UTC)Répondre
comme le même contributeur qui avait mis "relue" est repassé derrière toi, je crois que @Tpt a bien fait de forcer le texte sur wikisource, car sinon, nous aurions "seulement corrigée" au lieu de "corrigée". Hélène (la bot de service…) (d) 17 février 2022 à 07:43 (UTC)Répondre
D’ailleurs le contributeur à l’origine de ces modifications est Verdy_p. Ce n’est pas la première fois qu’il nous fait le coup : rien que l’année dernière, sans consulter personne, il avait déjà renommé les habillages, et surtout, ce qui avait fait beaucoup de remous, utilisé le point médian dans la page « Contributions » de chaque compte. Y a-t-il un moyen de l’empêcher de récidiver ? — ElioPrrl (d) 17 février 2022 à 17:18 (UTC)Répondre
ElioPrrl : c’est pas beau de dénoncer ses petits camarades , mais à vrai dire ça ne m’étonne pas que ce soit lui, d’ailleurs je trouve que translatewiki ne devrait pas imposer des traductions qui impacte toute une communauté, mais je ne sais pas ni comment le dire de façon ferme et correcte, ni même où leur dire cela. --Le ciel est par dessus le toitParloir17 février 2022 à 17:23 (UTC)Répondre
Que les traductions soient centralisées sur un projet tiers, cela ne me dérange pas ; mais peut-être faudrait-il en protéger certaines pages et n’en laisser l’accès qu’aux administrateurs et administrateurs d’interface des projets Wiki, afin que les traductions ne soient modifiées qu’après consultation. — ElioPrrl (d) 17 février 2022 à 18:36 (UTC)Répondre
Verdy_p contribue à translatewiki.net, qui est associé à l'écosystème Wikimedia sans y appartenir. Il est donc difficile de sanctionner Verdy_p pour ses errements là-bas. Selon mes quelques observations, ses contributions sur translatewiki.net ne sont pas toutes fautives, sinon il y a longtemps qu'il aurait subi un feu nourri de critiques, ce qui aurait précipité son départ de ce projet. Par ailleurs, je soupçonne que plusieurs membres de la communauté de la Wikipédia en français ne sont pas indulgents à son égard. Quant à savoir si ça sera suffisant, je ne sais pas.
Je traduis des messages publiés sur MediaWiki.org et je traduis régulièrement des articles de l'anglais qui sont publiés dans la Wikipédia en français. La traduction de courts messages est un travail ingrat parce qu'il manque à l'occasion un contexte pour comprendre suffisamment le sens d'un message. Je pense que Verdy_p fait de son mieux ; le sens d'un court message peut lui échapper ou il ne connaît pas suffisamment le lexique de base pour certains types de messages, ce qui mène à ces « déviations ». Toujours selon mes observations, nous ne sommes pas si nombreux à traduire vers le français. Je n'excuse pas ses erreurs, mais je suis disons indulgent. — Cantons-de-l'Estp|d|d17 février 2022 à 23:57 (UTC)Répondre
Cantons-de-l'Est : La difficulté à comprendre le contexte est une chose qui me freine sur translatewiki. Il m’est arrivé d’y aller, et l’interface est bien pratique, mais il est souvent difficile de juger précisément une traduction si on ne sait pas où (sur quelle page wiki, par exemple) le message apparaît. Peut-être faudrait-il faire une recherche sur l’identifiant du message quelque part ? Seudo (d) 18 février 2022 à 11:17 (UTC)Répondre
Seudo, MediaWiki comprend plus de 40 000 messages. Dans translatewiki.net, je cherche le message en français, même s'il est court. Par exemple, Corrigée apparaît 32 fois en tout. Par la suite, on peut filtrer pour un logiciel. Par exemple, pour MediaWiki, 16 fois. Finalement, parmi les résultats, j'analyse les identifiants et régulièrement trouve ce que je cherche : MediaWiki:Proofreadpage quality3 summary/fr. J'ai utilisé une autre base de données en ligne pour la traduction de courts messages (Babel). Selon moi, translatewiki.net est supérieur par plusieurs aspects, mais on doit faire travailler son moteur de recherche avant de faire ce que l'on souhaite. — Cantons-de-l'Estp|d|d18 février 2022 à 11:45 (UTC)Répondre
Il y a une différence entre traduire un texte de zéro, et modifier une traduction qui a plusieurs ans d’âge. Il ne s’agit pas de protéger l’accès de tout translatewiki, mais seulement les quelques pages qui contiennent le vocabulaire fondamental de notre projet. Par ailleurs, si je ne contribue presque pas à un projet, et quelque soit mon statut ailleurs, je ne me sentirais pas légitime à modifier les traductions établies, et m’en abstiendrais donc. — ElioPrrl (d) 18 février 2022 à 13:01 (UTC)Répondre
Dernier commentaire : il y a 2 ans2 commentaires2 participants à la discussion
Bonsoir à toutes et à tous !
Pour enrichir Wikisource de sources historiques, j'ouvre l'équipe Scholæ qui participera au défi L'échelle.
Il s'agit de retourner dans les archives de l'histoire de l'école aux xvii-xviiie siècles, et d'y voir l'ancêtre lointain de l'école de Jules Ferry. C'est un pan de l'histoire qui est encore très méconnu et mérite d'être réédités numériquement pour la 1ère fois.
Beaucoup de livres sont proposables pour remplir de connaissances nouvelles Wikisource :
La plupart des livres sont déjà importés, mais non encore corrigés. Pour commencer, je propose le livre majeur Livre:Jacques de Batencour - L'Escole paroissiale, 1654.pdf qui a inspiré tous les autres. J'avais essayé une océrisation sur la page du texte, mais maintenant qu'il y a une notification Transcrire les images en texte qui s'affiche dans l'éditeur de texte, utilisant l'OCR de Google très performante, le travail d'édition sera grandement facilité !
Pour ne pas être être plus long dans ma présentation, cette annonce est pour sonder tous les Wikisourciennes et Wikisourciens enthousiastes pour y contribuer !
Avec la joie de trouver des aventuriers(ères). À l’abordage, moussaillons 2.0 !
Transclure noinclude et includeonly d'un modèle ?modifier
Dernier commentaire : il y a 2 ans7 commentaires4 participants à la discussion
Bonjour,
Est-ce que quelqu'un a réussi à inscrire des commandes équivalentes à <noinclude>...</noinclude> et à <includeonly>...</includeonly> dans un modèle, commandes qui sont exécutées dans une transclusion ?
J'ai la même problématique : j'aurais voulu mettre un <noinclude>...</noinclude> dans un modèle "ref"…"/ref" pour que des références à des numéros de pages du fs, ne se retouvent pas dans la transclusion sous Wikisource, pour laquelle ces numéros de page ne correspondent à rien… mais ça ne "marche pas" et les informations sont tout de même présentes dans la note correspondante.--Lorlam (d) 17 février 2022 à 13:47 (UTC)Répondre
L'escalade du raffinement me ravit (après tout j'ai été informaticien dans une vie antérieure), mais point trop n'en faut. Le includeonly qui mystifie les débutants ne devrait pas être recommandé. Mais bon, dans une organisation fondée sur le bénévolat, il faut que tout le monde trouve son plaisir. --Wuyouyuan (d) 17 février 2022 à 23:00 (UTC)Répondre
Ça ne m'amuse pas ni ne me mets au défi de chercher des commandes pour brider des fonctions du moteur de Wikisource. Elles devraient être offertes de façon native. Idem pour plusieurs trucs que je vois ici. Des exemples ? La catégorisation des livres manque de flexibilité : elle devrait permettre de trier plus finement (La/Le/Les est souvent superflu), tous les termes dans les listes des pages de catégories commencent par Page:/Livre:/... ; on devrait pouvoir masquer Page:, Livre:, ... à volonté.
Pourquoi je cherche une façon de brider le moteur de Wikisource ? Parce que je transcris un ouvrage avec de nombreuses illustrations et le moteur de Wikisource inscrit de façon automatique un lien vers Wikisource pour chaque illustration insérée dans une transcription. Ce lien apparaît dans les exports, ce qui est mal selon moi. Je peux écrire [[Fichier:...|500px|center|link=]] dans une transcription, mais un relecteur pourrait ne pas comprendre le but de |link= : on ne peut pas cliquer sur l'image même pour en voir les détails sur Wikisource.
Donc, l'insertion de |link= bride un peu trop. Je veux que le lien vers Wikisource apparaisse dans la page de transcription et nulle part ailleurs. Je dois donc écrire <includeonly>|link=<includeonly> dans la transcription pour masquer le lien dans les transclusions et dans les exports du livre (ou des chapitres).
Cette construction est surprenante pour un wikisourcien qui ne connaît pas les arcanes du moteur de Wikisource. Le modèle que je veux créer devrait éliminer ce souci.
Noms propres dont les lettres sont remplacés par des pointsmodifier
Dernier commentaire : il y a 2 ans7 commentaires3 participants à la discussion
Bonjour, je suis en train de préparer un livre dont la plupart des noms propres sont remplacés par des noms à énigme dont certaines lettres sont remplacées par des points (Cunegonde => Cu..g...e) D'habitude pour ce genre de cas j'utilise soit le caractère … lorsqu'il y a 3 points soit {{loop}} lorsque leur nombre est différent. Le problème est que dans ce cas, ce sont des dizaines de noms concernés et que loop rend la relecture particulièrement difficile : Cu{{loop|2|.}}g{{loop|3|.}}e, en outre on ne peut modifier le nombre de lettres car cela correspond aux lettres réelles du nom. Comment peut-on faire dans ce cas ? Cunegonde1 (d) 18 février 2022 à 11:26 (UTC)Répondre
Bonjour. Il faudrait voir une page de l'index en question, mais est-ce que le nombre de points a une importance dans ce livre à énigmes ? Si ce n'est pas le cas, je dirais qu'il est possible de simplifier le code en n'utilisant que des « … » plutôt que des {{loop|2|.}}, ça ne fera pas trop de différence pour le lecteur, mais cela en fera une grande pour le relecteur. --EijiroSaito (d) 18 février 2022 à 11:31 (UTC)Répondre
Justement le nombre de point est important pour qui veut tenter de trouver les noms. Je prépare le livre, il n'est pas encore importé, il s'agit d'une édition complète (malheureusement celle de Gallica ne l'est pas) des Sérails de Londres voir un exemple page 119 : GoogleCunegonde1 (d) 18 février 2022 à 11:56 (UTC)Répondre
Cunegonde1, Suggestion : créer des modèles avec des nombres fixes de caractères. Toutefois, le moteur de Wikisource interdit les noms de modèles qui commencent par le point ordinaire.
Selon moi, ces modèles ne pèsent pas trop sur la vitesse de (re)lecture. middot n'est pas facile à saisir au clavier, mais dès qu'il est présent dans le texte, on peut le copier-coller à volonté. Pour la première transcription même, je ne me prononce pas, parce que j'ai accès à des outils qui m'affranchissent de certains obstacles.
Le nombre de points est indiqué et, plus il y en a, plus long est le nom du modèle. Ils ne pèsent pas trop sur la vitesse de (re)lecture. Selon moi, cet ensemble de modèles constitue un bon compromis entre facilité de saisie et facilité de (re)lecture.
Merci @EijiroSaito et @Cantons-de-l'Est, l’idée du modèle avec middot est bonne à mon avis, et semblera moins gênante que 2.. à la relecture. Pour la transcription cela ne pose pas de problème car je travaille hors ligne avec des batteries d'expressions régulières, qui facilitent tout le travail répétitif. Merci cela m'a permi de créer mon premier m..èle--Cunegonde1 (d) 18 février 2022 à 14:07 (UTC)Répondre
Bonjour @Cunegonde1, une question me trotte dans la tête ces derniers jours : pourquoi faut-il forcément utiliser un modèle, plutôt que des points .. tout simplement, en dur dans le code ? En soi, écrire « Cu..g...e », ça ne paraît pas trop mal. --EijiroSaito (d) 21 février 2022 à 17:59 (UTC)Répondre
Dernier commentaire : il y a 2 ans3 commentaires2 participants à la discussion
Bonjour,
Si vous avez consulté un export au format PDF qui comprend des images (par exemple, allez en page 2 de ce fichier PDF), vous avez peut-être observé que l'on peut cliquer sur les images et que votre lecteur PDF vous demandera si vous voulez consulter la page cible, ce qui vous mènera à une page de la Wikisource en français (où les informations sont cryptiques pour l'internaute lambda).
Comment faire pour que ces liens vers la Wikisource ne soient pas chargés dans les exports ? Réponse : utiliser {{Image}}. En effet, ce modèle insère un lien vers la Wikisource seulement si l'image est dans une page. Dans les transclusions et les exports, le lien est absent.
L'usage du modèle est simple.
Avant : [[File:H G Wells La guerre des mondes 1906 (page 016 crop).jpg|250px|center]]
Après : {{Image|H G Wells La guerre des mondes 1906 (page 016 crop).jpg|250px|center}}
Je suis d'avoir mis au point ce modèle qui élimine un souci qui me taraudait depuis quelques mois. Merci à Denis Gagne52 de m'avoir indiqué l'information qui me manquait.
Intéressant. Ca pourrait être utile d'autoriser un ou deux paramètres supplémentaires et d'indiquer que cela permet de passer n'importe lequel des paramètres de la balise Fichier. Exemple avec un "alt" (texte alternatif pour l'accessibilité) : Seudo (d) 19 février 2022 à 12:39 (UTC)Répondre
Information aux utilisateur de pdf2djvu sous Windowsmodifier
Dernier commentaire : il y a 2 ans4 commentaires3 participants à la discussion
Bonjour,
Je ne sais pas si c'est le bon endroit pour cela, mais je voudrais informer que j'ai développé une interface graphique alternative sous Windows pour "Pdf To DjVu GUI" ou pdf2djvu Win32.
Elle résout certaines restrictions, et ajoute quelques fonctionnalités. Elle est en version française et anglaise.
Jim Bey : Vous êtes en plein dans le sujet . Merci pour ce travail ! La sélection multiple et l’extinction de l’ordinateur en fin de travail sont de bonnes idées. Je viens de faire un test de base et ça fonctionne sans problème. Je rêve d’un logiciel qui permettrait à la fois de télécharger les pages en haute définition de Gallica, d’améliorer ces pages une par une ou par blocs (réduction des marges, voire contraste, luminosité, etc.) et de convertir en DjVu, tout en s’arrêtant au bout de quelques pages si le résultat est manifestement trop volumineux pour Commons… Je ferai ça le jour où j’aurai le temps (c’est à dire jamais). Seudo (d) 21 février 2022 à 13:34 (UTC)Répondre
Wiki Loves Folklore is extended till 15th Marchmodifier
Dernier commentaire : il y a 2 ans1 commentaire1 participant à la discussion
Aidez-nous à traduire dans votre langue
Greetings from Wiki Loves Folklore International Team,
We are pleased to inform you that Wiki Loves Folklore an international photographic contest on Wikimedia Commons has been extended till the 15th of March 2022. The scope of the contest is focused on folk culture of different regions on categories, such as, but not limited to, folk festivals, folk dances, folk music, folk activities, etc.
We would like to have your immense participation in the photographic contest to document your local Folk culture on Wikipedia. You can also help with the translation of project pages and share a word in your local language.
Bonjour, un nouvel épisode de la saga des décalages de la couche texte par rapport à l'image de page. J'ai téléversé le fichier Livre:Tcherkesoff - Pages d’histoire socialiste, I, 1896.djvu issu d'internet archives Internet Archive directement avec l'outil https://ia-upload.wmcloud.org/ en choisissant l'option djvu (qui n'est pas disponible sur IA). Les pages sont toutes mélangées, et je vais donc refaire le djvu en partant des images de base. Ce problème de décalage de pages est agaçant, et je ne sais pas quoi faire. J'avais créé une demande phabrikator, qui a l'air d'être tombé dans une poubelle. Cunegonde1 (d) 22 février 2022 à 11:34 (UTC)Répondre
Cunegonde1 : La demande Phabricator est un peu compliquée à reproduire, ça peut avoir découragé les développeurs. En outre, il faudrait sans doute mettre le tag "IA Upload" (qui apparaît automatiquement lorsqu’on clique sur « signaler tout problème » au bas de https://ia-upload.wmcloud.org/), voire d'autres tags liés à DjVu.
Peut-être faudrait-il surtout mettre quelque part (sur un site tiers) le DjVu fabriqué par Finereader, tel qu’il était avant envoi vers Commons, pour comparer avec la version présente sur Commons. Car c’est tout de même étrange que Commons modifie le fichier qu’on lui envoie ; peut-être modifie-t-il aussi d’autres caractéristiques (taille, définition, etc.) ? Seudo (d) 22 février 2022 à 13:17 (UTC)Répondre
@Seudo J’utilise le logiciel Djview, sous linux qui permet d'afficher la couche texte au dessus de l'image de page. Il n'y a aucun décalage sur les f-s produits par Finereader. Le fait que le décalage se produise également avec ia-upload donc sur un djvu produit par le logiciel, puisque le log indiquait qu'il refaisait un djvu à partir des fichiers images jp2, c'est cela qui m'a fait tiquer. Cunegonde1 (d) 22 février 2022 à 13:20 (UTC)Répondre
Certainement, mais les développeurs pourront difficilement analyser le problème sans disposer du fichier DjVu produit par FineReader (et le pas-à-pas est trop complexe pour être reproduit : ils n’ont pas forcément les bons logiciels ou les bonnes versions et ne savent pas quels paramètres il faut utiliser). Le problème relatif à IA-Upload (peut-être lié à T178197) pourrait faire l’objet d’un ticket séparé. Seudo (d) 22 février 2022 à 14:29 (UTC)Répondre
@Seudo merci pour ton aide, mais c'est trop compliqué pour mon (faible) niveau. Ce que j'observe c'est que lorsque je crée des djvu avec finereader 15 sous windows à partir de fichiers pdf issus de Gallica, j'ai souvent des décalages mais lorsque je part des images de page récupérées avec l'excellent gallica.py, je n'ai pas de problème. Lorsque je travaille sur recueils de revues qui font souvent plus de 500 pages, il est fastidieux d'utiliser Gallica.py, j'utilise donc des pdf et c'est là que se produisent les décalages. Quand je fais les djvu avec tesseract, il n'y a jamais de problème quelques soient les images de base. Cunegonde1 (d) 22 février 2022 à 16:25 (UTC)Répondre
Dernier commentaire : il y a 2 ans5 commentaires2 participants à la discussion
Bonjour. Quand CropTool répond par [Error] undefined pour un DjVu, quelle en est la raison ? Taille de fichier ? Format de fichier ? Merci. Hektor (d) 23 février 2022 à 09:05 (UTC)Répondre
Je viens de voir sous mes yeux l'affichage de la page :Livre passer d'un pavage serré de numéros de pages à un pavage beaucoup moins dense, chaque pavé largement entouré de vide. Pas d'inconvénient pour moi. Est-ce que cela vient des mêmes bonnes volontés qui nous ont valu le Relu et le Non relu, redevenu Corrigé et (... je ne suis pas sûr). Tant que l'instabilité n'effondre pas l'affichage du texte, tout va bien, mais faut-il être inquiet ? --Wuyouyuan (d) 24 février 2022 à 09:19 (UTC)Répondre
Je vois que Tpt (d · c · b) a rajouté il y a peu une classe CSS prp-index-pagelist-page qui semble à l’origine de cette amélioration (plus précisément : min-width: 2.125em), apparemment pour corriger un problème d’alignement. Les classes CSS utilisées dans l’interface ne sont pas soumises aux mêmes risques de modification intempestive que la traduction des messages, donc je pense qu’il n’y a pas à s’inquiéter. Seudo (d) 24 février 2022 à 10:21 (UTC)Répondre
Pour ma part, je n’apprécie pas du tout cette nouvelle présentation, en particulier sur ordi portable. Je trouve que l'espace de séparation est trop important, ce qui rallonge excessivement la liste des pages. L'idée était sans doute bonne, mais un plus petit écartement eut été préférable de mon point de vue.--Cunegonde1 (d) 26 février 2022 à 08:39 (UTC)Répondre
Je ne vois pas du tout l’intérêt de cette nouvelle présentation. Comme cité plus haut, l'espace de séparation est trop important, cela ralentit grandement la vue d'ensemble. Je n'apprécie pas du tout cette modification qui nous a été imposée sans même demander notre avis..., et regrette amplement l'ancienne présentation :(( --Kaviraf (d) 26 février 2022 à 17:41 (UTC)Répondre
Moi non plus, je n'apprécie pas cette nouvelle présentation, moins harmonieuse. Ainsi que la manière dont on nous l'impose... N'y aurait-il pas la possibilité de mettre en place une protection pour éviter tous ces changements intempestifs ? --*j*jac (d) 26 février 2022 à 18:10 (UTC)Répondre
Je suis surpris de toutes ces réactions. Je trouve la nouvelle présentation plus claire, il me semble que les numéros sont mieux alignés même si ma mémoire peut me faire défaut. Surtout, il ne faut pas exagérer, c’est une modification très mineure ; s’il faut faire un sondage pour chaque chaque micro-modification, le projet sera vite atteint de sclérose. Et on peut modifier la classe prp-index-pagelist-page dans son common.css si on veut une présentation personnalisée. Seudo (d) 27 février 2022 à 20:18 (UTC)Répondre
Je pense que nous devrions être plus mesurés à l’égard de @Tpt, qui fait un grand nombre de modifications sans nous consulter, certes, mais le plus souvent pour résoudre des problèmes ou des bugs évoqués ici même. Attention, cela n’exclut pas de lui faire part de nos critiques si ses efforts conduisent à des effets indésirables. Mais songeons au peu de fois où nous avons eu à nous plaindre de ses modifications, en comparaison avec le grand nombre de fois où nous pouvons lui en savoir gré ; malheureusement, parce que la plupart de ses contributions sont très techniques, parce qu’elles touchent le cœur du projet et non la surface qui est offerte à tous les yeux, nous le remercions bien trop rarement. Plus prosaïquement enfin, Tpt est l’un des rares de notre projet à maîtriser les arcanes du développement ; il serait donc de bonne politique de le ménager, si nous voulons voir s’améliorer peu à peu l’interface et la syntaxe wikisource. Son cas n’a rien à voir avec ces contributeurs auxquels fait référence @Wuyouyuan et qui nous ont laissés les nerfs un peu à vif, je veux dire ceux qui ne connaissent rien ou presque à Wikisource et qui s’autorisent à changer des traductions ou des noms de pages sans nous en informer : veillons à ne pas faire tomber nos foudres sur des contributeurs réguliers et indispensables à notre développement, mais réservons-les à ces touche-à-tout dont nous avons eu à pâtir ces derniers temps, et qui se croient plus légitimes que, justement, les contributeurs réguliers et compétents. — ElioPrrl (d) 27 février 2022 à 14:35 (UTC)Répondre
Pour en revenir au cœur du sujet, que le pavage soit plus aéré ne me dérange pas ; je pense même qu’on ne peut pas bien faire autrement si l’on veut un meilleur alignement des tuiles du pavage à moindres frais. Ce que je trouve plus pénible (et ce qui renforce, je crois, l’impression de grande séparation entre les tuiles), c’est que l’arrière-plan en couleur est limité au texte, et ne couvre pas toute la tuile : à peu près, de ça, on est passé à ça (je rajoute la bordure pour la clarté) ; si bien que, pour les pages paginées avec un nombre à un ou deux chiffres, l’état de la page est moins visible. — ElioPrrl (d) 27 février 2022 à 14:54 (UTC)Répondre
En faite je retire ce que j’ai dit, je n’avais pas compris que c’était Tpt qui avait fait ce changement, ça m’apprendra à lire trop vite, je pensais que c’était un autre développeur éloigné de wikisource. Je regrette mes propos et présente mes excuse à Tpt : , un des rares développeurs qui comprends le "système" wikisource et qui m’a été souvent d’une précieuse aide, mon énervement venait, vous l’aurez compris, du précédent concernant la traduction de "relue" et je trouvais que ça faisait beaucoup en peu de temps. Encore désolé. --Le ciel est par dessus le toitParloir27 février 2022 à 16:31 (UTC)Répondre
Bonjour à tous. Merci pour tout ces gentils messages. Oui, cette modification n'a en effet rien avoir avec la traduction de "relu". L'objectif de la modification était principalement de nettoyer le code HTML de la pagination. L'ancien rendu insérait des "0" cachées pour la présentation mais qui causaient pas mal de problèmes (lecteurs d'écrans, extractions automatique...). Un nouveau contributeur a soumis une modification dans ce sens que j'ai relu et fusionnée. En effet, l'affichage est maintenant beaucoup moins dense. Effectivement c'est très perfectible. Si quelqu'un a une suggestion pour améliorer cela, je suis preneur. Tpt (d) 28 février 2022 à 21:10 (UTC)Répondre
Bonjour Tpt :. Voici ce que je propose pour répondre aux objections de @*j*jac et de moi-même. Actuellement, chaque tuile du pavage consiste en le code suivant :
<spanclass="prp-index-pagelist-page"><ahref="/wiki/Page:[Nom du livre]/[p]"class="prp-pagequality-[x] quality[x]"title="Page:[Nom du livre]/[p]">[n]</a></span>
où [p] est le numéro de vue du livre (tel qu’apparaissant dans l’URL de la page), [x] un entier entre 0 et 4 codant l’état de la page (sans texte, non corrigé, corrigé, à problème, validé) et [n] est le numéro de page du livre (tel qu’indiqué par les contributeurs grâce à la balise pagelist dans la page Livre:). À noter que des deux classes de l’élément a, la première semble être dépourvue d’instructions.
Je pense qu’il faut transférer les deux classes de l’élément a à l’élément span. Le problème, c’est qu’après cela, la couleur d’arrière-plan s’agrandit aussi vers le haut et vers le bas. Il faut donc rajouter line-height: initial; à la classe .prp-index-pagelist-page.
En bref, je décris le changement suivant : ça → ça → ça.
Je ne propose pas de réduire la largeur des tuiles (objection de @Cunegonde1 et @Kaviraf), parce que la largeur actuelle (2.125em) est la largeur minimale, ou à peu près, pour contenir une expression comme « TdM » sans ruiner l’alignement des tuiles. Il faut choisir entre une liste de pages condensée ou un pavage bien aligné, et je choisis le second.
Enfin, si l’on veut remédier à l’alignement de la dernière ligne (remarque de @Cantons-de-l'Est), la manière forte serait de mettre l’alignement du texte dans div#pagelist à text-align: left (contre justify actuellement). Autre manière : supprimer les espaces-mot entre chaque tuile (je suppose qu’ils viennent de sauts de ligne dans le code ?), et rajouter des marges latérales margin: 0 2px; à la classe .prp-index-pagelist-page ; cela pourrait par ailleurs atténuer encore la sensation de trop grand espacement. Inconvénients communs à ces deux solutions : le pavage ne sera plus centré dans le bloc gris, il restera de l’espace vide à droite ; et si un nom de page est trop, la perturbation de l’alignement sera bien plus visible. — ElioPrrl (d) 1 mars 2022 à 16:58 (UTC)Répondre
ElioPrrl : Bel effort ! Vu comme ça, ta présentation est en effet la plus séduisante. Si Tpt n’y voit pas de risque d’effet secondaire, ça me convient tout à fait. Même si le statu quo me convient aussi, je suis arrangeant Seudo (d) 1 mars 2022 à 18:03 (UTC)Répondre
ElioPrrl : La présentation de droite (sur ton bac à sable) est bcp plus agréable à regarder. Pour reprendre la formule ci-dessus "s'il n'y a pas d'effet(s) secondaire(s)", ce sera parfait pour moi. Merci pour les tests et comparaisons opérés. --Kaviraf (d) 1 mars 2022 à 18:16 (UTC)Répondre
Merci beaucoup ElioPrrl :. J'en ai fait une version sur Gerrit qui ne nécessite pas de changer le HTML (et donc de rafraichir toutes les pages "livre"...). Je me pose aussi une question, cela ne serait il pas mieux d'avoir les numéros centrées dans le cadres de couleurs plutôt qu'alignées à droite ? Tpt (d) 1 mars 2022 à 20:49 (UTC)Répondre
Je préfère aligné à droite, au moins pour les chiffres, comme dans les tableaux ou les tables de matière. Pour les autres caractères, ça m’est indifférent. À voir avec les autres — ElioPrrl (d) 1 mars 2022 à 20:58 (UTC)Répondre
+1 Les chiffres doivent être alignés à droite. Et je crains que ça doit un peu compliqué et guère utile de faire un alignement différent pour les lettres. Peut-être un petit padding-right: 2px (comme ici, à droite) ? Seudo (d) 1 mars 2022 à 21:13 (UTC)Répondre
Merci à tous et en particulier @Tpt pour ces améliorations de la modification initiale. Je me pose toutefois la question des tuiles contenant du texte (Plat-sup. ; Plat-dos ; Ill.) que je mets systématiquement dans mes pagelist comme ici. Sera-t-il possible de conserver cette syntaxe ? Cela ne décalera-t-il pas le reste de la présentation ? Autre question quid des livres contenant plus de 1000 pages les tuiles resteront-elles auto-extensives ? Pour la proposition de @Seudo d'ajouter padding-right:2px, le rendu est pas mal, mais cela revient à ce que je critiquais dans mon premier message : un écartement trop important entre les tuiles. Cunegonde1 (d) 2 mars 2022 à 05:43 (UTC)Répondre
Cunegonde1 : On ne change rien à la syntaxe de la balise pagelist, donc il sera toujours possible de paginer avec du texte ; si ce texte est trop long, la tuile s’allongera selon le texte, mais bien sûr l’alignement de la ligne sera perturbé. Ce décalage sera encore plus visible si l’on accepte ma dernière suggestion (suppression de la justification pour garder l’alignement de la dernière ligne), à laquelle, je dois dire, je ne tiens guère. La largeur actuelle (2.125em) permet de faire rentrer des nombres et des mots d’au plus trois caractères : Ill., Pl., Ft., Gt., TdM rentrent, mais pas Couv., Plat, Image, etc. — ElioPrrl (d) 2 mars 2022 à 09:25 (UTC)Répondre
Dernier commentaire : il y a 2 ans8 commentaires2 participants à la discussion
Wikisource:Dictionnaire bilingue wikisourcien-français peut porter une dénomination plus claire et plus rapide. Vous pouvez voir la proposition de VIGNERON, exprimer votre accord ou votre désaccord ou des nuances diverses et contre-propositions éventuelles si vous le désirez, et je procéderai au renommage dans 48 heures, sauf si vous pensez que le délai est trop court.
Pour précision, c'est en fait une proposition dans le cadre de ma résidence (et donc avec le compte VIGNERON en résidence et non VIGNERON).
Au-delà du renommage, l'idée est de réactiver les pages Wikisource:Dictionnaire bilingue wikisourcien-français et Aide:Jargon qui en ont bien besoin et qui sont essentielles pour les personnes que je forme à contribuer sur Wikisource. Koreller : avait commencé en octobre dernier (en renommant la seconde page) mais il reste encore du travail à faire. Du coup, si vous avez des termes qui vous ont gêné ou surpris (à vos débuts ou maintenant encore), n'hésitez pas à les signaler. Cdlt, VIGNERON en résidence (d) 25 février 2022 à 10:10 (UTC)Répondre
Fait. Ai-je récupéré entièrement le contenu des deux pages ?
Zyephyrus : merci mais tu n'a rien fusionné du tout (et je ne pensais même pas à une fusion d'ailleurs ; il faudrait en rediscuter du coup, je m'en occupe) ni rien renommé, tu as simplement fait un copier-coller (ce qui brise la licence et l'historique) et en plus, cette nouvelle page se nomme WikisourceːJargon (un nom que personne ne tapera jamais) au lieu de Wikisource:Jargon (le nom demandé et approuvé lors de de la discussion). Cdlt, VIGNERON en résidence (d) 28 février 2022 à 13:35 (UTC)Répondre
Je ne vois pas, à première vue, la différence. Donnez-moi le temps de tester des navigateurs. Toutes mes excuses si j'ai fait erreur, c'était sans mauvaise intention :)
Zyephyrus : c'est aussi subtil que pénible mais WikisourceːJargon contient un chrone alors que Wikisource:Jargon contient un signe deux-points. Avec l'habitude et en zoomant, on voit un peu la différence ː :. On peut aussi cliquer sur les deux liens pour voir qu'il mène à deux pages différentes. Cela ne vient pas du navigateur, ce sont deux caractères différentes. Je ne doute pas que ce soit de bonne foi (l'outil de saisie de la fenêtre d'édition de Mediawiki est parfois capricieuse sur cela). Par contre, le copier-coller plutôt que la fusion ou la fusion au lieu du renommage, c'est encore une autre faute d'inattention supplémentaire. Pour citer La Fontaine « Rien ne sert de courir ; il faut partir à point. » Cdlt, VIGNERON en résidence (d) 28 février 2022 à 15:32 (UTC)Répondre
De nous deux, VIGNERON en résidence, il est difficile de trancher qui n'est pas parti à point : nous sommes tous les deux des éléments fondateurs de Wikisource ː)
À « Cicéron c'est Poincaré », il faudrait ajouter un auteur triangulaire pour enrichir nos connaissances sur les subtilités de nos outils (Si c'est rond, c'est point carré...) ; mais je me souviens qu'un jour nous avons été d'accord à propos d'un proverbe ː Two heads are better than one, (Deux têtes valent mieux qu'une). Je maintiens ma question ː ai-je perdu en route des informations. Je crois comprendre que oui. Lesquelles ?
Ces informations sont elles conservées par la fusion ? Ai-je tort de nous suggérer de réfléchir à ce que nous conservons ou non, bien qu'il soit peut-être souhaitable de laisser du travail aux archéologues du futur pour tenter de les exhumer ?
Zyephyrus : je n'ai pas tout compris mais c'est justement en faisant une fusion d'historique que l'on peut au mieux préserver toutes les informations. PS: répare ton interface d'édition pour éviter de mettre des chrones au lieu des deux-points (comme dans ton message ci-dessus), normalement ctrl+M devrait revenir au clavier normal. PPS: pour éviter tout conflit d'intérêt, j'utilise sur mon temps de travail mon compte "VIGNERON en résidence" où je suis un simple contributeur distinct de mon compte "VIGNERON" de "fondateur" (je suis arrivé 4 ans après la fondation, tout au plus je suis un ancien et pas un fondateur). Cdlt, VIGNERON en résidence (d) 1 mars 2022 à 08:31 (UTC)Répondre
Peut-on avoir une description sommaire de la moulinette qui produit ces tableaux ? Je vois que leur date d'apparition va de 2011 à 2022, et que la densité monte avec le temps. Quel est le sort des (nombreux) ouvrages qui n'ont pas été catégorisés dans une des cases ? Qu'est-ce qui suscite l'apparition de Texte entier redondants ? Les auteurs qui sont énumérés sont-ils les nouveaux, ou ceux dont une oeuvre est une nouveauté ?
Je suggère aussi qu'on améliore la visibilité, en remplaçant le simple nom du texte par une mini-fiche bibliographique (auteur, titre, traducteur s'il y a lieu, date de parution) comme sur le tableau en haut à droite de la page d'accueil. --Wuyouyuan (d) 26 février 2022 à 10:14 (UTC)Répondre
Chacune de ces pages comprend du wikicode qui génère à la volée les informations recherchées. Il est encore une fois impossible de suivre les changements apportées à la liste de chacune de ces pages parce que chaque page comprend DynamicPageList.
Dernier commentaire : il y a 2 ans16 commentaires5 participants à la discussion
Lorsqu'on fait un clic sur une ligne (ou sur une page surlignée en noir), deux lignes noires s'effacent du surlignement. Merci de rectifier. --Kaviraf (d) 27 février 2022 à 06:16 (UTC)Répondre
ElioPrrl : Sur la page "liste de suivi" individuelle (je suis en firefox windows10), lorsqu'on fait un clic sur une ligne surlignée en noir, au lieu qu'il n'y ait seulement qu'une ligne qui s'efface du surlignement, d'un seul clic, il y a deux lignes qui n'ont plus de surlignement en noir.
En résumé, un clic sur une seule ligne retire le surlignement de deux lignes.
Bonjour. Est-ce que les deux lignes en question sont la même page, ou bien des pages différentes ? Chez moi, la « mise en gras » est retirée dès que la page à relire est ouverte, et donc toutes les mises en gras de la page en question s'effacent simultanément. Mais ce fonctionnement n'est pour moi pas un bug, car la « mise en gras » concerne des pages, et non des diffs. --EijiroSaito (d) 27 février 2022 à 16:48 (UTC)Répondre
Kaviraf : Chez moi ce problème n’arrive pas. J’ai regardé à certains endroits de ma liste de suivi où deux pages successives sont en gras, et lorsque je clique sur l’une des deux, seule celle-là perd la mise en forme grasse. Donc peut-être y a-t-il une interaction avec une préférence ou autre chose. Seudo (d) 27 février 2022 à 20:11 (UTC)Répondre
Seudo : Merci de vous intéresser à la question. Je n'ai pas changé les préférences depuis très longtemps, mais cela fait une semaine que ce phénomène se produit. On fera avec...--Kaviraf (d) 28 février 2022 à 04:24 (UTC)Répondre
Pas de problème remarqué chez moi non plus. Et dans l’onglet « Liste de suivi » des préférences, il n’y a rien qui semble avoir un lien avec ce que vous décrivez. — ElioPrrl (d) 28 février 2022 à 09:04 (UTC)Répondre
Ne t’en fais pas trop avec ça Kaviraf : ! Bien que certains semblent immunisés, j’ai été contaminé moi-aussi. Quand je clique sur « diff » (et non sur la page) pour observer ce que tu as modifié en validant la page et que je reviens en arrière par la suite, la page suivante n’est plus en gras. --Denis Gagne52 (d) Le miraculé du 9e1 mars 2022 à 15:19 (UTC)Répondre
Denis Gagne52 : Ouf contaminé également, voilà qui me rassure ! Bien que je fréquente WS depuis 10 ans et que j'ai eu largement le temps de me familiariser avec les us et coutumes..., j'avais l'impression qu'on me prenait... pour un débutant voire... un imbécile.--Kaviraf (d) 1 mars 2022 à 18:02 (UTC)Répondre
Ah non, il ne faut pas dire ça, je ne prends personne pour des « imbéciles » :( . Pour résoudre un problème technique, non reproductible, et à distance car nous ne sommes pas devant le même PC, il faut y aller par petites touches et commencer par poser des questions simples. Poser des questions simples, en toute politesse, ce n'est pas manquer de respect à son interlocuteur, c'est juste la meilleure méthode pour aller dans la bonne direction dès le début. L'alternative pour moi étant de ne pas répondre à la discussion et donc de ne pas m'intéresser au souci remonté, je préfère encore être celui qui cherche sincèrement à aider, pour faire « corps », pour faire « communauté » tous ensemble. --EijiroSaito (d) 4 mars 2022 à 10:03 (UTC)Répondre
Kaviraf : Je ne voulais pas être condescendant non plus, et je m’en excuse si j’ai pu le paraître. Il est très difficile d’expliquer à l’écrit aux autres un problème que l’on a eu, et tout autant de comprendre les problèmes qui arrivent aux autres à partir d’une description écrite. Et c’est pourquoi je vous demandais de donner un lien précis, pour que, si je puis m’exprimer ainsi, vous me montriez le problème du doigt Malheureusement, à distance, des malentendus peuvent naître qui n’auraient jamais eu lieu dans la réalité : même un smiley sourire peut prêter à des contresens qu’un sourire réel ne provoquerait pas ! — ElioPrrl (d) 5 mars 2022 à 16:34 (UTC)Répondre
ElioPrrl :Je rentre d'une grande balade dans les bois et suis sous les bienfaits des rayons du soleil printanier avec l'éclosion de toutes ces petites fleurs et arbres en bourgeon, alors le moral est au beau fixe...
Je n'ai absolument pas les compétences d'un technicien en informatique, mais néanmoins je réalise pleinement les difficultés qui peuvent apparaître ici et là, d'autant plus que la configuration de nos ordinateurs n'est pas la même pour tous.
┌─────────────────────────────────────────────────┘ Tant vos questions que vos réponses m’ont paru tout à fait appropriées. Je ne pense pas que ce soit cela qui soit à l’origine du malaise mais simplement que personne n’arrivait à reproduire le même comportement sur son poste de travail. Kaviraf et moi travaillons sur le même livre mais je n’avais pas remarqué ce problème avant d’avoir pris connaissance de son message. Le caractère gras est assigné du côté serveur en ajoutant la classe mw-changelist-watched au nœud parent de chaque item de la liste qui n’a pas été parcouru par l’usager. Il ne faut pas confondre avec l’action :visited qui permet au navigateur de modifier la couleur bleu par violet. Comme nous sommes les deux seuls à pouvoir le reproduire, il se peut fort bien que ce problème soit relié au livre lui-même car il avait subi plusieurs altérations en plus d’un malencontreux match & split qui avait décalé toutes les pages à partir de la page 170. Nous le saurons en corrigeant un prochain livre. Merci d’avoir pris le temps d’explorer. --Denis Gagne52 (d) Le miraculé du 9e4 mars 2022 à 17:04 (UTC)Répondre┌─────────────────────────────────────────────────┘ Denis Gagne52 : Le problème ne concerne pas uniquement l'ouvrage sur lequel nous travaillions tous les deux, mais il existe également pour l'ensemble de tous les livres sur lesquels je m'investis depuis un peu plus d'une semaine jusqu'à ce jour.--Kaviraf (d) 4 mars 2022 à 20:41 (UTC)Répondre
et des améliorations dans l’extension de coloration syntaxique CodeMirror (4, 5) (disponible sur les wikis ayant une écriture de gauche à droite).
Tous ces changements font partie du projet « Modèles » de l’équipe Souhaits techniques de WMDE. Nous espérons qu’ils vous seront utiles dans votre travail, et nous apprécierons beaucoup les retours que vous pourrez nous faire sur les pages de discussion de ces projets.
Dernier commentaire : il y a 2 ans4 commentaires3 participants à la discussion
Bonjour,
Je me demande si la Catégorie:Bande-dessinée ne devrait pas être renommée "Bande-dessinée & Livres illustrés" … ou alors s'il faudrait créer une autre catégorie pour des livres qui ne sont pas des bandes-dessinées mais qui sont basés sur des illustrations !?
En effet, des ouvrages comme Tintin-Lutin qui sont dans cette catégorie ne sont pas vraiment des "bandes dessinées" au sens actuel du terme… par ailleurs, dans quelle catégorie faudrait-il classer un ouvrage comme Les péripéties de l’aviation ?
J'ignore combien de BD et de livres illustrés sont entrés dans le domaine public et j'ignore combien peuvent être importés dans Commons. Supposons que l'on parle de 50 ouvrages importés en tout, quelle proportion est vraiment BD ? Si c'est moins de 25 ouvrages, autant laisser la catégorie telle quelle. Si c'est plus, on peut créer deux catégories. — Cantons-de-l'Estp|d|d1 mars 2022 à 18:32 (UTC)Répondre
Alex brollo : Ciao, it might be Utilisateur:Sapcal22. --Jahl de Vautban (d) 2 février 2022 à 15:10 (UTC)
Fait 
--Kaviraf (d) 7 février 2022 à 16:52 (UTC)
Denis_Gagne52 :, TemplateStyles fonctionne manifestement ici. Mais il faut être dans l’espace Modèle: (si on crée un modèle dans l’espace Utilisateur, les feuilles de styles ne semble pas être reconnues, ce qui est dommage pour les expérimentations). Seudo (d) 11 février 2022 à 08:03 (UTC)
Chrysostome - Oeuvres complètes, trad Jeannin, Tome 2 et j'ai rectifié le modèle de tomaison car la date de parution des premiers volumes est 1864 et non 1865. J'ai procédé de la façon suivante :
erci --Le ciel est par dessus le toit Parloir 16 février 2022 à 19:49 (UTC)
--Le ciel est par dessus le toit Parloir 17 février 2022 à 08:12 (UTC)
, mais à vrai dire ça ne m’étonne pas que ce soit lui, d’ailleurs je trouve que translatewiki ne devrait pas imposer des traductions qui impacte toute une communauté, mais je ne sais pas ni comment le dire de façon ferme et correcte, ni même où leur dire cela. --Le ciel est par dessus le toit Parloir 17 février 2022 à 17:23 (UTC)
Dans translatewiki.net, je cherche le message en français, même s'il est court. Par exemple, Corrigée apparaît 32 fois en tout. Par la suite, on peut filtrer pour un logiciel. Par exemple, pour MediaWiki, 16 fois. Finalement, parmi les résultats, j'analyse les identifiants et régulièrement trouve ce que je cherche : 
Je ne participerai pas à cette aventure, parce que j'ai déjà beaucoup de projets en cours. — Cantons-de-l'Est p|d|d 17 février 2022 à 00:42 (UTC)
d'avoir mis au point ce modèle qui élimine un souci qui me taraudait depuis quelques mois. Merci à Denis Gagne52 de m'avoir indiqué l'information qui me manquait.
Seudo (d) 19 février 2022 à 12:39 (UTC)
