Wikisource:Scriptorium/Décembre 2025

Questions
Choix éditoriaux Contenu des livres, mise en page, typographie, etc.	Questions techniques Utilisation de Wikisource, de la syntaxe d'édition, de l'interface.	Questions légales Droits d'auteurs sur les livres et questions juridiques.	Questions sur les Glyphes & caractères Codage et représentation des glyphes et caractères.	Scriptorium (Mois en cours, Archives, discussion générale en anglais) Pour laisser un message qui ne concerne pas les cas cités.
Communauté : Forum des nouveaux - Annonces - Projets - Actualités - Newsletter technique - Pages à supprimer

Lancer une nouvelle discussion Aller à la fin de la page

◄ Mois précédent

Mois suivant ►

Décembre 2025

Export EPUB (suite)

Le bloc de code qui apparaît dans le texte, décrit dans le sujet précédent, est toujours là, en tête de chaque chapitre. Et les trait-d'union qui permettent de franchir une limite de page, qui fonctionnent en ligne, réapparaissent dans l'export Epub, par exemple "la mère, non suffi- samment renseignée" pages 109-110 de Souvenirs entomologiques, septième série que je viens de terminer. Je n'ose plus vanter le téléchargement gratuit quand je cite un ouvrage de Wikisource. Narilora (d) 2 décembre 2025 à 13:52 (UTC)

Suite du même : Pas moyen de savoir si les problèmes sont réparés. Service Unavailable après environ cinq minutes d'attente. La situation est stable (5/12, 13h TU.) Comme je disais, je ne vante plus le téléchargement quand je parle de Wikisource. Narilora (d) 5 décembre 2025 à 13:02 (UTC)

De mon côté, cela fait plusieurs semaines que je n’ai pas réussi à exporter correctement un livre en "pdf" --Lorlam (d) 6 décembre 2025 à 09:57 (UTC)

Le problème de téléchargement persiste toujours à l’heure où j’écris ce message. — Danÿa (:3 🏳️‍⚧️) 2 janvier 2026 à 19:43 (UTC)

Effectivement, cette page de statut de l'outil WS-Export https://stats.uptimerobot.com/BN16RUOP5/782558466 indique que l'outil est depuis un moment en rade... — Koreller (d) 6 janvier 2026 à 18:52 (UTC)

Couleurs et contrastes des liens de pages

Salut !

Je suis en train de travailler sur les contrastes des liens colorés des listes de pages dans les pages d’index.

Le problème auquel je fais face est le suivant : les couleurs par défaut des liens visités (ceux sur lesquels vous avez cliqué au moins une fois) ne respectent pas les normes d’accessibilité en terme de contrastes. J’ai donc choisi des couleurs qui les respectent, mais elles sont trop proches de la couleur des liens de base, on ne peut donc plus les distinguer.

Dans les images ci-dessous, le lien de droite est visité, celui de gauche non :

• Mode clair :
• Mode sombre :

Vous voyez qu’il est très difficile de distinguer les deux.

J’avais donc comme idée de souligner les liens visités avec des pointillés, mais j’aimerais d’abord connaitre vos avis. Qu’est-ce qui serait le mieux ? — Danÿa (:3 🏳️‍⚧️) 2 décembre 2025 à 16:19 (UTC)

Danÿa : Y a t il des normes existantes déjà choisi sur d'autre wiki ? Ce serait bon d'être sur les mêmes chartres graphiques ? J'ai trouver cela Codex et Aide:Accessibilité des couleurs — Wikipédia Sicarov (d) 2 décembre 2025 à 18:22 (UTC)

Je sais pas ce qu’il en est des autres Wikisources. Une autre solution serait de changer aussi les couleurs des différents états des pages, en utilisant par exemple les couleurs définies par Codex. — Danÿa (:3 🏳️‍⚧️) 2 décembre 2025 à 22:47 (UTC)

Sur Codex, la couleur par défaut pour les liens visités est Purple800 (#534fa3) en mode clair et Purple300 en mode sombre (#c5b9dd). Voici une proposition de palette, à la fois pour les modes clair et sombre qui utilise uniquement des couleurs Codex.

Mode clair

non-visité/visité

Grey200/Grey200

Red300/Red300

Blue300/Blue300

Yellow200/Yellow200

Lime400/Lime400

Mode sombre

non-visité/visité

Grey600/Grey600

Marron900/Marron900

Purple900/Purple900

Yellow800/Yellow800

Lime900/Lime900

En mode clair, les couleurs changeraient légèrement par rapport aux couleurs actuelles, surtout le jaune et le vert, pour les autres couleurs ça serait à peine visible :

Comparaison avec l'ancienne palette

Avant/après

#dddddd/Grey200

#ffa0a0/Red300

#b0b0ff/Blue300

#ffe867/Yellow200

#90ff90/Lime400

Qu'en pensez-vous ?

Cordialement. M0tty (d) 3 décembre 2025 à 00:01 (UTC)

Je crois aussi qu'il n'y a pas de raison de faire différemment des autres wikis (un autre wiki francophone, ou un autre Wikisource). En regardant rapidement Wikipédia, Wiktionary et en-Wikisource, j'ai l'impression que c'est à peu près la même chose qu'ici à l'instant : couleur légèrement plus claire et bonne lisibilité. Que la différence soit faible ne me gêne pas : franchement, c'est assez peu utile de savoir qu'un lien a été visité, il vaut mieux privilégier la lisibilité et l'accessibilité.

En revanche, le souligné pointillé ne me semble pas vraiment compréhensible : c'est trop différent d'un lien non visité. Le souligné pointillé donne envie de passer la souris dessus pour avoir une info-bulle. Seudo (d) 3 décembre 2025 à 09:27 (UTC)

Personnellement je trouve très pratique le fait de voir quelles pages j’ai visité, donc j’aimerais garder cet aspect. Il n’est pas pertinent ici de nous comparer à Wikipédia, au Wiktionnaire, etc. car il s’agit d’un problème spécifique à Wikisource. Je vais faire des tests avec les couleurs proposées par Codex. Pour les pointillés, c’est juste une idée qui m’est venue comme ça 😅 — Danÿa (:3 🏳️‍⚧️) 3 décembre 2025 à 09:35 (UTC)

Dans le choix de vos couleurs, merci de consulter les personnes mal-voyantes et les daltoniens. --Kaviraf (d) 3 décembre 2025 à 16:18 (UTC)

C'est précisément l'objet de cette discussion . L'objectif est de trouver des couleurs qui permettent la meilleure accessibilité possible, avec des taux de contrastes optimums, et qui soient facilement distinguables entre elles également. Les couleurs définies par le Codex aident déjà dans cette démarche.

Si vous remarquez des problèmes dans l'usage de certaines couleurs, n'hésitez pas à le mentionner. Cordialement. M0tty (d) 3 décembre 2025 à 16:49 (UTC)

@M0tty, j’ai appliqué les couleurs, en modifiant celles des liens visités pour respecter les normes de contraste. — Danÿa (:3 🏳️‍⚧️) 6 décembre 2025 à 11:31 (UTC)

@M0tty, Danÿa : pour moi c'est "ok" avec le jaune, mais je trouve le vert un peu trop foncé…--Lorlam (d) 6 décembre 2025 à 12:29 (UTC)

Merci @Danÿa pour la mise en place de la nouvelle palette de couleurs. Je rejoins @Lorlam : quand je le vois en action, en mode clair, je trouve le vert légèrement trop foncé également. Peut-on essayer avec le Lime300 en mode clair uniquement ? Qu'en pensez-vous ? Cordialement. M0tty (d) 6 décembre 2025 à 14:05 (UTC)

Autant le jaune passe encore, mais le vert foncé et son texte en noir n'est pas assez franc comme l'était le précédent vert pétant. — Khardan (d) 6 décembre 2025 à 18:34 (UTC).

Merci Danÿa : de proposer de nouveaux coloris. Toutefois, ceux proposés par exemple

le vert est bcp trop foncé. Personnellement je n’arrive pas à lire ce qui est écrit à l’intérieur.

le jaune est horrrrrible. Il me donne le "bourdon".

Il y a un daltonien "nl" avec lequel j’ai fait un bout de chemin avec lui concernant LeMay. Je n’arrive pas à retrouver ses coordonnées. Ce serait bien de lui demander son avis concernant "sa" perception des couleurs.

Merci pour l’ensemble du travail accompli :)) --Kaviraf (d) 6 décembre 2025 à 19:46 (UTC)

Pas de soucis, je m’en charge dans la semaine :)

Pour le daltonisme, j’ai une extension de navigateur qui me permet de simuler différents types de daltonisme (deutéranomalie, protanomalie, et tritanomalie), et j’ai noté que la distinction entre le rouge et le jaune en mode clair, ou le rouge et le vert n’est vraiment pas suffisante. Mais j’avoue que c’est très difficile de trouver des couleurs qui seraient satisfaisantes pour tous les types de daltonismes à la fois. — Danÿa (:3 🏳️‍⚧️) 7 décembre 2025 à 09:49 (UTC)

Merci Danÿa : pour tout votre investissement :)--Kaviraf (d) 7 décembre 2025 à 09:57 (UTC)

J’ai modifié les couleurs selon vos diverses demandes, dites-moi si c’est mieux

J’ai pas réussi à régler les problèmes pour les personnes daltoniennes, et je pense que ça va être difficile. Le mieux à mon sens serait de créer un gadget spécifique qui adapterait les couleurs selon le type de daltonisme. Ça permettrait de répondre au mieux aux besoins des personnes concernées, sans impacter les personnes non daltoniennes. — Danÿa (:3 🏳️‍⚧️) 7 décembre 2025 à 17:07 (UTC)

Danÿa : Comme j’ai des problèmes de vue, les dernières couleurs verte et jaune sont mieux adaptées pour moi. Merci. --Kaviraf (d) 7 décembre 2025 à 17:21 (UTC)

Merci , je trouve ces nouvelles couleurs en mode clair plus agréables que celles par lesquelles tu les avais initialement remplacées. Merci pour le boulot ! —Poslovitch (d) 7 décembre 2025 à 19:46 (UTC)

Bonjour,

Danÿa :, merci pour le boulot...

j'arrive un peu tard sur le débat... effectivement, un gadget (ou juste une feuille de style) qui permettrait aux daltoniens d'adapter les couleurs à leur difficulté spécifique me semble une très bonne idée :) Hélène (la bot de service…) (d) 9 décembre 2025 à 13:47 (UTC)

Chacun peut personnaliser ces couleurs au moyen de sa sous-page common.css. Les classes sont quality0 à quality4, par exemple :

.quality4 {

background-color: #90ff90;

border-color: #90ff90;

}

.quality3 {

background-color: #ffe867;

border-color: #ffe867;

}

Voilà au moins pour les couleurs des pages d'index. • M-le-mot-dit (d) 23 décembre 2025 à 13:28 (UTC)

Lettre posthume de Bernard à Estelle

Voir: https://commons.wikimedia.org/wiki/Category:Lettre_posthume_de_Bernard_%C3%A0_Estelle Est que la lettre peut être publier dans Wikisource? Bernard Vankersschaver (profile geni: https://www.geni.com/people/Bernard-Vankersschaver/6000000044240465023, décès en 1906) n'est pas un écrivain connue. Je trouve le contenue malgré tout très intéressant. Heureusement mon père a tapé la lettre pour la lisibilité, bien que l’écriture est bien lisible, beaucoup de gens n'ont plus l'habitude de lire des textes écrit à la main. Je veut bien commencer, mais je veux éviter que le travail soit rejeté plus tard. Smiley.toerist (d) 2 décembre 2025 à 16:29 (UTC)

Suggestion: commencer par créer la page auteur de Bernard Vankersschaver, ne serait-ce que pour le distinguer des homonymes qui font surface quand on interroge Google, et citez quelque chose qu'il a pubié. A mon avis (de peu de poids) rien ne s'oppose à la publication d'un manuscrit sur Wikisource, pourvu que l'auteur ait une place dans la littérature. Dans le même genre, le journal de campagne en Chine de Jules Bedeau, artilleur, aurait sa place (mort en 1954, il est depuis peu dans le domaine public ; si j'ai bien lu, Bernard Vankersschaver aussi, sinon vous auriez à envoyer une autorisation en tant qu'ayant-droit). --Narilora (d) 5 décembre 2025 à 12:41 (UTC)

''L'auteur ait une place dans la littérature''. Je crains que ce n'est pas le cas. Cette une marchand de grains Gantois qui n'est pas connue pour de la littérature. Cette lettre n'a jamais été publie et est resté dans les archives familial. Ce critère de littérature me semble assez élitiste. L'auteur est décédé en 1906, certainement domaine public, de toute façon, j'ai les droits d'héritier. Smiley.toerist (d) 5 décembre 2025 à 14:07 (UTC)

Voyez Wikisource:Qu’est-ce que Wikisource ? En principe le document doit avoir été publié ailleurs, sur papier, sauf quelques exceptions (publications électroniques par des éditeurs reconnus, traductions, documents d'archives tels que les carnets de guerre...). Je crois qu'on peut résumer les critères ainsi : il faut qu'une autorité extérieure (et non le contributeur lui-même) garantisse l'intérêt du document. Je n'ai pas trop l'impression que ce soit le cas pour cette lettre ? L'auteur est quasiment inconnu de Google. Seudo (d) 5 décembre 2025 à 13:58 (UTC)

Ma conclusion est que ce document na pas de place sur Wikisource, mais je vais travailler avec OCR et mettre le texte dans un PDF sur le Commons. Peut être créer un fiche DJVU en dehors de Wikisource. Peut être qu'une autorité extérieure, vas bien plus tard confirmer que c'est de la littérature. Smiley.toerist (d) 17 décembre 2025 à 11:00 (UTC)

J'ai digitalisez le texte et créer un PDF. Le plus grand boulot est fait. En plus j'ai créer deux objets dans Wikidata: d:Q137599008 en d:Q137599156. Smiley.toerist (d) 27 décembre 2025 à 20:23 (UTC)

Demande d'import de livre par une IP

Bonjour une demande d'import de livre (4 volumes) a été faite sur la page Aide:Demander_l’importation_d’un_livre. Par expérience, il arrive que des demandes d'imports soient faite par curiosité, par des personnes n'ayant aucune intention de travailler sur le livre importé comme par exemple Livre:Vermersch - Le Latium moderne, 1864.djvu importé en décembre 2024 ou Livre:Saint-Jean - Récitations enfantines, 1917.djvu et Livre:Saint-Jean - Morceaux à dire, 1928.djvu importés en août 2024. Ces trois livres n'ont pas été corrigés.

S'agissant d'une demande faite par une IP, avez-vous un avis sur la façon de traiter (ou non) cette demande ? Cunegonde1 (d) 6 décembre 2025 à 08:04 (UTC)

En effet, c'est dommage d'importer des FS mais de ne rien en faire.

Peut-être faut-il inviter l'IP à créer un compte et lui demander si elle va travailler participer activement à la transcription et aux relectures ?

Même si les FS ne sont pas importés, je pense qu'il faut mentionner leur existence dans Auteur:Anne Marie de Beaufort d’Hautpoul quand quelqu'un aura envie de mettre en ligne les œuvres d'Anne-Marie de Beaufort d'Hautpoul.

-- -- Habertix (d) 8 décembre 2025 à 14:59 (UTC)

PS J'ai fait une tentative. -- Habertix (d) 8 décembre 2025 à 15:49 (UTC).

Cunegonde1 :, Je pense qu’il faudrait spécifier que ces demandes sont réservées aux utilisateurs inscrits, et une fois celui-ci inscrit importer seulement le 1^er volume pour voir s’il s’adonne véritablement à la correction. --Le ciel est par dessus le toit ^Parloir 8 décembre 2025 à 15:09 (UTC)

Merci @Habertix et @Le ciel est par dessus le toit. Il me semble qu'il faudrait un consensus pour modifier la page de demande d'import et y préciser que seuls les utilisateurs inscrit peuvent faire des demandes.

Utilisateurs pour cette restriction :

•  Pour Cunegonde1 (d)
•  Pour On peut considérer qu’il est "normal" de créer un compte pour des personnes souhaitant participer au projet… --Lorlam (d) 9 décembre 2025 à 21:03 (UTC)

Cunegonde1 (d) 8 décembre 2025 à 15:16 (UTC)

•  Neutre tendance contre. Un compte créé pour faire la demande d'import mais qui ne fait rien ensuite, ce n'est pas mieux. -- Habertix (d) 8 décembre 2025 à 15:32 (UTC).
• Contre Les débutants, y compris les comptes temporaires, sont précisément ceux qui ont le plus besoin d'aide, notamment pour qqch d'aussi retors que l'importation. S'en tenir au 1er volume demandé et voir s'il y a réelle motivation et travail avant de faire les autres me paraît raisonnable, mais ne préjugeons pas de la mauvaise foi ou volonté de quiconque, c'est le meilleur moyen de décourager les nouveaux. La question posée par @Habertix me paraît une bonne manière pour procéder dans de tels cas. Susuman77 (d) 8 décembre 2025 à 16:13 (UTC)

  Merci @Habertix@Susuman77 Vous m'avez convaincu. Je vais donc préparer l'import du premier volume. Cunegonde1 (d) 8 décembre 2025 à 16:15 (UTC)

  Cunegonde1 : moi, j'attendrais une réponse de l'IP demandeuse ... -- Habertix (d) 8 décembre 2025 à 16:20 (UTC).

  Je t'en prie ! Et merci d'avoir cité les livres non corrigés, ça m'a donné envie de faire le Latium moderne, d'autant que tes djvu sont toujours d'excellente qualité. N'hésite pas à signaler d'autres cas similaires à l'attention de la communauté de temps à autre, ça peut réduire la frustration légitime que tu ressens quand ton travail n'est pas suivi par le demandeur si d'autres s'en emparent. Susuman77 (d) 8 décembre 2025 à 16:24 (UTC)

Aide : mise en page de tableau

Bonjour, quelqu'un peut-il jeter un coup d’œil à Tableaux pour l’enseignement de l’histoire ?

Je viens de finir le remplissage du contenu mais le résultat de la mise en page est très moche.

Merci d'avance. Newnewlaw (d) 7 décembre 2025 à 12:07 (UTC)

@Newnewlaw J’ai fait quelques modifications. C’est certainement améliorable. --Acélan (d) 8 décembre 2025 à 07:31 (UTC)

Mode sombre : Attention !

À Ceux qui s’occupe de l’adaptation des couleurs pour la lecture en mode sombre, merci de ne pas dégrader la lisibilité en mode clair pour les daltoniens. --Le ciel est par dessus le toit ^Parloir 7 décembre 2025 à 13:25 (UTC)

Il serait bon que des daltoniens fassent un retour en disant ce qui devrait être amélioré dans l'interface. J'ai regardé avec les outils de simulation de Edge (décrits sur https://learn.microsoft.com/fr-fr/microsoft-edge/devtools/accessibility/test-color-blindness) et je n'ai pas noté de problème particulier, mais une simulation ne vaut pas un retour par des personnes réellement concernées. Seudo (d) 7 décembre 2025 à 14:47 (UTC)

Salut @Le ciel est par dessus le toit, c’est en partie pour ça que j’ai lancé une discussion, pour avoir des retours de tout le monde, dont les personnes daltoniennes. — Danÿa (:3 🏳️‍⚧️) 7 décembre 2025 à 15:38 (UTC)

Danÿa : désolé pour la redite, mais je croyais que ça concernait "exclusivement" les "liens de pages". --Le ciel est par dessus le toit ^Parloir 7 décembre 2025 à 16:45 (UTC)

En l’occurence oui, mais rien n’empêche d’ouvrir des discussions sur d’autres aspects. Comme je l’ai dit plus haut, n’étant pas moi-même daltonienne, j’utilise un simulateur qui n’est pas parfait et ne couvre notamment pas tous les types de daltonisme. J’invite donc très fortement les personnes concernées à se manifester si elles rencontrent des difficultés avec des couleurs. Sans leurs retours ça sera plus difficile de s’adapter à leurs besoins. — Danÿa (:3 🏳️‍⚧️) 7 décembre 2025 à 16:51 (UTC)

@Danÿa : Je trouve que le "nouveau vert" est maintenant plus lisible que le "vert trop foncé" précédent… mais, maintenant je le trouverais "presque" un peu trop clair par rapport au jaune… et je trouve qu’il fait un peu mal aux yeux… désolé… --Lorlam (d) 7 décembre 2025 à 20:44 (UTC)

En regardant à nouveau, c’est la différence entre le vert (clair) et le jaune (foncé) qui me dérange… en fait, ce "nouveau vert" pourrait très bien aller à condition que le jaune soit lui aussi un peu plus clair… mais à vrai dire, personnellement, les couleurs "de base par défaut" me convenaient très bien précédemment… vous avez le eu le retour de personnes daltoniennes pour amener à ce changement de couleurs ?… Parce que sinon, si le but de ces évolutions étaient d’améliorer les couleurs du "mode sombre", il n’était peut-être pas nécessaire de modifier aussi les couleurs du "mode clair" !?… --Lorlam (d) 7 décembre 2025 à 22:53 (UTC)

Salut @Lorlam, ces modifications n’étaient pas pour les personnes daltoniennes, mais pour respecter les normes d’accessibilités en terme de contrastes. Pour ça j’utilise cet outil. Le problème d’un jaune plus clair est que le texte ne respecterait plus ces normes. — Danÿa (:3 🏳️‍⚧️) 7 décembre 2025 à 23:04 (UTC)

@Danÿa : Okay, je ne suis pas spécialiste de ce sujet... alors je vais faire confiance . Lorlam (d) 7 décembre 2025 à 23:18 (UTC)

Ah attends j’ai peut-être mal compris. Tu parlais du jaune du mode sombre ou du mode clair ? — Danÿa (:3 🏳️‍⚧️) 7 décembre 2025 à 23:31 (UTC)

@Danÿa... Je parlais du jaune du mode "clair"... En fait je trouve qu'il y a trop de contraste entre le vert et le jaune... mais c'est mon ressenti personnel, et je ne sais pas s'il est partagé par la majorité ! Lorlam (d) 7 décembre 2025 à 23:37 (UTC)

Excuse-moi alors, j’avais mal compris. Je vais voir si je peux le rendre plus clair. — Danÿa (:3 🏳️‍⚧️) 8 décembre 2025 à 11:01 (UTC)

@Lorlam voila j’ai mis un jaune plus clair. — Danÿa (:3 🏳️‍⚧️) 8 décembre 2025 à 11:12 (UTC)

@Danÿa : je trouve que c’est très bien comme ça ! --Lorlam (d) 8 décembre 2025 à 13:18 (UTC)

@Danÿa. Lorlam (d) 8 décembre 2025 à 13:33 (UTC)

plus je vois l’adaptation au mode sombre, plus le mode clair est dégradé, en fait tout ce qui est en mode clair est fade, et je trouve ça dommage ! M0tty et Danÿa : je me demande en fait si tout cela est utile, il aurait sans doute été utile de faire un sondage pour savoir s’il y a vraiment un très grand nombre de contributeurs qui utilisent le mode sombre avant de faire les modification, toutes les alerte de couleur que chacun avait utilisé dans différent modèle, du fait de vos modification se trouve annihilé, de plus, il n’y a aucun vote de la communauté approuvant ou pas ces modifications. J’invite donc tout utilisateur à supprimer vos modifications puisqu’elles n’ont pas fait objet de débat. --Le ciel est par dessus le toit ^Parloir 16 décembre 2025 à 22:52 (UTC)

Bonjour @Le ciel est par dessus le toit,

L'objectif est à la fois d'améliorer l'accessibilité de l'interface de Wikisource, en utilisant des palettes de couleurs qui soient accessibles et en rendant fonctionnel le mode sombre. L'accès au mode sombre est lui aussi une question d'accessibilité. De plus; pour l'instant, chacun à fait des modèles dans son coin, sans se préoccuper de ces questions d'accessibilité d'une part mais sans non plus s'occuper de la cohérence avec l'ensemble.

Les règles que propose le Codex de Wikimédia permettent de garantir des contrastes visuels suffisants pour tout le monde, quelque soit le type d'affichage, tout en harmonisant les couleurs.

Par ailleurs, tu as annulé cette modification alors qu'elle n'a aucun impact sur le mode clair il me semble.

Je suis vigilant à ne pas détériorer l'expérience de consultation en mode clair, et lorsque quelqu'un me signale qu'une modification que j'ai faite pose un problème quelque part, je me remets à l'ouvrage pour corriger le problème. Merci dans l'autre sens de ne pas détruire l'important travail que nous essayons d'accomplir sous prétexte que tu n'aimes pas les nouvelles couleurs.

Et l'appel à annuler nos modifications me semblent en contradiction avec nos règles communautaires.

De plus, tu noteras qu'il n'y a pas eu de consultation pour la création de ces modèles ni pour le choix des couleurs actuellement utilisées, par contre, tu souhaites imposer une consultation pour corriger ces couleurs, alors même que la charte graphique est proposée par l'équipe Design de la Fondation ?

Enfin, @Danÿa a littéralement été élue administratrice d'interface avec, très clairement annoncé dans son programme, comme projet de travailler à l'amélioration de la compatibilité de Wikisource au mode sombre.

Cordialement. M0tty (d) 16 décembre 2025 à 23:23 (UTC)

Salut @Le ciel est par dessus le toit !

Je fais justement attention à changer le moins possible l’aspect actuel du mode clair pour ne pas trop perturber les habitudes. Comme l’a déjà dit @M0tty, nous menons en parallèle des rectifications pour augmenter l’accessibilité en terme de couleurs et de contrastes, et aussi un travail d’harmonisation des couleurs et des formes des trèèèèès nombreux modèles. Il se peut donc que de temps en temps certaines couleurs du mode clair soient changées.

Donc plutot que de nous demander de tout effacer en masse (ce qui serait assez difficile à ce stade), dis-nous quels points te dérangent pour qu’on puisse les rectifier au plus vite. Je suis à l’écoute de tous les retours qu’on peut me faire, comme je pense en avoir fait la preuve jusqu’à présent (notamment dans cette discussion même) : dès qu’on m’a signalé une couleur qui ne convenait pas, j’ai systématiquement pris le temps de la changer jusqu’à aboutir à un résultat qui fasse consensus, même si parfois cela peut prendre un jour ou deux (je suis bénévole, ne l’oublions pas).

Concernant ta question sur le nombre de personnes utilisant le mode sombre, il n’est à ma connaissance pas possible de le connaitre, d’autant plus depuis qu’il est disponible aux utilisateurices non connecté·es. Le mode sombre est là, il faut donc rendre compatible notre vieille interface avec celui-ci.

Encore une fois, mon objectif n’est pas de saccager l’interface de Wikisource, bien au contraire 😄 Et si on devait faire un sondage ou un vote avant chaque modification de la moindre couleur, on n’avancerait pas.

Bonne soirée. — Danÿa (:3 🏳️‍⚧️) 16 décembre 2025 à 23:45 (UTC)

Je répondrais plus longuement plus tard, pour le vote on a toujours procédé ainsi dès que ça touchait l’esthétique, le design de WS, Quand Koreller à refait pratiquement tout le "style" des page d’aide, certe il n’y a pas eu de vote, mais nous en avons discuter en amont. Là ce qui me gène, c’est que d’une part, nous n’avons pas décidé que le mode sombre soit une priorité, d’autre part c’est qu’il n’y à aucune communication sur vos actions. et le motif de modification "adaptation au mode sombre" me parait un peu léger, d’autre part je maintient ce que j’ai dit déjà à plusieurs reprise, l’adaptation au mode sombre dégrade la plupart du temps, le mode clair. Et ce n’ai pas parce que le mode sombre est apparu que ceux qui travail en mode clair doivent forcement pâtir du plaisir des yeux de ceux qui travaille en mode sombre.--Le ciel est par dessus le toit ^Parloir 17 décembre 2025 à 12:20 (UTC)

@Le ciel est par dessus le toit

1. Comme il a été dit plus haut, le mode sombre n'est pas un choix sur lequel on a eu à discuter, mais un développement effectif qui concerne l'ensemble des projets. Donc, il faut s'y adapter, que ça te plaise ou non.
2. Par ailleurs, Wikisource n'est pas fait que pour les personnes qui y contribuent, et quel que soit le nombre de pcw qui travaillent en mode sombre ou en mode clair, la consultation en mode sombre est vraisemblablement amenée à augmenter.
3. Enfin, je n'ai pas constaté de dégradation à proprement parler : certaines couleurs me plaisent moins, parfois, mais ça peut être simplement une question d'habitude, et ça n'a pas franchement d'importance. En tout cas, fonctionnellement, je ne constate aucun problème suite aux changements opérés par @Danÿa et @M0tty, que je remercie au passage du travail qu'elle et il effectuent pour permettre de bénéficier du mode sombre comme du mode clair.

Acélan (d) 17 décembre 2025 à 14:31 (UTC)

Tableaux et nombres...

Bonjour,

1) Je ne suis pas très expérimenté en tableau... quelqu'un pourrait-il m'aider pour améliorer le tableau en bas de la page Page:Compagnie generale aeropostale - L'Histoire d'une grande ligne aerienne, 1928.djvu/8 ?

=> merci d'avance, j'utiliserai le résultat pour modèle pour mes futurs tableaux de valeurs à créer...

@Lorlam Fait --Acélan (d) 8 décembre 2025 à 07:42 (UTC)

Merci Acélan. --Lorlam (d) 8 décembre 2025 à 08:28 (UTC)

2) Sinon, j'ai une autre question : personnellement j'aime bien utiliser les modèles {{unité}} (quand il y a une unité) ou {{formatnum:}} pour retranscrire les "grands" nombres, comme je l'ai fait dans le texte de la page. Ces deux modèles mettent par défaut un "espace" comme séparateur de milliers... mais j'ai souvent vu que certains contributeurs préfèrent garder les "." de séparateur de milliers, pour rester fidèle à la majorité des fs...

=> Que pensez-vous qu'il est le plus pertinent de faire dans ce cas là ?

Encore Merci d'avance Lorlam (d) 7 décembre 2025 à 23:50 (UTC)

En ce qui me concerne, je reste fidèle aux fac-similés pour tout ce qui concerne la typographie des nombres, en particulier pour les séparateurs de milliers, car il s'agit d'un choix fait à l'époque, qui n'est pas plus arbitraire que notre choix d'utiliser l'espace (alors que, pour les majuscules non accentuées, on peut considérer qu'il s'agit souvent d'une limitation technique). Seudo (d) 8 décembre 2025 à 08:50 (UTC)

En fait je me dit qu'il serait bien qu'il y ait une option sur les modèles "unité" et "formanum" pour pouvoir mettre un "point" ou un "espace" comme séparateur. Lorlam (d) 8 décembre 2025 à 09:26 (UTC)

Il me semble que le modèle n'aurait plus de valeur ajoutée. Autant écrire {{lié|20,000 lieues}}, 20,000{{lié}}lieues ou {{unité|20,000|lieues}}, qui produisent respectivement 20,000 lieues, 20,000 lieues et 20,000 lieues, c'est-à-dire la même chose. Pour mémoire, {{unité}} ne rajoute pas de sémantique et je crois qu'il n'a pas de valeur ajoutée par rapport à {{lié}}, sauf justement pour gérer les grands nombres ou certaines unités. Il est peut-être utile dans certains ouvrages scientifiques qui multiplient les unités avec exposant. Seudo (d) 8 décembre 2025 à 17:16 (UTC)

D'accord avec @Seudo. Formatnum n'est pas un modèle mais une fonction de Mediawiki qui utilise le paramètre linguistique de la page. En principe le nombre s'écrit sans séparateur de millier et avec un point décimal (pas de virgule). {{formatnum:20000}} ou {{formatnum:6.55957}} donnent 20 000 ou 6,55957 dans une page en français. {{formatnum:20,000}} pour avoir 20,000, c'est inutile. • M-le-mot-dit (d) 8 décembre 2025 à 19:00 (UTC)

je me demande toujours à quoi sert ce modèle car ça ne change rien au résultat final, du coup je ne l’utilise jamais , sans compté qu’il est souvent mal utilisé et est source d’erreur que je vois souvent--Le ciel est par dessus le toit ^Parloir 8 décembre 2025 à 21:42 (UTC)

{{unité}} fait quelque chose : il introduit des espaces insécables, mais {{lié}} le fait aussi, donc il n'est pas vraiment utile de retenir autre chose. {{unité}} est plus utile sur d'autres wikis qui, contrairement à Wikisource, utilisent systématiquement la typographie actuelle. En plus ces modèles (ou fonctions Mediawiki) peuvent conduire à des résultats tout simplement faux : {{unité|10000000000000001|km}} produit 10 000 000 000 000 000 km. Seudo (d) 9 décembre 2025 à 09:48 (UTC)

Cette utilisation de formatnum est non seulement inutile, mais contraire aux règles d'usage. D'où la catégorisation de la présente page dans Catégorie:Pages avec des arguments non numériques dans formatnum. Seudo (d) 9 décembre 2025 à 10:19 (UTC)

Seudo : personnellement j’aime bien utiliser le modèle {{unité}} qui met en forme les nombres et remplace le {{lié}} en même temps… Je regrette juste qu’il ne soit pas possible de choisir le format de séparateur de milliers que l’on souhaite… et j’utilise aussi souvent le "formanum" pour les grands nombres afin d’avoir une mise en forme de ces nombres cohérente avec le rendu actuel du modèle {{unité}}… mais je serais prêt à changer si une meilleure solution est proposée… Actuellement, je trouve qu’utiliser le {{lié}} est moins pratique qu’{{unité}}… mais c’est certainement affaire de goûts et de choix personnels --Lorlam (d) 9 décembre 2025 à 14:03 (UTC)

Permettre de choisir le séparateur serait techniquement complexe car cette fonctionnalité vient du mot-magique formatnum qu'on ne peut pas modifier à ma connaissance dans Wikisource, donc il faudrait redévelopper localement cette fonctionnalité (insertion d'un caractère tous les trois chiffres).

Personnellement je trouve {{lié|100,000,000 km}} ou {{nobr|100,000,000 km}}plus lisibles et plus faciles à saisir que quelque chose comme {{unité|100000000|km|sep=,}}, mais c'est bien sûr une question de choix personnel. Seudo (d) 9 décembre 2025 à 14:52 (UTC)

Il me semble pourtant que le l'utilisation du modèle {{unité}} apporte des détails très utiles au niveau sémantique, permettant une interprétation non ambigue des valeurs et leur signification physique ; ce modèle me semble au moins aussi utile que les {{M.}} ou les {{rom}}, et pour ma part, je l'utilise à peu près systématiquement… Mais plutôt qu'un paramètre supplémentaire qui serait ajouté au modèle {{unité}}, serait-il envisageable qu'un paramètre de style (qui préciserait le séparateur des milliers et celui qui introduit les décimales, par défault l'espace et la virgule) puisse être appliqué à l'ensemble des nombres d'un ouvrage ? F0x1 (d) 10 décembre 2025 à 08:43 (UTC)

{{M.}} et {{rom}} injectent l'information sémantique dans le code HTML généré et donc potentiellement dans les exports. Des outils tiers (lecteur d'écran pour personne malvoyante, feuille de style CSS, etc.) fondés sur des standards peuvent utiliser cette information sémantique, comme on le voit avec l'infobulle affichée par le navigateur Web.

Ce n'est pas le cas avec {{unité}}, qui ne fait qu'insérer des espaces et mettre des exposants, sans indiquer dans le code HTML généré qu'il affiche un nombre ou une unité. Reste le code wiki lui-même, mais cela signifie qu'un logiciel devrait savoir récupérer le code wiki et reconnaître spécifiquement ce modèle, alors que {{M.}} et {{rom}} utilisent des technologies d'accessibilité standardisées depuis longtemps.

Si {{unité}} reconnaissait les unités et, comme {{M.}}, insérait une abréviation pour km, F, etc., il deviendrait plus utile, avec un certain risque toutefois de faire des interprétations erronées. Je ne m'oppose pas à l'utilisation de ce modèle, je souligne juste qu'il ne faut pas se faire d'illusion sur son utilité réelle. Seudo (d) 10 décembre 2025 à 14:06 (UTC)

Merci pour les précisions… mais ce serait quand même bien utile si le HTML généré pouvait afficher d'une façon ou d'une autre les précisions sémantiques… Un jour peut-être ? F0x1 (d) 10 décembre 2025 à 19:02 (UTC)

Pages manquantes fac simulé Le Bailly - Les Fables. Ajouter les pages manquantes du fac-simulé ?

Bonjour,

Alors que je travaille sur l'adaptation du Fichier:Le Bailly — Les Fables, 1811.djvu, je viens de me rendre compte qu'il manque quelques pages en préface. En l'occurrence deux pages qui manquent entre Page:Le_Bailly_—_Les_Fables,_1811.djvu/16 et Page:Le_Bailly_—_Les_Fables,_1811.djvu/17. Il s'agit de la page vi, vii.

Il se trouve qu'il existe une version sur Google livre propose une seconde version scannée qui disposent de ces deux pages : Google .

Beaucoup de pages ont été déjà corrigé et de fait il serait important de garder le fac-simulé actuel. Y-a-t'il possibilité d'ajouter les deux pages manquantes tout en préservant la pagination du fac simulé Fichier:Le Bailly — Les Fables, 1811.djvu ?

--DvChe (d) 9 décembre 2025 à 20:55 (UTC)

Fait DvChe : Y'avait beaucoup de pages blanches en amont des deux manquantes (vi et vii), du coup il n'y a que les deux pages Titre et Avertissement qui ont bougé. Aucune page des fables n'a été bougée en aval des pages vi et vii. — Khardan (d) 9 décembre 2025 à 23:24 (UTC).

Merci ! DvChe (d) 10 décembre 2025 à 08:45 (UTC)

Notes en bas de pages qui ne s'affichent pas

Bonjour,

Sur la page 54 de l'Histoire de la ville de Bruxelles par A. Henne et A. Wauters, seules deux notes de bas de page sur 4 s'affichent et je n'arrive pas à trouver d'où pourrait venir l'erreur. Si quelqu'un aurait le temps d'y jeter un coup d'oeil, j'en serai très reconnaissant : https://fr.wikisource.org/wiki/Page:Henne_A._Wauters_A._-_Histoire_de_la_ville_de_Bruxelles,_tome_1,_1845.djvu/54 Em-GdM (d) 10 décembre 2025 à 08:59 (UTC)

Bonjour,

Il y avait un modèle {{lang}} qui n'était pas fermé dans l'une des notes, manifestement c'est ça qui perturbait l'affichage ensuite, j'ai corrigé. A part ça ne vous embêtez pas à mettre des {{lié}} avant les points-virgules ou les guillemets, les espaces sont automatiquement insécables dans ces cas-là. Susuman77 (d) 10 décembre 2025 à 11:06 (UTC)

Plus exactement, les caractères }} manquant étaient (en trop) à la fin de la dernière note. -- Habertix (d) 10 décembre 2025 à 11:20 (UTC).

Merci beaucoup pour l'aide et la précision ! Em-GdM (d) 10 décembre 2025 à 21:47 (UTC)

Effectivement, les espaces insécables typographiques sont automatiquement insérés par le parser ; non seulement il est superflu de les mettre avant les : les ;, les guillemets, mais cela peut surcharger l'appel à modèles lors de la transclusion... il ne faut effectivement pas les mettre Hélène (la bot de service…) (d) 11 décembre 2025 à 17:12 (UTC)

C'est aussi le cas devant %. • M-le-mot-dit (d) 11 décembre 2025 à 17:51 (UTC)

Utilisation de la nouvelle extension Campaign Events

Bonjour,

le module « Campaign Events » a été installé sur tous les wikis au cours de l’année 2025. Wikisource francophone est un wiki de taille suffisamment importante pour que son utilisation pour mettre en place des évènements sur inscription réclame une permission particulière, visible sur Spécial:Liste_des_droits_de_groupe comme « Organisateur d’évènements ». À l’heure actuelle personne n’en dispose.

J’ai eu l’occasion de me servir de cette extension via son installation sur Méta pour certains ateliers en 2024 (par exemple Wikisource:Autrices/20240413) dans son état de l’époque. Elle a été améliorée depuis, mais cela peut déjà donner une idée de la présentation.

En pratique, nous n’avons pas encore de règles ici pour son utilisation, ni même de description. Je n’ai pas l’impression qu’il faille mettre des barrières particulièrement hautes à l’entrée (un peu comme pour Wikisource:Créateurs de comptes, et encore ça me semble moins sujet à problèmes). Je propose de créer la page Wikisource:Organisateurs d'événements sur le même genre de modèle et je serais partant pour tester l’utilisation de l’extension en question, sur de prochains ateliers centrés sur Wikisource. Je note que sur Wikipédia Fr, décision semble prise de donner les permissions nécessaires à tous les autopatrouillés. Nivopol (d) 12 décembre 2025 à 15:14 (UTC)

J’ai tenté de faire un premier brouillon Utilisateur:Nivopol/Organisateur d’évènements. Nivopol (d) 12 décembre 2025 à 16:24 (UTC)

Faut-il organiser un vote pour savoir comment statuer à l’avenir à propos des demandes de droits d’organisateur d’événement ? Je n’ai aucune objection, pour ma part, à accorder ou à voir accorder ces droits à quelqu’un qui en ferait la demande et serait un utilisateur confirmé, mais je serais plus à l’aise si je pouvais m’appuyer sur une décision collective préalable. --Acélan (d) 12 décembre 2025 à 18:13 (UTC)

Intéressant pour des potentiels rendez vous de collaboration sur discord par exemple. Sicarov (d) 12 décembre 2025 à 22:13 (UTC)

Je ne sais pas. J’ai été voir sur Wikipédia, ils ont mis en places ces votes : w:Wikipédia:Prise de décision/Activation de l'extension CampaignEvents. Nivopol (d) 13 décembre 2025 à 00:08 (UTC)

y’a plus qu’à, alors. Tu lances la consultation, Nivopol ? --Acélan (d) 13 décembre 2025 à 07:49 (UTC)

Par exemple en partant sur quelque chose qui ressemble à ça Utilisateur:Nivopol/Projet de vote, @Acélan ? Nivopol (d) 15 décembre 2025 à 09:26 (UTC)

@Nivopol Oui, avec des questions un peu précises (qui peuvent reprendre celles du vote sur Wikipédia, y compris concernant les personnes qui peuvent donner les droits - admin ou bueaucrates). --Acélan (d) 15 décembre 2025 à 13:14 (UTC)

Bon, j’ai terminé une version de la page et je l’ai lancée, donc : Wikisource:Votes/Extension CampaignEvents et statut d’Organisateur d’évènements. Sentez-vous libre de tout changer. Je regarde comment annoncer ça. Nivopol (d) 16 décembre 2025 à 21:44 (UTC)

Nivopol : après 3 lectures consécutives, je ne comprends toujours pas à quoi ça sert, pourrais-tu stp faire une synthèse ! mins il a de mots plus je comprends --Le ciel est par dessus le toit ^Parloir 16 décembre 2025 à 22:36 (UTC)

@Le ciel est par dessus le toit j’ai tenté de décrire ça en une phrase dans le résumé, si ça aide ? (et fait quelques changements dans la description principale, mais a priori ça ne va pas modifier lourdement la perception du paragraphe). Nivopol (d) 16 décembre 2025 à 23:28 (UTC)

Consultation sur l’extension CampaignEvents et les droits d’utilisation associés

Bonjour à tous,suite à la discussion juste au-dessus, je me suis lancé dans une proposition de vote, que j’annonce donc ici : Wikisource:Votes/Extension CampaignEvents et statut d’Organisateur d’évènements Nivopol (d) 17 décembre 2025 à 19:11 (UTC)

Déjaunissement ?

Bonjour,

Avez-vous des outils à me conseiller pour redonner un fond blanc à des illustrations comme celle ci-contre ?

-- -- Habertix (d) 17 décembre 2025 à 23:51 (UTC)

Bonjour Habertix. Je ne suis pas un spécialiste du traitement d’image, mais il y a le logiciel Irfan View qui permet de le faire (option : "replace color") ; et c'est ce que moi, j’utilise pour faire cela… --Lorlam (d) 18 décembre 2025 à 07:39 (UTC)

Bonjour @Habertix, un logiciel comme GIMP peut tout à fait faire ça, mais il faut un peu maîtriser le logiciel.

Cordialement. M0tty (d) 18 décembre 2025 à 09:22 (UTC)

J'utilise aussi Irfan View, mais avec la commande "Decrease Color Depth"->2 colors (black and white). C'est très simple, mais ça ne donne pas forcément de bons résultats sur une image où il y a des détails aussi fins. Seudo (d) 18 décembre 2025 à 09:25 (UTC)

@Habertix J'utilise la version gratuite de Photofiltre (j'aimerais bien maîtriser Gimp, mais c'est compliqué, et je n'ai jamais pris le temps de m'y pencher vraiment), et souvent, je me contente d'augmenter la luminosité et surtout le contraste. Dans la plupart des cas, ça donne des résultats assez satisfaisants pour un effort assez minime, même s'il faut travailler image par image. Acélan (d) 22 décembre 2025 à 07:37 (UTC)

Il y a aussi ImageMagick (https://imagemagick.org/). « command line » plutôt qu'une interface graphique, mais ça permet de traiter plein d'images d'un coup. Et il y pas mal de documentation, avec des exemples. J'ai tendance à mettre le fond de l'image en transparence, je trouve ça plus agréable et ça marche bien avec les thème texte fonçé sur fond clair (mais malheureusement, pas moyen de dire que l'image est seulement une « alpha map » qui devrait être peinte avec la couleur de texte, qui ferait que ça marcherait bien aussi avec les thèmes inversés). Voir par exemple https://github.com/eric-muller/livres-efele/tree/master/livres.publies/mac_orlan/les_poissons_morts/images Eric Y Muller (d) 6 janvier 2026 à 19:16 (UTC)

Catégorisation fantôme

Bonjour,

Je n'arrive pas à comprendre comment Auteur:Robert de Clari se retrouve catégorisé dans Catégorie:Modèles pour portail. La catégorie se trouve dans la page de documentation du modèle {{portail}} présente sur la page de l'auteur, mais je ne m'explique pas la présence de cette catégorie malgré tout.

Quelqu'un voit comment résoudre ce problème ?

Merci ! M0tty (d) 21 décembre 2025 à 19:26 (UTC)

Bonjour,

Le problème était sur Modèle:Portail Littérature médiévale, il fallait mettre la catégorie entre balises noinclude ; je l'ai fait, tout a l'air bon maintenant. Susuman77 (d) 21 décembre 2025 à 21:22 (UTC)

C'était donc ça, merci ! M0tty (d) 21 décembre 2025 à 21:46 (UTC)

Les Misérables dépasse la limite de la Taille d’inclusion après expansion

Bonjour à toustes,

Initialement signalé et porté à mon attention sur Mastodon (lien vers le fil), Les Misérables n'affiche plus sa table des matières dans son intégralité. La raison est dans le rapport de l'optimiseur : la taille d'inclusion après expansion (voir la page d'aide à ce propos) a atteint son maximum (Post‐expand include size: 2097152/2097152 bytes). C'est une limite inhérente à MediaWiki et il ne nous sera, à ma connaissance, pas possible d'en demander l'augmentation.

Ce dépassement de la limite est probablement survenu à la suite de modifications d'@Acélan (que je me permets de pinguer ici) fin septembre 2024 qui ont notamment remplacées les balises HTML dépréciées <center> par {{c}} (ce qui est une bonne pratique). Pour un exemple de ces modifications, voyez Spécial:Diff/14566289.

J'ai testé de passer du modèle {{Table}} au modèle {{CorpsTdM}} sur une des pages (Page:Hugo - Les Misérables Tome I (1890).djvu/561), mais la taille d'inclusion après expansion est passée de 13 370 / 2 097 152 octets à 13 412 / 2 097 152 octets (+42 octets). Loin de l'effet recherché, donc. Après, il n'est pas impossible que l'économie d'octets se fasse "à l'échelle", sur des pages/tables plus grosses.

Je ne suis pas particulièrement enthousiasmé à l'idée de devoir faire la chasse aux octets, surtout à l'approche des fêtes de fin d'année. Donc si quelqu'un a une meilleure méthode ou souhaite expérimenter, sentez-vous libre de la partager ou de mettre les mains dans le cambouis. Poslovitch (d) 23 décembre 2025 à 10:07 (UTC)

Bonjour @Poslovitch, de mon côté l'affichage semble complet.

Il n'y a pas trop de page à transclure pour le sommaire seul. Sicarov (d) 23 décembre 2025 à 13:09 (UTC)

@Poslovitch : J'ai modifié la page pour faire un appel explicite aux numéros de pages de sommaire (from= to=) au lieu de header=Sommaire header_type=empty. Cela réduit notablement la taille après transclusion à 1 479 454  octets (si je n'ai pas fait d'erreur). Pour info le changement apporté par le modèle {{c}} est marginal. • M-le-mot-dit (d) 23 décembre 2025 à 13:14 (UTC)

Bonne idée !

Je note que la mise en compatibilité avec le mode sombre du modèle Table a nettement augmenté la taille après expansion (sur un exemple, la taille d'un seul appel du modèle passe de 1 582 à 1 886 octets, ce que je trouve énorme). Seudo (d) 23 décembre 2025 à 14:04 (UTC)

Oui bien vu @Seudo et quelques pages se sont ajoutés dans Catégorie:Pages contenant trop d’inclusions de modèles. J’ai réduit quelque peu la charge induite par {{table}} si bien qu’avec votre exemple on passe de 1886 octets à 1618 octets. À toutes fins pratiques, on en est revenu au point de départ et la mise en compatibilité avec le mode sombre ne devrait plus affecter le résultat obtenu avec ce modèle mais, pour tous les autres modèles, ce sera un peu plus lourd. Denis Gagne52 (d) ^{Le miraculé du 9e} 27 décembre 2025 à 15:56 (UTC)

Intéressant de passer par des styles. J'ai réduit à 1512 octets en supprimant une partie du code de compatibilité avec le mode sombre, qui me semblait erronée. Mais peut-être peut-on encore gagner pas mal en rajoutant des styles ? Seudo (d) 30 décembre 2025 à 12:02 (UTC)

L'astuce la plus efficace est sans doute de ne pas afficher les points de suspension dans la table des matières (paramètre nodots), car ils prennent près de la moitié du code produit, notamment parce que leur affichage repose sur une manipulation complexe des couleurs (et merci, à ce sujet, à Denis Gagne52 (d · c · b) d'avoir corrigé ma correction précédente). C'est ce que je viens de faire sur Livre:Block - Dictionnaire de l’administration française, tome 2.djvu et ça a permis de retirer cet ouvrage de la catégorie infamante, mais c'est bien sûr un pis-aller. Seudo (d) 30 décembre 2025 à 19:00 (UTC)

Le dépassement de la taille d’inclusion n’est qu’un des problèmes que je note dans Dictionnaire de l’administration française.

• Il est possible de réduire cette taille d’inclusion de 10 à 20 fois simplement en exploitant les feuilles de style comme ici (1141 octets en ajoutant des liens versus 122587 octets avec Table et sans liens) ou encore en construisant un index moins gourmand comme ici par exemple.
• Ces index devraient toujours inclure des liens ce qui a pour effet d’augmenter la taille de la revision d’environ 3 fois. C’est elle qui deviendra critique.
• Pour construire des liens il faudrait toujours s’assurer que tous les noms de titres correspondent exactement aux noms des sous-pages, ce qui ne semble pas avoir été fait dans ce dictionnaire.

Pour en revenir à l’objet de cette discussion qui est la Taille d’inclusion après expansion, je constate que dans la plupart des cas on réussit à corriger la situation si bien qu’un nouveau modèle serait très peu utilisé. --Denis Gagne52 (d) ^{Le miraculé du 9e} 31 décembre 2025 à 02:28 (UTC)

Ce style tdm est spectaculaire : ne crois-tu pas qu'il pourrait être utilisé dans {{table}} ? Et {{pli}} semble, de fait, être devenu une alternative pour la construction d'une table des matières, même si sa documentation ne parle que d'index. Peut-être manque-t-il les liens vers les chapitres ? Seudo (d) 1 janvier 2026 à 12:33 (UTC)

Export "epub" ou "pdf" ?

Bonjour,

Cela fait plusieurs jours que j'essaye, mais je n'arrive pas à exporter des livres de Wikisource, en "epub" ou "pdf"... Savez-vous ce qui se passe et si une solution est à venir ??

merci Drakobirdo (d) 23 décembre 2025 à 13:10 (UTC)

Même chose pour moi. J'essaie chaque jour ou presque. Ce soir mardi 23 21.00 TU ça a marché, mais chaque page assemblée (chapitre si c'est un roman) est précédée d'un chapeau de code

<link itemprop='mainEntityOfPage' href='https://fr.wikisource.org/wiki/Le_Syst%C3%A8me_du_Monde/La_Crue_de_l%E2%80%99aristot%C3%A9lisme/Avant-propos' /><meta itemprop='inLanguage' content='fr' /><meta itemprop='http://purl.org/library/placeOfPublication' content='Paris' /><link itemprop='mainEntityOfPage' href='https://fr.wikisource.org/wiki/Fichier:Duhem_-_Le_Syst%C3%A8me_du_Monde,_tome_IV.djvu' /><meta itemprop='width' content='4303' /><meta itemprop='height' content='6544' /><meta itemprop='fileFormat' content='image/vnd.djvu' />,

et même le nom de l'ouvrage en métadonnée est suivi d'un peu de code : Le Système du Monde<link itemprop='mainEntityOfPage' href='https://fr.wikisource.org/wiki/Le_Syst%C3%A8me_du_Monde' />

Sachant que, à ma connaissance, le lecteur vient généralement chez Wikisource pour trouver et télécharger (moi par exemple, quand je ne contribue pas), on dirait que le souci du service au lecteur est un lointain souci. --Narilora (d) 23 décembre 2025 à 21:12 (UTC)

Même chose pour moi. Bien que l’Epub soit lisible (et considéré comme bien formaté par Sigil), ces éléments superfétatoires ne contribuent pas à la beauté de l’ouvrage !
Peut-on encore mettre la catégorie "Bon pour Export" ? --JLTB34 (d) 25 décembre 2025 à 15:02 (UTC)

Sans compter que, pour ce qui me concerne, j’ai beaucoup de mal à télécharger : premièrement, le serveur me demande si je ne suis pas un robot et je ne réussis pas à répondre, cela ne fonctionne pas. Et quand ça marche, le téléchargement rame et finit en message d’erreur. Cela ne fonctionne que si j’enregistre le fichier html, ce qui ne semble commode que lorsque le texte entier est sur une seule page... Dans le temps (il y a quelques mois, ou quelques années), il n’y avait pas ces problèmes de téléchargement... ~2025-43174-16 (discussion) 27 décembre 2025 à 11:23 (UTC)

Comme dit plus haut : Wikisource:Scriptorium/Décembre 2025#Export EPUB (suite) la page de statut de l'outil WS-Export https://stats.uptimerobot.com/BN16RUOP5/782558466 indique que l'outil est depuis un moment en rade... — Koreller (d) 6 janvier 2026 à 18:54 (UTC)

Catégorisation par siècle

Bonjour,
Je vois qu’Imirce, ou la Fille de la nature, édition de 1922, publication originale en 1765, est catégorisée dans le XXe siècle. C’est voulu ? C’est l’année d’édition qui compte, pas l’année de publication originale ? Je vois la même chose pour beaucoup d’autres livres ~2025-43174-16 (discussion) 27 décembre 2025 à 11:17 (UTC)

Ce livre est également catégorisé 1765 et XVIIIe siècle. Il faut distinguer à mon point de vue l’œuvre et l'édition, il est donc à mon avis pertinent d'indiquer la date de publication originale ainsi que la date de l'édition concernée. --Cunegonde1 (d) 27 décembre 2025 à 11:33 (UTC)

Mon point de vue est que l’œuvre dans l'espace principal devrait être catégorisée suivant la date de première publication, car c'est celle qui a un sens pour qui cherche ce qui s'écrivait en telle ou telle année (sachant qu'en cas d'éditions multiples seuls la page Œuvre ou Éditions devrait être catégorisée), et l'index (espace Livre) dans une catégorie équivalente "livres publiés en XXXX", mais j'ai renoncé à tout modifier en l'absence d'énergie pour une tâche d'une telle ampleur et de consensus clair de la communauté. La situation actuelle où certains textes sont catégorisés suivant ce système et d'autres suivant la date de l'ouvrage numérisé n'est en tout cas pas satisfaisante... Susuman77 (d) 27 décembre 2025 à 11:43 (UTC)

La page https://fr.wikisource.org/wiki/Livre:Dulaurens_-_Imirce,_ou_la_Fille_de_la_nature,_1922.djvu n’est pas catégorisée XVIIIe siècle, uniquement XXe siècle. Si j’ai bien compris la réponse de Susuman77, cela correspond à ses préconisations ? ~2025-43174-16 (discussion) 27 décembre 2025 à 12:04 (UTC)

Oui, je pensais que ça se faisait automatiquement à partir de la date inscrite dans la case "Année d'édition" mais ça n’a pas l’air en fait d’être le cas, et ce serait peut-être plus pertinent de l'affiner par année ou décennie, les catégories par siècle étant si peuplées qu'elles en perdent tout intérêt. Mais le problème principal selon moi est la catégorisation dans l'espace principal Susuman77 (d) 27 décembre 2025 à 12:09 (UTC)

Aide: mise en page de tableaux avec accolade

Bonjour, j'ai presque réussi la mise en page de Page:Revue pédagogique, second semestre, 1893.djvu/526 mais j'aimerai ajouter les accolades dans le tableau.

Quelqu'un sait-il / peut-il faire ? Merci d'avance. Newnewlaw (d) 28 décembre 2025 à 13:11 (UTC)

Accolades ajoutées dans le tableau, et [Tableau à insérer ▹] supprimé… Bonne continuation F0x1 (d) 29 décembre 2025 à 12:11 (UTC)

Affichage des partitions (<score>)

J'explore beaucoup récemment Lilypond et l'extension <score>, j'ai plusieurs questions là-dessus que j'imagine seraient mieux posées ailleurs sur le fonctionnement etc, mais une expérience récente m'a démontré qu'il y en au moins une qui pourrait être pertinente ici.

Comme je prends un peu les habitudes, je me suis dit ah je pourrais peut-être contribuer à WS dans ma langue maternelle en y consultant son équivalent de la Catégorie:Partitions à transcrire; j'ai commencé à essayer autour d'ici : en:Page:A Wee Deoch-An-Doris.djvu/3 et ce qui m'a frappé c'est que dans l'espace Page et ailleurs sur WS en anglais, les png (qui devraient être des svg mais c'est autre chose) prennent la largeur de la boîte(?) qui les contient... il n'y a pas de ces barres de défilement horizontales qui sont partout ici pour les <score> avec line-width de plus de 12cm (ou à peu près 9cm sur mobile??).

Je veux dire que l'image générée par lilypond est affichée plus petite pour ne pas dépasser les limites qui définissent la largeur du texte dans les environs. Il me semble. Alors qu'ici par exemple quand j'ai fait des tests de transclusion pour Livre:Audinot - Le Tonnelier.djvu, le texte peut essayer de prendre la largeur de l'image ce qui ne marche vraiment pas ...

Est-ce que c'est une erreur que ça ne s'affiche pas comme ça ici ..? ou ça a quelque chose à voir avec l'affichage fr.ws plus étroit en général ..? Je ne sais même pas comment poser la question, on atteint les limites de mes connaissances techniques et de mon vocab. Résumé je pense que c'est mieux là-bas et est-ce qu'on pourrait avoir la même chose ici. Psephos (d) 30 décembre 2025 à 19:02 (UTC)

Bien vu, effectivement l'afffichage de la bordure droite de la partition sur fr:ws n'existe pas. Autre exemple sur une page Page:Barzaz Breiz, huitième édition.djvu/651. Es ce un bug d'interface ? Il s'agit de la class noresize dans class="mw-ext-score noresize" qui est appliquée sur les partitions. Tu peux voir cela en inspectant la page en html et m^me supprimer sur te page des élement pour voir ce qu'il ce passe. Sicarov (d) 30 décembre 2025 à 20:27 (UTC)

J'avais inspecté la page en:ws liée ci-dessus (en mode prévisualisation avec ce qui n'est pas <score> supprimé) et la page fr:ws Page:Audinot - Le Tonnelier.djvu/34 sur laquelle je travaille actuellement, pour comparer, c'est peut être ailleurs, mais à l'intérieur du <div class="pagetext">, la seule et unique différence à part l'url des fichiers et la lang est que sur fr:ws il y a ça :

• <div style="line-height:2;"><br /></div>

entre ça :

• <div class="mw-content-ltr mw-parser-output" lang="fr" dir="ltr">

et ça :

• <div class="mw-ext-score noresize" data-midi="[url du fichier midi]">

donc je me suis dit ça doit avoir quelque chose à voir avec les class et je ne sais pas où elles sont & c'est comme ça qu'on arrive à la limite de mes connaissances lol. J'ai vu le noresize mais c'est présent sur en:ws aussi et là ça se resize!! Psephos (d) 30 décembre 2025 à 21:11 (UTC)

La classe noresize est ainsi définie :

.noresize {

max-width: 100%;

overflow-x: auto;

}

Donc l’image ne peut excéder la taille du bloc qui la contient soit 36em.

Je pense que c’est ainsi depuis que le service a été réactivé suite à un problème de sécurité.

Rien ne vous empêche de définir un espace plus large dans l’espace principal. Denis Gagne52 (d) ^{Le miraculé du 9e} 31 décembre 2025 à 04:07 (UTC)

Le problème que je constate sur ws en français, mais pas en anglais, est que ça excède la largeur quand même (et donc a besoin de se servir de ce paramètre de overflow? qui insère la barre de défilement) (pourquoi avoir ça si le 100% rend impossible que ça overflow...)

Où est-ce qu'on voit ce genre d'infos? Psephos (d) 31 décembre 2025 à 04:47 (UTC)

j'ai cherché un peu plus sur en:ws et il paraît que là le mw-ext-score a height: auto après le 100% et n'a pas de overflow-x. Semble avoir été discuté ici. Et habite sur en:ws ici. Mais là c'est "mw-ext-score img" et pas "mw-ext-score noresize". Donc je comprends toujours pas pcq c'est bien "mw-ext-score noresize" qu'on voit en inspectant sur les 2 WS : /

puis y a des <img> à l'intérieur Psephos (d) 31 décembre 2025 à 05:11 (UTC)

Voilà tu as trouvé  : la solution max-width:100% doit être appliquée à l’image uniquement. J’ai ajouté les deux feuilles de styles à Livre:Audinot - Le Tonnelier.djvu/styles.css et avec ce livre, on aura le même affichage que sur ws.en. De plus sur mobile et sur ordinateur (Maquettes 2 et 3), les partitions seront centrées. Il faudrait demander à Danÿa (d · c · b) d’étendre la portée de la deuxième feuille de styles à ws.fr. et nous retrouverons ce que nous avions auparavant. Je laisserais tomber display:table et margin:auto qui ne semble pas avoir l’effet escompté et surtout pour éviter que les petites partitions intégrées à du texte perdent toute leur fluidité. --Denis Gagne52 (d) ^{Le miraculé du 9e} 31 décembre 2025 à 14:26 (UTC)

@Psephos, @Sicarov C'est un problème qui n'existait pas il y a quelque temps. J'ai créé des partitions qui s'affichaient correctement, et qui sont maintenant tronquées. Comme il y a un certain temps maintenant que j'ai fait cela, je n'ai aucune idée du moment où c'est arrivé. Acélan (d) 30 décembre 2025 à 21:12 (UTC)

L'indice que je peux fournir est que pour moi ça a «toujours» été comme ça, c'est-à-dire depuis fin septembre Psephos (d) 30 décembre 2025 à 21:16 (UTC)

Deux scripts de translitération grec et hébreux

Bonjour à tous, en particulier @Verbex @Yland @Acer11 en cette fin d'annnée voici deux scripts de translitérations grec et hébreu,

N'hésitez pas à le tester et me faire des retours en particulier pour l'hébreu que je ne maitrise pas vraiment. Il s'agit d'une aide pour les débutants afin de lire ces deux alphabets. Les scripts peuvent se désactiver dans l'onglet outil.

Si le test est concluant, ce pourrait devenir des gadgets pour Wikisource.

• transliterateHebrew.js
• transliterateGreekALALC.js

La page Dictionnaire de la Bible/Hébraïque (Langue) permet d'apprendre l'hébreux biblique et de voir comment fonctionne le script (simple, version dico bible, les deux)

Pour tester les scripts écrire dans son common.js
//Gadget ajoute une translitération grec-latin
importScript('User:Sicarov/transliterateGreekALALC.js');

//Gadget ajoute une translitération grec-latin
importScript('User:Sicarov/transliterateHebrew.js');

Bonne année wikisourcienne 2026 Sicarov (d) 31 décembre 2025 à 11:26 (UTC)

Problème du modèle « p fin de page » et «p début de page »

Bonjour, je tmobe sur un cas où la liaison se fait mal en transclusion dans ce passage, entre le modèle {{p fin de page}} à la fin de la page 37 et {{p début de page}} au début de la page 38. La seule explication que je vois est que la fin de cette page 37 contient une fin de note (<ref follow="…">), chose qui arrive sans doute très rarement… La solution ultime que je vois serait de reporter la fin du paragraphe qui se trouve en haut de la page 38 à la fin de la page 37, mais si ça pouvait être évité… Merci d'avance de vos éclairages ! F0x1 (d) 31 décembre 2025 à 17:00 (UTC)

Bonjour, F0x1 : J’ai déjà eu ce problème et je l’ai réglé en supprimant tout simplement les sauts de ligne dans la note de bas de page. J’espère que c’est encore la bonne solution — à vous de voir. Raymonde Lanthier (d) 31 décembre 2025 à 17:45 (UTC)

Il faut effectivement s’assurer que le saut de ligne entre {{p fin de page}} et <ref follow="…"> ne soit pas considéré lors de la transclusion, en utilisant un noinclude par exemple. --Denis Gagne52 (d) ^{Le miraculé du 9e} 31 décembre 2025 à 20:54 (UTC)

Merci @Denis Gagne52 et @Raymonde Lanthier, pour votre aide rapide (bien plus que ma réponse). C'est tout bon maintenant, j'ai juste remplacé les 2 balises <noinclude>
</noinclude> par une seule balise <noinclude
/> qui raccourcit un (tout) petit peu… Meilleurs vœux pour 2026 et bonne continuation sur Wikisource F0x1 (d) 2 janvier 2026 à 13:56 (UTC)