Wikisource:Scriptorium

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

Mai 2021

Petit nombre de pages à corriger et à valider (Épisode 15)

Pour 2021, ce mini-projet à une page dédiée par mois, voici la page pour le mois en cours :

Wikisource:Petit nombre de pages à corriger et/ou à valider - mai 2021 - épisode 15

Des nouveautés sont disponibles pratiquement chaque jour. Pour vous tenir au courant, n’hésitez pas à placer cette page dans votre liste de suivi.

Merci à tous.

Pour avril 2021 - épisode 14, ce mini-projet à permis de corriger et de valider 10 textes voir ici

Résultat mois par mois pour 2021 voir ici

--Le ciel est par dessus le toit ^Parloir 30 avril 2021 à 12:01 (UTC)

Règle d'Échec de 1928

Je viens de télecharger le document historique Livre:Règle du Jeu des Échecs de la F.I.D.E. juin 1928.pdf (24 pages) mais j'ai besoin d'aide technique d'un expert pour la correction difficile. Qui ? --Havang(nl) (d) 1 mai 2021 à 12:08 (UTC)

Havang(nl), Pour la correction, c'est facile selon moi : même si les règles de la FIDE ont changé, elles étaient comme ça en 1928. Le souci selon mon analyse est le rendu des pièces et du damier. Voulez-vous faire des captures d'écran, ou bien publier des diagrammes façon Wikipédia (il faudra importer des modèles et des modules) ? Pour les pièces, vous pouvez aussi utiliser les caractères Unicode (♔ ♕ ♖ ♗ ♘ ♙ ♚ ♛ ♜ ♝ ♞ ♟). Si vous préférez utiliser des pièces plus esthétiques, voyez cette page. — Cantons-de-l'Est ^discuter 1 mai 2021 à 12:40 (UTC) MERCI.

Havang(nl) : Pourquoi ajouter des sauts de ligne (<br>) à la fin de chaque ligne du fac-similé ? Il ne s’agit pas d’un texte en vers (où toutefois employer la balise poem serait plus juste), ou quoi que ce soit du genre qui imposerait la reproduction des lignes. — ElioPrrl (d) 1 mai 2021 à 13:31 (UTC)

Je fais un premier tour de correction. Je ne sais pas encore comment traiter la largeur de la page en retenant la mise en page originelle (<br> ne fait pas bien l'affaire). Peut-être me faut-il abandonner l'idée de la réproduction de la mise en phrase/règle. --Havang(nl) (d) 1 mai 2021 à 13:36 (UTC)

J’avoue ne pas comprendre ce que vous voulez dire. Les paragraphes utilisent toute la largeur de la page (marges exclues) dans le fac-similé, comme dans un roman par exemple, et dans un roman vous ne mettez pas de sauts de ligne à la fin de chaque ligne du fac-similé pourtant, alors que vous l’avez fait ici. Quelque chose m’aurait-il échappé ? — ElioPrrl (d) 1 mai 2021 à 13:58 (UTC)

• Comment reproduire les sigles de répétition " ? --Havang(nl) (d) 1 mai 2021 à 13:36 (UTC)

Auriez-vous un exemple s’il vous plaît ? je n’arrive pas à me figurer ce que vous voulez désigner par « signes de répétition ». — ElioPrrl (d) 1 mai 2021 à 13:58 (U:TC)

ElioPrrl : Page:Règle du Jeu des Échecs de la F.I.D.E. juin 1928.pdf/6 repétition « de couleur claire » par « " " " » ; page 8 repetition de « colonne » par « " » . Il faudrait aussi réaliser ces listes en forme de tableaux. --Havang(nl) (d) 1 mai 2021 à 14:04 (UTC)

Havang(nl) : Pour ça deux possibilités : ou bien créer un tableau à trois colonnes (la première avec « Colonne » et les guillemets, la seconde avec le nom des pièces, la dernière avec les abréviations), soit utiliser {{ellipse}} que j’ai créé pour ce genre de situations (je vous renvoie à la documentation du modèle pour en savoir plus). — ElioPrrl (d) 1 mai 2021 à 14:10 (UTC)

ElioPrrl : Merci, je vais voir. J' ai trouvé wp:fr:Guillemet#Répétition ". En fait, il me semble que le document originel suit une interpunction anglaise. Je suivrai l'interpunction française. --Havang(nl) (d) 1 mai 2021 à 14:15 (UTC)

Il s’agit bien de guillemets français, en fait ; on les distingue des guillemets anglais non par la forme (en chevron ou en demi-cercles), qui varie selon la fonte, mais par leur position sur la ligne de base : les guillemets français reposent sur la ligne de base, tandis que les guillemets anglais sont placés bien au-dessus, un peu comme des exposants (voyez cet article qui l’explique, en particulier pages 3 et 4). Vous pouvez donc légitimement utiliser les guillemets ». — ElioPrrl (d) 1 mai 2021 à 14:22 (UTC)

Voilà le résultat corrigé proposé à être amélioré Règle du Jeu des Échecs de la F.I.D.E. (juin 1928). --Havang(nl) (d) 1 mai 2021 à 17:33 (UTC)

Bonjour à tous et à Havang(nl), pour ce texte qui n'a pas de "nom d'auteur connu", ne devrait-on pas mettre "F.I.D.E." comme auteur, en tant que "personne morale" ??? --Lorlam (d) 2 mai 2021 à 13:35 (UTC)

Lorlam : Fait --Havang(nl) (d) 14 mai 2021 à 09:27 (UTC)

Ligature de fi dans édifice

Bonjour,

Si le mot est « édifice » dans le scan, est-il correct de le transcrire en « édi{{ligat|f|i}}ce » ?

— Cantons-de-l'Est ^discuter 1 mai 2021 à 12:42 (UTC)

Cantons-de-l'Est : Pour moi c’est incorrect ; j’en veux pour preuve que cela empêche de trouver le mot avec CTRL+F. C’est en tout cas inutile pour cette ligature : la ligature fi est une standard ligature, et par défaut, la propriété CSS font-variant-ligatures active ces ligatures courantes ; si donc la fonte dispose d’une ligature fi la ligature sera faite automatiquement sans besoin d’ajouter un quelconque modèle, et sinon ajouter {{ligat}} n’y changera rien et ne saurait créer une caractère dont la fonte ne dispose pas. On peut dire la même chose de toutes les standard ligatures, soit fi, ff, fl, ft. Enfin, si l’on veut activer les ligatures plus rares, comme ct, st ou sp, plutôt que {{ligat}}, il suffit d’ajouter la propriété font-variant-ligatures: discretionary-ligatures dans la feuille de style du livre. — ElioPrrl (d) 1 mai 2021 à 13:13 (UTC)

Cantons-de-l'Est : pour moi, c'est tout à fait incorrect, de même que toutes les ligatures, qui sont certes "esthétiques" (enfin si on aime), mais empêchent totalement la reconnaissance du mot…

je suis d'accord avec ElioPrrl, il vaut bien mieux passer par le css si on veut mettre des ligatures… --Hsarrazin (d) 1 mai 2021 à 15:14 (UTC)

{{lié}}<ref>

Bonjour,

Est-ce que les <ref> doivent être collés sur le mot précédent (quand il y en a, évidemment), ou bien on inscrit {{lié}}<ref> ?

— Cantons-de-l'Est ^discuter 1 mai 2021 à 12:47 (UTC)

Pour ma part je le colle au mot précédent, ce qui ma paraît laisser la possibilité de ne pas le coller si on désire le séparer, mais je n'envisage peut-être pas tous les cas de figure ?. --Zyephyrus (d) 1 mai 2021 à 13:14 (UTC)

Je le colle aussi. Mais je pense qu'il est acceptable aussi d'utiliser le modèle {{lié}}. --Acélan (d) 1 mai 2021 à 13:17 (UTC)

Cantons-de-l'Est, Zyephyrus et Acélan : Selon moi, maintenant que des feuilles de style particulières peuvent être créées pour chaque livre, c’est absolument à proscrire. Je pense qu’il vaut mieux ne pas reproduire la forme des appels de note. Si toutefois l’on y tient, dans le cas que vous citez, il suffit de coller les balises ref au mot qui précède, et, sauf erreur de ma part, d’ajouter

.reference::before{content: "\00a0";}

à la feuille de style du livre. Même résultat, en bien plus pratique ; et surtout, le comportement est modifiable par le lecteur une fois le livre exporté : il n’a qu’à supprimer ou modifier la ligne du fichier CSS, au lieu de supprimer ou modifier les dizaines d’espaces insécables insérés manuellement dans le fichier HTML.

Je crois d’ailleurs qu’il est temps de réfléchir à l’affichage des appels de note. La personnalisation de ces appels étant maintenant possible (je ne dis pas souhaitable cependant) via la feuille de style du livre, je souhaiterais que l’on enlève désormais les crochets autour des appels de note ; cela ne correspond à aucun des fac-similés, alors que l’usage dominant dans nos fac-similés, correspondant aux recommandations de la plupart des codes typographiques et à la mise en forme de Wikipédia, est celui des chiffres en exposant, sans ponctuation autour. Surtout, cette mise en forme par défaut rendra possible le rétablissement des crochets, ou l’encadrement par des parenthèses, ou l’ajout d’un point final, ou l’insertion d’une espace avant l’appel de note, etc., en utilisant ::before et ::after, au cas par cas, si le livre le nécessite (je pense notamment aux ouvrages mathématiques, où l’appel de note pourrait se confondre avec un exposant s’il n’est pas mis entre parenthèses). Qu’en pensez-vous ? — ElioPrrl (d) 1 mai 2021 à 13:25 (UTC)

Bonjour, je ne le colle pas. Si le but est d’exporter les œuvres vers une liseuse, et comme la plupart sont maintenant tactile, il est plus facile d’accéder à la note (référence) s’il y a un(e) espace. Lorsque l’appel à la référence est collée à un mot, certaines liseuses n’accèdent pas à la note, mais sélectionnent le mot collé. Il faut faire plusieurs essais et être très précis avant d’arriver au but… --JLTB34 (d) 1 mai 2021 à 13:48 (UTC)

Je colle, ou bien je mets un espace insécable quand j'ai le courage. Sinon l'appel de note se retrouve au début de la ligne suivante à chaque occasion, sur une liseuse aussi. Ce qui est un peu déroutant pour le lecteur. Je rêve du jour où l'espace insécable sera inséré automatiquement par l'utilitaire d'alignement, comme devant le ";" ou le "»".--Wuyouyuan (d) 1 mai 2021 à 21:02 (UTC)

La fameuse indentation au début de l'espace Page:

Bonjour ! Tout le monde sait que, lorsque l’on insère quelque chose dans l’en-tête d’une page, cela a pour effet de créer une indentation avant le premier mot du corps de texte ; c’est par exemple visible ici. Cela amène un certain nombre de contributeurs à ajouter <noinclude>{{br0}}</noinclude>, ou deux lignes blanches, ou pire encore <noinclude>{{SansAlinéa|</noinclude>…………<noinclude>}}</noinclude> au début de la page.

Depuis qu’il est possible de créer une feuille de style par livre, je me suis rendu compte que la même indentation apparaissait, même quand l’en-tête est vide, si la feuille de style a été créée : c’est le cas de cette page.

Cependant, j’ai éprouvé aujourd’hui même que l’ajout de

body.ns-104 p:first-of-type {text-indent:0;}

à la feuille de style du livre permettait de la faire disparaître, je n’oserais pas dire dans tous les cas, mais au moins dans la majorité des cas (aucune en-tête, ou {{nr}} dans l’en-tête). Voyez cette page lorsque l’en-tête est vide, celle-ci lorsque l’en-tête est vide et que la page commence par un nouveau paragraphe, et celle-là lorsque l’en-tête n’est pas vide.

Aussi, la communauté serait-elle d’accord pour intégrer cette règle supplémentaire dans les feuilles de style globales de Wikisource ? — ElioPrrl (d) 1 mai 2021 à 13:52 (UTC)

Alors, ma réponse ayant mystérieusement disparu, je réitère

ça me semble effectivement être une excellente idée si ça résoud ce bug d'affichage qui nous embête depuis des années (je ne saurais même pas me souvenir QUAND il est apparu)...

Je crois me souvenir que ce bogue a été présent dès le début de l'existence du mode page  :-) --Zyephyrus (d) 2 mai 2021 à 09:03 (UTC)

Tpt : qui en connaît l'origine, et devrait savoir détecter si la solution proposée risque de poser un problème, mais a priori non...

donc Pour Hsarrazin (d) 1 mai 2021 à 15:23 (UTC)

Pour --Raymonde Lanthier (d) 1 mai 2021 à 17:59 (UTC)

Est-ce qu'il ne serait pas plus intéressant de régler ça au niveau du CSS global ? Sur la Wikisource italophone, il me semble qu'ils ont trouvé un moyen. --Jahl de Vautban (d) 1 mai 2021 à 15:27 (UTC)

Jahl de Vautban : Je n’ai peut être pas été clair, mais c’est bien sur les feuilles de style globales que je demande l’ajout de cette ligne ; seulement, j’ai fait les tests sur un seul livre, en modifiant sa feuille de style locale. Je ne sais pas quelle est la différence entre la règle que je propose et celle de it.wikisource, Tpt saura peut-être évaluer laquelle est la meilleure. — ElioPrrl (d) 1 mai 2021 à 16:12 (UTC)

ElioPrrl : non c'est moi qui n'ai pas les yeux en face des trous. --Jahl de Vautban (d) 1 mai 2021 à 16:19 (UTC)

Je suis pour la modification, même si ce n'est pas absolument parfait. J'oublie parfois l'alinea en tête de paragraphe + page à cause de l'illusion. J'ai plusieurs fois persuadé des contributeurs débutants que c'était un artefact et qu'il fallait l'oublier (le contributeur débutant et consciencieux croit que le titre courant en entête est une obligation de nature religieuse, malgré l'affirmation contraire dans l'aide. J'ai un jour réussi à persuader quelqu'un qui avait ajouté le titre courant dans le corps du texte d'un ouvrage déjà corrigé, sur des centaines de pages, avec deux alineas pour éviter le retrait derrière). --Wuyouyuan (d) 1 mai 2021 à 16:55 (UTC)

La cause de l'indentation est lié au parseur du wikicode de MediaWiki qui crée un nouveau paragraphe <p> à chaque paire de saut de ligne. La présence d'un en-tête insère ces sauts de lignes dans le wikicode de la page Page: lors du rendu, d'où la présence d'un "nouveau paragraphe". Un moyen propre de corriger ce problème serait de faire la transformation wikitext vers html de l'en-tête séparément de celle du contenu mais cela casserait toutes les pages qui utilisent l'en-tête pour créer un formatage spécial de la page non conservé à la transclusion, par exemple pour afficher le texte sur deux colonnes. p:first-of-type {text-indent:0;} semble en effet une très bonne méthode pour corriger ce problème, merci ElioPrrl : ! Je vois juste un problème potentiel, le cas où, par exemple, on a affaire à une page de titre et on veut sans doute que le premier paragraphe soit indenté comme les autres. Je me suis permis de mettre le CSS dans Commons.css, si on ne rencontre pas de problème bloquant on pourra l'ajouter à ProofreadPage dans un second temps (modifier Commons.css est bien plus simple que passer par le système de déploiement de la WMF). Tpt (d) 2 mai 2021 à 05:45 (UTC)

Pour le possible bogue sur les pages de titre, il n’apparaîtra que s’il n’y a pas de <nowiki/> en début de page ; je le rajoute systématiquement, et ne suis pas le seul à le faire, dès qu’une page commence avec un nouveau paragraphe, que ce paragraphe consiste en du texte, en un titre, etc. De toute façon, la règle ne s’applique que dans l’espace Page:, donc on ne cassera pas les transclusions ; et quand bien même cela créerait un bogue d’affichage sur les pages de titres, voire sur quelques-unes de plus, on inverserait tout de même la proportion de pages boguées et non boguées. — ElioPrrl (d) 2 mai 2021 à 09:35 (UTC)

Tpt : Je viens de comprendre la différence entre la règle italienne et celle que je propose, et c’est la leur qu’il faut appliquer :

.pagetext > .mw-parser-output > p:first-of-type {text-indent:0;}

En effet, ma règle s’applique à tous les p qui sont le premier paragraphe de l’espace Page: ou d’un élément de l’espace Page:, ce qui cause la suppression de l’alinéa dans ce genre de situations ; alors que la leur cible le premier enfant direct du type p dans l’espace Page:. — ElioPrrl (d) 2 mai 2021 à 10:05 (UTC)

Effet secondaire de la fin de l'alinea fantôme: le retrait disparaît en début d'un paragraphe dont la largeur moins grande que la largeur de la page est définie par (par exemple) <div style="margin-left:40%;" >. Répercussions nombreuses, notamment pour les débuts de chapitre ornés d'une citation sur la droite. Pas d'effet sur le Modèle:Épigraphe (qui est la façon correcte de faire) --Wuyouyuan (d) 2 mai 2021 à 17:20 (UTC)

Il s’agit du même problème que celui que je signale au message précédent, en effet : suppression de l’alinéa du premier paragraphe d’un div. Pour les gens qui s’inquièteraient, la suppression n’a lieu que dans l’espace Page:, et n’affecte pas la transclusion. La règle de it.wikisource devrait résoudre tous les problèmes à la fois ; si elle y manque, on reviendra à l’état précédent (fausse indentation en début de page, mais aucun problème avec les modèles {{p début}}, {{Citation début}}, etc.) — ElioPrrl (d) 2 mai 2021 à 17:43 (UTC)

C'est ce que j'étais en train d'écrire quand j'ai été prévenu. Nouveau fantôme d'erreur qui va en inquiéter plus d'un, mais moins fréquent que le précédent.--Wuyouyuan (d) 2 mai 2021 à 17:46 (UTC)

Je notifie aussi @R et @Hsarrazin, qui apparaissent dans l’historique de Common.css, pour éviter que la situation ne traîne trop. — ElioPrrl (d) 3 mai 2021 à 09:23 (UTC)

Merci, mais je ne peux plus éditer le css depuis la création des admins d'interface - c'est aussi pour ça que j'ai notifié Tpt... --Hsarrazin (d) 3 mai 2021 à 09:56 (UTC)

Désolé pour le spam, alors … Donc si j’ai bien compris, seuls Tpt, R, @Acer11 et @VIGNERON peuvent remplacer la ligne de code ajoutée par Tpt à Common.css par celle que je cite juste au-dessus ? Si l’un d’entre eux peut le faire rapidement, vérifier dans les pages données comme exemples plus haut dans la discussion que l’alinéa fantôme a disparu, mais pas ceux en début de citation, et revenir à l’état antérieur si cette deuxième tentative de résolution échoue, je l’en remercie d’avance :) — ElioPrrl (d) 3 mai 2021 à 15:15 (UTC)

ElioPrrl : je pense (et surtout j'espère) avoir appliqué la modification demandée, j'ai l'impression que cela fonctionne, non ? (je n’ai pas suivi toute les subtilités de la conversation, désolé). Cdlt, VIGNERON (d) 3 mai 2021 à 15:38 (UTC)

Merci VIGNERON ! j’ai l’impression qu’au moins le problème des p premier paragraphe d’un div est résolu ! À voir si d’autres changements indésirables seront repérés… — ElioPrrl (d) 3 mai 2021 à 17:20 (UTC)

ElioPrrl et VIGNERON : J'ai l’impression qu'il reste des problèmes par exemple quand le début de la page contient un texte entre balises poem. Par exemple sur cette page l'alinéa est manquant avant « Il paroiſt vn bois d’arbres touffus » alors qu'il devrait être présent, et qu'il est bien présent sur la page feuille après transclusion (en raison du modèle modernisation, il faut chercher « Il paraît un bois d’arbres touffus » dans la page). --George2etexte (d) 7 mai 2021 à 09:34 (UTC)

George2etexte : Je crains bien que là, je ne puisse rien y faire ; et comme cela doit concerner très peu de pages (en tout cas incomparablement moins que toutes celles qui avant avaient un alinéa fantôme)… En soi, on peut contourner le nouveau bug comme l’ancien : il suffirait par exemple d’insérer un <nowiki/> avant le paragraphe, pour que le bug disparaisse. Sait-on s’il y a un endroit, dans une page d’aide par exemple, où l’on indiquait le bug d’alinéa fantôme, et que je pourrais mettre à jour ? — ElioPrrl (d) 7 mai 2021 à 10:37 (UTC)

ElioPrrl : Merci ! Je n’avais pas pensé à insérer cette balise, c’est parfait ! Quant à l’aide, il y a une note de bas de page dans cette section qui mérite en effet d'être modifiée, ainsi que la copie d'écran associée. --George2etexte (d) 8 mai 2021 à 04:43 (UTC)

Pages validées à corriger (2)

Bonjour. Suite à l'intérêt suscité par mon message précédent sur a → à, j'ai décidé de poursuivre un travail que j'avais commencé parallèlement mais qui chiffrait beaucoup moins vite : eu → en. Je me suis arrêté à 250 pages et je doute de pouvoir atteindre les 500. Je vous propose aussi une liste de 60 pages contenant des mots avec une majuscule non-initiale (par exemple « chezBerthe »). À retrouver ici. Мишоко (d) 3 mai 2021 à 09:39 (UTC)

À toutes fins utiles, je signale l'existence du projet Wikisource:Chasse aux coquilles où il serait intéressant de centraliser les coquilles recherchées, la date de la dernière patrouille, etc. --Jahl de Vautban (d) 3 mai 2021 à 19:01 (UTC)

@Jahl de Vautban oui, bonne idée.

@Мишоко : c'est très bien, cette recension, mais je ne comprends pas trop l'intérêt de faire des listes au lieu de corriger les scanilles en question : c'est sans doute tout aussi long, non ? --Acélan (d) 3 mai 2021 à 21:01 (UTC)

Tout au moins pour la partie « chezBerthe », qui m'a pris le temps d'une unique requête et de quelques formules dans une feuille de calcul pour la mise en forme, tandis que les corrections étaient à faire au cas par cas, la réponse est clairement : non. Par ailleurs, je misais sur l'effet boule de neige, avec contributeurs plus compétents, meilleurs outils, élargissement aux pages non validées, etc. Мишоко (d) 4 mai 2021 à 09:20 (UTC)

Et c'est un très bon calcul Мишоко (d · c · b), parce que c'est effectivement ce qui se passe M0tty (d) 4 mai 2021 à 09:35 (UTC)

Mon avis, également. La recherche de coquilles n'est pas mon fort. Corriger des erreurs à partir d'une liste avec des liens et les passages à corriger, c'est facile. Quand je veux me distraire, je n'ai qu'à parcourir ces listes et améliorer les pages (c'est pareil à conduire une auto sur une voie dégagée). — Cantons-de-l'Est ^discuter 4 mai 2021 à 18:02 (UTC)

Changer l’adresse de la feuille de style locale

Bonjour ! Est-il possible d’utiliser une même feuille de style CSS pour plusieurs livres (par exemple, les différents tomes d’un même ouvrage) ? J’ai bien remarqué un champ « Css » dans l’espace Livre: ; aussi, j’ai essayé d’appliquer à ce tome la feuille de style du premier tome de la série en renseignant le champ « Css », mais j’ai mal dû m’y prendre. Est-ce que je fais fausse route ? Merci d’avance pour votre aide — ElioPrrl (d) 3 mai 2021 à 21:02 (UTC)

Bonjour @ElioPrrl : si je comprends bien le message de @Tpt, il devrait être possible de rediriger une feuille de style d'un livre vers une autre pour en appliquer le contenu. --Jahl de Vautban (d) 4 mai 2021 à 05:33 (UTC)

Malheureusement, même en désactivant l’éditeur de code, je ne peux pas publier la redirection, et je reçois un message d’erreur « Fin de la feuille de style non attendue dans la règle ». J’ai essayé de mettre la redirection dans le champ « Css » de la page d’index, aucun résultat non plus. Mais merci quand même ;) — ElioPrrl (d) 4 mai 2021 à 09:17 (UTC)

Le champ CSS des pages d'Index: est une autre fonctionnalité qui permet d'injecter du CSS seulement dans l'espace Page:. Cela serait sans doute pas mal de migrer son usage vers les nouvelles feuilles de styles. Pour les redirections, oui, il y a effectivement un problème auquel je n'avais pas pensé : le "type de contenu" "CSS" ne permet pas les redirections. On ne peut donc pas juste modifier le contenu de la page et sauvegarder. Il y a un hack possible via Special:ChangeContentModel mais il est restreint aux administrateurs. Il va falloir réfléchir plus à cela. Désolé pour la réponse un peu triste. Tpt (d) 4 mai 2021 à 17:04 (UTC)

Portées musicales

Bonjour,

Je n'entrevois aucun activation à court terme de l'extension LilyPond ici et ailleurs dans l'écosystème Wikimedia. La transcription des portées est donc inutile. Que faire ?

— Cantons-de-l'Est ^discuter 4 mai 2021 à 18:09 (UTC)

Je crains qu'il n'y ait pas grand'chose à faire. On pourrait mettre en place des solutions temporaires mais cela serait fort compliqué pour un résultat assez faible. La seule solution est de patienter (ou de fournir une équipe de développeurs experts à l'équipe LilyPond pour que leur code soit "correct"). Cdlt, VIGNERON (d) 7 mai 2021 à 10:38 (UTC)

° et º

Bonjour,

Si je suis correct, les caractères ° et º doivent être transcrits avec {{o}}.

— Cantons-de-l'Est ^discuter 4 mai 2021 à 18:11 (UTC)

Cela dépend des cas, tout de même. Lorsque ° est le symbole de degré (degré d’angle ou degré de température), il convient d’utiliser le caractère disponible sur les claviers. Lorsqu’il est utilisé comme symbole d’un « o » terminal d’une abréviation, il faut utiliser {{o}}. Mais dans ce cas, de nombreux modèles ad hoc ont été créés pour développer l’abréviation : {{in-4°}}, {{n°}}, {{1o}}, etc. Enfin, º n’a aucune utilité ou presque ici (à moins de trouver un ordinal espagnol, portugais ou italien). — ElioPrrl (d) 4 mai 2021 à 18:42 (UTC)

ElioPrrl, Merci pour la réponse. J'ai en effet oublié de mentionner les mesures en degrés, qui utilisent °. — Cantons-de-l'Est ^discuter 4 mai 2021 à 21:08 (UTC)

y'a-t-il un matheux dans la salle

Bonjour à tous,

Je cherche quelqu’un capable de corriger ce texte : Sur l’origine des radiations et l’inertie électromagnétique qui comprends de nombreuses formules mathématiques. merci à celui que ça intéressera --Le ciel est par dessus le toit ^Parloir 5 mai 2021 à 11:26 (UTC)

Le ciel est par dessus le toit, Je comprends les formules, mais je ne ferai pas leur transcription (qui doit être fait avec LaTeX, voyez ce guide en anglais). C'est trop lourd à faire. Je veux bien valider les retranscriptions. Par ailleurs, des notes n'ont pas été retranscrites et cette image est incomplète. — Cantons-de-l'Est ^discuter 5 mai 2021 à 13:56 (UTC)

Cantons-de-l'Est : Merci pour ta proposition, mais du coup ça restera en l’état --Le ciel est par dessus le toit ^Parloir 5 mai 2021 à 14:47 (UTC)

Je m'y suis mis (doucement) : c'est assez amusant d'écrire des formules en LaTeX, même si je ne comprend rien sur le fond... Par contre, je veux bien une relecture Cantons-de-l'Est : et il faudrait ajouter les figures Le ciel est par dessus le toit :. Merci Toto256 (d) 5 mai 2021 à 18:36 (UTC)

Le ciel est par dessus le toit : LaTex, je m’y attelle. --Hilarion~frwiki (d) 6 mai 2021 à 11:55 (UTC)

Toto256 et Hilarion~frwiki : Merci à vous deux --Le ciel est par dessus le toit ^Parloir 6 mai 2021 à 12:56 (UTC)

Le ciel est par dessus le toit : pages 187-201 LaTexées ; je peux aller en récré, M’sieu ? ;o) --Hilarion~frwiki (d) 6 mai 2021 à 11:55 (UTC)

Hilarion~frwiki : Comme tu as bien travaillé, je t’autorise la recrée, tu vois quand tu veux… --Le ciel est par dessus le toit ^Parloir 6 mai 2021 à 13:23 (UTC)

Le ciel est par dessus le toit :, Hilarion~frwiki, Toto256, Deux page sont à l'état Corrigée. Si un camarade de classe peut les mettre au vert (quelques clics de courtoisie ;-), ça améliorera la moyenne de la classe. Pour la page en rouge, la situation est moins heureuse : qui sait où trouver le diagramme complet ? — Cantons-de-l'Est ^discuter 6 mai 2021 à 18:12 (UTC)

En fait, l'article est disponible sur HAL en version complète (voir la page de discussion). J'ai récupéré la figure 2 tronquée. Il ne reste plus qu'une page à valider. Bravo pour le travail d'équipe. Toto256 (d) 6 mai 2021 à 20:22 (UTC)

Hilarion~frwiki, Toto256 et Cantons-de-l'Est : Merci à chacun d’entre vous pour la correction et validation de ce livre. --Le ciel est par dessus le toit ^Parloir 7 mai 2021 à 07:05 (UTC)

Quelques questions de mise en forme dans une pièce de théâtre

Bonjour,

Je rencontre plusieurs difficultés avec la pièce L’Endymion de Françoise Pascal :

• sur cette page, le décalage qui devrait être permis par le modèle caché n’est pas pris en compte pour le modèle lettrine en bas de page ; même chose si j’essaie de remplacer le modèle caché par le modèle em pour ajouter quelques espaces en début de vers avant la lettrine.
• suite aux discussions du mois de mars à propos du modèle didascalie, j’avais confirmé mon intérêt pour que les modèles scène et acte puissent disposer de quelques paramètres de mise en forme, par exemple pour pouvoir mettre le mot « scène » ou « acte » en majuscules (cf message du 7 mars 2021 à 08:18) ? Il me semble incohérent de demander de respecter la mise en page et les textes en général mais pas pour les pièces de théâtre, d'autant plus quand on travaille sur des textes anciens, et d'autant plus quand les modèles personnage, personnageD et personnages ont quelques paramètres de mise en forme : je propose donc comme pour le modèle personnages qu'on puisse personnaliser, en second paramètre, le mot utilisé à la place de « Acte » ou « Scène », qu'en pensez-vous ?

--George2etexte (d) 6 mai 2021 à 05:24 (UTC)

Bonjour George2etexte, je vois que tu as réussi à faire la mise en forme adéquate en utilisant le mode "Poème" :-) Concernant les modèles « Acte » ou « Scène », je trouverais pratique en effet (tout en conservant par défaut la présentation actuelle), de pouvoir personnaliser le texte avec la possibilité de le mettre en majuscules. --Lorlam (d) 7 mai 2021 à 11:10 (UTC)

Lorlam et M0tty : c’est M0tty qui a réglé le problème en ajoutant des : en début de ligne (merci !), mais j'avais lu je ne sais plus où qu'il ne fallait plus utiliser ces : en début de ligne et les remplacer par le modèle em, qui dans ce cas précis ne fonctionne pas plus que les modèles espaces ou intervalle. --George2etexte (d) 8 mai 2021 à 03:58 (UTC)

Oui, plusieurs ont signalé que les deux-points posaient des problèmes à l’export. J’ai rajouté un paramètre « marge-gauche » dans le modèle {{Lettrine}}, ce qui me semble régler le problème… (En même temps, je ne sais pas ce que donne l’export pour une lettrine avec marge…) Seudo (d) 8 mai 2021 à 10:34 (UTC)

Symbole étrange sur la Description de l'Égypte

Bonjour,

En travaillant sur la Description de l’Égypte, je suis tombé, sur le feuillet 60/la page 53, sur un symbole. Il représente apparemment une houe, et ressemble à un A dont la patte de droite est sensiblement plus longue. Je me demande comment reproduire ce symbole. Faut-il une image ou existe-t-il une autre manière de le faire ?

Merci d’avance, --Tambuccoriel (d) 9 mai 2021 à 08:41 (UTC)

Bonjour Tambuccoriel, Selon ma lecture, le symbole ⲇ, lettre de l'alphabet copte, représente le dessin stylisé. Peu importe, il faut privilégier l'image dans ce cas. — Cantons-de-l'Est ^discuter 9 mai 2021 à 13:26 (UTC)

Bonjour et merci Cantons-de-l'Est (d · c · b) ! Y a-t-il des conditions spécifique à l’inclusion de ce genre d’image dans le texte, en terme de taille, par exemple ? Je n’ai toujours ajouté que des images d'illustration, quand ce n’était pas des inclusions en svg… Je n’ai aucune idée de comment cela peut se passer pour l’inclusion de ce genre d’image-lettre dans un texte.--Tambuccoriel (d) 9 mai 2021 à 14:31 (UTC)

Bonjour Tambuccoriel, Moi non plus ;-). Je vous suggère d'insérer une image proportionnelle (deux fois plus haute que les lettres dans le scan ? Deux fois plus haute que les lettres dans la transcription ; Exemple : ). Au pire quelqu'un rectifiera en s'appuyant sur une recommandation ou son expérience. — Cantons-de-l'Est ^discuter 9 mai 2021 à 14:40 (UTC)

J’avais personnellement opté pour insérer un fichier en définissant la taille à 12px (voir cet exemple), mais ce n'est pas très joli. --Jahl de Vautban (d) 9 mai 2021 à 15:08 (UTC)

Tambuccoriel : En effet, vu le texte, ce caractère ne représente pas une lettre, mais bien un dessin de la forme supposée d'un instrument de labour… je suis donc d'accord avec Cantons-de-l'Est et je pense que l'inclusion d'une image est la meilleur solution pour ce cas précis… --Lorlam (d) 10 mai 2021 à 08:52 (UTC)

Modernisation des tableaux

Bonjour, J'ai commencé à moderniser le tableau de cette page. J'ai remplacé les accolades par une structure et des bordures de tableaux. Est-ce acceptable pour Wikisource ? Si oui, je terminerai ce tableau, je ferai de même pour les (nombreux) autres tableaux de cet ouvrage et je mettrai Modernisation des tableaux dans les choix éditoriaux de la page de discussion du livre. Cordialement, --CCH (d) 9 mai 2021 à 12:36 (UTC)

CCH : C'est ma pratique de remplacer les accolades par des liges et des bordures, car les accolades n'ont pas toujours un bon rendu en export. (c'est même parfois catastrophique !) Par contre, l'utilisation de class="wikitable" qui simplifie le travail, ne se transpose pas en export : il n'y a aucune bordure en export. C'est un point qui avait été soulevé lors de la refonte de l'outil WsExport, mais les développeurs n'ont pas eu le temps de travailler ce point. Une autre fois peut-être. --Viticulum (d) 9 mai 2021 à 16:31 (UTC)

Viticulum : Merci pour ce retour. Je vais faire le choix d'utiliser la classe wikitable, pour plus de simplicité, et compter sur le fait que le bug de l'outil d'export se corrige. --CCH (d) 13 mai 2021 à 14:38 (UTC)

Création automatique de table des matières

Bonsoir,

J'aimerais développer un script python qui crée une table des matières à partir des pages d'un livre corrigé (il y a plus de 160 lettres dans ce livre, et un tome 2 qui suit...); avez-vous déjà entendu parler d'un script de ce genre, ou du moins y a-t-il un script qui parcourt les pages d'un livre, qui pourrait me servir de point de départ ? Merci beaucoup ! Hector (d) 9 mai 2021 à 20:43 (UTC)

Ca ne répond pas précisément à la question mais quand le script sera prêt tu pourras le mettre dans la partie "Sommaire" de cette page d'aide ? Peut-être que le fichier tableur partagé indiqué actuellement sur cette page d'aide peut te faciliter la tâche pour ces 160 lettres.

J’ai un peu de mal à voir comment par exemple deviner automatiquement le décalage entre le numéro de page du PDF et le numéro de page indiqué dans le sommaire avec un script Python. Mais peut-être que parcourir toutes les pages pour trouver les titres de niveau 2 à 4, puis tenter un alignement automatique avec les numéros de page présents dans le texte océrisé des tables de sommaire permettrait de tenter de trouver automatiquement un décalage qui serait constant. Mais comme il faut parfois prendre en compte les coquilles dans les tables des matières, ou les illustrations non paginées, j’ai des doutes sur la possibilité de faire un script qui marche dans tous les cas : à l'inverse il est facile d'ajuster les formules du fichier tableur partagé (voir par exemple la feuille de calcul TDM-chapitresAvecErreurs). --FreeCorp (d) 9 mai 2021 à 21:07 (UTC)

Merci beaucoup ! Je ne connaissais pas ce fichier : vous avez raison, il fait déjà toute une partie du travail et est plus facilement modulable ! du coup je vois plus le script faire (en gros) :

• à partir du décalage (supposé fixe dans un premier temps !), rentré par l'utilisateur
• récupérer les :
  • paramètres 1 et 2 des t2, t3, t4 présents sur les pages du livre
  • le numéro de la page correspondant
  • la position de ces t2, t3, t4 (début ou pas)
• et renverrait :
  • les colonnes C, D, E, et F

Hector (d) 9 mai 2021 à 22:35 (UTC)

Ça serait un formidable outil ! C'est vraiment une plaie à créer ces tables des matières. Et je viens de découvrir le tableur partagé, ça va me changer la vie ! M0tty (d) 10 mai 2021 à 09:16 (UTC)

FreeCorp et M0tty : Bon je me suis lancé. J'attends peut-être de le tester un peu plus avant de le mettre dans l'aide. Si vous voulez le tester, commenter ou l'améliorer (il y a de quoi faire, je suis assez novice en python !), n'hésitez pas. En gros il écrit la table des matières dans un fichier, les pages de transclusion dans un autre, et peut même créer ces pages à la volée ! Bon, je ne l'ai pour l'instant testé que sur un livre, il y a encore sûrement beaucoup de correction et d'amélioration à faire, mais je l'ai tenté assez générique... Merci et au plaisir Hector (d) 15 mai 2021 à 22:27 (UTC)

Illustration bonifiée dans une transcription

Bonjour,

Dans cette page, la transcription comprend une illustration bonifiée de l'illustration du scan. Est-ce acceptable ?

— Cantons-de-l'Est ^discuter 10 mai 2021 à 06:36 (UTC)

Oui, c’est même recommandé car l’illustration était probablement de meilleure qualité dans l’ouvrage papier. En revanche, cette image est erronée car c’est la Vénus des Offices ; je la remplace par une image de celle de Berlin, telle que mentionnée dans la légende. Seudo (d) 10 mai 2021 à 07:22 (UTC)

Abréviations de folio, recto et verso

Bonjour,

Quelques centaines de pages contiennent f°, r° et v° (folio, recto et verso). Est-ce que le symbole du degré doit être remplacé par ^o ?

— Cantons-de-l'Est ^discuter 10 mai 2021 à 14:09 (UTC)

Bonjour Cantons-de-l'Est :, les modèles {{fo}}, {{r^o}} et {{vo}} sont normalement faits pour cela, me semble-t-il. Toto256 (d) 10 mai 2021 à 14:58 (UTC)

Besoin d’aide en grec

Bonjour,

Je commémore à ma manière l’autocrate préféré des français avec Doutes historiques relatifs à Napoléon Bonaparte, un essai satirique remettant en cause l’existence de l’empereur déchu toujours vivant au moment de la rédaction (sans doute une source d’inspiration de Comme quoi Napoléon n’a jamais existé). Quel helléniste pourrait aider à la transcription d’un poème en grec (Page:Whately, Doutes historiques relatifs à Napoléon Bonaparte, 1833.djvu/65) ? Merci d’avance. ManuD (d) 10 mai 2021 à 18:55 (UTC)

Bonjour,

J'ai corrigé la transcription, mais la citation est visiblement approximative. On peut, au choix, la laisser telle quelle, ou utiliser le modèle corr (il faut juste que je mette la main sur le texte de Pindare, ça devrait être possible dès demain). Je ne connaissais pas cette source d'inspiration du texte que j'avais mis en ligne il y a quelque temps, je vais m'empresser d'y jeter un œil :) --Acélan (d) 10 mai 2021 à 19:31 (UTC)

Merci , vu le ton du texte, cela serait même plus amusant si la citation était purement imaginaire. ManuD (d) 10 mai 2021 à 19:50 (UTC)

C'est la première Olympique, l. 28-29. Bergk (1843) avait déjà un texte sensiblement proche, mais il y a quelques variantes. Si l'on corrige, il y a le risque d'imposer une lecture philologique anachronique. --Jahl de Vautban (d) 10 mai 2021 à 19:52 (UTC)

Pour le dictateur j'ai aussi importé un livre : Livre:Laurent - Histoire de l'empereur Napoléon, 1839.pdf, je sais pas ce qu'il vaut — Koreller (d) 12 mai 2021 à 22:01 (UTC)

Insérer un identifiant Wikidata dans le modèle {{Book}} sur WS

Bonjour, j'ai téléversé un livre (fr:Fichier:Cheikh Nefzaoui - Le parfum des prairies (le Jardin parfumé), 1935.djvu), nouvelle traduction littérale, publiée en 1935 sur WS français (DP en Europe, mais pas aux US), j'ai utilisé le modèle {{Book}} presque identique à celui que j'utilise usuellement sur Commons, cependant, je n'arrive pas à insérer un lien wikidata alors que cela fonctionne très simplement sur Commons (on met juste le numéro sans les parenthèses). Y a-t-il une solution, merci d'avance ?--Cunegonde1 (d) 12 mai 2021 à 06:05 (UTC)

Cunegonde1 : Ca a l'air de fonctionner mieux avec le paramètre en minuscules… Seudo (d) 12 mai 2021 à 11:47 (UTC)

Seudo : Super, Merci beaucoup.--Cunegonde1 (d) 12 mai 2021 à 12:07 (UTC)

Comment avoir une image sur une seule page ?

Bonjour,

Je viens de tomber sur cet ouvrage : Le Sphinx des glaces, qui comporte de belles illustrations qui tenaient sur une seule page dans l'ouvrage "papier".

À l'export en pdf, certaines de ces images sont sur une pleine page, et d'autres suivent le texte et sont coupées en deux… ce qui n'est pas très joli… Pourtant il y a bien des "Nowiki/" au début de toutes ces pages contenant des images… Je ne comprend pas pourquoi dans certains cas les images sont sur une nouvelle page, et pas dans d'autres cas…!?

Y-aurait-il un moyen pour forcer un saut de page avant une image de manière à ce qu'elle apparaisse sur une pleine page à l'export en pdf ???

merci d'avance pour vos conseils. --Lorlam (d) 13 mai 2021 à 23:09 (UTC)

Lorlam, J'ignore également pourquoi les images s'affichent ainsi dans les exports :-(. J'ai toutefois une recette pour forcer leur affichage sur une nouvelle page. Juste avant une image qui doit se trouver sur une seule page, insérez <p style=page-break-after: always;></p>. Cette commande, qui n'a aucun impact visuel dans les pages de Wikisource, insère un saut de page qui paraît à l'export. Elle peut être insérée dans une page (voyez [1]) ou bien dans une transclusion. — Cantons-de-l'Est ^discuter 14 mai 2021 à 07:01 (UTC)

Merci Cantons-de-l'Est Cette commande "style=page-break-after" m'intéresse en effet… elle peut donc être mise dans la page de l'image… avant ou après le "Nowiki/" ? --Lorlam (d) 14 mai 2021 à 07:57 (UTC) par contre, je n'ai pas encore essayé, mais j'espère que cela ne fera pas un "double saut de page" pour les cas ou l'image s'affichait déjà sur une nouvelle page…!? --Lorlam (d) 14 mai 2021 à 08:06 (UTC)

Lorlam, En ce qui me concerne, comme dans le Précis de Champollion (exemple), je mettrais les illustrations dans {{c}}. Dès lors, plus besoin de </nowiki>, que je remplacerais par <p style=page-break-after: always;></p> tout en supprimant les sauts de ligne avant et après l'illustration. Pour réduire les doubles sauts de page, il faut que les images soient précédées d'aucun saut de ligne (ou un seul au maximum). — Cantons-de-l'Est ^discuter 14 mai 2021 à 08:15 (UTC)

Voir l'ouvrage illustré L’Art (Rodin) où figurent tous les cas ou presque, traités avec {{Img float}}. Apparemment, ça survit très bien en EPUB.--Wuyouyuan (d) 15 mai 2021 à 08:46 (UTC)

Lorlam et Cantons-de-l'Est : Sinon, pour insérer une image sans interrompre le déroulement du texte, il y a {{Img float}} (j’ai rédigé une nouvelle section dans la documentation pour expliquer comment faire). Un avantage de ce modèle est que, dans le fichier EPUB ou PDF, si l’image doit être insérée après une ligne situées trop bas dans la page pour que l’image y rentre entièrement, l’image est insérée au début de la page suivante, sans que pour autant apparaisse un vide en bas de la page où elle aurait dû prendre place. Voici un exemple d’image qui ne prend pas toute la page, et où l’on voit bien comment le paragraphe n’est pas interrompu ; et un autre exemple en pleine page, avec sa transclusion, que vous pouvez exporter pour voir. — ElioPrrl (d) 14 mai 2021 à 12:47 (UTC)

Merci Cantons-de-l'Est et ElioPrrl : J'ai testé la solution de Cantons-de-l'Est et ça marche très bien… cela donne satisfaction dans le cas d'un roman pour lequel on veut "maitriser" la coupure du texte par une image avec un saut de page. Et je trouve le {{Img float}}, proposé par ElioPrrl très estétique pour intégrer une image au milieu d'un texte. merci donc encore à vous deux pour ces infos --Lorlam (d) 14 mai 2021 à 14:10 (UTC)

Erreurs du bouton "Correction de la mise en page et de la typographie" ?

Bonjour,

Le bouton "T" (Correction de la mise en page et de la typographie) semble mal fonctionner chez moi sur certains ouvrages, par exemple sur cette page où il supprime deux espaces, avant un deux-points (après « rendre ») et un point virgule (après « chanter »). Pouvez-vous me confirmer que vous avez le même problème ? Et bien sûr, si vous savez comment le corriger (j’imagine qu'il s'agit de ce code, probablement de ce qui se trouve aux alentours du commentaire incluant le mot "FIXME" ?), ce serait top ! --George2etexte (d) 14 mai 2021 à 09:00 (UTC)

George2etexte, Je vois le même problème. — Cantons-de-l'Est ^discuter 15 mai 2021 à 13:57 (UTC)

Une piste pour ceux qui s’y connaissent mieux que moi : le bug disparait dès lors que les deux paires de balises <poem></poem> de la page n'ont plus de paramètre (que ce soit class ou style). En fait cela semble même plus particulièrement lié au caractère ". Rajoutez-le n'importe où sur la page et le bug est présent. ---Jahl de Vautban (d) 15 mai 2021 à 14:24 (UTC)

Le Sphinx des glaces : caractères grecs, coptes, ou latins ?

Bonjour,

Je suis tombé sur la page suivante : Page:Verne - Le Sphinx des Glaces, 1897.djvu/86, qui n'a initialement pas été validée car elle comprend un "mot égyptien" écrit comme : ΠΦUГPHC.

Ce mot comprend des caractères qui ressemblent à du grec, sauf les lettres U et C… Le C pourrait être retranscrit en copte (ⲥ) mais pas le U qui serait plutôt un (ⲩ).

Que faire ? Personnellement je serais plutôt d'accord pour laisser tel quel puisque c'est ce qui est écrit dans l'ouvrage initial… mais faut-il caractériser ce mot avec la mention "sic2" pour indiquer que l'on garde l'orthographe du livre ?

--Lorlam (d) 14 mai 2021 à 13:45 (UTC)

Bonjour @Lorlam : il faut effectivement le conserver tel quel, ce n'est qu'un jeu littéraire qui n'a rien à voir avec l'égyptien (cf. cet article, particulièrement les p. 913-916). Je ne prendrais personnellement pas la peine de mettre un sic2. --Jahl de Vautban (d) 14 mai 2021 à 14:07 (UTC)

Jahl de Vautban : Ok, je conserve tel quel et je rajoute un commentaire sur la page de discussion correspondante. --Lorlam (d) 14 mai 2021 à 14:18 (UTC)

Modèle:tab, redirection ?

Bonjour,

Modèle:tab est déclaré obsolète. Devrait-on en faire une redirection vers {{em}} ?

— Cantons-de-l'Est ^discuter 14 mai 2021 à 22:56 (UTC)

Ca ne serait pas prudent, il faudrait d'abord vérifier qu’ils font exactement la même chose. Il vaut mieux remplacer les utilisations au cas par cas avant, éventuellement, de supprimer le modèle entièrement. Seudo (d) 18 mai 2021 à 06:59 (UTC)

Disparition du modèle M. (?!)

Bonjour à tous. Pourquoi le modèle {{M.}} a-t-il disparu ? Est-ce voulu ? Il n’apparaît pas non plus dans la [liste des modèles d’abréviation], alors qu’il est très utilisé dans les pages, par les correcteurs. Peut-on continuer à l’utiliser le temps que le modèle soit rétabli ? Ou pas ? Par avance, merci pour votre réponse. Cordialement, --Yland (d) 15 mai 2021 à 11:51 (UTC)

Le temps d’écrire ce message et hop ! Il est réapparu ! Merci Wikisource ! --Yland (d) 15 mai 2021 à 11:53 (UTC)

Aide:Wikisource:Annotations

Début du texte publié par la Wikisource anglophone. Traduction :

Les versions « annotées par l'utilisateur » des œuvres publiées sur Wikisource doivent:

• Porter la mention : « annoté par Wikisource » et inclure le mot « annoté » dans le titre de la page.
• Catégoriser l’œuvre dans la Catégorie:annotations Wikisource.
• Fournir en même temps un texte « propre », non annoté de la même œuvre, restant disponible sur Wikisource à côté de la version qui a été annotée.
• Maintenir neutralité de point de vue et objectivité dans toute annotation.

Source.

User annotated versions of works on Wikisource must:

• Be marked as annotated by Wikisource by including the text "annotated" in the title and adding the work to en:Category:Wikisource annotations
• Have an unannotated clean text of the work available on Wikisource alongside the annotated version.
• Maintain neutrality and objectivity in all annotations.

 

Vos avis ? Ajouts ? Modifications ?

Amitiés à tous,

Je ne comprends pas l'allemand, mais voici leur lien. Il y a aussi un lien vers le texte Thai sur ce sujet.

--Zyephyrus (d) 16 mai 2021 à 09:49 (UTC)

Zyephyrus, Règles raisonnables. En parlez-vous ici parce que la Wikisource en français publie des ouvrages annotés ? — Cantons-de-l'Est ^discuter 16 mai 2021 à 10:11 (UTC)

Je ne comprends pas de quoi il est question, merci de me donner plus d’explications. --Le ciel est par dessus le toit ^Parloir 16 mai 2021 à 11:22 (UTC)

Merci, Cantons-de-l'Est et Le ciel est par dessus le toit.

En résumé :

1. La création de textes annotés est-elle autorisée sur Wikisource ?

La réponse me semble unanime sur les wikisource cités ci-dessus anglophone, germanophone, thaï : c'est « oui » ;(pour ces deux derniers je n'ai pu me faire une idée qu'en utilisant une traduction automatique). Et nous avons quant à nous une réponse prête puisque Cantons en a fourni une démonstration qui a très bien fonctionné (avec des liens actionnables ou non au choix du lecteur, donc accès possible au texte initial).

2. Acceptons-nous la formulation proposée ci-dessus et colorée en bleu ?

Oui ? Non ? Autres avis ?

Amitiés,

--Zyephyrus (d) 16 mai 2021 à 14:40 (UTC)

Je connais au moins un autre ouvrage wikifié : [2], [3], [4], [5], [6]. En passant, je croyais être très persévérant d'avoir transcrit HDCER, mais Fortelle65 l'est encore plus : il/elle transcrit le Bouillet-Chassaing (2 000 pages, deux colonnes, scan de qualité moyenne, des abréviation en abondance). — Cantons-de-l'Est ^discuter 16 mai 2021 à 21:04 (UTC)

Comment remercier Fortelle65 ? Et Buzz ? Le Dictionnaire raisonné de l’architecture française du XIe au XVIe siècle peut-il aussi se ranger dans les ouvrages « wikifiés » ? Quand j'y ai participé je ne comprenais rien aux « ancres » mais j'en ai posé quelques-unes quand même... --Zyephyrus (d) 17 mai 2021 à 09:15 (UTC)

Il me semble qu'il faut distinguer :

• les liens internes à un ouvrage, qui facilitent simplement les renvois d’un article à l'autre et n’apportent aucune information supplémentaire de notre part (exemple de beaucoup de dictionnaires, comme le Dictionnaire raisonné de l’architecture française du XIe au XVIe siècle précité ou le dictionnaire des rues de Paris sur lequel j’ai beaucoup travaillé) ;
• les liens vers Wikipédia, qui demandent un peu plus de choix personnel.

Dans le premier cas, je ne vois pas vraiment de raison de fournir un texte « pur ». Et dans tous les cas il y a peut-être un moyen générique de faciliter la suppression des liens, soit en CSS (visuellement), soit en Javascript (suppression réelle des liens).

Le premier choix proposé dans nos préférences, section interface, correspond-il à ce moyen générique ? --Zyephyrus (d) 22 mai 2021 à 18:47 (UTC)

Il y a un troisième cas, dont je suis responsable, voire coupable, en ce moment : je me suis permis de rajouter des images de tableaux dans plusieurs conférences du 17e siècle qui décrivent ces tableaux (exemple et liste). Je mets des sections pour faciliter la réalisation d’une transclusion « pure », mais je peux comprendre que cela fasse débat car cela va plus loin encore que les liens vers Wikipédia. Seudo (d) 18 mai 2021 à 07:12 (UTC)

Livre principalement en allemand ici sur la Wikisource en français

Bonjour,

Livre:Leibniz - Die philosophischen Schriften hg. Gerhardt Band 1.djvu et les six autres tomes de la série (4 000 pages si j'ai bien compté) sont surtout rédigés en allemand, avec quelques pages en français et d'autres en latin. Je crois que nous devrions conserver les passages en français de cet ouvrage dans nos pages, et masquer le reste. Toutefois, je crois me souvenir que les ouvrages multilingues ont leur place sur wikisource.org. Des commentaires ?

— Cantons-de-l'Est ^discuter 17 mai 2021 à 15:06 (UTC)

Bonjour @Cantons-de-l'Est. Il faudrait plutôt utiliser laisser le livre ici et indiquer les pages en une autre langue comme Sans-texte avec le modèle {{iwpage}}, à l'exemple de Livre:Rivista italiana di numismatica 1898.djvu. Les pages déjà corrigées peuvent être transférer sur les wiki adéquat par un administrateur. --Jahl de Vautban (d) 17 mai 2021 à 15:12 (UTC)

Mise en page de titres de sections

Bonjour,

Je connais {{t2}}, {{t3}}, {{t4}}..., mais aucun ne fait l'affaire pour la mise en page du titre de la section dans [7]. Que faire ?

— Cantons-de-l'Est ^discuter 17 mai 2021 à 19:00 (UTC)

Ces modèles tentent d'introduire une structuration HTML dans les documents, mais c’est moins important que la table des matières. Je les utilise typiquement pour un document dont la présentation est très classique, ce qui n’est pas le cas de celui-ci. Donc si ces modèles ne font pas ce que vous voulez, faites la mise en forme directement (gras, italique, taille des caractères, etc.). Seudo (d) 18 mai 2021 à 07:04 (UTC)

Modèles {{1o}}, {{2o}}, {{3o}}, etc.

Bonjour ! Je me propose de modifier tous les modèles {{1o}}, {{2o}}, {{3o}}, etc., pour que leur infobulle n’affiche plus, et que les lecteurs d’écran ne lisent plus, « primo, secundo, tertio », mais « premièrement, deuxièmement, troisièmement », et ainsi de suite. Je viens de créer aujourd’hui {{13o}}, et honnêtement, je ne sais pas à combien de lecteurs, et surtout, d’auditeurs, la mention « decimo tertio » évoque quelque chose — et encore moins « duodevigesimo, undevigesimo » pour 19^o et 20^o — si ce n’est que nous serions d’affreux pédants … Y voyez-vous une opposition ? — ElioPrrl (d) 18 mai 2021 à 14:19 (UTC)

Je rajoute ici quelques éléments pour alimenter le débat :

• Les abréviations sont celles des adverbes latins primo, secundo, tertio, etc., qui sont exactement traduisibles par premièrement, deuxièmement, troisièmement, etc. (chaque mot est un fait l’ablatif de l’adjectif ordinal, pris adverbialement). On peut donc continuer aussi longtemps qu’on veut, il suffit de savoir son latin. En revanche, les adverbes français ne semblent pas avoir d’abréviation propre.
• le CNRTL, le Robert (édition papier), le dictionnaire de l’Académie française, ne vont pas plus loin que quinto ; seul le Larousse (édition électronique), à ma connaissance, va jusqu’à octavo.
• À partir de 13^o, on trouve plusieurs formes : decimo tertio, tertio decimo, tredecimo (seules les deux premières me semblent d’une bonne latinité, la dernière est cependant donnée par Wikipédia).
• Dans le dictionnaire de l’Académie, édition 1835, on trouve, à l’article abréviation :

1^o, 2^o, 3^o, etc., pour Premièrement, secondement, etc., sont des abréviations.

et dans le Grand Larousse universel (1866) :

1^o, 2^o, 3^o sont les abréviations premièrement ou primo, secondement ou secundo, etc.

• Le texte sur Wikisource qui va le plus loin dans la numérotation, à ma connaissance, est un opuscule de Voltaire (jusqu’à 57^o).

— ElioPrrl (d) 18 mai 2021 à 18:50 (UTC)

ElioPrrl : Aucune objection de ma part. --Raymonde Lanthier (d) 18 mai 2021 à 14:30 (UTC)

1. Pour Merci pour cette modification.--Kaviraf (d) 18 mai 2021 à 16:38 (UTC)
2. Plutôt Contre, mais je vis bien le fait d'être un affreux pédant. Blague à part, ces abréviations sont celles du latin, je ne vois pas de raison de les franciser, quand bien même le sens est identique — et quid (pun intended) de leur usage dans des passages en latin ? Un problème autrement plus important me semble être que nous sommes actuellement partis pour atteindre {{99o}} et que ça me semble un peu absurde d'avoir autant de modèles que de numéros ; ne serait-il pas possible de créer une table d'équivalence qui résoudrait automatiquement la conversion ? --Jahl de Vautban (d) 18 mai 2021 à 17:43 (UTC)

   Jahl de Vautban, Je n'ai pas d'avis pour les info-bulles. Toutefois, la table de correspondance est facile à faire via un module. Si j'ai bien analysé, il sera alors possible d'imiter toutes les possibilités actuelles : {{no}}/{{No}}, {{n°}}/{{N°}}, {{fo}}/{{Fo}}, {{vo}}/{{Vo}}, {{r^o}}/{{R^o}}, {{1o}}, {{2o}}... grâce à un seul modèle associé à un module. Quel nom donner au modèle qui accepte en paramètre le nombre ou la lettre ? Je pense que {{o_exp}} est un bon choix : il représente ce que fait le modèle et on peut l'utiliser indifféremment pour toutes les abréviations qui exigent un o en exposant. En l'adaptant un peu, on pourrait aussi l'utiliser pour {{ho}} et {{po}}. Pour les pluriels (exemple : {{Nos}}), je suggère de créer un autre modèle, sinon ça sera trop complexe à gérer. — Cantons-de-l'Est ^discuter 18 mai 2021 à 19:27 (UTC)

Dans ce cas, pourquoi ne pas utiliser directement {{o}} lui-même, en lui ajoutant un argument optionnel ? Par contre, il ne faut pas oublier que certains de ces modèles font plus que mettre l’o en exposant : ils ajoutent une espace insécable ({{n°}}) ou ils préviennent des coupures de mots à leur intérieur ({{in-f°}}, {{in-4°}}, etc.). Il ne faudrait pas qu’ils perdent ces fonctions en étant pris en charge par un autre modèle. Enfin, combien de personnes préfèreront {{o_exp|n}} à {{n°}}, ou {{o_exp|1}} à {{1o}} ? les habitudes sont fortes, le code est plus lisible aussi, et je ne pense pas que nous ayons encore beaucoup d’abréviations en o à rajouter, hors de ces adverbes latins. — ElioPrrl (d) 19 mai 2021 à 09:41 (UTC)

1. Pourquoi pas, mais on pourrait aussi couper la poire en deux : rester au latin de 1^o à 3^o, parce que les termes sont très connus et que cela couvre sans doute la majorité des cas d’utilisation, et passer au français à partir de 4^o (ou un peu plus loin)… Seudo (d) 19 mai 2021 à 05:41 (UTC)

Mission 7500

Est ce que quelqu'un sait faire les statistiques de Mission 7500 car elles sont en déshérence et je ne sais pas les faire ? Ernest-Mtl puis Denis Gagne52 ne sont plus là… Hektor (d) 20 mai 2021 à 15:41 (UTC)

Hector : Je reviens de loin. Le 10 mai mon cœur a cessé de battre. On m’a réanimé mais je n’ai recommencé à parler que 3 jours plus tard. Je viens d’avoir mon congé de l’hôpital. Je serai sûrement en mesure de compléter les statistiques du mois de mai après quoi je remettrai le flambeau à Ernest-Mtl --Denis Gagne52 (d) 20 mai 2021 à 19:54 (UTC)

Denis Gagne52 : Oh je n’aurais jamais pensé à ça, je pensais a d’autres obligations, travail ou loisirs, mais la. Repose toi bien, profites de ta famille, du printemps. Et soigne toi. Mes meilleurs vœux. Hektor (d) 20 mai 2021 à 20:25 (UTC)

Denis Gagne52 : Prompt rétablissement ! Je vous souhaite beaucoup de courage pour vous remettre — ElioPrrl (d) 20 mai 2021 à 21:13 (UTC)

Denis Gagne52 : Je vous souhaite à mon tour un prompt rétablissement et beaucoup courage pour passer ces moments difficiles !!! --Lorlam (d) 21 mai 2021 à 00:25 (UTC)

Denis Gagne52 : Désolé d'apprendre cette malheureuse nouvelle. Je te souhaite un prompt rétablissement. Soigne toi bien et prends tout ton temps. Bon courage. --Viticulum (d) 21 mai 2021 à 00:55 (UTC)

Denis Gagne52 : Prompt rétablissement . — Cantons-de-l'Est ^discuter 21 mai 2021 à 01:13 (UTC)

Denis Gagne52 : Reposez-vous bien ! Hector (d) 21 mai 2021 à 05:55 (UTC)

Denis Gagne52 : Je m'associe à la Communauté wikisourcienne pour te souhaiter un bon rétablissement. Prends bien soin de toi. Nos meilleures pensées t'accompagnent dans ton quotidien. --Kaviraf (d) 21 mai 2021 à 09:43 (UTC)

Denis Gagne52 : Meilleurs souhaits pour une deuxième vie longue et ennuyeuse (voeu traditionnel chinois sur un nouveau-né). Mon expérience m'a montré que la pratique de Wikisource est excellente pour retrouver la santé. --Wuyouyuan (d) 21 mai 2021 à 09:55 (UTC)

Denis Gagne52 : Je m’inquiétais un peu de votre absence soudaine alors que je vous croisais régulièrement sur des relectures de textes d'autrices. Bien content de savoir que vous vous êtes sorti d'affaire, je vous transmets tous mes vœux de prompt rétablissement ! --FreeCorp (d) 21 mai 2021 à 13:12 (UTC)

Merci pour vos mots d’encouragement. Je vais suivre le conseil de Wuyouyuan mais j’entend bien reprendre vélo, course kayak, etc… aussitôt que ma condition le permettra. --Denis Gagne52 (d) 22 mai 2021 à 14:49 (UTC)

Je suis étonné

Bonjour,

Au hasard de corrections, j'ai comparé cinq pages de cinq ouvrages : [8], [9], [10], [11] et [12]. Les scans sont de qualité très variables. Selon mon analyse, le travail de transcription relève du sacerdoce pour les quatre derniers ouvrages. La communauté rectifie, si je puis écrire, ces livres tordus par le temps, par des numériseurs mal calibrés...

— Cantons-de-l'Est ^discuter 21 mai 2021 à 01:20 (UTC)

Cantons-de-l'Est : Que penser de ce livre : « Une horrible aventure ». Chaque page était un défi et toute une aventure . --Viticulum (d) 21 mai 2021 à 02:03 (UTC)
Viticulum, Je me rappelle avoir vu l'une des pages de ce livre numérisé. Selon moi, nous devrions rejeter les fichiers aussi médiocres, car notre temps est précieux et il y a beaucoup, beaucoup d'ouvrages à transcrire. — Cantons-de-l'Est ^discuter 21 mai 2021 à 14:07 (UTC)

À ce propos, je me suis fait il y a quelque temps deux commandes Javascript qui permettent d'améliorer le contraste et la luminosité d'un scan, ce qui peut servir au moins pour le cinquième de ces scans. Si quelqu’un veut expérimenter, il peut rajouter importScript('User:Seudo/sd_commandes.js') dans son common.js. Cela rajoute deux commandes dans le menu à côté de l’historique et aussi (lorsque ça marche) deux icônes « C » et « lampe » dans la section « Aide à la relecture » de la barre d'outils du champ d'édition. Seudo (d) 21 mai 2021 à 06:32 (UTC)

Pour ma part, une page sur deux de Livre:Flaubert - La Première Tentation de Saint Antoine, éd. Bertrand, 1908.djvu donne lieu à un texte truffé de scanilles et incorrigible telle que [13]. Je recopie tout moi-même une fois sur deux. Textemagne (d) 21 mai 2021 à 09:26 (UTC)

Textemagne : Pour ce cas Livre:Flaubert - La Première Tentation de Saint Antoine, éd. Bertrand, 1908.djvu, plutôt que de recopier le texte à la main (ce qui est pénible et source d'erreurs), je peux tenter de reprendre le fs d'internet archive à partir des images source et refaire un scan en noir et blanc peut-être de meilleure qualité, ça a souvent marché avec les scans d'IA. Vu le nombre de pages restant à corriger cela peut valoir le coup d'essayer.--Cunegonde1 (d) 21 mai 2021 à 10:15 (UTC)

Textemagne : Sinon, plus simplement, avez-vous testé les deux OCR (celui de Wikisource et celui de Google) sur ces pages ? Parfois l’un est meilleur que l’autre, et souvent, sur les textes océrisés par l’Internet Archive depuis pas mal de temps, meilleur que la couche texte du fichier. — ElioPrrl (d) 21 mai 2021 à 10:31 (UTC)

Cunegonde1 : Fût-ce agréable de se prendre pour Flaubert, je veux bien que vous me facilitiez la vie et vous en remercie. ElioPrrl : J'ignorais ce que c'était jusqu'à ce que vous m'en parliez. Ça change tout, en effet. Merci. Textemagne (d) 21 mai 2021 à 10:45 (UTC)

Textemagne :, je pense pouvoir téléverser une version avec un OCR de meilleure qualité d’ici demain soir. Je préviendrais quand ce sera prêt. Il faudra ensuite que vous purgiez la page d'index du livre pour voir la différence.--Cunegonde1 (d) 21 mai 2021 à 14:11 (UTC)

Bonjour Textemagne : C’est Fait , j’ai téléversé une nouvelle version du fichier Livre:Flaubert - La Première Tentation de Saint Antoine, éd. Bertrand, 1908.djvu, pas forcément plus jolie, mais plus efficace, avec un meilleur OCR, pré-corrigé des principales scanilles. J’ai également rectifié les espacements des signes de ponctuation (?;:!) . Bon courage pour la suite, ça m’a donné envie de le lire !--Cunegonde1 (d) 22 mai 2021 à 11:52 (UTC)

Cunegonde1 : Je vous remercie, c'est beaucoup mieux en effet, vous me rendez la tache plus aisée. Textemagne (d) 25 mai 2021 à 15:51 (UTC)

Demande de télechargement

Bonjour, qui voudra télecharger Délices Royales ou Le Jeu des Échecs (1864) ?--Havang(nl) (d) 21 mai 2021 à 06:46 (UTC)

C'est aussi sur gallica : https://gallica.bnf.fr/ark:/12148/bpt6k9750558t/f31.vertical.--Havang(nl) (d) 21 mai 2021 à 06:50 (UTC)

Fait. Hektor (d) 21 mai 2021 à 07:45 (UTC)

Hector : Merci. Lorlam : Voir Livre:Délices royales, ou le Jeu des échecs 1864.djvu. Si tu as le temps pour valider. Je mettrai la part en hébreu comme pas pour être corrigé. --Havang(nl) (d) 21 mai 2021 à 09:19 (UTC)

Nos amis de Wikisource en hébreu ont peut-être l'original en ligne. Sinon, est-ce que cela intéresserait un Wikisourcien qui a fait son aliya (il y en a sûrement) d'exploiter la partie en hébreu. --Wuyouyuan (d) 21 mai 2021 à 09:48 (UTC)

Aussi suggestion de "finir" le Traitté du jeu royal des échets (Benjamin Asperling de Rarogne) initié en 2009 par Utilisateur:Verdy p. --Wuyouyuan (d) 21 mai 2021 à 09:48 (UTC)

merci Havang(nl) pour la découverte de cet ouvrage que je ne connaissais pas. Cela m'intéresse, mais je n'aurai pas le temps avant longtemps… donc si quelqu'un d'autre est motivé, je le laisse faire… Je garde néanmoins l'œil dessus pour plus tard --Lorlam (d) 21 mai 2021 à 10:28 (UTC)

Largeur d’affichage

Enregistré sur Phabricator
Tâche 283206

Depuis hier, lorsque j’affiche un chapitre transclus avec élargissement maximal de la fenêtre, je constate que la largeur du texte est supérieure à celle que j’avais en mode page avec ce même élargissement. À titre de comparaison, la première ligne de la page 77 du tome 2 du Journal des Goncourt s’arrête à « dîner ». En transclusion, elle s’arrête au mot suivant, soit « aujourd’hui ».

Je trouve que cette nouvelle largeur d’affichage rend plus difficile la vérification de la mise en page lorsque j’affiche en même temps une fenêtre pour la transclusion et une autre pour chaque page. Suis-je la seule dans ce cas ? Pourquoi a-t-on changé cette largeur ?--Raymonde Lanthier (d) 21 mai 2021 à 17:13 (UTC)

Raymonde Lanthier, J'ai tenté quelques trucs, mais rien de probant. Ce changement est intrigant parce que si je modifie la page de transclusion et que je prévisualise, la largeur est différente. — Cantons-de-l'Est ^discuter 21 mai 2021 à 18:22 (UTC)

Cantons-de-l'Est : Même constatation que @Raymonde Lanthier, pour toutes les pages de l’espace principal, sauf en mode Prévisualisation. La largeur de la colonne de texte pourtant n’a pas été modifiée, puisqu’elle est toujours fixée à 36em. J’ai donc l’impression que c’est la valeur du cadratin qui a changé ; et je suis renforcé dans cette impression, parce qu’il me semble que les catégories, en bas de page, sont maintenant écrites dans un corps bien plus grand qu’auparavant. Je vais essayer de poursuivre l’enquête de mon côté aussi… — ElioPrrl (d) 22 mai 2021 à 14:09 (UTC)

Effectivement, et je ne trouve pas cela très heureux car en plus de ce qui a été noté ci-dessus, cela modifie l’équilibre entre texte et illustrations quand il y en a, en particulier les bandeaux de début de chapitre comme ici, que je paramètre à 450px. Ils se trouvent maintenant trop petit dans l'espace principal et je ne sais pas si on peut les paramétrer autrement qu'en pixel (% et em ne fonctionnent ni avec "File:" ni avec {{IllustPP}}).--Cunegonde1 (d) 22 mai 2021 à 17:28 (UTC)

ElioPrrl : La taille de la police est de 16 px au niveau global (html), ce qui explique la grosse taille des catégories, puis elle est réduite à 14 px à un niveau plus bas pour le texte. La différence de largeur du texte entre le mode Page et le mode Prévisualisation est due au fait que :

• en mode Page, la largeur de 36em est définie à un endroit (#text-container) où la taille de police de caractère est encore de 16px, puis elle est réduite à 14px à un niveau inférieur de la hiérarchie (#mw-context, classe mw-body-content) ;
• en mode Prévisualisation, la largeur de 36em est définie à un endroit (.pagetext) où cette taille de police est déjà de 14 px (la classe .mw-body-content est située plus haut dans la hiérarchie).

Il semble bien qu'il y ait eu un changement (moi aussi j'avais configuré la largeur des images en fonction de celle du texte, perdant ainsi l'alignement) et, vu la bizarrerie des manipulations CSS ci-dessus, je ne suis pas sûr que cela soit voulu. Il y a d'ailleurs plusieurs tickets Phabricator relatifs à des problèmes apparus ces jours-ci avec Vector, j’y rajoute une description du problème vu ici. Un patch semble en cours, donc on peut espérer une correction rapide.

(Même si, en théorie, on ne devrait pas trop dépendre de la largeur de la colonne de texte, qu'on ne maîtrise pas dans les exports.) Seudo (d) 24 mai 2021 à 07:39 (UTC)

Raymonde Lanthier, Cantons-de-l'Est et ElioPrrl : Il me semble que le problème a été résolu, la largeur du texte en mode transclusion (et prévisualisation) est revenu à 504 pixels. Seudo (d) 25 mai 2021 à 07:20 (UTC)

Seudo, Cantons-de-l'Est et ElioPrrl : Merci --Raymonde Lanthier (d) 25 mai 2021 à 12:07 (UTC)

pds pour paragraphe

La correction des Lettres à une inconnue (tome 1) du défi 7500 touche à sa fin : Je rencontre juste un problème technique : il y a des paragraphes qui finissent par des points de suspension : je sais le gérer grâce au modèle pds mis en début de paragraphe (merci à Denis Gagne52 au passage), mais quelle est la bonne pratique quand le paragraphe est à cheval sur 2 pages ? Merci !Hector (d) 22 mai 2021 à 08:19 (UTC)

Hector, Une page en particulier, pour qu'on puisse faire des essais ? — Cantons-de-l'Est ^discuter 24 mai 2021 à 19:43 (UTC)

Hector : Désolé du si long délai à te répondre. Ma vie a été quelque peu bouleversée et je commence à peine à rassembler tous les morceaux. Pour solutionner le problème que tu soulèves, j’ai disséqué {{Pointsdesuite}} pour en faire {{Pointsdesuite/o}} et {{Pointsdesuite/f}}. Voici un cas de figure pour un paragraphe réparti sur trois pages : Lettres à une inconnue/84#206. --Denis Gagne52 (d) 15 juin 2021 à 14:08 (UTC)

Denis Gagne52 : Merci beaucoup, je suis très heureux de vous revoir sur ce wiki ! Je vais regarder cette solution. Hector (d) 17 juin 2021 à 11:28 (UTC)

Note d'un contributeur

Bonjour,

Dans [14], j'observe qu'un contributeur a ajouté une note personnelle. Je crois que ça ne respecte pas les conventions de Wikisource. Qu'en pensez-vous ?

— Cantons-de-l'Est ^discuter 23 mai 2021 à 13:27 (UTC)

Bonjour,

Dans un cas comme celui-ci (transcription d'un manuscrit), ça ne me choque pas et me semble même très utile. --Acélan (d) 23 mai 2021 à 15:12 (UTC)

Bonsoir. Je ne vois pas qu'elle convention est violée, tant que la note apporte un éclairage factuel et qu'on signale clairement que la note est distincte de l'ouvrage d'origine. ManuD (d) 23 mai 2021 à 20:48 (UTC)

Pour moi c'est à bannir. Nous faisons de la transcription, pas de l'exégèse. --Jahl de Vautban (d) 23 mai 2021 à 23:38 (UTC)

Il n'est pas interdit d'évoluer. Une note dans un texte manuscrit n'entre tout de même pas en compétition avec les auteurs de l'Antiquité, spécialistes de l'exégèse tels Platon, Origène ou Aristote... Loin s'en faut.--Kaviraf (d) 24 mai 2021 à 07:14 (UTC)

Jahl de Vautban : où est l’exégèse dans ce cas ? Pour un contemporain, l’« affaire Turmel » était sans doute une référence connue, qui est absolument hermétique pour des lecteurs du xxi^e siècle. Rendre service au lecteur de cette manière ne semble pas sacrilège, tant que la note apporte des informations et pas des opinions. ManuD (d) 24 mai 2021 à 09:34 (UTC)

Je ne suis pas choqué non plus… la note apporte une information permettant de comprendre au xxi^e siècle ce qui était "naturellement" connu à l'époque du manuscrit… et cette note ne prend pas parti pour une opinion par rapport à une autre. Par contre, il aurait été encore plus clair de mettre "Note Wikisource" --Lorlam (d) 24 mai 2021 à 21:59 (UTC)

Pour ma part, une note d'information propre à Wikisource n'empiète pas sur le livre et rend plutôt service au lecteur. Textemagne (d) 25 mai 2021 à 15:56 (UTC)

La note est clairement identifiée Note de Wikisource et je ne vois pas quelle condamnation pour cause d'impureté rituelle pourrait être invoquée, dès lors que c'est pertinent et que ça enrichit le lecteur. Je pratique moi-même, le plus récemment en épigraphie de Introduction à la vie dévote. Je tiquerais davantage sur le lien avec Wikipedia, qui risque de lancer le lecteur sur liseuse dans une périlleuse aventure.--Wuyouyuan (d) 25 mai 2021 à 16:14 (UTC)

Pour ma part, je persiste à penser que le travail collaboratif de Wikisource devrait s'arrêter à transcrire le texte, à le mettre en page et, éventuellement, à intervenir ponctuellement pour corriger ce qui est manifestement une erreur dans le processus éditorial. Tout ce qui relève d'un travail d'édition plus approfondi, incluant notamment l'insertion de commentaires pour expliquer tel ou tel point dont la compréhension est jugée difficile (c'est le principe même de l'exégèse) ne devrait pas avoir lieu ici ou devrait être fait de manière à ce qu'il soit dans le code sémantiquement distingué du texte et qu'il en soit séparable à tout moment. C'est Wikisource qui devrait servir de référence à Wikipédia, pas l'inverse. --Jahl de Vautban (d) 25 mai 2021 à 17:25 (UTC) PS : notez que la note a été modifiée entre le premier message de Cantons-de-l'Est et actuellement. --Jahl de Vautban (d) 25 mai 2021 à 17:36 (UTC)

Annotation sémantique

Bonjour, pour ceux qui souhaitent ajouter des annotations sémantiques lors de la transcription, je viens d'ajouter le modèle {{Annotation QID}} ou en abrégé {{aqid}}, à l'imitation du wikisource en anglais, qui permet d'annoter n'importe quelle partie de texte (généralement des noms de personnes ou de lieux, mais pourquoi pas des concepts ou autre) avec son identifiant Wikidata. Cette information est juste enregistrée dans un attribut about et ne perturbe donc pas le texte.

Pour l’exploiter, il faut ajouter des comportements qui pourraient être soit personnel soit à déclenchement (à la mode du modèle {{Modernisation}}). À titre d'exemple, la documentation du modèle montre comment modifier sa feuille de style ou son code javascript pour rendre ces parties annotées visibles ou ouvrir une nouvelle fenêtre sur Wikidata par clic de souris. J'espère que ce modèle (et ses futurs usages) ouvrira de nouvelles perspectives et réconciliera les adeptes de la transcription pure et ceux qui veulent ajouter de l'information.

J'ai commencé à expérimenter ce modèle sur le texte Vingt-deux jours de captivité à vous de les trouver... Bonne journée à tous. Toto256 (d) 24 mai 2021 à 09:25 (UTC)

Toto256, Les liens fonctionnent bien dans six navigateurs Web (Basilisk, Brave, Chrome, Edge, Firefox, Palemoon), mais aucun changement de coloration avec les mêmes six navigateurs (si on suit la recette de la documentation). — Cantons-de-l'Est ^discuter 24 mai 2021 à 13:39 (UTC)

Toto256, Selon ce que j'inscris dans mon common.css et dans mon common.js, ça peut fonctionner ou pas. Je suggère de ne pas compter sur about, et de lui préférer une classe. Par la suite, c'est facile de forcer la couleur en CSS. Toutefois, le CSS peut ne pas fonctionner à cause du JS. En passant, je doute que background-image fonctionne bien dans Wikisource. Je suggère plus basique : background-color: #fff2ac; . — Cantons-de-l'Est ^discuter 24 mai 2021 à 18:10 (UTC)

Toto256 : c'est un pas dans la bonne direction, mais j'émets quelques réserves sur le recours à un modèle pour l'annotation (tout en ayant pas d'alternative à proposer) : une utilisation à grande échelle sur une même œuvre risque de rendre la page inaffichable pour cause de trop d'appels de modèle. --Jahl de Vautban (d) 25 mai 2021 à 17:29 (UTC)

Selon mon expérience, le moteur de Wikisource bloque l'affichage des modèles si leur décompte se situe dans la fourchette 5 000-6 000 (je n'ai jamais pu établir le nombre exact de modèles, probablement parce que plusieurs font appels à d'autres modèles). Je le sais parce que j'ai dû retirer quelques centaines de modèles de quelques tomes d'HDCER pour réussir à faire afficher toutes les informations pertinentes. ÀMHA, le moteur de Wikisource rendrait correctement un ouvrage qui compterait moins de 2 000 modèles. — Cantons-de-l'Est ^discuter 25 mai 2021 à 18:03 (UTC)

Ca dépend de la quantité de texte générée par le modèle. Celui-ci paraît léger, donc ça ne devrait pas poser de problème pour des milliers d'inclusions sur une page (et même plus de 10 000 pour {{Annotation QID|Q535|Victor Hugo}}). Seudo (d) 26 mai 2021 à 09:27 (UTC)

C'est très beau, l'annotation sémantique, mais je ne suis pas sûr que ce soit dans la vocation de Wikisource de faire cela. Déjà l'insertion de liens avec Wikipedia pose des problèmes aussi bien techniques (quand on lit sur une liseuse) que sémantiques (le savoir du contributeur es-il exhaustif et infaillible pour attribuer le sens exact, ne pas se tromper entre les personnes, etc). J'avais été contre l'idée d'ajouter un chapeau aux textes (exemple malheureux L’Ancien Régime et la Révolution). Mais je ne voudrais pas gâcher le plaisir. --Wuyouyuan (d) 26 mai 2021 à 09:49 (UTC)

Je suis assez d’accord avec vous, Wuyouyuan. Même si tout rentre sur une page internet, cela va néanmoins alourdir très sensiblement le poids des textes exportés, pour un résultat aléatoire (la consultation d’Internet n’est pas une fonctionnalité de toutes les liseuses, loin de là, et même pour celles qui le peuvent, il est rare d’obtenir le résultat escompté).

Et est-ce que c’est pertinent ? l’auteur pense souvent à un seul trait « à la fois » de la personne, du lieu, de la période qu’il désigne, qu’il faudrait extraire de la masse d’informations de la notice Wikidata pour vraiment être utile au lecteur — et encore faut-il qu’elle y puisse trouver place. Par exemple, un poème de Valéry s’appelle Valvins, nom d’un hameau en région parisienne. Je veux bien renvoyer à Wikidata, mais la seule information utile, celle que Valéry veut de son lecteur qu’il ait dans la tête, est qu’à Valvins Mallarmé avait acquis une maison de campagne — faites entrer ça sur Wikidata ! le renseignement n’est même pas explicitement sur Wikipédia. Et même, parfois, l’auteur mentionne une personne, un lieu, un événement, sans intention précise : ainsi, quand un auteur utilise un nom de rue (puisque j’ai trouvé place des Terreaux comme utilisation du modèle), est-ce qu’il veut absolument que le lecteur sache tout de cette rue, ou plutôt n’est-ce pas juste un « effet de réel », ou de « couleur locale », qui n’appelle pas d’autre exégèse ? et quand il fait une courte biographie de quelqu’un, renvoyer à une notice sur cette personne, alors que le texte probablement se veut suffisant, et n’appelle pas de compléments, n’y aurait-il pas quelque mauvais goût à le faire ?

Ensuite, où s’arrêter ? les noms propres les moins connus, tous les noms propres ? Car si l’on commence à vouloir faire des nuances, de la casuistique, à vouloir deviner l’intention de l’auteur, on fait entrer l’exégèse par la fenêtre, et l’on risque de n’être pas d’accord entre relecteurs successifs. Alors pour tous les noms propres ? À nouveau on revient à des questions de poids, et aussi de temps de contribution. Il faudrait alors des règles reconnues par tous, mais avant qu’on y arrive…

Enfin, on renverrait vers Wikidata. Mis à part les contributeurs wiki (et encore, je suis prêt à parier, pas tous), qui connaît Wikidata ? Et est-ce vraiment un site fait pour la consultation ? Je ne le crois pas. Je préfère autant, pour ma part, importer une édition annotée, c’est plus simple et incontestable. — ElioPrrl (d) 26 mai 2021 à 10:08 (UTC)

D’ailleurs, sur la Wikisource anglophone, ce modèle n’a été créé qu’il y a quelques jours, utilisé par un seul utilisateur, dans un seul livre. Le modèle anglais a lui-même été importé de la Wikisource germanophone, créé il y a quinze jours, utilisé là aussi par un seul utilisateur sur un seul livre. Ca me semble laisser trop peu de recul ; je préfèrerais qu’on fasse rôder ce modèle là où il a été créé, et s’il y fait ses preuves, qu’on l’applique aussi ici (mais faudrait-il alors relire tous les fac-similés déjà validés ?). Pour le moment, sur les scriptoriums anglophones et germanophones, on se pose surtout des questions sur la pertinence du modèle, et sur où, quand et combien de fois l’utiliser. — ElioPrrl (d) 26 mai 2021 à 11:07 (UTC)

Wuyouyuan : je m'étonne de lire que vous vous opposez à l'annotation sémantique sous prétexte, en partie, que les contributeurs ne sont pas infaillibles, mais que vous n'avez rien contre l'insertion de commentaires explicatifs de la part de ces mêmes contributeurs, ce qui me semble d'autant plus sujet à erreur que le texte est long.

ElioPrrl : oui, c'est pertinent et c'est même très actuel. De nombreux projets scientifiques reposent sur l'annotation sémantique. Pour Wikisource, le but ne sera probablement pas tant d'apporter d'autres informations sur l'objet annoté (quoique ce soit possible) que de rendre accessible l'existence de tel objet dans tel texte. Tel personne sera par exemple intéressée à la représentation dans la littérature de Valvins, tel autre sur les biographies de Victor Hugo, etc. Mais pour être efficace, elle aura besoin de savoir que tel texte mentionne Valvins et tel autre Victor Hugo — ce sont des exemples basiques, l'exercice serait autrement plus intéressant avec Saint-Martin. Idéalement, il faudrait annoter un maximum d'objets. Le problème principal à mon sens c'est que Wikisource n'a pas été pensé à l'origine (en 2002 !) pour ce genre d'annotations et que leur insertion va nécessairement résulter d'un bricolage qui va, il est vrai, alourdir sensiblement les pages, spécialement les transclusions, pour un gain immédiat qui sera sans doute nul pour qui n'use Wikisource que comme une bibliothèque traditionnelle. Dans l'idéal, j'imagine qu'il faudrait que nous disposions d'un outil spécifique, qui permettrait d'annoter le texte dans un second temps par rapport à la transcription, de manière à garder les deux séparés. Mais nous n'y sommes pas encore. --Jahl de Vautban (d) 26 mai 2021 à 11:37 (UTC)

Jahl de Vautban : Ah donc ce n’est pas du tout pour faire du commentaire ! Cela serait plutôt un moyen de créer un index nominum de toute la littérature publiée. C’est déjà plus clair. J’avais l’impression, d’après la présentation de @Toto256 et la discussion qui s’en est ensuivie à propos de la coloration du texte, que l’on cherchait à insérer une note sans le dire en renvoyant vers Wikidata ; au contraire, si j’ai bien compris, il s’agirait plutôt d’insérer une ancre où atterrir depuis, mettons, Wikidata, qui servirait alors aussi d’index.

Cela n’empêche que, sous ce nouveau point de vue, je maintiens mes critiques sur la technique : je ne suis pas sûr qu’un modèle soit le meilleur choix. On pourrait peut-être y remédier en partie en remarquant qu’il est alors tout à fait inutile d’exporter l’annotation sémantique dans les ebooks, à moins d’insérer automatiquement un index en fin d’ebook. Je vous rejoins tout à fait sur l’idée qu’il faudrait deux outils distincts (et créer un nouveau niveau de qualité en mode page, après Validé). Je proposais de laisser de.wikisource et en.wikisource éprouver le modèle, et je reste sur cette opinion. — ElioPrrl (d) 26 mai 2021 à 11:51 (UTC)

Au-delà du débat sur la pertinence, le modèle me paraît surtout expérimental puisqu'il faut aller manuellement chercher le QID sur Wikidata pour chaque annotation, donc ce serait très fastidieux d'annoter un ouvage entier (alors que les liens vers Wikipédia sont facile à faire et, en cas d’homonymie, à vérifier et corriger). À moins qu'il y ait un outil Javascript permettant, par exemple, d’afficher les QID correspondant à un libellé qu'on sélectionnerait à la souris… Seudo (d) 26 mai 2021 à 14:05 (UTC)

Ma position est radicale, et reprend le serment d'incompétence du regretté Utilisateur:ThomasV. Wikisource met en ligne des textes, pas des constructions. Le résultat devrait être indépendant du contributeur (l'exactitude, l'harmonie de la mise en page, sont des habiletés manuelles qui varient d'une personne à l'autre, le plus habile affine ce qu'avait fait le précédent), et sûrement pas être enrichi de quelque chose qu'il apporte. Il est permis d'expliquer dans une note pourquoi le texte a tel aspect, mais pas ce qu'il signifie de l'avis du contributeur. Sur Wikipedia, on s'épuise à soutenir que tel fait est vrai, c'est le jeu. Faut-il le transplanter sur Wikisource ? --Wuyouyuan (d) 26 mai 2021 à 18:25 (UTC)

Les Mille et Une Nuits, trad. Galland, Le Normant, pages manquantes

Bonjour,

Dans Les Mille et Une Nuits, trad. Galland, Le Normant, 1806, tome II, quatre pages manquent. Peut-on les trouver quelque part dans le Web ?

— Cantons-de-l'Est ^discuter 26 mai 2021 à 07:10 (UTC)

Bonjour Cantons-de-l'Est : Voila les page 507 et suivantes de la même édition : Google. On peut essayer de les intégrer au djvu, mais cela va décaler les pages suivantes. --Cunegonde1 (d) 26 mai 2021 à 08:55 (UTC)

Par bonheur, il n'y en a pas beaucoup, et on peut faire le décalage à la main. Ou bien, solution paresseuse, mettre les images des pages 507 à 510, 149e nuit, en page de discussion de la 511, et coller le texte à sa place dans la page 511. Je peux faire l'un ou l'autre si vous n'avez pas le temps. --Wuyouyuan (d) 26 mai 2021 à 09:38 (UTC)

Cantons-de-l'Est et Wuyouyuan :J'ai préparé le fichier avec les pages manquantes insérées, par contre, je n'aurai pas le temps de m'occuper des pages décalées. A votre feu vert, je le téléverse sur Commons--Cunegonde1 (d) 26 mai 2021 à 10:11 (UTC)

Cunegonde1 et Wuyouyuan, Faites, faites, je ne suis pas égoïste . — Cantons-de-l'Est ^discuter 26 mai 2021 à 11:41 (UTC)

Cantons-de-l'Est et Wuyouyuan : C'est fait, et comme je n'aime pas faire les choses à moitié, j'ai rectifié les décalages ainsi que sur la page du Sommaire général de tous les volumes. Bonne journée.--Cunegonde1 (d) 26 mai 2021 à 12:27 (UTC)

Notifications, en panne pour moi

Bonjour,

Je ne reçois plus, avec certitude, de notifications wikisourciennes depuis ce matin (via {{ping}} au moins). Hier et avant-hier, j'ai envoyé des notifications à des wikisourciens, qui n'ont pas répondu. Je croyais qu'ils m'ignoraient, mais je soupçonne maintenant que le moteur de Wikisource a un bogue, probablement apparu le jour où Raymonde Lanthier a vu le bogue des largeurs, soit depuis le 21 mai.

Le moteur de Wikipédia fait bien son travail, parce que j'ai reçu hier une notification d'un wikipédien pendant que je faisais des trucs ici.

— Cantons-de-l'Est ^discuter 26 mai 2021 à 11:40 (UTC)

J’avais mis cela sur le compte de mon étourderie, mais depuis une ou deux semaines (donc avant le bogue des largeurs), je ne reçois pas toutes les notifications via {{Ping}} : ainsi, j’ai bien reçu aujourd’hui celles notifiant les messages postés ici sur le Scriptorium et portant mon nom, mais pas celles liées aux messages que F0x1 m’avait adressés sur sa page de discussion. — ElioPrrl (d) 26 mai 2021 à 12:24 (UTC)

Petits rectangles bleus à l'export en pdf ???

Enregistré sur Phabricator
Tâche 283929

Bonjour à tous,

J'ai l'habitude de vérifier de temps en temps ce que donnent mes contributions à l'export en pdf… Or, depuis quelques temps, l'export en "pdf" du livre Occupe-toi d’Amélie ! donne un comportement bizarre : deux "petits rectangles bleus" apparaissent sur une nouvelle page, avant le début de l'acte 2… en cliquant sur le deuxième lors de la visualisation avec Acrobat Reader, j'ai le message suivant : "L'arborescence de la page contient un nœud incorrect" !? je n'avais pas ce comportement "avant"… savez-vous me dire ce que c'est ???… et comment éviter cela ? merci d'avance --Lorlam (d) 26 mai 2021 à 17:37 (UTC)

Lorlam, Je les vois dans le fichier PDF. J'ai cherché des caractères inhabituels dans quelques pages, mais je n'ai rien trouvé. Désolé. — Cantons-de-l'Est ^discuter 27 mai 2021 à 22:47 (UTC)

Merci en tout cas, Cantons-de-l'Est, d'avoir cherché… personnellement, la seule chose que je sais, c'est que cette page "buggée" fait partie de l'acte 2, car on y arrive directement lorsque l'on clique sur "Acte II" dans le sommaire !? --Lorlam (d) 27 mai 2021 à 23:01 (UTC)

J'ai cherché aussi, il semble s'agir de liens vers des ancres, mais ils sont inopérant. J'ai également essayé de modifier la phrase de transclusion dans l'espace principal « index="Feydeau Occupe toi d Amelie.djvu" from=146 to=285 » vers « pages index="Feydeau Occupe toi d Amelie.djvu" from=146 to=285 header="" » sans que cela change quoi que ce soit.--Cunegonde1 (d) 28 mai 2021 à 04:56 (UTC)

Merci Cunegonde1 pour la tentative… bon, ça reste donc un mystère !? --Lorlam (d) 28 mai 2021 à 11:29 (UTC)

Merci aussi à Seudo pour l'enregistrement du problème sur "Phabricator"… S'il y a du nouveau merci de nous faire un retour --Lorlam (d) 29 mai 2021 à 07:17 (UTC)

Marges des titres {{T3}} après export

Bonjour ! Je me suis rendu compte depuis un certain temps que j’avais beau spécifier dans {{t3}}, grâce aux paramètres m, mt, mb=, les hauteurs des marges verticales, celles-ci sont systématiquement augmentées dans les fichiers exportés — ce qui n’arrive pas pour les autres niveaux de titre. Cela vient de ce que, dans MediaWiki:Epub.css, .h3 est affecté d’un padding, alors que les autres niveaux sont pourvus d’un margin, de sorte que le paramètre m, mt, mb= se substitue à la valeur de marge par défaut pour {{t2}} ou {{t4}}, mais se cumule au padding par défaut pour {{t3}}. Serait-il possible de transformer ce padding en margin, de manière à ce que tous les modèles {{t2}}, {{t3}}, etc. aient un comportement homogène à l’export, et que les marges précisées par les contributeurs ne soient pas déformées ? D’avance Merci  ! — ElioPrrl (d) 29 mai 2021 à 20:56 (UTC)
PS : je notifie ici les contributeurs ayant le droit de modifier cette page : @Acer11, @R, @VIGNERON, @Zyephyrus — mes excuses pour le spam aux trois qui seront pris de vitesse par le plus rapide — ElioPrrl (d)

Est-ce que ce que j'ai fait suffit ? --Zyephyrus (d) 29 mai 2021 à 21:29 (UTC)

Parfait ! Merci beaucoup, @Zyephyrus ! — ElioPrrl (d) 29 mai 2021 à 21:33 (UTC)

La Descendance de l’homme et la sélection sexuelle

Bonjour
J'ai longtemps cherché, et je n'arrive pas à trouver pourquoi ce chapitre et le suivant s'affichent avec une police plus petite. Apparemment, il y a une balise <small> mal placée, mais je ne trouve pas où. Quelqu'un aurait-il une réponse ?
--Acélan (d) 31 mai 2021 à 12:01 (UTC)

Acélan : C’est résolu : dans la table des matières, une balise small ouverte à l’intérieur d’un lien étant fermée à l’extérieur de celui-ci ; la boîte de titre récupérait ce lien pour construire le navigateur, et donc récupérait la balise ouvrante, mais pas la fermante. — ElioPrrl (d) 31 mai 2021 à 12:47 (UTC)

Merci ElioPrrl ! je cherchais quelque chose comme ça, mais ma nuit a été trop courte, sans doute, je n'avais pas les yeux en face des trous. --Acélan (d) 31 mai 2021 à 13:04 (UTC)

Liste de suivi

Bonjour !
Ma liste de suivi a besoin d'un petit régime… mais quand je lance "Modifier votre liste de pages suivies", j'obtiens le message : Dépassement de temps du serveur.
Ce problème est-il connu ? Merci --*j*jac (d) 31 mai 2021 à 13:15 (UTC)

Le formulaire est un peu lourd (et guère utilisable) pour Wikisource, où on peut avoir des dizaines de milliers de pages dans sa liste de suivi. Pour l'éditer en mode "brut", voyez Spécial:Liste de suivi/raw. Seudo (d) 31 mai 2021 à 14:10 (UTC)

Seudo : grand merci pour l'astuce ! --*j*jac (d) 31 mai 2021 à 16:38 (UTC)

Juin 2021

Petit nombre de pages à corriger et à valider (Épisode 16)

Pour 2021, ce mini-projet à une page dédiée par mois, voici la page pour le mois en cours :

Wikisource:Petit nombre de pages à corriger et/ou à valider - juin 2021 - épisode 16

Des nouveautés sont disponibles pratiquement chaque jour. Pour vous tenir au courant, n’hésitez pas à placer cette page dans votre liste de suivi.

Merci à tous.

Résultats mois par mois pour 2021 voir ici

--*j*jac (d) 30 mai 2021 à 10:45 (UTC)

En mai (épisode 15) 44 textes sont été corrigés, validés et rattachés à un fs

--Le ciel est par dessus le toit ^Parloir 2 juin 2021 à 12:08 (UTC)

Theodor Herzl, l'Etat juif

J'ai idée de mettre en ligne une traduction du livre de Theodor Herzl, prophète du sionisme, L'Etat juif ou l'Etat des Juifs, original Der Judenstaat, 1896, texte important. Mais pas moyen de trouver un fac-simile. Google et autres ne me fournissent que des éditions d'aujourd'hui, non utilisables. Si quelqu'un peut trouver. J'ai du mal à croire qu'il n'ait pas été traduit en français avant aujourd'hui. --Wuyouyuan (d) 1 juin 2021 à 20:41 (UTC)

Wuyouyuan : il semble exister une traduction de 1926 qui serait DP, malheureusement je n'en trouve pas de scans (BNF, Google). --Jahl de Vautban (d) 7 juin 2021 à 07:51 (UTC)

Jahl de Vautban : Je suis vexé ; j'avais cherché dans BnF et pas trouvé. Je vais peut-être commander un PDF + OCR à la BnF où j'ai un compte. Pour Altneuland, la BnF n'a que l'allemand, édition originale de 1902. C'est curieux qu'un auteur aussi important dans l'histoire du monde soit si mal servi. (suite) : J'ai compris pourquoi je n'avais pas trouvé sur BnF: en partant de l'auteur, on aboutit à la liste des oeuvres, où ce que je cherchais ne figure pas ! --Wuyouyuan (d) 8 juin 2021 à 08:15 (UTC)

LMUN, mise en page

Bonjour,

Je prévois relire les neufs tomes de l'ouvrage Les Mille et Une Nuits (1806), que j'abrège en LMUN. Comprenant plus de 4 000 pages, je cherche à uniformiser le plus possible la présentation des pages. Plusieurs aspects m'ont semblé évidents à décider, mais j'ai des doutes pour un aspect.

Selon vous, quelle mise en page utiliser pour ces trois pages (et les 250 autres pages semblables par ricochet) :

page	{{sc}}	{{initiale}} + {{sc}}
[15]	Toutes	Toutes
[16]	Les	Les
[17]	Dinarzade	Dinarzade

Je suis preneur pour tout modèle de présentation pertinent.

— Cantons-de-l'Est ^discuter 2 juin 2021 à 23:19 (UTC)

L'initiale agrandie me plait. Mais méfiez vous du modèle Initiale qui produit des résultats contrastés selon la liseuse (le modèle Lettrine est frappé du même problème). J'utilise personnellement le modèle taille comme ici :

L’INQUIÉTUDE, le mépris du prochain et l’orgueil, sont inséparables du jugement téméraire ; … --Wuyouyuan (d) 3 juin 2021 à 09:33 (UTC)

Cantons-de-l'Est : Je choisirais {{Initiale}}+{{sc}}, puisqu’en mesurant sur le fac-similé, l’initiale est 1,5 fois plus grande que les majuscules du corps du texte ; et comme je suis maniaque, je choisirais le paramètre taille=150% pour coller à cette mesure :

Toutes les éditions des Mille et une Nuits qui ont précédé celle-ci, sont tellement remplies de fautes d’impression et de ponctuation, que la lecture en est non-seulement pénible, etc.

Il serait aussi possible de changer la graisse, car je ne pense pas que l’initiale soit en gras dans le fac-similé.

Wuyouyuan : Pourriez-vous décrire les problèmes que ce modèle pose sur liseuse, s’il vous plaît, que je puisse voir si je peux l’améliorer ? Parce que, de mon côté, à part la graisse (mais qu’il est possible de modifier dans {{initiale}}), je ne vois rien qui différencie {{Initiale}} de l’utilisation que vous faites de {{t}}— ElioPrrl (d) 3 juin 2021 à 10:44 (UTC)

Réponse paresseuse: Initiale et Lettrine contiennent des instructions bavardes que les liseuses (au sens large, y compris les visualisateurs d'EPUB sur PC) interprètent comme elles peuvent. Ce qui aboutit (cas simple) à mettre la lettre initiale seule au centre d'une ligne et la suite dessous. Comme vous dites, {{t|W|200}} donne la même chose que l'Initiale, y compris l'héritage de la fonte. Pourquoi faire compliqué ? (mais c'est aussi une joie intellectuelle) --Wuyouyuan (d) 3 juin 2021 à 12:57 (UTC)

Wuyouyuan : Ce reproche de prolixité des informations est particulièrement fondé pour {{Lettrine}} (que je trouve d’ailleurs assez peu esthétique, mais passons), assez peu pour {{Initiale}}, que j’ai quand même modifié pour ne lui laisser que les deux informations essentielles (corps de la fonte et hauteur de l’interligne) en l’absence de paramétrage plus poussé.

Par contre, là où je ne vous suis plus, c’est sur la « joie intellectuelle ». En l’état, il y a toujours quelque chose de plus chez {{Initiale}}, et qui est extrêmement utile : c’est la classe class=lettrine ; en sorte que, pour le lecteur qui voudrait changer de couleur toutes les initiales, ou changer leur fonte, ou quoi que ce soit qui lui plaise mieux dans un ebook, il peut changer la classe dans la feuille CSS, sans affecter tous les passages utilisant {{t}} ; si le modèle lui pose problème, il peut même vider la classe. Il faudrait d’ailleurs pousser plus loin cette logique, et modifier Common.css, pour que les valeurs par défaut du corps, de l’interligne et de la graisse y soit précisées là-bas, et pas à chaque appel du modèle.

C’est ce qui s’est passé pour {{didascalie}} : il était bien plus simple de mettre la didascalie entre '', et je pensais, comme vous pour {{Initiale}}, qu’il valait mieux passer directement par le plus simple ; mais d’autres m’ont fait entendre que le modèle pouvait avoir un rôle sémantique, et c’est ce qu’il fait maintenant : il appelle la classe {{didascalie}}. Le lecteur (ici, disons, le comédien qui aurait ses habitudes) peut imposer à toutes les didascalies d’être en italiques, ou en plus petits caractère, ou en couleurs, selon ses habitudes. [Digression : d’ailleurs, maintenant que {{didascalie}} a reçu des paramètres de mise en forme, on peut utiliser ces paramètres pour toutes les didascalies ; mais si toutes les didascalies d’une pièce ont un même formatage, il vaut mieux directement modifier la classe .didascalie dans la feuille de style du livre, et n’utiliser les paramètres que lorsque une didascalie s’écarte de ce formatage commun ; de sorte que le lecteur pourra modifier toutes les didascalies à la fois en modifiant simplement la feuille CSS.] Et, si ce n’était que de moi, j’appliquerais ce genre de méthodes pour d’autres modèles : il vaut mieux à mon avis gonfler Epub.css d’une dizaine ou d’une vingtaine de classes pas forcément utilisées dans tous les livres, que d’alourdir les livres des mêmes instructions à chaque appel de modèles. — ElioPrrl (d) 3 juin 2021 à 14:45 (UTC)

J'admire. Mais le lecteur moyen n'a pas les compétences informatiques dont vous parlez. Moi-même, qui fus informaticien dans une vie antérieure, je ne me soucie plus de cela dans mon grand âge. Juste de pouvoir télécharger sur ma tablette en quelques gestes un livre numérique utilisable et, si possible, agréable à lire. Et, comme contributeur, ne pas me heurter à des murailles technologiques pour établir un texte. Mais, comme je dis souvent, je ne veux pas gâcher le plaisir; juste, que les geeks pensent à leur plaisir légitime, et aussi aux besoins du lecteur de base. --Wuyouyuan (d) 3 juin 2021 à 19:51 (UTC)

Poésie athée

Bonjour ! En vue de la création d'un spectacle, je suis à la recherche de textes poétiques athées, anti-cléricaux, agnostiques, irréligieux, blasphématoires, etc. J'ai déjà dressé une liste d'une petite trentaine de textes ici : Utilisateur:M0tty/Poésie Athée. Si vous pensez à d'autres textes, ou que vous en découvrez au cours de vos pérégrinations littéraires, n'hésitez pas à les ajouter à la liste ! Merci pour votre aide ! M0tty (d) 2 juin 2021 à 14:41 (UTC)

[Job] Wikimédien en résidence en Auvergne

Dans le cadre d'une convention entre Wikimédia France, Clermont Auvergne Métropole et l'Université Clermont Auvergne, un poste de wikimédien en résidence est ouvert. 6 mois au sein de Clermont Auvergne Métropole + 6 mois au sein de l'Université Clermont Auvergne.

https://www.emploi-territorial.fr/details_offre/o063210500307350-wikimedien-ne

Pyb (d) 3 juin 2021 à 05:05 (UTC)

Surlignage des scanilles

Bonjour à tous ! Comme au moins trois contributeurs nous ont posé la question, à @Cunegonde1 et à moi, depuis que nous avons mis à jour la page de la chasse aux coquilles, je viens présenter cette expression régulière et son mode d’emploi ici, afin que cela profite au plus grand nombre.

Cunegonde1 avait partagé une expression régulière sur cette page, qui détectait beaucoup plus de scanilles que le gadget « Erreurs communes » (celui qui surligne en rose les erreurs possibles). J’ai adapté cette expression pour qu’elle puisse être prise en compte par le gadget, de sorte qu’il surligne, en plus de ce qu’il surlignait déjà :

— de nouvelles successions de mots suspectes :

— les doublons (du style : « je ne ne sais pas, et et toi ? », que @M0tty s’escrime à corriger depuis bien des jours maintenant ) ;

— les lettres latines dans les mots en grec et inversement (suite à une question de @Cantons-de-l'Est sur le Scriptorium le mois dernier ).

Il y a des faux positifs supplémentaires, évidemment, mais peu devant le nombre de nouvelles coquilles détectées. Depuis, j’ai modifié la règle de Cunegonde1 pour mon usage personnel, ce qui diminue le nombre de faux positifs, quitte à laisser passer plus de coquilles.

Si vous voulez profiter de ces améliorations, deux méthodes :

— ou bien vous importez ma sous-page personnelle, en copiant importScript('User:ElioPrrl/Scanilles.js'); dans votre common.js — avantage : c’est très simple ; inconvénient : vous êtes tributaires des évolutions que je lui fais subir, d’où, corollaires : s’il y a trop de faux positifs à votre goût, vous ne pouvez rien y faire ; et le gadget parfois ne marchera pas si j’ai le malheur d’y faire des tests  ;

— ou bien vous créez votre propre complément au gadget — avantage : si vous voulez surligner certaines scanilles supplémentaires, il suffit d’ajouter à la suite les expressions rationnelles, chacune sur une nouvelle ligne, séparées par des virgules, et si vous voulez arrêter d’en surligner d’autres, il suffit de supprimer le morceau de regex qui vous pose problème ; inconvénient : c’est un poil plus compliqué :

1. Créez la sous-page Scanilles.js de votre espace Utilisateur: ;

2. Y coller le code de Cunegonde1 ou le contenu de ma sous-page :

Code de Cunegonde1

function mes_erreurs_communes() {
    select_multiple_text.exec(/.*/,
        [
        	"?!nous|vous|faire|en|s\\ss’)(?<=^|\\s)(['’a-zÀ-ÿâàéèêëîïôùûüœæſ]+)\\s\\1(\\s|\\.|\\…|,", // doublons
        	"(?<![Ii]l|[Ee]lle|[Oo]n|y en|en|y|lui|[mtl]’|[nv]ous)\\sa\\s(?=l[a’]|[A-Ù]|côté|droite|gauche|ce[lt][lt]e|celui|ne|[mts]o[n]|moi|lui|[nv]os|tête|queue|leurs?|part|contre|faire)|(\\s[cdjlmnrstuùCDJLNRSTU]\\s)|([„■•~\"\“\#\^\|\]\[\]])|(?:(\\s|>|\-|\'|\’))(VÉ|\/\/|ime|1[aelu]|I['’0-9]|afli|\b(\w[a-zà-ùA-Z]+)\b \b\1\b|accroit|[àa]la|Ali|(l’a|a)igent|antre|arec|aorte|atout|aue|avals|plait|déplait|clot|git|aveo|ayec|bâte[rs]?|bâta|bâtent|bêles?|boites?|bottes?|c[’']a|ca|cardan|carie|celai|[Cc]elte|cl|[Cc]lames?|clans|clic|cloutes?|clouter|co|cola|cote|coté|cotte|croit|crut|da|daines?|décroit|dés?|déplus|de[39]|dévoient|dî(t|tes)|do|dont\\sou|dupassé|ea|Eli|[Ee]lé?|[Éé]liez|échiné|enl|en\\sroule|entant|eu|esi|épouvantait|estce|étalent|é[lt]alt?|étes|évoque|Fart|fartes?|Fauteur|fat?|faîte|fdle?|fiançais|fït|Fo|foire|fondions|foret|fouie|fols|fur|[Gg]ela|gène|gu[ei]|Hais|heu|honnète|[ïî]|[Ii]i|.it il|.it elleilua|im|inoi|ini|inonde|incuite|[[Jj]\\s|l['’]aire|l['’]eut|lâcheuses?|lactique|[rl]ai[ts]?|laites?|lard|laveur|lavu|lemmes?|l[éè]s?|lésa|le[39]|tien|ligures?|litres?|ll|lous|luf|maia|ma[ït]s|maitr(e|esse)s?|maitris[eéèaoiâ][snoeimrt]?[snzteai]?[snei]?[tsoenz]?[nzt]?[st]?|malin|maniéré|médian|[mM]ème|mémo|mil|mimes|mo[lru]|môme|môle|motie|moulon|moulons|moyeu|nait|connait|méconnait|reconnait|renait|ni[ae]|niais|niasse|no|npu|onl|oti|ôtes-vous|ôtes|O/O|[PFT]onde|Pair|[Pp]ais|parait|apparait|disparait|réapparait|reparait|par\\sexempte|paries?|[PTR]avons?|perle|peul|Po|pue|pins|Qh|qu|[Qq]uanta|qni|quelquil|quelle|Quelle|raffaire|relirai|à\\srencontre|rembarras|rétendue|rétablissement|rintérêt|renti|rho|rie|rivai|rl|rosés?|roules?|[rR]ouie|saris|scs|sdr|silène|soldais?|sombré|sons\\sl[ae]|[Ss]ou|se\\smil|tais-loi|Tan|taudis\\sque|tète|tilles?|tf|tn|tins?|Ton|[Tt]onte|tout\\sà\\slait|toules?|Tordre|[Ttd]une|trav|U[st]|u<lie|v|vêlement|[Vv]oila|[Vv]voua|yie|((?<![Uu]n\\s)anx?)|au(dessus|dessous|del[aà])|11(?!\\s(janvier|février|mars|avril|mai|juin|juillet|août|septembre|octobre|novembre|décembre))|(dé|en|)chain(ée|er?|ement)s?|([Cc]elle)(?!\\sà|\\sdu|\\sd’|\\sde|\\sdont|\\spour|\\sdans|\\soù|\\squ[’ei]|-ci|-l[aà])|([Cc]ette)(sdu|\\sd’|\\sde|\\sdont|\\soù|\\squ[’ei]|-ci|-l[aà])|((?<!tr[èé]s\\s|trop\\s|bien\\s|peu\\s)connue)|(?<![Aa]u\\s|[Aa]u-)del[aà]|(?<!du\\s|[cl]e\\s|leur\\s|[TSmts]on\\s)dos(?!\\sà)|([Ee]h(?!\\sbien|donc|quoi|non|oui|que))|(?<=[DLMSdlms]es\\s|[Nn]os\\s|[Uu]ne\\s|[MSTmst]on\\s|[Cc]ette\\s|[Qq]elques\\s|[Ll]eurs\\s)éludes?|(?<=j['’]|tu\\s|il\\s|elle\\s|on\\s)études?|(?<!statu\\s)quo|(?<=[Ii]ls?\\s|[Ee]lles?\\s|[NVnv]ous\\s|l’)écoul(ait|e|aient)|[Ee]u\\s(?=proie|effet|hiver|automne|terre|général|route|marche|lien|est|[a-zÀ-Ù]+ant|[A-ZÉÈ])|(?<!le\\s|ce\\s|un\\s)fil|fout\\s([a-zÀ-Ù]+er|[a-zÀ-Ù]+re|[a-zÀ-Ù]+ir)|([Ii]l\\s|[Ee]lle\\s|[Oo]n)\\sf[uû]i(?![ts])|[Gg]omm(e|ent)|([Uu]n|[Ll]e|[Cc]e|[ad]u)\\sinonde|(?:(?<!en\\s|ce\\s|ces)lien(?!s\\sde|\\sde))|(?:([Uu]ne|[Ss]ans|[Ll]a|[Ll]es)\\slins?)|(?:([Uu]ne|[Cc]ette|première|dernière|la)\\slois)|(?<=l['’]e[uû]t\\s)lachés?|laché(s\\sde|\\sde)|(?<!ém|cor|sér|[bd]ét|berc|port|trav|vitr|chand)ail|(?<!la\\s|de\\s|une\\s|pleine\\s)lune|(?:((?<![Jj]e\\s|[Tt]u\\s|[Ii]l\\s|[Oo]n\\s)|lui|(?<=[Uu]n\\s|[Ll]['’]|[LDCcld]es\\s|cet\\s|bel\\s|beaux\\s|jeunes?\\s|premiers?\\s|vieil\\s|ses\\s))nommes?)|(?<![Ii]l\\s|[Ee]lle\\s)noua|on(?=\\savant|\\sarrière|\\sces?)|\bparle\b(?!\\sainsi|\\sau|\\savec|\\scomme|\\sd’|\\sdans|\\sd[eu]|\\sdonc|\\sici|\\sjamais|\\stoujours|\\spendant|\\sl[àa]|\\slui|\\spas|\\sni|\\splus|\\spour|\\sque)|parces?(\\sbiais?|\\stemps|\\smoyens?)|(pari[eéèaoiâ][snoeimrt]?[snzteai]?[snei]?[tsoenz]?[nzt]?[st]?)|(profil[eéèaoiâ][snoeimrt]?[snzteai]?[snei]?[tsoenz]?[nzt]?[st]?)|sout?|(?<=([TSmts]on|[NVnv]otre|[Ll]eur|[Uu]n|[Ll]e|[ADad]ux?)\\sternies?)|[Tt]on(s|tes?)|((?<=très|trop|assez|bien)\\svile)|(?<=à|de)\\srentrée|((?<=je|tu|ne|il|elle|le)\\syeu[tx]))(\\s| |,|<|\\.)"
        	"[A-Za-z][Α-Ωα-ω]|[Α-Ωα-ω][A-Za-z]", // mélange grec-latin
        ]);
}

$.when(
	mw.loader.using( [ 'ext.gadget.Erreurs-communes' ] ),
	$.ready
).then(
	mes_erreurs_communes
);

3. Ajouter à votre common.js la ligne : importScript('User:votreNom/Scanilles.js'); sans oublier de remplacer votreNom.

Enfin, dans les deux cas, si vous voulez revenir au gadget traditionnel, il suffit de supprimer la ligne importScript(etc.) de votre common.js.

Si vous avez des idées de scanilles à surligner et oubliées par cette expression régulière, ou des idées pour diminuer le nombre de faux positifs, vous pouvez les laisser ici, ou, mieux, dans la page de discussion de la chasse aux coquilles ; j’invite ceux qui créeront leur propre sous-page Scanilles.js à placer cette page de discussion dans leur liste de suivi, pour vous tenir au courant des améliorations de la règle, et les répercuter sur votre sous-page. J’espère que Cunegonde1 et moi vous rendront service . — ElioPrrl (d) 4 juin 2021 à 14:45 (UTC)

Merci pour ce formidable travail !

Ça promet d'améliorer très sérieusement nos capacités de détection des coquilles ! M0tty (d) 5 juin 2021 à 10:49 (UTC)

Pas un poème

Bonjour,

Dans cette page, des passages sont balisés avec <poem>...</poem>, mais ce ne sont pas des poèmes. J'ai tenté quelques trucs pour imiter la mise en page des poèmes (<tt>...</tt>, <code>...</code>, <pre>...</pre>, entre autres), mais je sèche.

— Cantons-de-l'Est ^discuter 5 juin 2021 à 08:38 (UTC)

Cantons-de-l'Est : J’ai tenté quelque chose, cela marche chez moi, mais d’une part je ne suis pas sûr que cela marche sur tous les navigateurs, et sur toutes les liseuses, et d’autre part sémantiquement ce n’est pas orthodoxe… Pourriez-vous attendre un peu avant de généraliser à tout l’ouvrage (si vous comptez le faire), histoire de voir si la solution est viable (et peut-être de l’implémenter via la feuille de style). — ElioPrrl (d) 5 juin 2021 à 10:31 (UTC)

Bonjour, chez moi le texte se retrouve étiré sur toute la longueur de la page, c'est illisible (Firefox et habillage Timeless). M0tty (d) 5 juin 2021 à 10:47 (UTC)

M0tty : En tout cas chez moi, c’est corrigé — ElioPrrl (d) 5 juin 2021 à 10:55 (UTC)

Oui, c'est corrigé chez moi aussi ! Merci ! M0tty (d) 5 juin 2021 à 11:07 (UTC)

ElioPrrl, C'est astucieux l'usage des listes. J'ai aussi testé avec un tableau en m'inspirant largement des styles présents dans la page. Ça fonctionne également :

Normal (avec des <br/>)	Liste	Tableau
Annia L . f . Victorina . ob memoriam . M . Fulvi . Mo derati . mariti . et . M . Fulvi Victorini . f . aquam . sua . om ni . impensa . perduxsit . lac tis . pontibus . et . fistulis . et lacus . cum . suis . orna mentis . dato . epulo dedicavit	Annia L . f . Victorina . ob memoriam . M . Fulvi . Mo derati . mariti . et . M . Fulvi Victorini . f . aquam . sua . om ni . impensa . perduxsit . lac tis . pontibus . et . fistulis . et lacus . cum . suis . orna mentis . dato . epulo dedicavit	Annia L . f . Victorina . ob memoriam . M . Fulvi . Mo derati . mariti . et . M . Fulvi Victorini . f . aquam . sua . om ni . impensa . perduxsit . lac tis . pontibus . et . fistulis . et lacus . cum . suis . orna mentis . dato . epulo dedicavit

Selon mes observations, comparé à la liste, le tableau exige une « bulle » moins grande.

Je pense qu'il faut un module en Lua pour traiter un tel bloc de texte, appliquant un style selon la position de la ligne dans le bloc.

— Cantons-de-l'Est ^discuter 5 juin 2021 à 12:27 (UTC)

Qu’appelez-vous « bulle », Cantons-de-l'Est : ? J’ai pensé au tableau (l’essentiel était d’isoler chaque ligne), mais ce qui me gênait, c’est que l’interlignage est plus grand que pour le reste du texte, ce qui n’arrive pas avec les listes. Quant au module Lua, je serai bien incapable de l’écrire ; surtout, il n’y a pas de règle sur l’alignement de la ligne : parfois c’est la première ligne de l’inscription parfois la dernière, parfois plusieurs parfois une seule, on trouve même dans les pages qui précèdent des lignes alignées à droite, etc. — ElioPrrl (d) 5 juin 2021 à 12:34 (UTC)

ElioPrrl, Par « bulle », j'entends le padding du tableau. Quand à l'interlignage, c'est facile à diminuer dans un tableau (soit en indiquant la hauteur de la ligne, soit en forçant la hauteur de la cellule). Voici un exemple de tableau « écrasé » :

Annia L . f . Victorina . ob

memoriam . M . Fulvi . Mo

derati . mariti . et . M . Fulvi

Victorini . f . aquam . sua . om

ni . impensa . perduxsit . lac

tis . pontibus . et . fistulis . et

lacus . cum . suis . orna

mentis . dato . epulo

dedicavit

Vous avez raison pour l'alignement de chaque ligne (mea culpa).

Donc, trois modèles suffisent pour imiter la mise en page de <poem> : {{poème_debut}}, {{poème_ligne}} et {{poème_fin}}. Seul {{poème_ligne}} doit accepter un paramètre pour l'alignement du texte. On pourra ajouter des paramètres au fur et à mesure des souhaits.

— Cantons-de-l'Est ^discuter 5 juin 2021 à 12:57 (UTC)

Cantons-de-l'Est : Alors dans l’ordre :

— la différence de padding vient simplement de ce que j’ai précisé margin:2em auto dans la liste, et vous margin:0 auto dans le tableau, cela peut faire l’objet d’un paramètre du {{poème_début}} ;

— bien sûr que l’on peut ajuster l’interlignage, mais on ne peut pas utiliser cette propriété pour que l’interlignage entre cellules du tableau corresponde à l’interlignage entre lignes du texte (même line-height:inherit, initial ou normal ne semblent pas donner la bonne valeur ; en fait, je pense que cela vient plutôt du padding des cellules), parce que, en changeant de thème Wikisource ou de support de lecture, la valeur de l’interlignage du texte normal peut changer, de sorte que fixer l’interlignage du tableau à une seule valeur peut correspondre à un cas mais pas aux autres ; avec les listes, en rajoutant margin:0;, l’interlignage est exactement le même ( Cantons-de-l'Est : je me suis permis de modifier votre précédent message pour que cela soit bien visible).

— pour créer un modèle, je peux m’en occuper, mais j’aimerais vraiment savoir si la solution est viable sur tous les supports, parce qu’elle utilise quand même deux propriétés (text-align-last et fit-content), qui ne font pas partie du noyau dur d’HTML et risquent donc de n’être pas reconnues. Sur Opera et Firefox cela marche, j’ai aussi testé sur Calibre, mais après ?

— ElioPrrl (d) 5 juin 2021 à 13:12 (UTC)

En réfléchissant à ces tableaux, je crois que j’ai trouvé la meilleure solution : utiliser des listes, mais formatées avec la propriété display:table;, de sorte que la liste reçoive des tableaux cette capacité à ajuster sa largeur au contenu ; j’ai modifié la page de ce matin, et tout semble fonctionner sur Opera, Chrome, Edge, Firefox et Calibre.

Dans mon bac à sable, j’ai comparé le texte brut, la solution de ce matin avec les listes, et une proposition de modèle qui utilise ce display:table;. À l’heure qu’il est, des paramètres sont prévus pour préciser la langue de l’inscription, pour mettre toute l’inscription en italiques ou en petites capitales, pour indiquer la marge verticale autour de l’inscription, et pour décider de l’alignement des lignes. Cantons-de-l'Est et Jahl de Vautban : (qui a l’habitude, je crois, de l’épigraphie), pourriez-vous me dire ce que vous en pensez ? — ElioPrrl (d) 5 juin 2021 à 15:39 (UTC)

ElioPrrl, J'ai testé votre liste, mon tableau et votre tableau dans Palemoon, Basilisk, Firefox, Chrome, Brave et Edge. Le texte sort uniformément dans les six navigateurs de mon portable (sous Windows 10). Avec vos tests, je suis raisonnablement certain que votre propostion est correcte. Elle peut donc entrer en production dès maintenant. — Cantons-de-l'Est ^discuter 5 juin 2021 à 16:49 (UTC)

Pas grand chose à dire pour la forme, le rendu me semble très correct. Idéalement il faudrait pouvoir reconstituer les mots qui sont à cheval entre deux lignes (ex. Moderati), mais je doute que ce soit possible. --Jahl de Vautban (d) 5 juin 2021 à 17:17 (UTC)

Cantons-de-l'Est : Les modèles {{pavé début}}, {{pavé}} et {{pavé fin}} sont créés, et appliqués à la page de ce matin ; je vous invite à en lire la documentation. Je suis preneur de toute remarque — ElioPrrl (d) 5 juin 2021 à 21:53 (UTC)

Des rimes, des poèmes, des chansons…

Bonjour,

J'ignore si je pose la question de la bonne façon. Les chansons écrites en rimes sont-elles des poèmes (chantés) ? Si oui, doit-on encadrer les chansons écrites en rimes avec les balises <poem>...</poem> ?

— Cantons-de-l'Est ^discuter 8 juin 2021 à 11:52 (UTC)

Je ne vois aucun problème à utiliser les balises <poem>...</poem> pour des chansons, et à vrai dire, je ne comprends pas trop le sens de la question ? --Acélan (d) 8 juin 2021 à 12:17 (UTC)

Si je comprends bien la question, à mon sens les balises <poem>…</poem> n'ont aucune valeur sémantique mais sont simplement une mise en forme automatique avec certaines caractéristiques. Par conséquent elles peuvent s'employer avec tout type de contenu qui a besoin d'un retour à la ligne sans création de nouveau paragraphe. Petite comparaison (notez la marge à gauche de <poem>…</poem>) :

Avec une ligne blanche	Avec <poem>…</poem>	Avec <br/>
Heureux qui, comme Ulysse, a fait un beau voyage, Ou comme cestui là qui conquit la toison, Et puis est retourné, plein d’usage et raison, Vivre entre ses parents le reste de son aage !	Heureux qui, comme Ulysse, a fait un beau voyage, Ou comme cestui là qui conquit la toison, Et puis est retourné, plein d’usage et raison, Vivre entre ses parents le reste de son aage !	Heureux qui, comme Ulysse, a fait un beau voyage, Ou comme cestui là qui conquit la toison, Et puis est retourné, plein d’usage et raison, Vivre entre ses parents le reste de son aage !

--Jahl de Vautban (d) 8 juin 2021 à 12:55 (UTC)

Merci Jahl de Vautban et Acélan, C'est, confusément, de sémantique dont je parlais. J'en conclus qu'une mise en page avec ...<br>... ou <poem>...</poem> est équivalente dans la Wikisource en français (à la marge de gauche près), même si la seconde est préférée pour les poèmes. — Cantons-de-l'Est ^discuter 8 juin 2021 à 13:04 (UTC)

Import automatique des langues d'expression depuis Wikidata

Bonjour,

Actuellement, les langues d'expression des différents auteurs que nous hébergeons sont importés directement depuis ce qui est renseigné sur l'élément Wikidata (voir par exemple Victor Hugo). Chaque langue est dirigée vers une catégorie ad hoc, dont le nom est celui du libellé de l'élément (français est donc dirigé vers Auteurs écrivant en français). J'ai proposé il y a quelque temps de changer cette façon de faire et d'opter plutôt pour une liste, comme ce qui existe pour les occupations ou les "nationalités", avec deux objectifs en tête :

1. Cela nous rendrait indépendant du libellé de Wikidata, qui peut être modifié (ou vandalisé) ;
2. Cela nous permettrait, au besoin, d'adapter les différentes subdivisions dialectales/temporelles d'une langue pour plus de simplicité et pour éviter une hyperspécialisation des catégories (par exemple, il existe une foule de dialectes grecs dont l'individualisation n'est pas vraiment pertinente pour un lectorat francophone).

J'ai commencé à rédigé cette liste, mais j'avoue piétiner un peu. J'accueille très volontiers tout avis sur cette proposition comme sur la liste. --Jahl de Vautban (d) 9 juin 2021 à 14:42 (UTC)

Je comprends votre projet, mais je me concentre sur les livres rédigés en français et beaucoup moins sur les auteurs. Je ne serais pas d'une grande aide pour votre projet. — Cantons-de-l'Est ^discuter 10 juin 2021 à 15:22 (UTC)

Cette liste me paraît très bien, et je ne sais pas trop ce que vous voulez qu’on y apporte J’aurais peut-être séparé ancien français et français (la première catégorie étant incluse dans la dernière ; je laisse comme vous tomber moyen français, par contre, puisqu’il n’y a pas vraiment, à ma connaissance, de consensus sur le terminus ad quem), la distinction « langue à déclinaisons contre langue suivant la grammaire actuelle à quelques points près — prépositions, accords des participes, emploi des modes, principalement » étant parlante pour le lecteur francophone, à qui l’on s’adresse principalement. J’aurais tendance à étendre cette division à d’autres langues européennes, mais il n’y a souvent plus le critère du changement syntactique majeur qu’a subi le français, ni celui de la lisibilité pour le lecteur francophone, qui motivent cet avis.

Même genre de remarque pour le grec, que je diviserai en grec ancien et grec moderne (le grec ancien rassemblant tous les dialectes antiques et le grec médiéval, la plupart des textes byzantins signés étant de toute façon écrits dans une langue atticisante). — ElioPrrl (d) 11 juin 2021 à 13:31 (UTC)

ElioPrrl : c'est déjà une bonne chose de savoir que la liste convient dans sa plus grande partie ! Pour la distinction français/ancien français, les avis ont l'air d'être partagés ; du point de vue des données à disposition il me semble que Wikidata manquait de précision sur ce point et que de nombreux auteurs écrivant en ancien français étaient seulement indiqué comme écrivant en "français". On peut les laisser ensemble pour l'instant et aviser dans le futur — un des avantages de cette liste étant qu'elle est modifiable à tout moment.

On peut sans autre diviser le grec, mais je préfèrerais adopter une tripartition antique/médiéval/moderne. --Jahl de Vautban (d) 13 juin 2021 à 06:45 (UTC)

Indentation fantôme : le retour

Vous pensiez vous en être débarrassé ? Elle est revenue : l’indentation fantôme, qui déparait toutes les pages avec une en-tête non vide, est revenue ; mais pas sur ces pages, non : elle affecte maintenant celles sans en-tête. C’est à ne plus rien y comprendre ! Une idée d’où vient le problème ? — ElioPrrl (d) 10 juin 2021 à 07:27 (UTC)

Aucune idée, mais surtout, c'est par éclipses. J'ai vu plein d'indentations inopportunes depuis hier soir, mais pas sur la page que tu donnes en exemple... --Acélan (d) 10 juin 2021 à 07:48 (UTC)

C’est réellement bizarre : l’indentation apparaît quand je suis connecté, mais plus quand je suis déconnecté — ElioPrrl (d) 10 juin 2021 à 08:00 (UTC)

Aucun problème chez moi. @ElioPrrl essaye de désactiver tes gadgets ou scripts, le problème peut venir de là. --Jahl de Vautban (d) 10 juin 2021 à 09:09 (UTC)

Merci Jahl, mais je ne pense pas que cela vienne de moi, plutôt de développeurs qui font des tests au niveau de MediaWiki, parce que, comme le signale Acélan, cela est intermittent. En ce moment, tout est rentré dans l’ordre, mais dans une demi-heure… ? — ElioPrrl (d) 10 juin 2021 à 09:12 (UTC)

Acélan et Jahl de Vautban : Chez moi, le bug d’indentation a l’air de persister aujourd’hui, mais pas sur toutes les pages, sans que je voie la raison qui fait qu’une page est affectée et pas une autre (ainsi, la page de Bergson que j’avais mise en exemple n’a plus d’indentation indésirable ; celle de Giraudoux par laquelle je viens de la remplacer dans mon premier message l’a toujours). Je viens de remarquer que l’onglet « Fichier » de l’espace Page:, qui permet d’accéder au fac-similé, a été renommé « Image ». Est-ce que le problème ne serait pas lié à la mise à jour au cours de laquelle ce renommage a eu lieu ? Où donc peut-on voir l’historique des modifications de notre affichage ? — ElioPrrl (d) 11 juin 2021 à 10:35 (UTC)

ElioPrrl : le déploiement de la màj à eu lieu hier, c'est cohérent avec l'apparition du problème. Les annonces sont faites sur Wikisource:Newsletter technique et tu peux accéder de là au changelog complet. Pour le détail, peut-être Tpt : pourra nous éclairer. --Jahl de Vautban (d) 11 juin 2021 à 10:47 (UTC)

À noter que les pages qui ne sont pas encore atteintes par cette indentation indésirable le deviennent en prévisualisation, et, donc, je pense, après un null édit. En examinant le code des pages atteintes, on voit que

<div class="pagetext">
  <div class="mw-parser-output">
    <p>
      <br>
      Le premier mot du texte transcrit
    </p>
    …

est devenu

<div class="pagetext">
  <div class="mw-parser-output">
    <p>
      <br>
    </p>
    <p>
      Le premier mot du texte transcrit
    </p>
    …

de sorte que, pour qu’on n’ait pas de bug, il aurait suffi que le br, au lieu d’être isolé dans un p comme depuis la mise à jour, reste là où il était ou soit ajouté entre balises div, la propriété .pagetext > .mw-parser-output > p:first-of-type {text-indent:0;} que j’avais fait ajouter à common.css s’occupant d’éliminer l’indentation indésirable dans ce dernier cas. — ElioPrrl (d) 11 juin 2021 à 12:22 (UTC)

Désolé pour ce problème. Je crois qu'il est lié à cette modification qui ajoute un saut de ligne dans l'en-tête. Il faudrait trouver un moyen propre d'éviter ces <p> inutiles en début de page. Une possibilité serait, au niveau de ProofreadPage, de supprimer tout les sauts de lignes sauf un entre la balise <templatestyle> et le début du code wiki de l'en-tête (ou du corps de texte si l'en-tête est vide) avant le rendu par le parseur de MediaWiki. Tpt (d) 11 juin 2021 à 15:38 (UTC)

Mise en page d'un livre sur deux colonnes

Bonjour, en l'absence de réponse sur la PDD de La Maison rustique du XIXe siècle, je pose la question ici : Dans les jours qui viennent, j'ai l'intention d'améliorer la mise en page du livre. Mais au préalable, je me demande s'il ne faudrait pas la faire sur deux colonnes comme dans l'original ? Je n'ai pas assez d'expérience sur Wikisource pour savoir quels sont les usages à ce sujet. Dans le cas contraire, je ne sais pas trop comment donner une mise en page convenable à des pages comme celle-ci ou celle-là. J'aimerais aussi savoir s'il y a une contre-indication à ce que j'inaugure la feuille de styles du livre ? Vincent P. (d) 10 juin 2021 à 16:38 (UTC)

Bonjour VincentPalmieri : Dans Wikisource, on ne présente pas le texte sur deux colonnes, car cela est difficilement supporté (sinon pas du tout) en export dans les formats pdf, epub Mobi.

Sur cette page j'ai corrigé le modèle corr inséré au mauvais endroit.

Sur celle-ci à part l'image manquante, j'ai ajouté un nowiki ce qui a rétabli la marque du premier paragraphe.

À mon avis, ces pages sont bien présentées. Quelles autres améliorations aimeriez-vous apporter ? --Viticulum (d) 10 juin 2021 à 19:37 (UTC)

Bonjour Viticulum : et merci pour votre réponse. Si l'on s'en tient à une colonne, ça va être plus simple, il manque simplement de nombreuses images. A votre suite, @Seudo a retouché le tableau de la page 356, je vais me servir de cet exemple pour améliorer les autres tableaux. Cordialement, Vincent P. (d) 10 juin 2021 à 20:52 (UTC)

Universal Code of Conduct News – Issue 1

Des nouvelles du Code de conduite universel
Numéro 1 - juin 2021Lire le bulletin complet

---

Bienvenue au premier numéro des Nouvelles du Code de Conduct Universel! Ce bulletin d'information aidera les wikimédiens à rester impliqués dans le développement du nouveau code, et distribuera des nouvelles pertinentes, des recherches et des événements à venir liés au CCU.

Veuillez noter qu'il s'agit du premier numéro du bulletin d'information du CCU qui est envoyé à tous les abonnés et à tous les projets pour annoncer l'initiative. Si vous souhaitez que les prochains numéros soient envoyés à votre page de discussion, sur le Bistro ou à toute autre page spécifique que vous jugez appropriée, vous devez vous abonner ici.

Vous pouvez nous aider en traduisant les numéros du bulletin d'information dans vos langues afin de diffuser la nouvelle et de sensibiliser les gens à la nouvelle conduite à adopter pour que notre chère communauté reste sûre pour nous tous. Veuillez ajouter votre nom ici si vous souhaitez être informé du projet de numéro à traduire au préalable. Votre participation est appréciée et valorisée.

• Concertations avec les affiliés – Les affiliés Wikimedia de toutes tailles et de tous types ont été invités à participer à la consultation des affiliés du CCU tout au long des mois de mars et avril 2021. (continuer la lecture)
• Consultations importantes de 2021 – La Foundation Wikimedia a organisé des consultations sur les questions clés relatives à la mise en œuvre en avril et mai 2021 afin de recueillir les commentaires de la communauté Wikimedia au sujet de cette mise en œuvre. (continuer la lecture)
• Tables rondes – L'équipe de facilitation du CCU a organisé en mai 2021 deux tables rondes publiques de 90 minutes pour discuter des principales questions de mise en œuvre du CCU. D'autres discussions sont prévues. (continuer la lecture)
• Comité de rédaction de la phase 2 – Le comité de rédaction de la phase 2 du CCU a commencé ses travaux le 12 mai 2021. En savoir plus sur leurs travaux. (continuer la lecture)
• Blogs Diff – Les facilitateurs du CCU ont écrit plusieurs articles de blog basés sur les résultats intéressants et les idées de chaque communauté lors de la consultation locale du projet qui a eu lieu au 1er trimestre 2021. (continuer la lecture)

Message envoyé par User:SOyeyele (WMF)@metawiki

Une application des feuille de styles

Bonjour,

Depuis quelques semaines, je relis les pages des Mille et Une Nuits (1806, LMUN), et je trouvais que la taille des caractères des transcriptions étaient trop petits (l'âge de mes yeux, probablement :-). J'ai donc ajouté un peu de code à la feuille de style du tome II. Mes yeux sont contents . C'est un exemple simple et utile des feuilles de styles.

Cet effet apparaît dans la transclusion, ce qui est bien selon moi.

J'ai vérifié que ce changement de taille n'est pas exporté. Selon ma rapide analyse de fichiers PDF, ce n'est pas le cas.

— Cantons-de-l'Est ^discuter 11 juin 2021 à 17:11 (UTC)

@Cantons-de-l'Est, ces formatages sont exportés en EPUB de manière certaine (j’ai inspecté le code), et en PDF il me semble (mais seulement par comparaison à vue d’œil) ; en tout cas, il faudrait qu’ils le soient, sinon il me semble que c’est un bug de WSexport.

En ce qui me concerne, je suis absolument opposé à ce genre de pratiques. Pour augmenter la taille du texte, on peut utiliser le zoom de son navigateur (ou de son dispositif de lecture, en général) ; on peut utiliser, quand on est contributeur, son vector.css personnel (et la classe .text) ; on peut même utiliser les paramètres généraux de son ordinateur ou de sa liseuses pour augmenter la taille de tout le texte affiché sur son écran.

Et puis pourquoi s’arrêter ? autant choisir aussi la police, la couleur, la largeur de justification, et ainsi de suite. Je pense que c’est préjudiciable pour la cohérence d’ensemble de Wikisource (on aura des textes écrits très gros, d’autres plus petit, et cela seulement suivant l’acuité visuelle du relecteur ?), pour l’adaptabilité à l’export (augmenter la taille du texte c’est diminuer le nombre de caractères par lignes, au risque de produire un texte ressemblant à une colonne de journal sur une liseuse un peu étroite — j’exagère un peu, mais vous voyez l’idée), et surtout pour l’unité de vue entre contributeurs différents (on s’expose à de longs débats entre contributeurs, qui les uns voudront augmenter le corps pour soulager leurs yeux, les autres le réduire pour épargner le scrollage, les autres l’ajuster pour qu’il y ait autant de caractères par ligne que dans le fac-similé, etc., toutes raisons compréhensibles après tout).

Laissons donc 100% comme la taille du corps du texte, et utilisons les autres valeurs proportionnelles pour reproduire les rapports de tailles de fonte du fac-similé, comme cela est à présent. Pour changer la valeur absolue, les paramètres des dispositifs de lecture sont faits pour ça. Plus généralement, tout ce qui relève de la convenance personnelle, à mon avis, doit être géré par les pages personnelles si besoin est (common.css, vector.css, etc.), et bien souvent plus simplement par les paramètres du dispositif de lecture. En tout cas, cela me semble plus propre. — ElioPrrl (d) 11 juin 2021 à 22:09 (UTC)

ElioPrrl, Je comprends le souci. Quelques phrases auraient suffi pour l'expliquer. — Cantons-de-l'Est ^discuter 11 juin 2021 à 22:16 (UTC)

Cantons-de-l'Est : J’ai le défaut d’être prolixe, tous mes professeurs me le répètent, désolé . Mais je préfère fournir une réponse argumentée, et proposer en outre quelques éléments de solution alternative, plutôt que de laisser penser que ma réaction est épidermique et irréfléchie . — ElioPrrl (d) 11 juin 2021 à 22:19 (UTC)

Par ailleurs, je n’ai aucun problème à lire le texte à la taille actuelle, mais je n’ai rien contre un agrandissement du corps, tant qu’il est général — ce qui passerait donc par MediaWiki. Lors du bug récent signalé par Raymonde Lanthier, nous avons appris que nous réduisions la taille par défaut de 16px à 14px sur toutes les pages de Wikisource ; peut-être que c’est trop pour certains, et que cela pourrait faire l’objet de préférences, par exemple ? — ElioPrrl (d) 11 juin 2021 à 23:03 (UTC)

Sourire

Bonjour,

Étant amené à parcourir des scans de qualité très variable (exemples : [18], [19], [20], [21]), je ne peux m'empêcher de penser que les transclusions sont souvent de qualité supérieure aux ouvrages numérisés. De plus, elles sont faciles à exporter, sont gratuites et « libres ».

— Cantons-de-l'Est ^discuter 11 juin 2021 à 18:52 (UTC)

Je souscris totalement à vos propos, et, même validées, nos transclusions ne cessent de s’améliorer, soit qu’on nous signale des erreurs échappées à l’attention des relecteurs, soit qu’on améliore les modèles. C’est là le meilleur gage de qualité que l’on puisse fournir à nos textes.

Par ailleurs, petite question : est-il possible de changer un fac-similé, déjà corrigé, par un autre de meilleure qualité, issu d’une autre source ? On trouve parfois des scans plus récemment publiés, ou ayant subi un traitement d’image ; une fois supprimées quelques pages de début, ou intercalées quelques pages blanches, on pourrait garder la même pagination que le premier fac-similé, faire le remplacement sans avoir à décaler les pages déjà corrigées, et faciliter la relecture. — ElioPrrl (d) 11 juin 2021 à 22:17 (UTC)

ElioPrrl :C'est matériellement possible, et la BNF, pour ne citer qu'elle, fournit régulièrement de nouveaux scans pour remplacer ceux des années 2007 à 2010 qui étaient de piètre qualité. Cela étant, à mon avis c'est beaucoup de travail (téléchargement des images en haute résolution, détourage, gommage des pétouilles, vérification des zones de reconnaissance, réalisation de l'OCR, vérification et rectification de l'OCR) pour pas grand'chose si le texte est déjà corrigé. L'intérêt principal d'un meilleur scan est de permettre de réaliser un meilleur OCR, ce qui évidemment facilite la tâche du contributeur Wikisourcier.--Cunegonde1 (d) 12 juin 2021 à 05:24 (UTC)

Merci Cunegonde1 ! C’est plus pour des textes scientifiques déjà importés, dont il manque les planches, ou dont la résolution est trop faible pour bien lire les détails (notamment exposants et indices) même avec zoom. — ElioPrrl (d) 12 juin 2021 à 09:27 (UTC)

Bordures des tableaux

Depuis quelques jours, les bordures de mes tableaux s’affichent de la façon la plus fantaisiste qui soit. Dans cette section de statistiques relatives à Bicêtre, l’épaisseur du trait varie à l’intérieur d’un même tableau ainsi que d’un tableau à l’autre, alors qu’elle devrait être identique partout. Le même phénomène s’observe dans l’ensemble du livre. (Autre exemple ici.) Y a-t-il quelqu’un d’autre qui voit ce que je vois ? --Raymonde Lanthier (d) 12 juin 2021 à 15:31 (UTC)

Raymonde Lanthier : pas de problème particulier sur les bordures de tableau sur Firefox 89.0 (64 bits) pour linux, ni sur Firefox 78.11.esr pour MacosX. Seul problème repéré sur firefox linux : dans le premier tableau avec bordure la cellule "Totaux" dépasse à droite de la bordure, sans doute parce que la cellule est vide en dessous. Pas de problème avec Opera sur mac, ni sur linux.--Cunegonde1 (d) 12 juin 2021 à 15:45 (UTC)

Cunegonde1 : En mode page, vous n’observez pas de variation dans l’épaisseur des bordures ? Pour ce qui est de la cellule "Totaux", rien ne dépasse chez moi. --Raymonde Lanthier (d) 12 juin 2021 à 15:54 (UTC)

Chez moi, c'est très propre, aucune variation sur les bordures d'un tableau à l'autre ou au sein d'un même tableau. Pour la cellule "Totaux" le défaut d'affichage est uniquement dans l'espace principal, en mode page tout est correct. Cunegonde1 (d) 12 juin 2021 à 16:32 (UTC)

Raymonde Lanthier :, Sous Windows 10, avec Palemoon 29, Basilisk 2021.04.27, Firefox 89, Edge 91, Chrome 91 et Brave 1.25, rien à signaler sauf le débordement de « Totaux » du premier tableau à bordures dans Palemoon, Basilisk et Firefox si en transclusion. En mode Page, le problème du débordement disparaît dans Palemoon, Basilisk et Firefox. — Cantons-de-l'Est ^discuter 12 juin 2021 à 17:22 (UTC)

Cunegonde1 et Cantons-de-l'Est : Alors j’ai la berlue. Même après avoir supprimé mon historique de navigation au cas où le problème vienne de là, ma cellule "Totaux" est impeccable et les bordures continuent d’en faire à leur tête. --Raymonde Lanthier (d) 12 juin 2021 à 17:28 (UTC)

Raymonde Lanthier :, Il y a peut-être du code transitoire dans le cache de votre navigateur Web. Naviguez à la page, puis faites Ctrl+F5 pour forcer le rechargement complet de la page. Bonne chance. — Cantons-de-l'Est ^discuter 12 juin 2021 à 17:53 (UTC)

Raymonde Lanthier : Aucun problème chez moi (Windows 10 + Opéra), pas même avec « Totaux ». Avez-vous essayé, mieux que de supprimer l’historique, de purger le cache de votre navigateur ? Surtout, pourriez-vous indiquer, comme je l’ai fait au début de ce message, sur quel navigateur vous consultez ces pages ? — ElioPrrl (d) 12 juin 2021 à 17:57 (UTC)

ElioPrrl : C’est le cache de Google Chrome que j’ai supprimé - je me suis sans doute mal exprimée en disant « mon historique de navigation ». --Raymonde Lanthier (d) 12 juin 2021 à 18:23 (UTC)

Même sur Chrome je n’ai aucun problème. Désolé de ne pas pouvoir plus vous aider — ElioPrrl (d) 12 juin 2021 à 21:33 (UTC)

Cunegonde1, Cantons-de-l'Est et ElioPrrl : Merci de vous être penchés sur mon petit problème… que j’ai réglé après avoir constaté qu’en ramenant mon zoom de 110% à 100%, tout rentre dans l’ordre (mais tout rapetisse). Grand mystère pour moi, car mon zoom a toujours été à 110%. --Raymonde Lanthier (d) 14 juin 2021 à 12:44 (UTC)

Raymonde Lanthier :, Le débordement sur Palemoon disparaît si je zoome une fois, puis dézoome une fois (après ces deux opérations, la page est donc à la taille par défaut). J'ai déjà observé ce phénomène dans d'autres pages Web hors Wikisource. Je crois qu'il apparaît, mais pas toujours, lorsque les unités de mesure dans une même page Web sont différentes. Par exemple, le Modèle:TableauStyle, inséré dans [22], utilise trois unités de mesure : %, em et px. Néanmoins, ça reste une hypothèse parce que d'autres pages transcluses qui comprennent {{TableauStyle}} sont bien rendues. — Cantons-de-l'Est ^discuter 14 juin 2021 à 13:34 (UTC)

Cantons-de-l'Est : Oui, trois unités de mesure pour la page que vous citez, mais des pourcentages seulement pour la page 33. Au moins, je sais quoi faire quand mon zoom danse la zumba avec les bordures des tableaux. --Raymonde Lanthier (d) 14 juin 2021 à 15:48 (UTC)

Abréviations soulignées sur mobile (et sauts de page dans WSexport)

Le problème avait déjà été signalé (et résolu) pour les fichiers exportés, et je le retrouve aujourd’hui sur mon téléphone : les occurrences du modèle {{abréviation}}, parce qu’il utilise la balise HTML abbr, apparaissent soulignées en pointillés sur téléphone. Serait-il possible, comme il a déjà été fait pour Epub.css par @R, de rajouter .abbr {border:none;text-decoration:none;}à MediaWiki:Mobile.css ? Je notifie aussi @VIGNERON et @Zyephyrus, qui sont les administrateurs d’interface qui m’ont l’air le plus régulièrement présents ici.

J’en profite pour savoir s’il serait possible d’ajouter, dans MediaWiki:Epub.css, la propriété break-after:avoid; à h1 jusqu’à h6, pour éviter que les titres se trouvent au bas d’une page, et le début de la section sur le début de la page suivante ? À moins qu’il n’y ait des raisons qui fassent que cette propriété abîment l’affichage sur certains supports, bien évidemment. — ElioPrrl (d) 12 juin 2021 à 17:50 (UTC)

ElioPrrl :

Fait pour le premier qui est très facile et évident.

Pour le deuxième, j’ai un léger doute : faut-il vraiment faire de h1 à h6 un par un ? n'y a-t-il pas un sélecteur pour faire directement tout les h (j'ai un vague souvenir que c'est possible mais évidemment je ne me souviens plus de la syntaxe).

Cdlt, VIGNERON (d) 12 juin 2021 à 18:58 (UTC)

ElioPrrl et VIGNERON : Pardonnez mon ignorance, mais quel sera l'impact pour les h1 à h6 ? C'est utilisé à quel endroit ? Merci d'éclairer ma lanterne ! --Viticulum (d) 12 juin 2021 à 20:18 (UTC)

Viticulum : pas de souci (j’ai moi-même appris le css surtout en autodictate et en posant des questions aux autres). Les sélecteurs css h1 à h6 correspondent aux balises html du même nom et plus concrètement aux titres du niveau 1 au niveau 6, évidement le niveau 1 est normalement utilisé une seule fois par texte et il est assez rare d'atteindre ce 6e niveau (d'ailleurs le css actuel s'arrête à 4 mais inversement quelques rares pages utilisent un modèle Modèle:T7 qui n'existe pourtant pas… cela mériterait de faire le tour du sujet et d'y faire un peu de ménage).

Cdlt, VIGNERON (d) 12 juin 2021 à 20:47 (UTC)

VIGNERON : Merci pour la gestion des abréviations ! On peut appliquer la même propriété à tous comme ceci :

h1, h2, h3, h4, h5, h6 {break-after:avoid;}

En tout cas, je ne connais pas de syntaxe plus courte. (Mais moi aussi je suis autodidacte, je m’y suis mis peu après mon arrivée sur Wikisource, il y a une bonne année .)

Viticulum : Comme je l’expliquais, c’est pour empêcher un saut de page, dans les liseuses, entre un titre (nos modèles {{t2}}, {{t3}}, etc., utilisent des balises h), de quelque niveau qu’il soit, et le texte de la division qu’il introduit. Cela suppose, pour que la propriété soit effectivement appliquée, que l’on ne laisse pas plus d’une ligne blanche dans le code après le modèle {{t2}}, etc., et qu’on utilise à la place les paramètres de marge du modèle pour régler le blanc vertical qui suit le titre ; sinon, il peut y avoir saut de page au niveau des lignes blanches.

Parmi les autres modèles qui utilisent les balises h, et qui mériteraient qu’on les inclue dans le « tour du sujet », il y a {{Acte}}, {{Scène}} et compagnie, qui pour moi font tout à fait double emploi, et sont en plus parfois sémantiquement incorrects. — ElioPrrl (d) 12 juin 2021 à 21:28 (UTC)

ElioPrrl : ah oui, c'est bien à cela que je pensais. J’ai ajouté ta proposition mais j'ai eu un message d'erreur (peut-être parce que cette propriété n’existe qu'en CSS3) il faudrait vérifier que cela fonctionne effectivement (je regarderais demain si j’ai le temps). Cdlt, VIGNERON (d) 12 juin 2021 à 21:39 (UTC)

VIGNERON : Sur Can I use ?, tous les navigateurs semblent l’appliquer depuis au moins 2019 (ce qui, je le concède, nous fait une belle jambe, puisqu’ils ne sont pas divisés en page ; au moins cela veut dire qu’elle est assez universellement implémentée). — ElioPrrl (d) 12 juin 2021 à 21:44 (UTC)

VIGNERON : Je viens de remarquer une nouvelle discordance entre les feuilles de style pour la classe .personnage, correspondant aux noms de personnages précédant chaque réplique dans les pièces de théâtre. Dans Common.css, on a ceci :

.personnage {
  font-weight:bold;
  font-variant:small-caps;
}

Dans Epub.css, on demande en plus de mettre une majuscule au début de chaque mot, et on lui impose une couleur qui est à très peu de chose près du noir, si bien que la différence avec le texte normal est insensible :

.sc, .sct, .romain, .personnage {font-variant:small-caps;}

.personnage {
  text-transform:lowercase;
  text-transform:capitalize;
  font-weight:bold;
  color:#04040C;
}

Dans Mobile.css, la classe n’existe même pas, si bien que sur mobile les indications de personnage apparaissent comme le reste du texte.

Le choix de garder la mise en forme de Common.css est préférable : par exemple, dans Amphitryon 38, La voix céleste est une indication de personnage sans aucune majuscule sinon au premier mot. Je demande donc d’aligner les deux autres feuilles de style avec Common.css. Serait-ce possible ? D’avance Merci — ElioPrrl (d) 16 juin 2021 à 13:01 (UTC)

Gros points dans une balise math

Bonjour à tous ! Dans la Méthode des moindres carrés de Gauss, il y a de nombreux systèmes d’équations contenant une ligne de gros points pour indiquer que le nombre d’équations du système est quelconque, par exemple ici ou là ; ces points peuvent constituer l’avant-dernière ligne ou la dernière ligne du système, qui peut lui-même avoir une accolade ou non. J’utilisais pour les remplacer des points verticaux (cf. premier exemple), et lors de la validation, @F0x1 utilise plutôt des points horizontaux mais souvent lacunaires (cf. second exemple).

Aucune des deux solutions ne me satisfaisant totalement, je viens demander conseil ici aux connaisseurs en LaTeX : y a-t-il moyen de reproduire le fac-similé, ou doit-on se contenter d’une bien mauvaise approximation — et dans ce cas, laquelle ? Merci d’avance pour vos suggestions — ElioPrrl (d) 14 juin 2021 à 15:19 (UTC)

En LaTeX standard, \dotfill remplit une cellule avec des points alignés dans l'environnement {array} — mais cette fonction est inconnue dans wikisource — comme beaucoup d’autres hélas… --F0x1 (d) 14 juin 2021 à 17:09 (UTC)

F0x1 : Effectivement, et beaucoup manquent… Du coup, question subsidiaire : comment demander l’implémentation d’une commande dans les balises math ? — ElioPrrl (d) 14 juin 2021 à 17:19 (UTC)

ElioPrrl : j’ai fait un essai en rajoutant un {array}{l} autour du système d’équations, suivi d'une ligne de points, voir le système (1) dans la page 47 de l’ouvrage de Gauss : ça me semble tenir la route — sûr qu’avec le \dotfill ça serait plus simple, mais ça ne me paraît pas si mal… --F0x1 (d) 15 juin 2021 à 14:18 (UTC)

F0x1 : C’est encore un peu du bricolage, mais c’est beaucoup, beaucoup mieux ! Merci — ElioPrrl (d) 16 juin 2021 à 08:42 (UTC)

Mademoiselle Cloque

Ce roman fait la Une de wikipedia aujourd’hui. C’est dommage qu’on ne se soit pas coordonnés avec eux car on aurait pu préparer une version. Hektor (d) 14 juin 2021 à 19:36 (UTC)

Les articles paraissant dans les prochaines semaines à la une de Wikipédia sont sur Wikipédia:Lumière sur (voire Wikipédia:Lumière sur/Juillet 2021). Je ne vois pas d'autre ouvrage susceptible d’un lien avec Wikisource. Seudo (d) 15 juin 2021 à 07:27 (UTC)

Sur les plus de 5 500 articles labellisés en ce moment dans la Wikipédia en français, je ne connais que 25 articles au plus qui portent sur des romans : Oronoko, Les Bienveillantes, Le Seigneur des anneaux et tous ceux menés au label par le contributeur Robert Ferrieux (romans écrits par Charles Dickens, Mark Twain, Henry Fielding ou William Makepeace Thackeray, entre autres).

Le processus de labellisation d'un futur BA dure deux semaines, alors que celui d'un futur AdQ dure un mois (jusqu'à six semaines dans certains cas). L'article labellisé est ensuite, selon mes observations, mis en lumière sur la page d'accueil deux semaines après la labellisation. Ici, nous aurions donc au pire quatre semaines et au mieux huit semaines pour transcrire un roman à partir de rien, à la condition que quelqu'un nous signale les processus de labellisation pertinents.

— Cantons-de-l'Est ^discuter 17 juin 2021 à 14:14 (UTC)

Besoin d'un coup de main pour des validations

Bonjour,

Le projet textes courts à corriger et/ou à valider à besoin d’un coup de main surtout concernant les textes à valider, car la liste s’allonge (voir Wikisource:Petit nombre de pages à corriger et/ou à valider - juin 2021 - épisode 16). Alors si ça vous dit de donner un petit coup de main, vous êtes les bienvenus. Quand vous avez valider un texte, contentez vous de mettre en regard du titre le modèle Fait , je m’occuperai de les replacer au bon endroit. Merci déjà. --Le ciel est par dessus le toit ^Parloir 15 juin 2021 à 11:57 (UTC)

Wikimania 2021: Individual Program Submissions

Dear all,

Wikimania 2021 will be hosted virtually for the first time in the event's 15-year history. Since there is no in-person host, the event is being organized by a diverse group of Wikimedia volunteers that form the Core Organizing Team (COT) for Wikimania 2021.

Event Program - Individuals or a group of individuals can submit their session proposals to be a part of the program. There will be translation support for sessions provided in a number of languages. See more information here.

Below are some links to guide you through;

• Program Submissions
• Session Submission Guidelines
• FAQ

Please note that the deadline for submission is 18th June 2021.

Announcements- To keep up to date with the developments around Wikimania, the COT sends out weekly updates. You can view them in the Announcement section here.

Office Hour - If you are left with questions, the COT will be hosting some office hours (in multiple languages), in multiple time-zones, to answer any programming questions that you might have. Details can be found here.

Best regards,

MediaWiki message delivery (d) 16 juin 2021 à 04:19 (UTC)

On behalf of Wikimania 2021 Core Organizing Team

En résumé ce message est là pour rappeler que les propositions pour Wikimania sont ouvertes jusqu’au vendredi 18 juin. Cet année, l'événement est virtuel et disposera d'interprètes (donc si vous pourrez suivre en français une partie des présentations en anglais).

Pour information, il y a déjà quelques propositions autour de Wikisource, j’ai notamment proposé un rendez-vous informel de discussion (un meetup) au nom du Wikisource Community User Group.

Cdlt, VIGNERON (d) 16 juin 2021 à 14:01 (UTC)

Candidature au statut d'administrateur

Bonjour,

Je porte à votre connaissance ma candidature au statut d'administrateur. Votes et discussion peuvent se faire sur la page concernée. --Jahl de Vautban (d) 16 juin 2021 à 09:26 (UTC)

Problème avec le modèle {{Séparateur de points}} au format EPUB

Sur mon smartphone, les points sont disposés verticalement au lieu d'horizontalement, ce qui donne des pages blanches. Voir par exemple Journal d’un curé de campagne, p. 180. Мишоко (d) 16 juin 2021 à 11:07 (UTC)

Мишоко, Désolé, je ne lis que des fichiers PDF avec mon portable. Je suggère néanmoins de réduire le nombre de points à disons 20, ce qui pourrait empêcher le débordement, si débordement il y a. — Cantons-de-l'Est ^discuter 18 juin 2021 à 14:24 (UTC)

Non, ce n'est pas un problème de débordement, c'est juste que les points sont disposés verticalement. Par exemple, Page:Monge - Coeur magnanime, 1908.djvu/199, il y a {{…|5}} et j'obtiens :

Cet angélique lys que jamais la souillure

N’a tenté de flétrir !

·

·

·

·

·

Mon Dieu, nous nous courbons sous ta volonté sainte.

Nous ne murmurons pas.

Du reste, les {{tab}}{{tab}} ne fonctionnent pas non plus, ils semblent sans effet apparent. Мишоко (d) 18 juin 2021 à 15:04 (UTC)

Réunion des sociétés des beaux-arts des départements/27ème session/Œuvres de Louis Garneray

Bonjour, quelqu’un pourrait-il vérifier le tableau (je ne comprends rien à la syntaxe utilisée) et me dire pourquoi dans la transclusion à partir de la page 737, le tableau se décale sur la droite, et de plus en plus de page en page. Et agir en conséquence. Merci --Le ciel est par dessus le toit ^Parloir 17 juin 2021 à 07:53 (UTC)

Le ciel est par dessus le toit : J’ai résolu le problème des décalages de plus en plus importants (balises HTML mal fermées, un classique). Pour ce qui est des décalages temporaires, c’est un choix de codage un peu particulier qui mériterait sans doute d’être revu (personnellement j’aurais mis des paragraphes normaux, par exemple avec {{alinéa}}, en mettant les numéros manuellement, plutôt qu’une liste numérotée), mais ce serait un gros boulot. Seudo (d) 17 juin 2021 à 10:10 (UTC)

Seudo : Un grand  erci, je suis assez d’accord avec ta solution, et c’est celle que j’avais envisagée en premier, mais vu le boulot que ça représentait, je me suis dit : "si quelqu’un parvient à résoudre ce problème ça serait ça de moins à faire." --Le ciel est par dessus le toit ^Parloir 17 juin 2021 à 11:37 (UTC)

Automatiser les espaces dans l'emploi des balises ref, est-ce possible ?

Appel aux compétences wikisourcistes (qui, vraiment, grandit le plus vite : l'extraordinaire variété des outils que vous réussissez à nous prodiguer ? Ou l'élargissement continu des perceptions que nous pouvons avoir de l'univers qui nous entoure ?)

Mon problème ? Voir ici. Je n'arrive pas à rendre cohérent l'emploi des espaces avant et/ou après les balises <ref>.

Pouvons-nous formuler des règles à ce sujet ?

Ces règles seraient-elles automatisables ?

Des réponses ?

Amitiés à tous !

--Zyephyrus (d) 17 juin 2021 à 15:52 (UTC)

Zyephyrus : Pour moi la réponse est très simple : il faut coller les balises ref au mot qui précède. Je trouve ça plus beau, déjà ; en réalité, si l’on veut ajouter des espaces, il faudrait des espaces fines insécables, mais elles ne sont pas reconnues par tous les navigateurs. Surtout, cette solution a l’avantage que, si un jour on voulait changer la règle, et mettre des espaces avant l’appel de note, il suffira d’ajouter (sauf erreur) une seule ligne à Common.css pour faire le changement partout :

.reference::before{content: "\00a0";}

Cette ligne ajouterait automatiquement avant l’appel de note une espace insécable (et pas, comme l’exemple que vous montrez le fait, des espaces-mots, qui sont sécables, c’est-à-dire qui laissent la possibilité de couper la ligne entre le mot et l’appel de note), sans qu’il soit besoin de la marquer dans le code.

Dans l’autre sens, si on ajoute des espaces manuellement, et qu’un jour il faille tous les supprimer (ou les remplacer par des espaces insécables, à tout le moins, ou, encore mieux, les remplacer par des espaces fines insécables le jour où elles seront universellement reconnues), il faudra modifier toutes les pages une à une.

(Enfin, je l’ai déjà dit, j’irais même plus loin : je demanderais la suppression des crochets autour de l’appel de note, comme sur Wikipédia. En effet, nos fac-similés utilisent pour la plupart des chiffres seuls, voire des chiffres entre parenthèses, mais jamais entre crochets. En supprimant ces crochets, on pourrait utiliser les feuilles de style locales pour ajouter les parenthèses aux livres qui le demandent.)

PS : pour appuyer mes dires, voyez cette page, où, grâce à la dernière ligne de la feuille de style locale, l’appel de note est précédé d’une espace, alors que dans le code, il n’y en a pas.

— ElioPrrl (d) 17 juin 2021 à 16:11 (UTC)

Avant toute chose, il faut une règle et non pas une recommandation sur les espaces avant et après <ref>...</ref>. Sinon, des wikisourciens ajouteront/enlèveront/omettront des espaces selon des règles typographiques personnelles, et qui pourrait leur en vouloir ?

Quelques recherches,

• parmi les pages validées
  • plus de 40 000 pages avec lettre+<ref>
  • plus de 5 000 pages avec lettre+espace+<ref>
  • plus de 4 000 pages avec lettre+{{lié}}+<ref>
• parmi les pages corrigées
  • plus de 80 000 pages avec lettre+<ref>
  • plus de 70 000 pages avec lettre+espace+<ref>
  • presque 3 000 pages avec lettre+{{lié}}+<ref>

Pour </ref>+lettre, c'est 100 fois plus petit parmi les pages validées et c'est 35 fois plus petit parmi les pages corrigées selon quelques recherches rapides. Je crois que ce sont des erreurs.

— Cantons-de-l'Est ^discuter 17 juin 2021 à 17:02 (UTC)

Zyephyrus, pour les espaces manquantes du livre en question, il suffit de demander à un dompteur de bot. Sinon, même si je ne me déclare pas dompteur, je peux le faire faire avec les outils que j'ai en main. — Cantons-de-l'Est ^discuter 17 juin 2021 à 17:03 (UTC)

D'accord avec tout ce que dit ElioPrrl (d · c · b), que l’on peut appuyer sur quelques autorités : « L’appel de note se place immédiatement après le mot ou le groupe de mots auquel il se rapporte, dont il n’est séparé par aucun espacement » (Office québécois de la langue française), l’appel de notes « est précédé par une espace fine insécable » (Lacroux, qui discute longuement des différentes formes d’appels de note), « les éléments <ref>Texte de la note.</ref> doivent être collés au dernier mot auquel la note s'applique » (w:Aide:Note#Ponctuation sur Wikipédia), etc. Je n’ai pas mon Lexique de l’Imprimerie nationale sous la main mais je serais surpris qu’il dise autre chose. Et il serait bon aussi de faire des appels de note simples sans crochets, sauf dans des cas particuliers (lorsqu’il peut y avoir confusion avec un exposant, voire pour distinguer une note présente dans le fac-similé d'une « note Wikisource » rajoutée par nos soins). Seudo (d) 17 juin 2021 à 18:24 (UTC)

Cela tombe bien, je l’ai sous la main, le Lexique de l’I.N.  : « Dans le texte, l’appel de note se place immédiatement après le mot ou le groupe de mots auquel il se rapporte et dont il est séparé soit par une espace forte insécable, s’il est lui-même entre parenthèses, soit par une espace fine insécable, s’il est composé en chiffres ou lettres supérieurs. » — ElioPrrl (d) 17 juin 2021 à 18:35 (UTC)

Je comprends tout ça. Si on y va avec une espace insécable (forte ou fine), il faudra modifier les pages « compromises » en insérant au choix :  ,   ou un modèle comme {{lié}}. Si vous additionnez les nombres de pages plus haut, on devra « rectifier » 75 000 pages. Un changement simple, mais qui va occuper n'importe quel bot pendant des semaines. Si on préfère supprimer les éléments d'espacements, il faudra « rectifier » 120 000 pages. Peu importe ce qui semble le mieux, il faut informer et sonder la communauté wikisourcienne. — Cantons-de-l'Est ^discuter 17 juin 2021 à 20:01 (UTC)

Pour moi la solution est celle donnée tout au début : pas d’espace et on rajoute éventuellement quelque chose en CSS. D'ailleurs un padding-left devrait aussi faire l'affaire, me semble-t-il. Seudo (d) 17 juin 2021 à 22:12 (UTC)

Espace entre le mot et l'appel de note, visuellement c'est une question de goût (je préfère sans). Mais quand il s'agit de mise en page, surtout sur liseuse, empêcher l'appel de note de se retrouver au début de la ligne suivante (au pire au début de la page suivante sur liseuse), c'est important. Les grands-maîtres des automates se feront un plaisir d'insérer un insécable quelconque (le plus efficace étant le rien du tout, mais par respect pour le choix du dernier correcteur on remplacera l'espace par un espace dur). Ne pas oublier les notes explicites (refa/refl) --Wuyouyuan (d) 18 juin 2021 à 15:44 (UTC)

Seudo : J’ai proposé la règle ci-dessus dans le cas où il faudrait insérer des espaces insécables justifiantes, cas que ne peut pas gérer, sauf erreur, un padding, qui ne s’adapterait pas à la justification. Mais si l’on insère des espaces fines insécables (situation que je préfèrerais, et de loin, comme la plus esthétique, la plus conforme au code typographique, et la plus répandue dans nos fac-similés), effectivement un padding fonctionnerait, car je ne crois pas que les espaces fines soient justifiantes. J’ai cependant trouvé des données contradictoires sur la largeur de l’espace fine : un point selon Lacroux (en qui j’aurais tendance à avoir le plus confiance), et un huitième de cadratin selon Wikipédia. — ElioPrrl (d) 19 juin 2021 à 20:32 (UTC)

J'ai allongé la liste des recherches et j'ai ajouté des lettres accentuées (àéèÀÉÈ) :

• parmi les pages validées
  • plus de 45 000 pages avec lettre+<ref>
  • plus de 5 000 pages avec lettre+espace+<ref>
  • plus de 4 000 pages avec lettre+{{lié}}+<ref>
  • 1 000 résultats pour lettre+{{Refl
  • 200 résultats pour lettre+espace+{{Refl
• parmi les pages corrigées
  • plus de 84 000 pages avec lettre+<ref>
  • plus de 76 000 pages avec lettre+espace+<ref>
  • presque 3 000 pages avec lettre+{{lié}}+<ref>
  • 700 résultats pour lettre+{{Refl
  • 800 résultats pour lettre+espace+{{Refl

Il y a moins de 50 combinaisons lettre+{{lié}}+{{Refl parmi les pages validées et les pages corrigées.

— Cantons-de-l'Est ^discuter 18 juin 2021 à 17:43 (UTC)

Quatre pages à valider

Bonjour,

Dans Les Mille et Une Nuits, tome II, il reste quatre pages à valider que je ne peux valider parce que je suis le dernier à avoir corrigé le texte. Si quelqu'un pouvait valider, ça serait un livre de plus qui passerait au vert.

Merci à l'avance,

— Cantons-de-l'Est ^discuter 18 juin 2021 à 17:07 (UTC)

Fait — Le message qui précède, non signé, a été déposé par JLTB34 (discuter), le le 18 juin 2021 à 19:49‎

Super ! Il ne reste donc que 7 tomes à valider. — Cantons-de-l'Est ^discuter 18 juin 2021 à 22:34 (UTC)

Notes Wikisource

→ mois suivant