Wikisource:Scriptorium/2021

La bibliothèque libre.
Questions
Raccourci [+]
WS:S


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


Janvier 2021[modifier]

Bonne année 2021 à tous![modifier]

Je désire prendre quelques secondes pour vous souhaiter à tous et toutes une bonne et heureuse année 2021… --Ernest-Mtl (d) 1 janvier 2021 à 07:44 (UTC)[répondre]

Notification Ernest-Mtl : Compte tenu du temps important que tu passes à t'occuper du défi au quotidien, aujourd'hui on appréciera les "quelques secondes" qui montrent O combien tu penses à nous. Un grand merci pour tout ton investissement. Meilleurs voeux pour toi aussi, pour celles et ceux que tu aimes, et bonne santé surtout. --Kaviraf (d) 1 janvier 2021 à 08:56 (UTC)[répondre]
Bonne année à tous ! J’espère qu’elle sera une année faste pour Wikisource, et pour chacun de nous. — ElioPrrl (d) 1 janvier 2021 à 13:26 (UTC)[répondre]
Et pour bien commencer l’année, je partage avec vous ce qui a été pour moi cause d’un bon fou rire devant mon ordinateur : voyez l’annotation manuscrite au Phédon de Platon sur ce fac-simile. Mort de rireElioPrrl (d) 1 janvier 2021 à 13:36 (UTC)[répondre]
Mort de rire Oui, les fs nous donne parfois de petits bijoux de la sorte! Comme la mouche de Notification Viticulum :… --Ernest-Mtl (d) 1 janvier 2021 à 17:38 (UTC)[répondre]
Que 2021 vous soit agréable, pleine de découvertes et de petits plaisirs qui rendent la vie tellement agréable. 😎 🥳 C'est la fête ! 🥰Cantons-de-l'Est discuter 1 janvier 2021 à 16:27 (UTC)[répondre]
Pour 2021, soyez tous prudent et garder la santé ! --Le ciel est par dessus le toit Parloir 1 janvier 2021 à 18:00 (UTC)[répondre]
Bonne année :) Lepticed7 (Viens tcharer ! :D) 4 janvier 2021 à 17:37 (UTC)[répondre]

Petit nombre de pages à corriger et à valider (Épisode 11)[modifier]

L’épisode 10 (Décembre 2020) a permis de rattacher à un fac-similé 49 textes, dont 31 corrigés et validés. (18 textes de Monagon ont été rattachés au journal Regeneración écrit en espagnol)

Pour 2021, ce mini-projet à une page dédiée par mois, voici la première :

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

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.

Le ciel est par dessus le toit Parloir 1 janvier 2021 à 16:26‎

Stats de l’année 2020[modifier]

  • Janvier : 4
  • Mars : 54
  • Avril : 37
  • Mai : 2
  • Aout : 20
  • Septembre : 46
  • Octobre : 53
  • Novembre : 51 (2)
  • Décembre : 49 (18)

Soit 316 textes rattachés à un fac-similés, dont 296 textes corrigés et validés (2 à problème, et 18 non corrigés parce que le fs est en VO : espagnol)

--Le ciel est par dessus le toit Parloir 2 janvier 2021 à 13:33 (UTC)[répondre]

Résultat de Janvier 2021 - épisode 11[modifier]

33 textes rattachés à un fs corrigés et validés

Merci à tous

--Le ciel est par dessus le toit Parloir 31 janvier 2021 à 16:49 (UTC)[répondre]

La Revue belge

  1. À l’Auteur des Chansons des Rues et des Bois
  2. Un projet d’organisation anarchiste

Le Républicain lyrique

  1. Les Mineurs d’Utzel
  2. Le Vieillard

Le Temps

  1. À propos du banquet shakespearien
  2. À Lamartine
  3. Le Théâtre des marionnettes de Nohant
  4. Old England
  5. Une certaine manière d’arranger l’Histoire
  6. Lettre à MM. les plénipotentiaires de l’Allemagne
  7. Les Écrits posthumes d’un vivant
  8. « Pro domo »
  9. Projet de réforme de l’État de Gaston Doumergue (1934)
  10. Un tableau de Mme Marguerite Audoux
  11. En cellule
  12. Lettres sur la marine française
  13. Jacques-François Blondel et l’architecture française
  14. Du cardinal de Richelieu au maréchal de Mac-Mahon
  15. La Terreur blanche en 1815
  16. Lettre ouverte de Jean Casimir-Perier du 22 février 1905
  17. M. Leconte de Lisle à l’Académie française
  18. Protestation des artistes contre la tour de M. Eiffel
  19. Réponse de Gustave Eiffel à la protestation des artistes du 14 février 1887

Le Réveil anarchiste

  1. Pierre Kropotkine, Souvenirs et critiques d’un de ses vieux amis

Le Révolté

  1. Anarchie et Communisme

Ric et Rac

  1. Par les tortues de Tasman !

Le Combat de Roubaix-Tourcoing

  1. Le Drapeau rouge

Le Siècle

  1. Une expiation

La Voix du combattant

  1. Règlement et Système D

La Chanson illustrée

  1. À ma chambre

Le Peuple de Lyon

  1. La Commune

L’Univers illustré

  1. George Sand (Feyrnet)

La Science française

  1. La Question des serpentins

Stats 2020[modifier]

Vous me connaissez, depuis le temps… Moi et mes fichues statistiques!!! Bravo à la communauté wikisourcienne francophone! Encore une fois, une année extraordinaire, qui tient la FRWS au-dessus de toutes les autres WS… (bah, faut bien de lancer des fleurs parfois et lâcher un peu la modestie! haha) Et un gros merci à Notification Tpt : que je n'arrête pas de déranger pour faire changer les échelles des statistiques de PheTools… C'est pas de ma faute si les wikisourciens sont si prolifiques au point de nous faire sortir en haut de la charte des statistiques! Mort de rire Comme on discutait lui et moi : c'est un beau problème !

Évolution globale du projet sur 4 ans[modifier]

Année Pages roses Pages jaunes Pages vertes Nouveautés
2017 −2 570 209 333 55 003 391
2018 −6 623 +4 053 178 714 −30 619 55 961 +958 218 −173
2019 −33 947 +27 324 268 816 +90 102 82 230 +26 269 589 +371
2020 −54 635 +20 688 277 026 +8 210 90 167 +7 937 849 +260
  • Encore une belle réduction des pages roses avec une augmentation de plus de 20 000 traitées au net par rapport à 2019 ; plus de 1600 facsimilés ayant été ajoutés dans les textes sans fs, ceci aura créé plusieurs milliers de pages roses additionnelles alors cette statistique doit être prises avec réserve car le résultat réel est bien plus élevé!
  • Plus de 3% d'augmentation des pages corrigées, ce qui n'est pas peu, avec des résultats au-delà du quart de million !
  • Plus de 9% d'augmentation à la validation, un excellent score! Bravo à tous ceux qui ont fait la validation… Je vous lève mon chapeau car c'est une tâche que je sais difficile et que je n'arrive pas à faire avec toute l'énergie que vous y mettez!
  • Et que dire des 849 nouveautés, dont plusieurs des articles de Maupassant, Mirbeau qui étaient sans facsimilés. J'en profite ici aussi pour saluer Notification Le ciel est par dessus le toit : et ses acolytes qui ne cessent de rechercher et mettre en place des fs sur les textes sans source et aussi pour féliciter mes amis québécois et québécophiles pour les 119 titres publiés en 2020 dans le Projet Québec/Canada… Chapeau! Une belle année!

Résultats du Défi 5000 de 2020[modifier]

Et voici pour le projet du Défi 5000 de 2020 qui en cours de route, à la demande de la communauté, s'est transformé en Mission 7500 avec quelques mois d'avance… De beaux résultats ma foi bien satisfaisant malgré l'énergie et le goût qui manquent parfois avec ces événements tragiques qui nous frappent planétairement depuis mars dernier… Chapeau aux participants!

Jan (cat)
5283 p. corrigées
922 p. validées
20 publications
105,66%
2019 : 6795 p.
Fév (cat)
5311 p. corrigées
2043 p. validées
27 publications
106,22%
2019 : 5749 p.
Mars (cat)
6480 p. corrigées
2603 p. validées
43 publications
129,60%
2019 : 8425 p.
Avr (cat)
5439 p. corrigées
1769 p. validées
32 publications
108,78%
2019 : 5386 p.
Mai(cat) / Juin (cat)
10645 p. corrigées
4932 p. validées
55 publications
106,65%
2019 – Mai : 5815 p. / Juin : 8839 p.
Juil (cat)
6281 p. corrigées
2516 p. validées
30 publications
125,62%
2019 : 5612 p.
Août (cat)
5227 p. corrigées
2405 p. validées
19 publications
104,54%
2019 : 5789 p.
Sept (cat)
5536 p. corrigées
2056 p. validées
24 publications
110,72%
2019 : 6702 p.
Mission
Oct (cat)
4857 p. corrigées
4142 p. validées
Total de 8999 pages
20 publications
32 livres terminés
119,99%
Mission
Nov (cat)
4704 p. corrigées
3108 p. validées
Total de 7812 pages
21 publications
18 livres terminés
104,16%
Mission
Déc (cat)
4940 p. corrigées
4458 p. validées
Total de 9396 pages
24 publications
27 livres terminés
125,28%
Du 1er janvier au 31 décembre 2020 :64 703 pages corrigées30 954 pages validées325 titres publiés

Évolution du projet hors défi[modifier]

Année Pages jaunes moins défi Pages vertes moins défi Nouveautés moins défi
2019 268 816 −75 829 192 987 82 230 −27 672 54 558 589 −305 284
2020 277 026 −64 703 212 323 90 167 −30 954 59 213 849 −325 524
Augmentation +10,02 % +8,53 % +84,41 %

Une superbe augmentation au projet général… Oui le/la Défi/Mission génère plusieurs pages et publications, mais le projet général est en pleine forme! Bravo à tous les contributeurs!

Souhaitons une année 2021 remplie de bonheur, de santé, de vaccins… et de nouveautés sur Wikisource! Mort de rire

--Ernest-Mtl (d) 1 janvier 2021 à 18:20 (UTC)[répondre]

C'est toujours avec un grand plaisir qu'on lit et analyse ces différents stats. Et de surcroît on en voit de toutes les couleurs... de quoi faire pâlir les autres "Wiki"...
Un grand bravo à tous les contributeurs qui fournissent un très grand et très sérieux investissement.
Une mention toute spéciale pour les techniciens qui s'ingénient à nous faciliter la tâche.
Un grand merci Bravo ! à ceux qui accueillent les "petits nouveaux" parmi lesquels s'y découvrent quelques "pépites"...
Une mention toute spéciale et un grand remerciement à Ernest dont l’investissement est sans limite...
Bonnes lectures à tous les Wikisourciens et surtout bonne santé. --Kaviraf (d) 1 janvier 2021 à 20:25 (UTC)[répondre]

Merci pour ces stats, j'ai programmé un tweet. Pyb (d) 3 janvier 2021 à 15:32 (UTC)[répondre]

Comment faire connaitre Wikisource ???[modifier]

Bonjour à tous… Wikisource se porte bien par le dynamisme et la motivation de ses contributeurs, comme on le voit dans les "Stats 2020" données par Ernest-Mtl… c'est clairement une source de satisfaction pour la communauté… En effet, le nombre de textes que l'on peut trouver dans Wikisource est maintenant considérable, et on peut y trouver un bon nombre des classiques étudiés dans les écoles, lycées et universités… ainsi que des textes à découvrir sur des sujets variés, et mettant en valeur la diversité de la francophonie tout autour du monde…

Mais… lorsque je parle de Wikisource à mes amis ou collègues, le résultat est toujours le même : ils ne connaissent pas !!! Bon, le nom même de "Wikisource" n'est peut-être pas très parlant pour le grand public, et je suis obligé d'expliquer que c'est une bibliothèque libre qui est dans le même mouvement que Wikipédia… que par contre tout le monde connait !!!

Ce manque de notoriété de Wikisource me désole toujours… et je pense que l'un des grands défi de la communauté dans les années à venir serait de trouver « Comment faire connaitre Wikisource ??? »

Qu'en pensez vous ??? a+ Laurent --Lorlam (d) 1 janvier 2021 à 22:18 (UTC)[répondre]

Lorlam, Pour faire connaître le site, il faut qu'il ait à la fois un nom accrocheur et informatif. Les termes Wikilivres, Wikibooks, Wikilibrary, WikiLibris sont déjà pris. WikiEbooks ? WikiTranscript ? Créer le site BibliWiki, qui serait une redirection vers Wikisource ? De plus, nous vivons à l'ombre du Projet Gutenberg, de eBooks gratuits, de Gallica et d'Internet Archive. Vous devriez demander à vos amis et collègues s'ils connaissent l'un de ces quatre sites, ils ne connaîtront peut-être pas. — Cantons-de-l'Est discuter 1 janvier 2021 à 23:48 (UTC)[répondre]
Cantons-de-l'Est C'est sûr que même si le nom de Wikisource n'est pas forcément optimal, il me semble aussi difficile de le changer maintenant… et sachant que des termes éventuellement plus parlant sont déjà pris…
Par contre, peut-être devrait-on (par exemple) essayer de profiter encore plus de la notoriété de Wikipédia pour faire découvrir Wikisource. Déjà, je regrette que les renvois de Wikipédia "Sur les autres projets Wikimedia" soient si bas sur les pages… après les "Notes et références", ils ne sont pas vus par la majorité des personnes consultant rapidement les articles… mais, il serait déjà bien que ces renvois soient systématiques, et ce n'est déjà pas le cas ! Peut être devrait-on se forcer en tant que contributeur de Wikisource, lorsque nous terminons la correction ou la validation d'un ouvrage d'un auteur présent sur Wikipédia, à ajouter et faire apparaitre sur Wikipédia, un lien vers la copie de cet ouvrage sur Wikisource.
Pour illustrer ce que je dis, voyez ici : https://fr.wikipedia.org/wiki/Edmond_Rostand#%C5%92uvres la liste sur Wikipédia des œuvres d'Edmond Rostand : il y a un tableau, dont une colonne donne le "Texte en ligne" ; et on voit que seul le lien Wikisource de "Cyrano de Bergerac" est cité… alors que vous pouvez voir sur Auteur:Edmond Rostand que plusieurs autres œuvres de cet auteur sont présentes sur Wikisource !
=> Donc, peut être qu'un travail de lien systématique Wikipédia/wikisource sur les auteurs et les œuvres permettrait d'amener plus de personnes à découvrir Wikisource ?--Lorlam (d) 2 janvier 2021 à 01:22 (UTC)[répondre]
Salut Notification Lorlam :. J'avais commencé à l'époque à systématiquement aller ajouter les nouveautés sur WP aussi sur la page de l'auteur avec le modèle Wikisource qu'ils ont… Je publiais aussi chacune des nouveautés sur le twitter de WSFR… Mais les nouveautés ayant pris du nombre, j'ai espacé peu à peu mes modifs sur WP et mes posts sur le twitter… Comme à toute chose, les espacements se sont allongés et j'ai arrêté… On était rendu retwitté par la BnF et la BAnQ très souvent… Peut-être faudrait-il trouver qqn qui serait très rigoureux sur le twitter de WSFR? --Ernest-Mtl (d) 2 janvier 2021 à 02:27 (UTC)[répondre]
Pour ce qui est du nom, en effet… personne ne connaît! Moi même, c'est un pur hasard que j'ai découvert le projet en 2014 ; et pourtant, mon mari travaillait pour la fondation! Je cherchais des sources de logiciels libres, alors je m'étais dit "ah, wikisource, ça doit être pour ça!"… Sinon j'aurais continué d'aller aux Wikimanias et autres événements de la fondation sans même savoir c'était quoi Wikisource! --Ernest-Mtl (d) 2 janvier 2021 à 03:23 (UTC)[répondre]
Bonjour Notification Lorlam :. Comme la question m'était déjà venue à l'esprit, dans mon petit espace de vie (ex par mail, sur FB, ou au cours d'une rencontre personnelle ou associative), je parle de WS. Pour donner quelques exemples, je viens d'envoyer à plusieurs personnes la liste des nouveautés de l’année parue dans le défi. Je fais également des envois personnalisés : à une amie espagnole je lui adresse des ouvrages sur lesquels j'ai travaillé et qui sont en relation avec des sujets hispaniques ; pour les moins "cérébraux" (dit sans aucune connotation péjorative), j'ai envoyé le livre de cuisine... etc. Pour chaque ouvrage, je me pose la question : "Mais qui pourrait être intéressé par cette lecture ? " Pour la musicologie, et partitions de musique, j'ai tout un groupe d'amateurs... En retour, je constate que beaucoup de personnes lisent (ou en partie) ces envois, me posent des colles (car entre ma lecture et leurs questions, il se passe un certain laps de temps), mais cela a le bénéfice de me remettre en mémoire l'ouvrage envoyé, et certains me citent des titres de livres qui abondent ou ... pas sur les thèses développées par l'auteur. Voici quelques petites actions que je mène à mon petit niveau pour promouvoir WS d'autant plus que c'est un partage d'une bibliothèque libre... Concernant les liens, la question a déjà été posée, mais elle n'a pas convaincu bcp d'adeptes. (retrouver la discussion dans les archives). --Kaviraf (d) 2 janvier 2021 à 08:26 (UTC)[répondre]
Bonjour Notification Lorlam :. C’est une question intéressante aujourd'hui en particulier. L'article labellisé du jour sur wikipédia L'Homme truqué est un livre qui est sur wikisource : L’Homme truqué. Cela aurait été une excellente occasion de faire connaitre wikisource. Mais bien sûr la mention de sa disponibilité sur wikisource n'est pas en première page de wikipédia et ne se trouve que très loin dans l'article si on décide d'aller le lire. Hektor (d) 2 janvier 2021 à 10:24 (UTC)[répondre]
Notification Lorlam, Hektor et Ernest-Mtl : Excellent argument pour relancer le débat sur la nécessité de faire des liens.--Kaviraf (d) 2 janvier 2021 à 10:43 (UTC)[répondre]
  1. Pour Pour--Kaviraf (d) 2 janvier 2021 à 10:43 (UTC)[répondre]
  2. Je suis clairement Pour Pour le fait de s'obliger à faire "systématiquement" des liens sur Wikipédia pour les nouveaux ouvrages publiés sur Wikisource (et qui sont mis sur la page d'accueil). Et pour faire une passe générale sur les classiques comme Rostand, Voltaire, Racine, Maupassant, etc… qui ont beaucoup d'œuvres publiées sur Wikisource, sans que cela ne se voie sur Wikipédia. Dans un genre différent; beaucoup d'œuvres de Maurice Leblanc sont sur Wikisource, mais cela ne se voit pas ici : https://fr.wikipedia.org/wiki/Maurice_Leblanc#%C5%92uvres. C'est pour moi "la base", et je vais dorénavant essayer de faire cette démarche pour mes prochaines contributions…
    Dans un deuxième temps, il serait bien que les liens "Sur les autres projets Wikimedia" soient plus visibles sur Wikipédia : en effet, dans notre monde actuel de besoin d'accès rapide à l'information ; qui va aller voir tout au bout de la page, et apprès les Notes et Références, pour constater qu'il existe potentiellement des liens sur le ou les textes en ligne ?… probablement pas grand monde… par ailleurs, en face du lien "Wikisource", il serait bien de rajouter "Texte en ligne" pour donner d'avantage envie aux gens d'aller voir… pour ceux qui ne savent pas ce qu'est Wikisource. Personnellement, je ne me souviens plus exactement, mais j'ai découvert Wikisource par hasard, par curiosité, en cliquant sur l'un de ces liens. Mais, encore une fois, il ne faut pas trop compter sur la curiosité naturelle des gens dans notre période d'instantanéité, où, ce qui n'est pas directement visible n'est pas vu ! Par contre, pour ce deuxième point, il nous faudrait le soutien et l'aide de personnes s'occupant de Wikipédia ou plus généralement de Wikimédia… --Lorlam (d) 2 janvier 2021 à 12:52 (UTC)[répondre]
Notification Lorlam, Kaviraf et Ernest-Mtl : J'ai laissé un message dans le Bistro de wikipedia. Je ne sais si c'est le bon endroit par où commencer. Hektor (d) 2 janvier 2021 à 11:28 (UTC)[répondre]
  1. Pour Pour. Quand je peux et qu'elle manque, j'ajoute aussi une page sur wikipedia qui correspond à l'oeuvre des livres transcrits pour pouvoir mettre un lien et l'illustrer avec la couverture de wikisource, ça me semble un bon moyen pour inciter à venir. Pour info, je viens de créer sur wikipedia le modèle wikisource-inline sur le même modèle que celui de la wikipedia en anglais. Il faudrait que l'on s'accorde sur notre utilisation des différents modèles selon qu'il s'agisse d'un auteur ou d'une œuvre. Toto256 (d) 2 janvier 2021 à 18:23 (UTC)[répondre]

Plutôt que de demander à mentionner sur les articles du jour, ce qui me semble une perte de temps vu le faible nombre d'ouvrages dans le domaine public évoqués en page d'accueil, le modèle autres projets de Wikipédia pourrait préciser la nature des projets frères, ce qui est fait dans le modèle anglophone. Plus de lecteurs seraient sans doute intéressés par cliquer sur Texte ou Bibliothèque que Wikisource. Pyb (d) 2 janvier 2021 à 12:27 (UTC)[répondre]

Pour faire connaître Wikisource, mettons Amazon dans notre camp. Amazon Kindle propose une vaste quantité d'ouvrages simplement recopiés d'un "bon pour export", vendus pas cher entre 0.99 et 2.99 euro. Les plus paresseux se contentent de recopier intégralement, y compris la page au scribe et l'invocation de Commons, d'autres mettent une couverture et une page avec copyright (tout est permis). Quand j'en trouve un par hasard, je lui mets un commentaire de lecteur en terminant par quelque chose comme : "Ce texte est recopié du site Wikisource, où il a été édité par des contributeurs bénévoles. C'est autorisé selon la licence Creative Commons à condition de le mentionner. Le lecteur instruit et/ou radin pourra télécharger ce texte sur le site Wikisource, gratuit et même en format Kindle. " Avant ou après, j'ai écrit une appréciation de la qualité technique plus ou moins bonne de la copie. Les relecteurs d'Amazon le laissent passer, à condition de ne pas mettre l'URL. Pour les encourager, j'écris aussi "Le prix de [1 euro, 2 euros ...] est justifié, puisqu'il permet de jouir du confort du service Kindle." --Wuyouyuan (d) 2 janvier 2021 à 18:22 (UTC)[répondre]
À tous : pensez-vous que les administrateurs et contributeurs actifs de Wikipédia verraient d'un bon œil que l'on rajoute les liens Wikisource en face des listes des œuvres des auteurs, comme par exemple ici pour Eugène Scribe : https://fr.wikipedia.org/wiki/Eug%C3%A8ne_Scribe#Liste_chronologique_des_%C5%93uvres? (mais il existe ce type de liste pour tous les auteurs). Par contre, avec quel format ? car souvent le lien direct renvoie plutôt sur un article Wikipédia sur cette même œuvre ? Le modèle proposé plus haut par Toto256 peut-il être utilisé pour cette fonction ? De quelle manière ?? Comme je le disais plus haut, si on pouvait faire cela pour un certains nombre d'auteurs "classiques", on augmenterait considérablement les chances que des personnes découvrent Wikisource… et donnerait des chances de créer un effet "boule de neige" :-) merci --Lorlam (d) 2 janvier 2021 à 22:47 (UTC)[répondre]
Notification Lorlam : J'ai ajouté beaucoup de lien vers Wikisource dans Wikipédia (même si pas systématiquement), et jamais personne n'y a trouvé à redire. --Acélan (d) 3 janvier 2021 à 09:05 (UTC)[répondre]
Bien sûr, aucun problème pour rajouter un lien vers le texte complet d'un ouvrage, en utilisant Wikisource lorsque le texte y est disponible. La meilleure manière de le faire est sans doute d'utiliser le modèle Ouvrage de Wikipédia (ou les modèles approchant, comme Article), qui possède un paramètre "wikisource". Je le fais très souvent pour les textes que je corrige ici (exemple tout récent). Ce qui est important, c'est qu'il ne faut pas simplement chercher à « promouvoir » Wikisource, mais à enrichir Wikipédia d'une information utile, à savoir le lien direct vers le texte de l'ouvrage. Seudo (d) 4 janvier 2021 à 10:46 (UTC)[répondre]

Je pense qu’il y a lieu de dissocier deux aspects de la question des liens vers Wikisource dans les articles de Wikipédia : 1o dans les articles consacrés à une œuvre ; 2o dans les articles consacrés à un auteur. Pour le premier cas, on pourrait peut-être demander une modification du modèle qui gère les fiches synthétiques en haut à droite des articles Wikipédia, pour ajouter une ligne « Lire sur Wikisource » avec le lien. Pour le second cas, je pense qu’il vaut autant renvoyer à la page Auteur elle-même de Wikisource, où le lecteur trouvera la liste des œuvres relues ; là encore, on peut demander d’ajouter ce lien dans une nouvelle ligne « Lire sur Wikisource » à la fiche synthétique de l’auteur. Peut-être pourrait-ce être automatisé en exploitant les données de Wikidata : nous n’aurions plus, quand nous créons un livre, qu’à aller ajouter la page de la transclusion dans Wikidata (ce qu’on fait déjà quand on crée une page Auteur). Je crois que ce serait un moyen discret, efficace et standardisé de faire remonter les liens Wikisource en haut de l’article. — ElioPrrl (d) 3 janvier 2021 à 22:43 (UTC)[répondre]

ElioPrrl, L'ajout d'une ligne dans une infobox est une idée à explorer. — Cantons-de-l'Est discuter 4 janvier 2021 à 15:36 (UTC)[répondre]
Seudo parle avec sagesse. Nous devons cesser de voir Wikipédia comme un support publicitaire, peu importe la noblesse de notre mission. Nous devons la voir comme une encyclopédie qui veut informer ses lecteurs. — Cantons-de-l'Est discuter 4 janvier 2021 à 15:44 (UTC)[répondre]

Comment faire connaitre Wikisource ??? (bis)[modifier]

(Je poursuis la discussion commencée plus haut dans cette page)

Le travail de transcription est un truc de geek, pas un truc d'internaute lambda. Si on veut attirer plus d'internautes de passages et les retenir, peu importe d'où ils viennent, il faut rendre le site plus convivial, moins technique. Par exemple, le w:Modèle:Wikisource-inline est une bonne idée, mais il mène les lecteurs de Wikipédia à cette page par exemple. Si vous êtes un internaute lambda, que penseriez-vous de ce haut de page ?

Je me mets dans la peau d'un internaute lambda.

  1. C'est quoi cette histoire de changer la maquette ? Je survole et aucune information supplémentaire n'apparaît. C'est donc un truc inutile ou sans intérêt.
  2. Que signifie la barre verte ? Je survole, et je lis : « 46 pages validées, 0 page seulement corrigée et 0 page non corrigée ». Est-ce important que je sache « 0 page seulement corrigée et 0 page non corrigée » ? Pas vraiment. De plus, c'est quoi ce truc « validées » ?
  3. Je vois à la droite un gros X en rouge. C'est dans le bandeau, je peux donc cacher le bandeau. Je clique dessus, et je vois apparaître « Ouvrir la barre d'outils », ce qui est bien.
  4. Juste en dessous, je remarque la petite étoile rouge. Je survole et je lis : « Catégorie:Textes validés ». C'est quoi cette histoire de catégorie ? Je clique dessus, et ça me dirige à Catégorie:Textes validés, où je lis plein de trucs qui n'intéressent pas l'internaute lambda que je suis. Je reviens donc à la page antérieure.
  5. Je vois [masquer], qui doit servir à masquer quelque chose, mais quoi ?
  6. Je vois « Citer le texte ». Je clique et une boîte de dialogue apparaît ; je peux copier l'information utile. C'est bien, mais ça ne sert que ceux qui veulent citer cette page. Moi, l'internaute lambda, je veux lire le livre.
  7. Je vois « Version imprimable ». Ça veut dire quoi « Version » ? Je survole et je lis : « Version imprimable de la page », ce qui ne me dit toujours rien. Après l'avoir essayé, ça n'imprime que la page actuelle et rien d'autre.
  8. Finalement, les seuls liens d'intérêt pour moi l'internaute de passage sont « Télécharger en PDF, ePub, MOBI ». Ils sont noyés dans les autres informations.

Je sors de mon personnage d'internaute lambda.

Ce haut de page a été conçu par des wikimédiens pour des wikimédiens. Seuls les geeks y trouvent du plaisir à l'utiliser. Les pages de Wikipédia sont toutes autant chargées sinon plus en informations que les pages de la Wikisource, mais les informations qui intéressent les geeks ne font pas partie, si je puis dire, du bloc principal de l'article.

Voici une proposition de haut de page (à peaufiner) plus intéressante pour l'internaute lambda :

Imprimer Citer                
L’Homme truqué (télécharger : Lien pour télécharger l'ouvrage au format PDF Lien pour télécharger l'ouvrage au format ePub Lien pour télécharger l'ouvrage au format Mobi)

Le service Changer la maquette doit se retrouver dans un menu à la gauche (il y est, sous un autre nom : « Maquette 1 »). La petite étoile doit disparaître. [masquer] doit disparaître. Également, soyons plus synthétique et déléguons les explications aux textes qui surgissent au survol de la souris. En passant, « Imprimer » n'est plus utile en 2020 à la suite des améliorations des navigateurs Web.

Cantons-de-l'Est discuter 3 janvier 2021 à 14:25 (UTC)[répondre]

Complètement d'accord avec toi, à la réserve près qu'il faudrait un indicateur de qualité, même simplifié, et effectivement plus lisible que ce qu'on a actuellement, pour que l'internaute lambda ne s'en aille pas, dégoûté, après être tombé sur une transclusion incomplète, ou sur la transclusion de pages non corrigées. --Acélan (d) 3 janvier 2021 à 15:13 (UTC)[répondre]
Suite à mes rencontres avec monsieur et madame Tout-le-monde lors des kiosque à la BAnQ (qui étaient toujours bien gentils et nous laissaient s'installer dans la hall d'entrée, bien visibles des visiteurs d'ailleurs!), avec leurs commentaires, j'en étais venu à élaborer cette page pour les livres disponibles en téléchargement. Ce n'est sûrement pas parfait, lourd graphiquement (mais bon, on n'a pas 3000 livres dans le PQC alors c'est moins pire Mort de rire) mais ça venait chercher l'intérêt du public. Restait à travailler le résumé cependant, c'était le dernier point qui nous revenait le plus souvent dans les commentaires également. --Ernest-Mtl (d) 3 janvier 2021 à 15:29 (UTC)[répondre]
La Fondation va proposer de remplacer cette barre par un bouton télécharger. Y'a plus d'infos sur Phabricator et cela a été mentionné ici il me semble. Pyb (d) 3 janvier 2021 à 15:35 (UTC)[répondre]
J'aime bien, c'est sobre et élégant. À noter que ce haut de page n'apparaît que sur les textes catégorisés bon pour export. Je pense qu'on peut effectivement retirer le lien vers "imprimer" : outre que c'est obsolète, cela peut également prêter à confusion pour le lecteur, qui s'imagine peut-être qu'il peut-être imprimer le livre entier. Une remarque, je me demande si l'on ne ferait pas mieux de masquer ces icônes de téléchargement dans un onglet à gauche ou à droite de celui "Lire". --Jahl de Vautban (d) 3 janvier 2021 à 15:39 (UTC)[répondre]
Effectivement dans le cadre du projet Outil d'export des livres dans cette Mise-à-jour du projet et suite à une enquête auprès de visiteurs occasionnels, les responsables du projet arrive à la même conclusion. Ils proposent donc un bouton unique (télécharger) et une fenêtre indiquant et expliquant les 3 choix (certains visiteurs ne savent ce que sont les icônes). --Viticulum (d) 3 janvier 2021 à 19:38 (UTC)[répondre]
Ernest-Mtl, J'aime bien ce que vous avez développé : facile à parcourir, sobre, les liens les plus utiles aux internautes de passage sont présents. — Cantons-de-l'Est discuter 4 janvier 2021 à 15:26 (UTC)[répondre]

Comment faire connaitre Wikisource ??? (ter)[modifier]

(Je poursuis la réflexion de deux sections précédentes.)

La Wikisource en français publie plus de 300 000 ouvrages, ce qui est énorme et mérite d'être souligné. Comment les rendre accessibles au plus grand nombre ? Pour l'internaute qui sait comment y naviguer, Wikisource est une fantastique ressource. Néanmoins, il y a encore trop d'aspects irritants à éliminer. Voici ma liste :

  1. pas de résumé des livres transcrits (par exemple, je crois pouvoir résumer Les Misérables et Notre-Dame-de-Paris de Victor Hugo, mais je serais bien ennuyé de résumer Le Bossu de Paul Féval).
  2. portails thématiques manquants : chefs-d'oeuvre, littérature pour enfants, romans historiques, poésies...
  3. trop peu de livres audio
  4. Exposition trop importante des arcanes de la transcription partout dans le site
    • Les pages Livre: s'adressent aux transcripteurs, les internautes de passage ne s'y intéressent pas.
    • Quel est l'intérêt de montrer des transclusions complètes ? La grande majorité des internautes de passage ne s'y intéressent pas ; ils veulent télécharger les textes complets en ePub, Mobi, PDF.
  5. Pas de listes thématiques d'auteurs
  6. Pas de listes thématiques d'ouvrages
  7. Pas de suggestions de lecture (l'encart en page d'accueil souligne le travail des wikisourciens, mais c'est trop court et incohérent pour rendre justice à tout ce que comprend Wikisource.) À quand des encarts thématiques dans la page d'accueil ?
  8. L'encadré Mission 7500 plaît aux wikisourciens, mais quel intérêt pour les internautes de passage ?
  9. Je vois Défi 7 500 ajouté après les titres des ouvrages transcrits dans la page d'accueil : quel intérêt pour l'internaute de passage ?
  10. La page d'accueil s'adresse en partie aux gens qui veulent transcrire, en partie aux lecteurs, pêle-mêle. Il faut une meilleure séparation des deux.
  11. Pourquoi générer à la volée les fichiers ePub/mobi/PDF de n'importe quel livre ? Si WsExport échoue, que comprendra l'internaute ? Une fois validés, combien d'ouvrages sont modifiés par la suite ? Si c'est moins de 1 %, on peut envisager une autre façon de créer les fichiers ePub/mobi/PDF. Je suggère qu'un bot soit chargé de créer les fichiers ePub/Mobi/PDF de chaque ouvrage validé, qu'ils soient versés dans Wikimedias Commons et que, pour ces ouvrages, les liens vers WsExport soient remplacés par des liens vers Wikimedia Commons. Ça diminue les risques d'échecs de WsExport.

C'est beaucoup d'efforts, je le concède. Si on veut que les internautes reviennent, encore et encore, il faut que nous leur offrions un panier de produits qui leur donne le goût de le faire. Il faut donc rechercher des contributeurs prêts à améliorer la méta-présentation des ouvrages : résumés, portails, listes thématiques, suggestions de lecture, refonte de la page d'accueil...

Cantons-de-l'Est discuter 3 janvier 2021 à 14:57 (UTC)[répondre]

Lors de première Wikisource Conference à Vienne, le sujet avait été abordé… Le site Wikisource n'est pas fait pour le public… On avait abordé le sujet de devoir penser à une "bibliothèque en ligne" où ne se trouveraient que les livres à télécharger… Une boutique "gratuite", comme FNAC, Amazon et autres places… car en effet, outre les 20 nouveautés en page d'accueil, rien d'intéressant pour l'internaute de passage… --Ernest-Mtl (d) 3 janvier 2021 à 15:36 (UTC)[répondre]
Tout à fait d'accord avec Cantons-de-l'Est et Ernest-Mtl : le site est effectivement trop ardu à comprendre pour les internautes de passage, et il gagnerait en clarté en séparant les pages pour les lecteurs et les pages pour les contributeurs. Je suis aussi tout à fait d'accord sur le fait qu'un lecteur de passage n'a besoin que d'un export en epub / mobi / pdf... et là, Wikisource possède un inconvénient structurel par rapport à des sites comme "ebooks libre et gratuit par exemple" => le principe de Wikisource est de retranscrire des pages le plus fidèlement possible par rapport à un fs (ce qui est intéressant), mais… le but premier n'est pas d'obtenir un ebook "joli" à l'export. Personnellement j'aime bien exporter en pdf et conserver certains livres que je transcris… et pour celà, je suis amené à retoucher les pages de titres et de présentation en ajoutant ou retirant des sauts de pages, ou en ajustant la taille de police, pour que le résultat à l'export soit correct… mais la majorité des livres, mêmes terminés, ne donnent pas forcément un résultat esthétique à l'export… ce n'est pas forcément grave pour une personne cherchant à étudier une œuvre par rapport à un livre original, mais c'est un peu gênant pour quelqu'un souhaitant juste lire le livre et le consever dans un format qui semble fini ! --Lorlam (d) 3 janvier 2021 à 20:10 (UTC)[répondre]
Je suis dans l’ensemble d’accord avec les constats de Cantons-de-l’Est. Quelques idées qui me sont venues à la lecture de son message :
1. Pour les résumés, on pourrait créer un nouveau champ « Résumé » dans le formulaire d’Index, qui pourrait être repris ensuite comme « quatrième de couverture » dans les ebooks, et utilisé sur le site par exemple grâce à une déclinaison du modèle {{Présentation}} (même icône, mais l’infobulle contiendrait automatiquement le texte du champ « Résumé »).
2. Koreller, je crois, travaille à la modernisation des portails existants ; peut-être son travail pourra-t-il servir de base à d’autres contributeurs pour créer de nouveaux portails (par genres littéraires, langues, disciplines du savoir, etc.). Il faudrait alors tenir à jour une liste raisonnée des portails. Selon moi, les portails pourraient servir à la fois de version « raisonnée », « toilettée » des catégories, dont la consultation est extrêmement rébarbative, et de lieux où développer les suggestion de la page d’accueil ou présenter des suggestions qui ne peuvent être accueillies sur cette même page.
4. Qu’entendez-vous par « transclusion complète » ? Les liens « texte entier » ? Dans ce cas j’abonde dans votre sens : sur le site, ils donnent des pages tout sauf maniables (trop longues, sans possibilité de se déplacer rapidement vers un chapitre…), et à l’export, le rendu en est, je trouve, bien moins bon que lorsqu’on exporte à partir de la table des matières (problèmes de renvois vers les notes, pas de sauts de page lors d’un changement de chapitre…).
5./6. Cela, comme je le disais, pourrait être assuré par les portails.
7. Tout à fait d’accord : je suis déjà très friand de l’extrait en page d’accueil, dont le choix fait preuve de beaucoup d’éclectisme, mais il serait intéressant d’avoir un roman, un poème, une pièce de théâtre, un texte philosophique, un ouvrage scientifique, un portail (?), que sais-je encore, de la semaine ou du mois. Si l’on renouvelle suffisamment, avec le renouvellement conjoint des nouveautés, on aura plus de moyens d’attirer un autre public, et surtout, de ne pas laisser partir le public existant.
8./9./10. J’avais déjà proposé la suppression de l’encart Défi 5000 lors de la discussion sur la nouvelle présentation des nouveautés, et pour les mêmes raisons. Je crois qu’il vaudrait mieux laisser sur la page d’accueil tout ce qui peut parler au lecteur, et non ce qui peut éveiller la curiosité du seul contributeur : j’entends par là les liens vers les portails, les suggestions de lecture et les nouveautés. Mais rien n’empêche de rédiger un petit mot présentant les possibilités de Wikisource (lecture sur le site et export en différents formats), indiquant que la mise à disposition des textes est le fait de contributeurs bénévoles — et mettre un lien vers une page d’accueil des contributeurs.
11. Sur ce point par contre je ne vous rejoins pas. Les textes validés sont modifiés même après leur validation directement (correction de coquille, adaptation de la mise en page pour l’export), et indirectement (mise à jour des modèles, des fichiers sur Commons) ; ces dernières modifications en particuliers ne touchent pas essentiellement le texte, mais peuvent en revanche significativement remanier la forme et augmenter le confort de lecture. Ensuite, de nombreux textes sont à géométrie variable : un lecteur peut vouloir exporter un article de revue, ou tout une revue, voir tous les numéros d’une revue ; exporter un volume d’un ouvrage ou tout l’ouvrage. Enfin, WSexport offre toute une gamme de paramètres (choix de la police, export des images ou non, etc.), qui permettent de « personnaliser » son export ; ses performances se sont grandement améliorées dernièrement, notamment sa vitesse, et la communauté technique semble vouloir continuer ce travail d’amélioration.
J’ajouterais enfin d’autres freins à la consultation de Wikisource :
1. Un outil de recherche que je trouve très mauvais : si l’on connaît le titre exact d’un livre, c’est bon ; mais si l’on ne connaît que le titre approximativement, on obtient une espèce de recherche en plein texte qui donne pour premiers résultats des textes très parfois éloignés de celui qu’on cherche ; c’est pire encore pour la recherche d’un auteur, dont on ne dispose que du nom de famille par exemple, parce que, sauf le cas de grands auteurs, il faut penser à taper dans la barre de recherche Auteur:, puis il faut le prénom… J’imagine que c’est chimérique, mais il serait bien qu’on puisse mettre en place une recherche avancée, permettant de recherche par nom d’auteur (en utilisant les champs auteur, traducteur, éditeur scientifique des pages d’index), par titre (en utilisant les champs titre et sous-titre), par dates (en utilisant le champ année d’édition), etc.
2. Une identité visuelle assez chaotique : je ne parle pas des textes en eux-mêmes (on doit respecter la mise en forme du fac-similé, point barre), mais des pages Auteur, des portails, des boîtes de titre, etc., bref tout ce qui n’est pas issu des fac-similés. Par exemple, pour les pages Auteur : certaines utilisent {{document}}, d’autres listent les œuvres dans une liste à puce, et dans ces dernières, parfois le titre est suivi de la date, parfois la date du titre, parfois on précise l’éditeur ou le traducteur, parfois non, etc. Je serais quant à moi partisan d’une généralisation du modèle {{document}}, qui permettrait une mise en page unifiée pour tous les auteurs ; et si le modèle actuel ne nous convient pas, il suffira de modifier le modèle pour modifier la présentation de toutes les pages Auteur : par exemple, une première modification du modèle pourrait faire afficher à la suite du titre, si le champ « résumé » de la page d’index est non vide, une icône avec le résumé en infobulle. Si toutes les pages Auteur, tous les portails, etc., sont construits de la même manière, le lecteur nouvel arrivant trouvera plus vite ses repères, et naviguera plus facilement dans le site.
De nombreux autres points seraient à aborder, mais je crains que déjà nous n’ouvrions à la fois trop de chantiers, suivis de nombreuses difficultés techniques, et peut-être de résultats bien maigres. — ElioPrrl (d) 3 janvier 2021 à 22:23 (UTC)[répondre]
Pour le point 11, je suis d'accord avec ElioPrrl : ce serait dommage dans l'état actuel de figer un export, alors que même les textes validés comportent encore souvent des coquilles, et peuvent donc continuer de s'améliorer… Par contre, comme je le disais plus haut, l'un des inconvénients de Wikisource est que la validation s'arrête le plus souvent à la vérification page par page, ce qui ne garantie pas d'obtenir un export esthétique du livre => peut être faudrait-il rajouter un niveau de "validation" supplémentaire, plus haut que la "validation" actuelle : un niveau "ebook de qualité" (dénomination à définir) statuant sur la possibilité de sortir un export de bonne qualité et digne d'un "vrai livre" !? --Lorlam (d) 3 janvier 2021 à 23:31 (UTC)[répondre]
ElioPrrl,
4. Quand j'ai écrit « transclusions complètes », je pensais à ces pages où l'ensemble d'un livre, d'un chapitre ou d'un document apparaît au complet. Si l'internaute de passage veut le fichier ePub/Mobi/PDF, il n'a pas besoin de voir l'ensemble des pages, les premières suffisent pour qu'il puisse se faire une idée de la nature de l'ouvrage. Maintenant que j'y pense, les internautes sont dirigés vers les TdM lorsqu'ils naviguent de la page d'accueil ou des pages d'auteurs. C'est seulement les gens qui veulent explorer plus qui tomberont sur des transclusions complètes. Ma critique est infondée.
11. Pour l'export d'une partie d'un ouvrage, j'ai jugé que ça n'intéresse pas les internautes de passage. De plus, cette possibilité n'est pas exclue, il faudra la rechercher « plus creux » dans le site.
Vous avez raison pour le moteur de recherche. Je vois d'autres soucis, mais je passe mon tour cette fois-ci.
Pour l'identité visuelle, il y a aussi un travail de fond à réaliser, mais je n'ai aucune suggestion à faire parce que ce n'est pas mon fort.
4 janvier 2021 à 15:16 (UTC)
Quelques remarques en passant :
1. Dans l'absolu pourquoi pas, mais je doute que ce soit un réel problème ; voir infra.
2. Le problème ce n'est pas l'existence de ces portails, c'est de s'en occuper quand ils existent. Le portail Philosophie, qui est pourtant accessible en première page et qui représente tout de même un aspect important de l'humanité et de ses écrits, est resté inactif pendant plus de 7 ans. Plusieurs auteurs qui y sont mentionnés ont tout juste un ouvrage disponible, quand ils en ont un. Restons réalistes, nous somme une communauté nettement plus petite que Wikipédia, nous ne pouvons pas être sur tous les fronts ; lançons déjà la machine sur des portails qui peuvent ratisser large, par exemple Portail:Littérature française ou Portail:Québec, récemment ressorti de l'oubli après 5 ans, et on pourra ensuite voir comment dynamiser des plus petits sujets.
3. Corriger les coquilles d'un scan, c'est à peu près à la porté de n'importe qui connaissant le français. Faire une lecture à haute voix de manière agréable sur plusieurs heures, c'est un talent plus rare.
4. Concernant votre remarque sur la majorité des internautes, cf. infra.
5/6. Ces listes existent, mais ce sont des catégories peu commodes à la consultation et largement inadaptées pour le simple visiteur. À moins de rendre directement ces pages plus compréhensibles et navigables, il faudra en créer de nouvelles et on retombera sur les problèmes évoqués dans 2.
7/8/9/10. Je souscris à vos remarques, encore que nous ayons tout autant besoin de contributeurs que de lecteurs. En comparaison, Wikipédia par exemple n'a qu'un encart pour la contribution, le reste va au contenu lui-même.
11. Tous les livres validés sont amenés à être revisités. C'est d'ailleurs une des forces de Wikisource à mon sens, n'importe quelle coquille est corrigeable en quelques clics, s'en s'embarrasser d'un mail à envoyer dont on ne sait pas quand, ni même si, il sera lu.
De manière globale, je pense qu'il existe différentes conceptions de ce qu'est Wikisource et partant de ce qu'est un lecteur type. Pour moi, je comprends les textes que je mets en ligne comme des outils scientifiques que je veux mettre à disposition du plus grand nombre ; mon lecteur type vient sur Wikisource en cherchant un texte en particulier, soit qu'il le connaisse déjà, soit qu'il l'ait découvert en cherchant quelque chose sur un moteur de recherche (d’où que je ne considère pas l'absence de résumé comme un réel problème). Dans cette perspective, la simple mise à disposition d'un texte corrigée est amplement suffisante ; les exports suscitent manifestement un fort engouement dans le reste de la communauté, mais pour moi cependant c'est une fonctionnalité bonus. --Jahl de Vautban (d) 4 janvier 2021 à 15:58 (UTC)[répondre]

Pour le « Résumé » s'il existe on peut utiliser le résumé de l'article de Wikipédia. Hektor (d) 4 janvier 2021 à 15:33 (UTC)[répondre]

Merci d'avoir ouvert ce sujet. Comme plusieurs au dessus, je crois que le site est trop orienté technique pour quelqu'un qui souhaiterait simplement lire un livre. À défaut de tout changer, peut-être que la page d'ouverture du site ne devrait contenir que des informations utiles à l'utilisateur lambda, tandis que les informations utiles aux contributeurs pourraient être sur une autre page dédié.
Ensuite, si je me place dans la peau de quelqu'un qui n'est jamais venu sur wikisource, je crois que je voudrais pouvoir explorer la bibliothèque: voir des résumés, voir des couvertures, voir les livres populaires, voir des suggestions de livre, etc. Une façon simple de commencer à mettre cela en place serait de créer un portail avec les couvertures des 100 ouvrages les plus populaires (ou qui méritent, selon les membres de wikisource, une attention particulière) sur le site, par exemple.
Si l'idée est adoptée, il serait souhaitable que le portail avec les couvertures des 100 ouvrages choisis soit changées tous les mois - comme une vitrine qui attire le chaland par ses nouveautés--Kaviraf (d) 4 janvier 2021 à 17:33 (UTC)[répondre]
En effet, on pourrait avoir un genre de portail, d'où l'information viendrait de Wikidata et qui pourrait présenter les ouvrages et les nouveautés qui sont disponibles au public… Je me suis amusé ici… --Ernest-Mtl (d) 7 janvier 2021 à 00:43 (UTC)[répondre]
Notification Ernest-Mtl : Merci ! C'est exactement à ce genre de page que je pensais ! Même si elle contenait une grande quantité d'ouvrage, je pense que beaucoup d'utilisateur sont habitués à ce type de liste en miniature non-ordonnés avec les sites de streaming. --Cassiodore89 (d) 13 janvier 2021 à 21:20 (UTC)[répondre]
Encore, autant que possible, peut-être que l’on devrait séparer les informations utiles aux utilisateurs de celles utiles aux contributeurs, pour éviter les confusions. Par exemple, je trouve dommage que dans le modèle {document}, le bouton d'accès au fac-simile soit mélangé avec le bouton de téléchargement epub ou pdf.
Finalement, on pourrait s'encourager à être systématique dans les pages Auteur, quitte à perdre un peu de liberté: si les membres préfèrent le modèle {document}, tachons de l'utiliser sur toutes les pages auteurs, et de toujours présenter le même type d’œuvre de la même manière. Si un autre modèle est mieux adapté, utilisons, autant que possible, toujours le même, pour faciliter la lecture. --Cassiodore89 (d) 4 janvier 2021 à 16:21 (UTC)[répondre]
Notification Hektor : Pourquoi pas Wikipédia, en effet, mais je pense qu’il ne faudrait pas que cela devienne une obligation, car dans certains cas il sera, à mon avis, plus intéressant de renseigner comme résumé par exemple la quatrième de couverture quand elle existe, ou une citation de l’œuvre qui définit son objet, etc. Et puis cela mènerait à avoir le même résumé pour toutes les éditions d’une même œuvre, alors qu’il pourrait être intéressant de mettre un petit mot sur la fiabilité de l’édition ou de la traduction, par exemple. — ElioPrrl (d) 5 janvier 2021 à 23:03 (UTC)[répondre]


Je n’ai rien à dire quant à la visibilité des ouvrages de wikisource, et ce n'est pas ma priorité, car je pense que  : « qui se donne la peine de chercher trouve ». Je voulais juste faire part de quelques points d’agacement :
  • Wikisource actuel serait orienté davantage pour les geeks que pour le lecteur lambda . Mais qui s’intéresse à des ouvrages du 15e siècle au début du 19e siècle dans la langue d'origine à part des geeks ? À mon sens, le principal intérêt de Wikisource pour ce type de public réside dans la possibilité d’effectuer des recherches plein texte pour des ouvrages qui n'ont pas de couche texte ailleurs. Conséquemment, je trouve dommage qu'il n'y ait pas de possibilité d’export en mode txt sans modèle et sans mise en page, tel qu'il est lorsqu'on extrait la couche texte du djvu… Mais en étant corrigé.
  • Il est évoqué plus haut le recours plus systématique au modèle {{document}} sur les pages auteur. Ce modèle me semble frustrant car, sauf erreur ou mésusage de ma part, il ne permet pas de donner d’informations complémentaires telles que sous-titre, existence d'illustrations ou autres, sur un ouvrage ou une édition d’un ouvrage, c’est pourquoi je lui préfère {{l2s}} beaucoup plus souple de ce point de vue.
  • Pour ce qui concerne les liens avec les autres sites (Wikipedia, Wikidata, Common, etc.) je trouve que le temps passé à l’administration pré et post-transcription est de plus en plus long, ce que je regrette. Par exemple sur Common le modèle {book} permet d'insérer le nom de l'auteur avec le modèle {Creator|wikidata=numwikidata} lorsque l'information est présente sur WD, mais la syntaxe est différente sur Wikisource et il faut donc réinscrire les mêmes informations dans une syntaxe différente. À l'inverse la création de la fiche Wikidata en utilisant le gadget qui insère automatiquement les informations présentes sur WS facilite grandement la vie.
En conclusion pour moi, le défi serait certes de faire connaître Wikisource, mais également de ne pas perdre les geeks qui passent une bonne partie de leur temps à œuvrer sur et autour de Wikisource, ma motivation tient davantage dans une idée de sauvegarde patrimoniale en complément des sources officielles, que dans l'élargissement du lectorat.--Cunegonde1 (d) 5 janvier 2021 à 12:46 (UTC)[répondre]
Notification Cunegonde1 : Tout à fait d’accord avec vous pour votre remarque sur {{document}} ; je crois qu’à part cela, {{document}} à beaucoup d’avantage : il permet de faire des listes triables (et selon plusieurs critères : par date, par titre, par titre original, etc.), pour ceux qui ont activé le gadget, d’afficher via le [+] les pages éditions et traductions directement dans les pages Auteur:, etc. Mais il faudrait modifier le modèle :
  • soit en ajoutant un paramètre commentaire= : le texte passé en argument de ce paramètre serait simplement ajouté à la suite du titre, séparé de celui-ci par une virgule ou mis entre parenthèse ;
  • soit pour changer le comportement de titre= (solution qui a ma préférence) : aujourd’hui, le texte passé en argument de titre= devient un lien automatiquement si la page existe, et sinon il est affiché en italique ; pour afficher un titre différent du nom de la page de transclusion, il faut écrire titre=[[Nom de la page|Titre différent]] ; mais si l’on veut ajouter un commentaire à la suite, titre=[[Nom de la page|Titre différent]], commentaire ne donne pas le résultat escompté, le texte après la fermeture du lien étant tout simplement ignoré. Serait-il possible de changer pour que ce texte soit affiché ?
Qui pourrait faire cette modification de Module:Document ? Je ne crois pas qu’il soit protégé, il faut juste des connaissances en JS que je ne possède pas Sourire. — ElioPrrl (d) 5 janvier 2021 à 23:03 (UTC)[répondre]
Je suis assez d'accord avec les points soulevés par Cunegonde1 (d · c · b), ainsi que plus haut Jahl de Vautban (d · c · b). Rajouter des éléments pour attirer du lectorat, pourquoi pas, mais Wikisource est d'abord, comme son nom l'indique, une base de textes de référence, fournie sous un format réutilisable. Il ne s'agit pas simplement de fournir des e-books aux personnes qui les utilisent, mais aussi de mettre à disposition des textes qui peuvent être utiles à d'autres sur Internet (je pense d'abord à Wikipédia, mais c'est valable aussi ailleurs). Pour cela la transclusion (complète ou par chapitre) au format HTML est irremplaçable par le compromis qu'elle offre entre qualité de la présentation et souplesse. La transclusion présente aussi l'avantage de faciliter la correction du texte par l'internaute (s'il connaît les bases de Wikisource, bien sûr, mais c'est la même chose sur Wikipédia).
Je crois toutefois qu'une attention insuffisante est portée aux catégories, qui ne sont certes pas adaptées pour le « grand public » (à supposer que ce terme ait un sens, chacun venant avec ses propres centres d'intérêts), mais sont utiles pour Wikisource en tant que système de « sauvegarde patrimoniale » comme dit Cunegonde. Pendant longtemps je les ai ignorées, mais je fais plus d'efforts maintenant pour les renseigner. Seudo (d) 11 janvier 2021 à 08:31 (UTC)[répondre]

Notification ElioPrrl et Cunegonde1 : N’ayant jamais utilisé {{document}} ni le langage LUA, j’ai apporté les changements dans le Bac à sable. Le double crochet fermant pouvant servir de séparateur entre le titre et le ss-titre, je n’ai pas retenu la virgule comme proposé. Il vous faudrait valider le résultat obtenu :

 Titre et éditions
1841 : Histoire des églises du désert 
1841 : Histoire des Églises du désert, Tome 1  Texte validé Télécharger au format ePub Télécharger au format PDF Télécharger au format mobi  Voir et modifier les données sur Wikidata
1841 : Histoire des églises du désert chez les protestants de France.  
1841 : Histoire des Églises du désert, Tome 1 chez les protestants de France.  Texte validé Télécharger au format ePub Télécharger au format PDF Télécharger au format mobi  Voir et modifier les données sur Wikidata

Si cela convient, je demanderai à Tpt s’il m’autorise à modifier le code en production et vous pourriez rafraîchir la Documentation. --Denis Gagne52 (d) 11 janvier 2021 à 01:45 (UTC)[répondre]

Merci Merci !Notification Denis Gagne52 : le rendu est bon, mais je n'ai pas la compétence technique pour émettre un avis sur le fonctionnement du modèle.--Cunegonde1 (d) 11 janvier 2021 à 06:32 (UTC)[répondre]
Notification Denis Gagne52 : Super ! c’est exactement ce à quoi je pensais. Sur ces quelques exemples tout à l’air de marcher. Merci Merci ! beaucoup ! — ElioPrrl (d) 11 janvier 2021 à 10:07 (UTC)[répondre]
Pendant que vous modifiez le modèle {{document}}, serait-il possible de déplacer l'icône du fac-similé avant le titre (comme dans le modèle {{L2S}}). Cela permettrait: (1) d'être cohérent avec L2S, et (2) de séparer le lien du fac-similé (pour contribuer) des liens de téléchargements (pour lire). --Cassiodore89 (d) 11 janvier 2021 à 17:49 (UTC)[répondre]
Notification Denis Gagne52 : J’approuve tout à fait la proposition de Cassiodore ! — ElioPrrl (d) 11 janvier 2021 à 18:28 (UTC)[répondre]
Notification Cassiodore89 et ElioPrrl : Il vaudra mieux faire consensus avant de procéder. Personnellement je préfère que tous les icones soient à gauche ce qui permet de les aligner verticalement et d’être plus cohérent avec L2S. On pourrait toutefois prévoir une meilleure démarcation entre les deux. --Denis Gagne52 (d) 13 janvier 2021 à 00:16 (UTC)[répondre]
Tant que nous en somme à proposer des améliorations à ce modèle, j'ai toujours été chiffonné par le déplacement de l'année quand on déroule une liste d'éditions multiples (voir par exemple le deuxième titre de Maurice Leblanc). Je pense que ce serait mieux si l'année restait à sa place, en face du titre de la ligne, plutôt que de se centrer automatiquement vis-à-vis du contenu déroulé. --Jahl de Vautban (d) 13 janvier 2021 à 06:50 (UTC)[répondre]

Notification Cunegonde1, ElioPrrl et Cassiodore89 : Le détail des modifications apportées et le banc d’essai sont accessibles ici Projet de modification au Modèle Document. Je vous laisse le soin de valider si cela répond à votre demande et de présenter à la communauté pour acceptation si cela convient. Notification Jahl de Vautban : je ne suis pas certain d’avoir compris le changement que tu proposais (voir item 5). --Denis Gagne52 (d) 17 janvier 2021 à 20:15 (UTC)[répondre]

Notification Denis Gagne52 : Pour ma part, je trouve cela parfait. Merci beaucoup ! --Cassiodore89 (d) 17 janvier 2021 à 21:11 (UTC)[répondre]

Texte entier[modifier]

Est-ce que l'inclusion automatique de "Texte entier" a été supprimée ? J'ai l'impression que cela ne marche plus ? Hektor (d) 2 janvier 2021 à 12:24 (UTC)[répondre]

Il ne me semble pas que ça ait disparu (cf. Le Crime des Vieux par exemple). Tu as un exemple ? --Acélan (d) 2 janvier 2021 à 12:33 (UTC)[répondre]
Je n'ai pas eu trop l'habitude de faire cette manip jusqu'à présent, mais j'ai effectivement essayé de la faire ici Contes chinois, précédés d’une Esquisse pittoresque de la Chine… Le lien n'est pas apparu automatiquement et je l'ai modifié "à la main". a+ --Lorlam (d) 2 janvier 2021 à 13:00 (UTC)[répondre]
Notification Hektor : Pour que cela fonctionne, il faut que le titre soit conforme au titre de l'oeuvre (il manquait une majuscule) et Notification Lorlam : il faut que la syntaxe de la transclusion indique header=Sommaire. --Acélan (d) 2 janvier 2021 à 13:51 (UTC)[répondre]
Notification Acélan : Ce matin, j’ai failli m’étouffer en ingérant ma première gorgée de café. @Hektor venait de modifier la définition de la page principale de Livre:Marmette - Charles et Éva, 1945.djvu pour remplacer header=1 par header=Sommaire. Je pensais pourtant avoir lu quelque part que header=Sommaire faisait en sorte que tous les liens à des ss-pages étaient considérés comme des chapitres par ws-export. Je réalise qu’il n’en est rien probablement étant donné la présence des paramètres from= to=. Tant mieux si « Sommaire » peut être maintenu tout en conservant une TOC à deux niveaux. Belle découverte en commençant la journée !
J’en profite pour vous remercier tous les deux ainsi que @Hsarrazin, @Raymonde Lanthier et les autres dont j’oublie le nom qui prenez le temps de réviser ce que nous produisons. Un détail oublié porte ombrage à l’ensemble de l’œuvre. Votre contribution est importante et mérite d’être soulignée. Merci Merci ! --Denis Gagne52 (d) 3 janvier 2021 à 16:56 (UTC)[répondre]

Dictionnaire de Trévoux[modifier]

Bonjour,
2020 a aussi été l'année de la fin de correction du 2e tome du Trévoux (il reste quelques pages roses, en attente de transcription de l'hébreu). Le Tome I ayant été terminé en 2013, cela fait 7 ans pour le IIe volume... Cela dit, il n'est pas déraisonnable d'imaginer terminer le Tome III, déjà commencé (environ 13%) en 2021.
C'est, certes, assez aride et long, mais c'est également intéressant, et c'est un projet qui, au départ, était collectif. Avec des outils dédiés : un script très efficace régulièrement enrichi par Wikimoine, et une page d'aide dédiée.
N'hésitez pas à vous lancer (ou à vous y remettre, pour certains "anciens"), ne serait-ce que pour une page de temps en temps. Une bonne façon de commencer, pour se familiariser avec ces pages, peut être aussi d'en valider une ou deux. --Acélan (d) 3 janvier 2021 à 09:19 (UTC)[répondre]

Merci pour l'info, j'en ai fait un tweet (avec une coquille...). Pyb (d) 3 janvier 2021 à 15:31 (UTC)[répondre]

Problème d'export en epub...[modifier]

Bonjour !
Je rencontre un problème d'export en epub pour cet article de presse À l’Auteur des Chansons des Rues et des Bois : seules les 4 premières pages du poème apparaissent ! L'export en pdf est par contre correct. Quelqu'un pourrait-il m'en dire la raison ?
D'avance merci. --*j*jac (d) 3 janvier 2021 à 09:55 (UTC)[répondre]

Notification *j*jac : un bug ponctuel ? j'obtiens le texte entier en epub. --Acélan (d) 3 janvier 2021 à 10:26 (UTC)[répondre]
Notification Acélan : merci ! En effet, ça (re)fonctionne... Mystère... Puisque j'ai le plaisir de converser avec toi, je te présente mes meilleurs voeux... --*j*jac (d) 3 janvier 2021 à 10:37 (UTC)[répondre]
Notification *j*jac : meilleurs vœux à toi aussi ; c'est vrai qu'on ne se croise plus trop ; un petit tour sur le Trévoux, ça ne te tente pas ? Clin d'œil --Acélan (d) 3 janvier 2021 à 10:39 (UTC)[répondre]
Notification Acélan : voilà une invitation qui ne se refuse pas. Je vais bientôt m'y pencher en commençant par les pages d'aide... --*j*jac (d) 3 janvier 2021 à 14:18 (UTC)[répondre]

Anomalie avec le modèle Séparateur[modifier]

Bonsoir Notification Assassas77 :Notification ElioPrrl : Le séparateur occupe maintenant 100 % de la largeur de la page, quand bien même sa taille est définie à quelques em. Est-ce dû aux dernières modifications portées sur le Modèle:Séparateur ? Qu’en pensez-vous ? Est-ce réparable ? --Yland (d) 3 janvier 2021 à 19:18 (UTC) Exemple pour {{m:séparateur|3}} :[répondre]


Bonsoir Notification Yland :, j'ai revert ma modification, j'ai tenté une modification de syntaxe pour simplifier le comportement du modèle (rendre le paramètre l= et le paramètre ordonné 1= interchangeable). Cela n'a pas eu l'effet escompté. Désolé pour le désagrément. Assassas77 (d) 3 janvier 2021 à 19:28 (UTC)[répondre]
Notification Assassas77 : Merci beaucoup pour votre réactivité. Je n’ai rien contre les tests d’optimisation des modèles, pourvu qu’ils soient améliorables en cas d’effets indésirables. Merci pour le rétablissement. Bien cordialement, --Yland (d) 3 janvier 2021 à 19:40 (UTC)[répondre]

Paramètre from dans la balise pagelist[modifier]

Salut,

je voulais connaitre l’avis des gens sur l’utilisation du paramètre from dans la balise pagelist. Par exemple, voir cette modification. Bien que je perçoive l’utilité de ce paramètre pour limiter aux seules pages intéressantes, que faire des pages qui n’apparraisse plus ? Les marque-t-on "sans texte" ?

À+, Lepticed7 (Viens tcharer ! :D) 4 janvier 2021 à 17:44 (UTC)[répondre]

Bonjour. Je pense personnellement qu'on ne devrait pas l'utiliser, sauf peut-être dans des cas extrêmes comme celui-là, où il y a encore 350+ pages après la sélection, mais qu'on pourra tout aussi bien marquer comme sans-texte (et avec le modèle {{iwpages}} comme c'est de l'italien) et laisser les pages apparentes dans l'espace livre. Dans l'exemple de Johnson, en l'occurrence cela entraîne une erreur puisque le livre commence en page 4 du pdf. --Jahl de Vautban (d) 4 janvier 2021 à 18:06 (UTC)[répondre]
En effet, l'espace Livre étant consacré à un livre, il paraît curieux d'en exclure certaines pages du livre, même lorsqu'elles n'ont pas vocation à être transcrites ici (sauf éventuellement les pages de copyright de Google ou de Gallica, si elles n'ont pas été ôtées dès la phase de confection du PDF ou du DjVu). On aimerait, par exemple, pouvoir vérifier s'il n'y a pas un autre article en français dans ce gros ouvrage de numismatique. Un choix plus conforme aux usages a été fait sur un autre volume de la même revue. Seudo (d) 6 janvier 2021 à 09:20 (UTC)[répondre]
Oui, je trouve aussi que ce qui a été fait sur le dernier volume est préférable (bon je suis biaisé, c'est moi qui l'ai fait). Je vais tâcher de créer les autres pages du volume de numismatique ; ça représente 560 pages pour un poids total d'environ 15ko. --Jahl de Vautban (d) 7 janvier 2021 à 08:11 (UTC)[répondre]
C'est fait. Pour ceux que ça intéresse, le volume 4 de la Rivista importe le sommaire directement depuis ITWS, tandis que le volume 11 est une transcription locale. J'ai une préférence pour le premier puisqu'il permet de ne pas dupliquer le texte, mais on peut sans doute l'améliorer s'il est possible de diriger les liens bleus vers la version locale du wiki où ils sont vus (je pense notamment aux pages ou aux auteurs, pour les articles ça n'a pas trop d'intérêt). Des avis ? --Jahl de Vautban (d) 9 janvier 2021 à 12:44 (UTC)[répondre]

Manuel de la bibliothèque publique (3e édition, 1930)[modifier]

Bonjour et meilleurs vœux ! — J’ai trouvé ce petit livre sur Galica (https://gallica.bnf.fr/ark:/12148/bpt6k931113m) et je suis prêt à téléverser le djvu sur Commons, mais un doute m’assaille sur les auteurs. S’il n’y a aucun problème avec Paul Otlet, le deuxième n’a pas l’air fort connu de la BNF : Léon Wouters (ni de la KBR d’ailleurs). Quelqu’un aurait-il plus de précision ? Ou partant du fait que le livre est sur Galica on peut l’importer ? Merci pour vos avis. --JLTB34 (d) 5 janvier 2021 à 15:44 (UTC)[répondre]

Bonjour @JLTB34. Je n'ai pas réussi à en savoir plus, mais Léon Wouters a désormais une page Wikidata. Gallica précise que le livre est dans le domaine public, vous pouvez de bonne foi le téléverser sur Commons. --Jahl de Vautban (d) 5 janvier 2021 à 16:12 (UTC)[répondre]
Pour la beauté de la recherche : selon ce site, Léon Wouters serait né en 1880 ; selon cet autre, il était toujours vivant en 1930. --Jahl de Vautban (d) 5 janvier 2021 à 16:29 (UTC)[répondre]
Notification Jahl de Vautban : Merci pour ces recherches, je vais le téléverser… --JLTB34 (d) 6 janvier 2021 à 05:48 (UTC)[répondre]

Article sur le DP 2021 dans Gallica[modifier]

Un petit article ce matin qui peut donner des idées. Ces œuvres qui entrent dans le domaine public en 2021. Hektor (d) 6 janvier 2021 à 11:02 (UTC)[répondre]

Si personne n’a commencé, je prépare et transcris : Joë Bousquet, Iris et petite fumée. Si vous souhaitez que je prépare des djvu (récupération des images dans Gallica, OCR et téléversement dans Common ou WS suivant la date de première publication de l'ouvrage), merci de me les demander sur ma page de discussion, je les traiterai dans la mesure de mes disponibilités.--Cunegonde1 (d) 6 janvier 2021 à 17:06 (UTC)[répondre]
Merci ! J'ai préparé Livre:Maufrais Aventures au Matto Grosso 1951.djvu, Livre:Maufrais Aventures en Guyane 1952.djvu, Livre:Misia Sert 1952.djvu, Livre:Condroyer Malgorn le Baleinier 1946.djvu et Livre:Viollis - Criquet, 1913.djvu. Ce dernier est inclus dans la Mission 7500, dans le cadre de la série Fières de lettres de Gallica/Libération. Hektor (d) 6 janvier 2021 à 17:48 (UTC)[répondre]
J'ai rajoute quelques romans d'Abel Hermant. Hektor (d) 8 janvier 2021 à 10:25 (UTC)[répondre]

Nom des habillages[modifier]

Un utilisateur sur translatewiki.net vient de changer le nom de l'habillage Vector (utilisé depuis plus de dix ans) en « Vecteur » et l'habillage Timeless en « Intemporel », est-ce que tout le monde approuve ces modifications ? --Thibaut (d) 6 janvier 2021 à 15:41 (UTC)[répondre]

Notification Thibaut120094 : merci de l'initiative de cette section. Pas d'avis tranché mais plutôt contre.
Y a-t-il des personnes qui utilisent d'autres habillage que celui par défaut ? J'ai essayé une fois d'en changer mais la différence de rendu des textes en transclusion et en mode page m'avait assez vite convaincu que ça serait compliqué si tout le monde n'avait pas le même habillage. --Jahl de Vautban (d) 6 janvier 2021 à 15:54 (UTC)[répondre]
A priori, je n’ai pas d’opinion sur le sujet. C’est surtout un nouvel exemple de la manière de procéder de Verdy p… — ElioPrrl (d) 6 janvier 2021 à 22:27 (UTC)[répondre]
Contre Contre, car je connais ces habillages sous ces titres depuis des années, et leur titre servent à les identifier sans donner d'information sur le style d'habillage (dit autrement, ce sont des identifiants, des étiquettes). Je suis à Vector sur Commons, WD, WP et WS, alors que c'est Timeless sur Wiktionnaire. — Cantons-de-l'Est discuter 7 janvier 2021 à 12:48 (UTC)[répondre]

Effectivement, c'est une traduction intempestive, Noé (d · c · b) à révoqué, merci à lui.

Jahl de Vautban (d · c · b), j'utilise le style Timeless que j'aime beaucoup. Il ne faut surtout pas penser que les utilisateurs utilisent le même habillage que nous ou même que le rendu est identique d'un utilisateur à l'autre, même avec le même habillage. Il y a tellement d'autres paramètres qui entrent en compte. Cordialement. M0tty (d) 7 janvier 2021 à 23:09 (UTC)[répondre]

Moi aussi (Timeless a un bug qui rajoute des lignes vides avant certains tableaux en ce moment, mais c'est en cours de résolution paraît-il...). Et j'en profite pour rappeler qu'on peut facilement tester un autre habillage, sur n'importe quelle page de Wikisource, en ajoutant la mention ?useskin=SKIN à la fin de l'URL (ou &useskin=SKIN si l'URL contient déjà un point d'interrogation, par exemple en mode édition). SKIN peut valoir timeless, vector, minerva, monobook, modern... Seudo (d) 11 janvier 2021 à 10:39 (UTC)[répondre]

Abréviations souligné dans les documentations[modifier]

Bonjour,

En refaisant la documentation de quelques modèles, j'ai eu un souci lors de l'affichage des exemples.

En effet, sur la documentation du Modèle:Mme, dans les exemples les abréviations sont soulignés, alors qu'ils ne le sont pas dans l'espace « Page: ».

La manière dont est défini le soulignement dans le « commons.css » n'est pas bon (MediaWiki:Common.css), il faudrait supprimer ce bloc.

Concrètement, voici mes propositions de changement pour supprimer ce soulignement non désiré :

Avant Après
abbr[title] {
    border-bottom:inherit;
    text-decoration:inherit;
    cursor:inherit;
}
abbr[title] {
    border-bottom:inherit;
    text-decoration:inherit;
    cursor:inherit;
}

Koreller (d) 7 janvier 2021 à 22:16 (UTC)[répondre]

Bonjour Notification Koreller :

Le soulignement ne dépend pas de l’espace où on se trouve mais des caractéristiques du parent. Ainsi Mme à l’intérieur d’un parent doté d’un cadre de 2px sera souligné de la même façon. Je suggère de retrancher uniquement border-bottom:inherit; de façon à de conserver uniquement l’info-bulle. Merci ! --Denis Gagne52 (d) 8 janvier 2021 à 04:37 (UTC)[répondre]
Notification Tpt : Bonjour, un style a été ajouté à Common.css afin d’éviter que les abréviations avec description en info-bulles soient représentées comme ceci Ws. La propriété text-decoration: dotted underline; s’appliquant par défaut à l’élément <abbr title="Description de l’abréviation">, cette propriété a été modifiée par css pour faire disparaître le pointillé non désiré. Je ne comprends pas toutefois l’ajout de la ligne border-bottom:inherit; ce qui, en certaines circonstances, va à l’encontre de l’objectif visé. Il faudrait, à mon avis, soit retirer cette ligne soit la remplacer par border-style:none;. Est-ce que tu peux corriger Common.css pour éviter la situation dénoncée par @Koreller ? Merci. --Denis Gagne52 (d) 9 janvier 2021 à 00:30 (UTC)[répondre]
Je viens de supprimer border-bottom:inherit; du Common.css. Cela semble corriger le problème. Merci Denis Gagne52 et Koreller ! Tpt (d) 9 janvier 2021 à 10:48 (UTC)[répondre]
Notification Tpt : Super merci ! — Koreller (d) 9 janvier 2021 à 11:07 (UTC)[répondre]

Résultats projet-pilote reconnaissance de l’écriture manuscrite avec Transkribus[modifier]

Bonjour !

D’octobre à décembre, j’ai travaillé avec Ginger FoxB pour tester le logiciel de reconnaissance de l’écriture manuscrite Transkribus. Pour ce faire, nous avons ajouté des sauts de ligne à 184 pages du Dictionnaire touareg – français, car le logiciel reconnaît le texte ligne par ligne, et non chaque lettre individuellement.

Nous avons utilisé des caractères Unicode pour marquer les sauts de ligne, ce qui est une solution médiocre. Peut-être que des modèles fonctionneraient aussi – j’espère trouver une occasion d’améliorer cela à l’avenir.

J’ai décrit quelques détails supplémentaires ici et ici.

Le modèle de reconnaissance actuel, basé sur 159 pages, a une précision des caractères (CER) de 2,21% ou 1,26%. (Transkribus a deux algorithmes différents pour calculer la précision ...) J’ai déjà créé 8 pages (296303) avec ce modèle. Le logiciel prend environ 30 secondes pour reconnaître une page, alors qu’il me faut 30 minutes pour la taper. La préparation pour Transkribus et le post-traitement pour Wikisource prennent un peu de temps additionnel, mais dans l’ensemble, cela représente une réduction considérable de la charge de travail. Les résultats sont, pour moi, très satisfaisants.

Je prévois de préparer plus de pages pour Transkribus et aussi de les relire pour augmenter un peu plus la précision de la reconnaissance. À l’avenir, j’aimerais automatiser la transcription de cette manière.

Transkribus peut également être utilisé pour les textes imprimés, et y devrait permettre d’obtenir plus rapidement une plus grande précision.

Pour voir quand il vaut la peine de commencer avec Transkribus, j’ai testé combien de pages de formation (du Dictionnaire touareg) donnent quelle précision :

Nombre de pages Taux d’erreurs de caractères
14 5,06 / 4,91%
32 3,53 / 3,40%
56 2,77 / 2,60%

Si quelqu’un souhaite voir (ou utiliser) le modèle dans Transkribus, il/elle est invitée à me contacter (p. ex. par courriel). Pour ce faire, vous devez créer un compte utilisateur auprès de Transkribus.

Bonne année ! — Linus (disc) 8 janvier 2021 à 11:25 (UTC)[répondre]

Quel résultat ! C'est fascinant. J'avais récupéré ce cours écrit à la main. Je serais curieux de savoir ce que votre logiciel arriverait à faire. Je me suis un peu éloigné de WS par manque de temps donc je ne vais pas vous ennuyer en vous demandant un accès pour moi. Beau projet en tout cas. — Alan (d) 11 janvier 2021 à 13:31 (UTC)[répondre]
Notification Nalou : Merci ! Il me semble que les Notes sur la mécanique sont plutôt courtes et compliqués pour mériter le travail initial de former Transkribus sur cette écriture. Si tu devrais taper manuellement ca. 60 pages pour obtenir un bon résultat de Transkribus sur les Notes, il n’y restent que ca. 120 pages à automatiser. Mais bien sûr, ça dépend des préférences – c’est seulement moi personnellement qui pense que je trouverais taper tous les 180 pages plus vite que travailler sur former Transkribus. — Linus (disc) 24 janvier 2021 à 16:27 (UTC)[répondre]

Problème de transclusion avec Le Péril bleu[modifier]

Bonjour. Je regardais le texte entier pour quelques corrections de scanilles ou de tiret et j'ai constaté qu'il y a un problème de transclusion puisque toute la fin du texte est en italique. J'ai essayé de découper la transclusion au niveau de la page 291 mais cela ne marche pas (cette solution avait marché pour le problème avec le format taille au niveau de la page 160-161). Il doit avoir un problème avec la façon dont les italiques sont formatées dans les pages précédant la page 292 qui fait que le format italique déborde sur la suite du texte. Comment faire ? Merci. Hektor (d) 9 janvier 2021 à 08:09 (UTC)[répondre]

Notification Hektor : bonjour, je pense avoir trouvé le coupable. Je me demande s'il ne faudrait pas convertir les balises en apostrophes. --Jahl de Vautban (d) 9 janvier 2021 à 08:37 (UTC)[répondre]
Le problème des apostrophes, c'est qu'il faudrait les répéter sur chaque ligne. C'est sans doute pour cela qu'ils ont choisi les balises. Mais c'est vrai que les balises sont assez dangereuses. Seudo (d) 9 janvier 2021 à 08:48 (UTC)[répondre]
Ce qu'il faut, c'est mettre la balise avant le modèle Tiret ; c'est la combinaison des deux qui pose problème. --Acélan (d) 9 janvier 2021 à 09:02 (UTC)[répondre]
Notification Acélan : Merci. Je vois que cela marche à présent mais je ne suis pas sûr de comprendre ce que tu as fait. Hektor (d) 9 janvier 2021 à 09:14 (UTC)[répondre]
Notification Hektor : J'ai juste déplacé la balise fermante avant le modèle {{tiret}}, et j'ai mis {{tiret|''fan''|tômal,}} : si la balise fermante est après le modèle tiret, elle n'est visiblement pas prise en compte. --Acélan (d) 9 janvier 2021 à 10:40 (UTC)[répondre]
Notification Acélan : Merci. Je m'en suis inspiré pour résoudre le problème de taille de police aux alentours de la page 160. Mais après j'ai vu que tu avais modifié plein d'autres pages du texte et je ne vois pas ce que tu as changé ; donc que je ne comprends pas cette partie de la solution. Hektor (d) 9 janvier 2021 à 11:15 (UTC)[répondre]
Notification Hektor : Les autres modifs que j'ai faites avec AWB n'ont rien à voir, elles ont supprimé des caractères invisibles (tiret conditionnel) insérés dans les mots. --Acélan (d) 9 janvier 2021 à 13:15 (UTC)[répondre]
Notification Acélan : Merci.

Monsieur et Madame[modifier]

Je vois des petits pointillés sous M. xxxx, Dr yyyy et Mme zzzz. Une nouveauté ? Un problème avec Safari ? Hektor (d) 9 janvier 2021 à 11:23 (UTC)[répondre]

Hektor, Je ne vois pas de pointillés (j'utilise Firefox + Windows 10). — Cantons-de-l'Est discuter 9 janvier 2021 à 11:44 (UTC)[répondre]

Notification Hektor : Safari (Mac Os) semble traiter <abbr> différemment. J’ai ajouté un style. Peux tu vérifier si le pointillé est toujours présent dans Safari ? Résultat à vérifier ici: Mme zzzz. Merci !--Denis Gagne52 (d) 9 janvier 2021 à 14:28 (UTC)[répondre]

oui pour ton exemple plus de pointillés....Merci.Hektor (d) 9 janvier 2021 à 16:12 (UTC)[répondre]
Notification Tpt : Désolé de te revenir à ce sujet mais, compte tenu des particularités de Mac OS, il est nécessaire d’écraser le pointillé d’<abbr> en modifiant aussi ses propriétés comme suit : border-style:none;. Le reste est à conserver. Ceci devrait solutionner les problèmes soulevés à la fois par @Koreller et par @Hektor. Merci d’ajuster le style dans Common.css. Il faudrait donc y retrouver ceci:
abbr[title] {
    border-style:none;  <!--pour Mac OS-->
    text-decoration:inherit;
    cursor:inherit;
}
Merci ! --Denis Gagne52 (d) 9 janvier 2021 à 16:53 (UTC)[répondre]
Merci ! C'est corrigé. J'aurais dû tester WebKit... Notification Denis Gagne52 : N'hésite pas à commencer une discussion ici pour demander le droit d'administrateur d'interface, cela serait sûrement plus pratique pour toi plutôt que de dépendre de ma réactivité bien aléatoire. Si tu veux, je peux aussi lancer la discussion. Tpt (d) 10 janvier 2021 à 15:55 (UTC)[répondre]
Notification Tpt : Merci pour l’offre mais la situation actuelle me convient très bien. N’étant qu’à mon premier anniversaire comme Wikisourcien, je ne suis pas nécessairement en mesure d’évaluer tous les impacts des changements que je propose. Par contre, je ne voudrais pas trop abuser de ton temps. --Denis Gagne52 (d) 12 janvier 2021 à 23:45 (UTC)[répondre]
Ok ! Tpt (d) 13 janvier 2021 à 10:47 (UTC)[répondre]

Liens d'export dans la barre latérale[modifier]

Bonjour,

Je vous traduit ci-dessous le message de Sam Wilson :

Salut à tous! La semaine prochaine, nous (l'équipe Community Tech, dont je fais partie) allons déployer la tâche phab:T256392 qui déplacera la fonctionnalité du gadget MediaWiki:Gadget-WSexport.js dans l'extension Wikisource. Le principal changement pour Wikisource en anglais sera que nous pourrons supprimer le gadget, mais pour les autres Wikisources, cela signifiera qu'il y aura les liens d'exportation (nombreuses sont les wikisources où le gadget manque, et beaucoup l'ont mais il n'est pas traduit dans leur langue). Moi et les autres ingénieurs de CommTech allons chercher à nettoyer les scripts partout où nous le pouvons, mais si quelqu'un remarque quelque chose qui cloche, faites-le moi savoir ! Il s'agit d'un petit changement et est un précurseur du changement plus important qui, espérons-le, viendra bientôt d'activer un bouton 'télécharger' en haut des œuvres (comme le font déjà certaines Wikisources). Voir phab:T266262 pour plus d'informations à ce sujet. - Sam Wilson, 10 janvier 2021 à 10 h 49 (UTC)

Cela concerne donc assez peu la Wikisource en français où visuellement le changement devrait être invisible. Mais si il y a le moindre problème avec ces boutons dans la barre latérale, il ne faut pas hésitez à le signaler (ici même, sur ma page ou sur celle de Sam).

Cdlt, VIGNERON (d) 10 janvier 2021 à 11:03 (UTC)[répondre]

Les sensations de Mlle de La Bringue[modifier]

Pour les détectives amateurs je vous propose un jeu. J'ai commencé une liste de clefs Page 6 pour ce roman à clefs. Il en manque : Styx de Trèfle, Henri des Dragons, Diane l’Élancée etc… Donc si vous voulez exercer votre talent de chevalier Dupin… Hektor (d) 11 janvier 2021 à 08:58 (UTC)[répondre]

Dans Les Sensations de Mlle de La Bringue/Texte entier la liste des clés apparaît, pas dans l'ouvrage en présentation normale. Pour le bénéfice des lecteurs, notamment en livre numérique, elle pourrait se placer en appendice après le texte, avec une note qui dit d'où elle vient. Mais est-ce conforme à la religion ? --Wuyouyuan (d) 11 janvier 2021 à 10:38 (UTC)[répondre]
Oui mettez le où c’est le plus utile et bien sûr conforme à nos règles. Par ailleurs, vu le contexte, je me demande si Henri des Dragons ne serait pas Willy. Mais pourquoi « des Dragons » ?
Je ne comprends pas bien. Cette liste de clefs est un ajout personnel ? Si elle ne figure pas dans l'ouvrage lui-même, elle ne devrait pas figurer sur Wikisource. Il vaudrait mieux la mettre sur Wikipédia, en faisant rapidement un article relatif à cet ouvrage. Le lecteur de Wikisource doit être dans la même situation que le lecteur de l'ouvrage papier.
Bien entendu cette liste de clefs peut figurer dans l'espace utilisateur pour que chacun puisse la compléter. Seudo (d) 11 janvier 2021 à 12:43 (UTC)[répondre]
Ok. Je supprime. Restons en là. Hektor (d) 11 janvier 2021 à 13:21 (UTC)[répondre]
Pas si vite. Ca pourrait être l'occasion de ressusciter quelque chose qui avait été proposé en 2013: le texte d'information en boîte déroulante en entête d'un ouvrage. Voir L’Ancien Régime et la Révolution de Tocqueville. Pas de risque de croire que c'est dans le livre (il n'est pas indispensable de donner la durée de lecture). Pour Wikipedia, c'est interdit sauf à donner une source déjà publiée quelque part. --Wuyouyuan (d) 11 janvier 2021 à 16:17 (UTC)[répondre]
Oui c'est pour cela que je preferais supprimer car aucune chance de survie sur wikipedia (travail personnel). Hektor (d) 11 janvier 2021 à 16:27 (UTC)[répondre]
Comme j'aime mes propres idées, je viens de ressusciter la page et je l'ai insérée en bas de la table des matières. Si ça ne plait pas, ce ne sera pas compliqué de supprimer. Si ça plait, on remplacera les liens Wikipedia par des liens avec les pages Auteur ici, il ne manque pas grand-monde. --Wuyouyuan (d) 11 janvier 2021 à 16:47 (UTC)[répondre]
Je commence une liste des noms manquants en PDD de la page. Hektor (d) 11 janvier 2021 à 17:30 (UTC)[répondre]
Notification Hektor : très bonne idée, j'essaierai de voir si j'en trouve. Et pour répondre à l'objection de Seudo : nous ne sommes pas en 1904, et les noms qui étaient sans doute transparents pour les contemporains le sont quand même moins maintenant... --Acélan (d) 11 janvier 2021 à 17:36 (UTC)[répondre]
Bon, dans la mesure où l'encadré indique clairement que c'est un ajout des contributeurs de Wikisource, on dira que c'est un peu comme les « notes du traducteur »... Seudo (d) 11 janvier 2021 à 22:54 (UTC)[répondre]

Note du contributeur ou transcripteur Wikisource ?[modifier]

Bonjour à tous, dans le même ordre d'idée que le sujet précédent, est-il possible de rajouter une note dans un ouvrage avec une précision sur un point particulier ??? … en précisant bien sûr que cette note est ajoutée par le transcripteur Wikisource et est absente de l'œuvre originale… (je sais que ce n'est pas la philosophie de Wikisource, mais ce type de notes pourrait être utile dans certains cas particuliers, à condition de juste citer des faits et de ne pas mettre d'opinion)… et dans ce cas, devrait-on utiliser le modèle "ref", ou bien y-a-t-il une autre manière de faire possible ? Toujours dans le même ordre d'idée, est-il possible (souhaitable) de mettre un lien vers un article Wikipédia pour plus de précisions sur un domaine particulier, et si oui comment faire ?… merci d'avance pour votre avis. --Lorlam (d) 12 janvier 2021 à 17:37 (UTC)[répondre]

Bonjour. Cela se fait couramment avec <ref>''Note Wikisource'' : …</ref>, soit une note en bas de page qui ne laisse pas de doute sur la provenance du commentaire. Pour les liens Wikipédia, c'est expliqué ici, et cela me semble souhaitable quand il s'agit de rappeler un fait (quoique citer la source secondaire sur laquelle l'article Wikipédia se base est peut-être mieux). ManuD (d) 13 janvier 2021 à 09:52 (UTC)[répondre]
La note Wikisource est une pratique ancienne et honorable. Exemple: Promenade d’un Français dans l’Irlande où la note en entête s'adresse autant aux contributeurs correcteurs qu'aux lecteurs. J'ai souvenir de notes de bas de page traitées de la même façon (Note de Wikisource en évidence au début ou à la fin du texte) mais je suis trop paresseux aujourd'hui pour chercher. Les liens cliquables vers l'extérieur de l'ouvrage doivent être utilisés avec prudence, à cause de leur effet dans le contexte de la lecture sur liseuse. Propos plus large: certains textes sulfureux sont couverts par un vaste chapeau, aussi bien idéologique que technique, exemple : Les Protocoles des Sages de Sion (digression: davantage fréquenté (15 par jour) que La Bible (14 par jour) ) Personnellement, je suis partisan d'un usage large de chapeaux expliquant, par exemple, les particularités de l'édition présentée (exemple éventuel: expliquer en quoi l'édition Conard de Flaubert, posthume et recomposée en choisissant parmi les variantes, est peu certaine), en s'abstenant de faire de la critique littéraire.--Wuyouyuan (d) 13 janvier 2021 à 10:11 (UTC)[répondre]
Merci Merci !ManuD et Wuyouyuan. Je suis en accord avec vos réponses. Clin d'œil --Lorlam (d) 13 janvier 2021 à 10:38 (UTC)[répondre]
Bonjour. En général, je ne suis pas pour l'ajout de notes, car je trouve que cela dénature le texte un peu, et frôle l'anachronisme en mettant en relation des textes anciens avec des notions modernes (d'autant que l'historiographie des notions et biographies est très mal faite sur Wikipédia). J'ajoute que plus les ajouts Wikisource sont nombreux et complexes, plus nous demanderons de les.. sourcer ! En effet, l'ajout de résumés, de notes explicatives, de points d'attention, dérivent vite vers l'observation personnelle, et il peut devenir difficile de contrôler cela à l'avenir. --Consulnico (d) 13 janvier 2021 à 10:59 (UTC)[répondre]
Certes. Le résumé, l'explication, sont peu désirables. Le texte déroulant en chapeau de L’Ancien Régime et la Révolution est un bon exemple de ce qu'il ne faut pas faire (la bonne volonté et la compétence du contributeur n'étant pas en cause). En se limitant aux problèmes éditoriaux on peut être pertinent et utile.--Wuyouyuan (d) 13 janvier 2021 à 11:28 (UTC)[répondre]
En effet. Nul besoin d'un chapeau pour lire un auteur aussi limpide que Tocqueville. Le chapeau des Protocoles me paraît également inutile : si on estime nécessaire d'avertir le lecteur, une note Wikisource renvoyant simplement vers Wikipédia serait suffisante. Une note Wikisource peut être utile si on veut expliquer les choix de transcription retenus, exprimer des doutes sur le déchiffrement du fac-similé, expliquer qu'une table des matières a été rajoutée (ou complétée), etc. J'ai d'ailleurs l'impression que c'est en ce sens que sont généralement rajoutées ces notes. Seudo (d) 13 janvier 2021 à 12:18 (UTC)[répondre]

Export de texte avec des caractères chinois ?[modifier]

Bonjour, j'ai essayé d'exporter en "pdf" des pages de Wikisource ou sont présents des caractères chinois, mais les caractères chinois ne sont pas reconnus et apparaissent avec des carrés (par exemple sur la page Au bord du lac (Bai Juyi). Savez vous s'il y a un paramétrage à faire pour que les polices asiatiques soient prisent en compte, ou bien ce serait une évolution à faire dans wsexport ? merci --Lorlam (d) 13 janvier 2021 à 14:23 (UTC)[répondre]

Lorlam, J'ai fait des essais avec différentes polices de caractères dans WsExport, ainsi qu'avec un caractère HTML dans le texte Wikisource. Tous les exports sont des échecs. Désolé, — Cantons-de-l'Est discuter 13 janvier 2021 à 18:08 (UTC)[répondre]
C'est la faute de Wsexport, le convertisseur de HTML en PDF. Sauf erreur, ce convertisseur est celui du logiciel libre Calibre. Utilisé chez moi en autonomie, Calibre est incapable de convertir un EPUB contenant des caractères chinois issu de Wsexport en PDF. Le problème tourne autour du codage des caractères chinois, il y en a plusieurs. Exemple pour illustrer: Avec Open Office, en ouvrant un .TXT chinois codé en UTF8, on obtient n'importe quoi. Après avoir re-sauvegardé le même .TXT en format UTF16-BE, (Windows10 a de grandes capacités), le texte s'ouvre harmonieusement avec Open Office. Je vais faire d'autres essais. --Wuyouyuan (d) 13 janvier 2021 à 20:39 (UTC)[répondre]

fac-similés des couvertures & pages de garde[modifier]

Je m'aperçois que certains sont devenus très forts en reproduction des pages de titres ! Page:Régnier_-_L'abbaye_d'Évolayne,_1951.djvu/1, Page:Régnier_-_L'abbaye_d'Évolayne,_1951.djvu/9. Ne manque plus que l'odeur de ces vieux livres ! Bravo en tout cas...Hector (d) 13 janvier 2021 à 15:41 (UTC)[répondre]

Il est vraiment fort Denis Gagne52 Sourire. — Cantons-de-l'Est discuter 13 janvier 2021 à 17:48 (UTC)[répondre]
Beau travail ! --Zyephyrus (d) 13 janvier 2021 à 19:56 (UTC)[répondre]
C'est vraiment impressionant. En de pareil cas, je pense que l’on devrait utiliser la reproduction également pour la miniature de couverture à la place du fac-similé. --Cassiodore89 (d) 13 janvier 2021 à 20:35 (UTC)[répondre]
Cela fait juste un an que Denis Gagne52 a rejoint la communauté wikisourcienne. On ne peut que s'en réjouir, le complimenter pour tous ses apports, et lui souhaiter un bon anniversaire Sourire.--Kaviraf (d) 13 janvier 2021 à 20:40 (UTC)[répondre]
Notification Cassiodore89 :La reproduction des pages de livres faite par Denis est tout à fait remarquable. Toutefois, on ne peut pas les utiliser pour la miniature de couverture étant donné qu'il y a eu des conventions de passées avec les Bibliothèques. Celles-ci nous permettent d'utiliser leurs ouvrages à condition d'y apposer exclusivement "leurs pages" de couverture.--Kaviraf (d) 13 janvier 2021 à 20:48 (UTC)[répondre]
Peut-être que l'on pourrait utiliser les belles couvertures de Denis Gagne52 pour les ouvrages provenant de sources non liées par ces conventions. J'imagine que cela représente la majorité des livres que nous transcrivons (internet archive? Google books?). --Cassiodore89 (d) 13 janvier 2021 à 21:02 (UTC)[répondre]
Elles font vraiment plaisir tes couv' Notification Denis Gagne52 : ! — Koreller (d) 13 janvier 2021 à 21:13 (UTC)[répondre]
Tout en admirant la qualité du résultat, j'ai un doute sur la pertinence de l'effort (à part le plaisir de faire). Il me semble que transformer Page:Régnier - L'abbaye d'Évolayne, 1951.djvu/9 (la page de titre en typographie ordinaire) en texte édité, avec des tailles de caractères et espacement des lignes qui reproduisent l'effet, serait très utile, notamment pour le lecteur d'ebook. Plus trivialement, cela inclut dans le texte ce qui est dans les métadonnées et au delà (nom de l'auteur, de l'éditeur, mentions diverses) et rend ces données accessibles aux recherches en plein texte. --Wuyouyuan (d) 13 janvier 2021 à 21:47 (UTC)[répondre]
Si le texte mérite d’être restauré, je me dis toujours pourquoi ne pas en faire autant avec les éléments graphiques. Je me permets cette distraction quand mes yeux sont fatigués. La page couverture d’Évolayne sera absente du Ebook. C’est davantage un cadeau C'est la fête ! que je me suis permis pour mon premier anniversaire sur Ws. Merci à @Kaviraf qui m’a pris sous son aile, dès que j’ai mis le pied dans la boîte, en janvier 2020. Ceci dit, il y a plein d’autres contributions ici qui méritent d’être exposées et dont je me suis inspiré tout au long de l’année. --Denis Gagne52 (d) 13 janvier 2021 à 23:38 (UTC)[répondre]

Bonjour, c'est très joli, mais j'ai des problèmes de rendu pour les 2 pages :-S le E final d'Abbaye est renvoyé à la ligne suivante SOUS le le mot "D’ÉVOLAYNE" pour le premier et le E final de Chèvrefeuille est également renvoyé à la ligne. Est-ce qu'il existerait un modèle qui permette d'altérer légèrement la taille de la fonte pour s'assurer qu'elle entre en une seule ligne quelque soit les paramètres d'affichage (Et je n'ai pourtant des périphériques d'affichage exotiques) ? Cordialement. M0tty (d) 14 janvier 2021 à 11:41 (UTC)[répondre]

Il semblerait que le problème se produise avec l'habillage Timeless. Sous Vector ça passe. Mais ça demeure un problème. Il faut éviter de faire des mises en page qui soient dépendantes de l'habillage du site. Cordialement. M0tty (d) 14 janvier 2021 à 11:45 (UTC)[répondre]
Bonjour Notification M0tty : Ne viens-tu pas de faire la démonstration que c’est l’habillage qui modifie la mise en page. Timeless correspond probablement à la tenue de soirée, un peu plus ajustée au niveau du pantalon. L’affichage Timeless fonctionne pourtant bien de mon côté mais d’autres facteurs peuvent influencer. J’ai ajouté une propriété CSS que j’utilise rarement. Peux-tu vérifier si le pantalon sied mieux ? Sourire Merci de me faire découvrir ces nombreux habillages. Comme le toit coule encore, je suis surpris qu’on ait tant investi dans l’habillement. J’espère que tu excuseras mes écarts de langage. --Denis Gagne52 (d) 14 janvier 2021 à 17:23 (UTC)[répondre]
Bonjour Notification Denis Gagne52 :, c'est résolu chez moi. Difficile de dire si ça sera résolu chez tout le monde. Beau travail en tout cas. M0tty (d) 14 janvier 2021 à 22:00 (UTC)[répondre]
J’ai un faible pour la couverture de la NRF Amour ! Le problème avec toutes ces couvertures, même les moins élaborées, c’est qu’elles utilisent crucialement la justification disponible (36 cadratins, je crois). Or, quand on change de police ou de largeur d’écran (donc d’habillage ou de dispositif d’affichage), la valeur de la justification change, et même la valeur du cadratin. On pourrait fixer la largeur des couvertures (c’est ce que fait Denis Gagne), mais sur des écrans assez étroits, la couverture est donc à moitié « hors-champ ». Je crois que c’était une proposition d’amélioration de WSexport faite lors de la dernière consultation, que de permettre un export des pages. Pour ma part, je suis en train de me demander, pour ma part, si je ne vais pas créer mes futures couvertures en SVG et les importer sur Commons, pour qu’elles gardent le bon ratio en toutes circonstances. — ElioPrrl (d) 14 janvier 2021 à 14:45 (UTC)[répondre]
Notification ElioPrrl : J’expérimente la taille fixe depuis peu. Les pages ainsi construites logent entièrement sur mon écran de cellulaire bas de gamme mais je dois vérifier ailleurs avant de conclure. Encore une fois, tu décris très bien le problème auquel nous sommes confrontés. Je me permets de renchérir à partir des expériences que j’ai menées. Pour la question du ratio (espace-texte vs cadre de largeur fixe), je n’ai pas encore trouvé de solution miracle qui tienne compte à la fois du navigateur, du « OS », du format de fichier, des polices de remplacement possibles, etc. Toutefois j’obtiens les meilleurs résultats quand tout est dimensionné en px. Il faut surtout éviter les unités em si la page contient des éléments graphiques. Pour ce qui est de la taille des écrans, aucune fenêtre d’affichage dans le parc auquel j’ai accès ne possède une taille aussi réduite que celle de la section éditable de l’espace page (504px) si ce n’est mon cellulaire bas de gamme dont la taille est équivalente. Même ma liseuse Kobo qui n’est plus supportée depuis 5 ans permet un affichage de 768px. La plupart des liseuses sur le marché offrent entre 1000px et 2000px mais il en existe encore une à 600px. Bonne chance avec le SVG qui de mémoire se transforme en raster lorsqu’exporté. --Denis Gagne52 (d) 14 janvier 2021 à 17:23 (UTC)[répondre]

Community Tech/Ebook Export Improvement - Long chapters and footnotes[modifier]

Suivi de la demande présentée par @Cunegonde1 :

Phabricator Maniphest T258192 : Wikisource: footnote links do not work
Réponse aux deux questions soumises pour analyse dans ce ticket

  • Investgate how widespread this issue is
Réponse : ce problème va se rencontrer à chaque fois que la taille d’un chapitre excède 250 ko et que ws-export, par l’intermédiaire de sa fonction splitchapter va tenter de le scinder. (Voir BookCleanerEpub.php). Cette fonction est inopérante actuellement du moins pour tout chapitre provenant de Wikisource Français. Elle ne fait que sectionner le chapitre en deux fichiers, l’un contenant tout le texte du chapitre et l’autre, les notes de bas de pages regroupées en fin de chapitre.
En conséquence, le résultat souhaité n’est pas atteint puisque la taille du chapitre demeure sensiblement la même et il n’est plus possible d’accéder aux notes qui se retrouvent ainsi déplacées dans un contenant différent, les liens étant automatiquement brisés.
  • Investigate possible solution(s) :
Réponse facile : tout simplement éliminer splitchapters de ws-esport car il est responsable de cette grosse épine au talon de nos notes de pied page. De plus ce traitement n’est plus nécessaire dans l’état actuel de Calibre.
Réponse plus technique : le paramètre --flow-size de ebook-convert permet de « Diviser tous les fichiers HTML plus grand que cette taille (en Ko). Ceci est nécessaire car la plupart des lecteurs EPUB ne prennent pas en charge des fichiers de grande taille. Par défaut 260 Ko est la taille requise par Adobe Digital Editions. Paramétrer à 0 pour désactiver la division basée sur la taille. » (Aide de Calibre)
Exemple d’utilisation de convert en mode ligne de commande: "%programfiles%\Calibre2\ebook-convert" Temp.epub Final.epub
Cet exemple a permis de scinder La France juive/Texte entier/Tome second en 8 parties de taille inférieure à 260 Ko sans briser les liens avec les 257 notes se retrouvant à l’intérieur de « ce chapitre simulé » qui comprend presque 600 pages. Calibre gère très bien cette situation.
  • Recommandation : éliminer splitchapters et utiliser plutôt Calibre lorsque la taille d’un chapitre excède 260Ko . En pareil cas, procéder à une conversion epub vers epub en toute fin de processus.

*Remarque : Ws-export produit un fichier epub et demande à Calibre de le convertir dans le format choisi par l’utilisateur. Pour ce faire, Calibre doit d’abord passer par un format d’échange ou de transition qui est le XHTML. Si Ws-export produisait, dès le départ, un fichier XHTML le traitement serait allégé sans compter que le XHTML se rapproche davantage de ce que nous retrouvons sur Ws. Ce serait peut-être à analyser lors d’une éventuelle refonte. Une note à cet effet pourrait être placée dans GitHub.

Bonsoir Notification Denis Gagne52 :,
Je peux sans problème transmette le message. Par contre, es-tu sûr de parler du bon ticket ? Je ne vois qu'une question sur phab:T258192 et celle-ci n'a rien à voir.
Cdlt, VIGNERON (d) 13 janvier 2021 à 17:10 (UTC)[répondre]
Notification VIGNERON : Disons que cette question-là, je l’ai plutôt ignorée. Je me suis p-e mal exprimé. Je faisais allusion à la section Acceptance Criteria: qui comprend deux items à vérifier pour pouvoir poursuivre. Dépendant de la réaction, je pourrai faire le même exercice pour les pages couverture qui ne s’affichent pas. Merci d’établir le lien avec Phabrikator. --Denis Gagne52 (d) 13 janvier 2021 à 17:25 (UTC)[répondre]
Notification Denis Gagne52 : pas sur de tout comprendre mais j'ai traduit ton message en réponse là-bas (en refaisant le lien vers la page ici-même). Merci en tout cas pour cette analyse du problème et des solutions (je n’ai pas tout compris mais cela devrait aider les devs). Cdlt, VIGNERON (d) 13 janvier 2021 à 17:43 (UTC)[répondre]
Notification VIGNERON : Merci !! Est-il possible d’ajouter le lien au « Pipeline » dans le dernier paragraphe. Le reste est parfait. --Denis Gagne52 (d) 13 janvier 2021 à 19:41 (UTC)[répondre]
Notification Denis Gagne52 : Fait et j'ai aussi notifié en privé un dev. Cdlt, VIGNERON (d) 13 janvier 2021 à 19:43 (UTC)[répondre]
Merci pour la suggestion ! En effet, ne pas scinder les pages lors de la génération ePub et utiliser en effet du ePub to ePub. Pour l'entrée XHTML, c'est ce que contient déjà les fichiers ePubs à quelque détails prêts et Calibre semble recommander d'utiliser ePub en entrée plutôt que HTML. En effet ePub a un standard pour contenir les métadonnées ce que HTML n'a pas. (J'ai copié ma réponse sur la tâche Phabricator). Tpt (d) 13 janvier 2021 à 20:01 (UTC)[répondre]
Notification Tpt : Espérons que tes « two cents » feront pencher la balance car le mot d’ordre semble d’éviter de toucher au code de peur de réveiller la bête. Tu as bien raison concernant le epub produit par ws-export. Il est déjà construit en xhtml ce qui correspond au format d’échange. --Denis Gagne52 (d) 13 janvier 2021 à 20:55 (UTC)[répondre]

Modification du modèle {{?}}[modifier]

Salut,

je me suis permis de faire quelques modifs au modèle {{?}} en parcourant les catégories de mots manquants :

  • j’ai fait en sorte que la catégorisation ne soit effective que sur les pages de l’espace Page, faute de quoi, les pages de discussion, d’aide et de transclusion étaient également catégorisées,
  • j’ai rajouté le russe, voir Catégorie:Mots manquants en russe

Il n’est pas exclus qu’au besoin, je rajoute d’autres langues. Je mettrai à jour ce message au fur et à mesure.

À+, Lepticed7 (Viens tcharer ! :D) 14 janvier 2021 à 09:07 (UTC)[répondre]

Bonjour @Lepticed7, excellente idée ! Vous avez aussi enlevé la catégorisation dans l'espace principal ? --Jahl de Vautban (d) 14 janvier 2021 à 09:14 (UTC)[répondre]
Notification Jahl de Vautban : Oui, je l’ai fait, vu que je me suis dit que les pages transclues dans l’espace principal proviennent toutes de l’espace Page, et donc s’il y a un problème sur un page, il sera transclu. Il faudra alors remonter sur la bonne page pour corriger, donc autant ne pas catégoriser les pages de l’espace principal. Mais ça peut se paramétrer. J’ai fait au mieux, mais je n’ai pas tous les cas en tête. Il peut y avoir de bon argument pour inclure d’autres espaces de nom. Si c’est le cas, n’hésitez pas à en faire part :) Lepticed7 (Viens tcharer ! :D) 14 janvier 2021 à 09:17 (UTC)[répondre]
Pas de soucis de mon côté, c'est en effet plus pertinent. Je me posais la question parce que je vois toujours une page de l'espace principal dans Catégorie:Mots manquants en grec ancien, mais peut-être que cela prend simplement un peu de temps. --Jahl de Vautban (d) 14 janvier 2021 à 09:23 (UTC)[répondre]
Je viens de regarder et la raison est que c’est de modèle {{grec}} qui est utilisé, mais je ne l’ai pas modifié. :) Lepticed7 (Viens tcharer ! :D) 14 janvier 2021 à 09:42 (UTC)[répondre]
Existe-t-il des préférences quant à l’utilisation des modèles {{?|grc}} et {{grec}}. Les documentations ne mentionnent rien. S’il n’y a pas de différence, on pourrait recoder les modèles de langue pour qu’ils utilisent {{?}}. Lepticed7 (Viens tcharer ! :D) 14 janvier 2021 à 09:46 (UTC)[répondre]
Ça m'apprendra à bien regarder… À la réflexion, il me semble que le modèle {{?}} a été un peu détourné de son usage initial qui visait à indiquer les mots illisibles ou un caractère inconnu, indépendamment de la langue. Les modèles de langue n'ont quant à eux rien à voir avec la lisibilité du texte, mais permettent de demander une relecture par un contributeur connaissant la langue en question. --Jahl de Vautban (d) 14 janvier 2021 à 09:57 (UTC)[répondre]
Par ailleurs, j'ai essayé de refaire un peu la doc de {{?}}, il reste du boulot sur cette documentation.
Et par ailleurs, je voudrais probablement vider différentes catégories/modèle :
pour les faire aller dans le modèle {{lang}}, {{?}}, est-ce que vous pensez que ce serait pertinent ? — Koreller (d) 14 janvier 2021 à 22:21 (UTC)[répondre]

Notification Koreller, Jahl de Vautban et Lepticed7 : Bonjour, à moins de modifier sérieusement le modèle, pour y intégrer la catégorisation qui permet aux spécialistes de corriger les pages en grec, latin, hébreu, etc., il est pour moi totalement hors de question de supprimer ces modèles... ils sont destinés à catégoriser, pas seulement à signaler une difficulté de lecture… - le modèle devrait aussi incorporer la mention [texte en grec] ou [texte en hébreu] qui figure dans les modèles, car dans un ouvrage avec des mots dans plein de langues (je pense par exemple au Trévoux, qui a des mots en latin, grec, hébreu sur la même page - Notification Acélan, LBE et Acer11 :), il est impossible avec ce point d'interrogation rouge de repérer il faut intervenir… --Hélène (dite ''le bot de service'' - en confinement...) (d) 22 janvier 2021 à 08:15 (UTC)[répondre]

Tout à fait d'accord avec Hélène : le fonctionnement actuel des modèles {{grec}} et {{hébreu}} est tout à fait satisfaisant et pratique, à la fois par la catégorisation qui permet de repérer d'un coup toutes les pages concernées, et d'afficher un message clair pour les lecteurs. --Acélan (d) 26 janvier 2021 à 09:08 (UTC)[répondre]
Je suis aussi d'accord pour ne pas fusionner ces modèles en un. J'irai même plus loin, il faut en repenser l'usage. Le modèle {{?}} devrait être réservé aux glyphes particuliers ; les différents modèles de langue, pour des mots à corriger dans cette langue ; {{Illisible}} et la catégorisation Page à problème enfin, pour les cas où c'est le fac-similé qui y a un problème. --Jahl de Vautban (d) 27 janvier 2021 à 19:25 (UTC)[répondre]
Merci à Hélène, Acélan avec qui je suis tout à fait d'accord, et merci à Jahl de Vautban pour sa proposition. --Acer11 (d) 30 janvier 2021 à 15:13 (UTC)[répondre]

1221 pages à faire...[modifier]

Avancement Décompte
Sans texte 244 530
Pages non corrigées 664 158
Pages à problème 957
Pages corrigées 1 728 189
Pages validées 931 624
Nombre de livres 29

Pour ceux qui suivent les statistiques de Phetools, nous sommes à 1221 pages d'atteindre 2 millions de pages corrigées! On devrait atteindre ça d'ici 1 jour ou 2! Bravo! --Ernest-Mtl (d) 15 janvier 2021 à 13:53 (UTC)[répondre]

Je vais essayer de surveiller le passage à 2 millions si je suis devant le PC à ce moment-là, pour savoir de laquelle il s'agit. --Consulnico (d) 15 janvier 2021 à 14:56 (UTC)[répondre]
Cette page n’est mise à jour qu'une fois pas jour. Y'a-t-il un autre moyen de savoir précisément quelle serait la 2 millionième page ? Seudo (d) 15 janvier 2021 à 15:09 (UTC)[répondre]
Pour le savoir précisément, tu peux rafraîchir la page Catégorie:État d'avancement et en particulier les deux catégories « Page validée » et « ¨Page corrigée ». Quand le total des 2 s'approche dangereusement, ouvrir les Modifications récentes pour voir quelle est la 2 000 000e précisément. --Consulnico (d) 15 janvier 2021 à 15:12 (UTC)[répondre]
Je suis personnellement impatient de voir le nombre de pages validées dépasser le nombre de pages à corriger. D'ici quelques mois ce sera chose faite ! --Jahl de Vautban (d) 15 janvier 2021 à 15:31 (UTC)[répondre]
Ok, donc le nombre total de pages corrigées ou validées est de 931 624 + 1 728 189 = 2 659 813, ce qui signifie qu’il en reste encore −659 813… Seudo (d) 15 janvier 2021 à 16:44 (UTC)[répondre]
Je surveille pour repérer la 2 000 000e.. Coup de bol, il y a couvre-feu ce samedi soir ^^ ! --Consulnico (d) 16 janvier 2021 à 18:45 (UTC)[répondre]

Refonte esthétique des Portails Wikisource Suite[modifier]

Bonjour,

Suite au précédent sujet (Wikisource:Scriptorium#Refonte esthétique des Portails Wikisource), voyant que tout le monde était d'accord pour que je fasse des refontes graphique de portail, je me suis lancé.

J'ai donc commencé aujourd'hui, en faisant un portail test, et j'ai pris le : Portail:Contes et Fables (qui n'est pas qu'une refonte de la forme mais aussi du fond).

J'aimerais savoir si vous avez :

  • des idées des suggestions ?
  • ce que vous en pensez ?

et en général :

  • les portails devraient s'adresser à qui ?
  • ils devraient transmettre quels messages
  • ils devraient permettre de trouver quelles informations ?

Merci pour vos retours ! — Koreller (d) 16 janvier 2021 à 14:09 (UTC)[répondre]

Bonjour !
Bravo pour ce beau travail.
À mon sens, les portails doivent être orientés uniquement vers la consultation, pour l'aspect contribution, je propose de faire plutôt des projets (à l'instar de Wp qui a bien différencié les 2).
Bien cordialement. M0tty (d) 16 janvier 2021 à 14:45 (UTC)[répondre]
Je suis d'accord avec la proposition de M0tty. Koreller, est-ce que les actuels projets de Wikisource sur ce modèle pourraient s'intégrer en partie dans une meilleure présentation des projets ? Peut-on préserver une certaine cohérence visuelle à travers le temps, si du moins c'est faisable ? --Zyephyrus (d) 19 janvier 2021 à 21:45 (UTC)[répondre]
Bonjour. Je trouve cet essai très prometteur, et je vais essayer de te copier sur un portail que j'ai en tête, pour voir jusqu'où pousser la logique. Merci d'avoir ouvert cet horizon :). --Consulnico (d) 16 janvier 2021 à 15:08 (UTC)[répondre]
Koreller, Essai prometteur Sourire. Je préfère un portail qui s'adresse à tous, à la condition que la partie consultation soit concentrée dans le haut de la page et que la partie contribution se retrouve dans le bas de la page. Si la communauté souhaite soutenir la suggestion de Consulnico, qui n'est pas sans atouts (une fois le modèle du portail mis en place, sa mise à jour est simple ; il est relativement simple d'échanger sur une page de projet), elle doit s'attendre à plus de maintenance (selon mon expérience, plus de pages égale plus de maintenance et si le modèle du portail doit être retouché/refondu, il faut de l'expertise sur place). — Cantons-de-l'Est discuter 16 janvier 2021 à 16:07 (UTC)[répondre]

Manquent les appels de note[modifier]

Bonjour,

Dans Petits poèmes grecs, dans la partie sur Pindare, manquent les appels de note, alors que les notes sont bien à la fin du volume. Voyez par exemple cette page (Les notes sont aux alentours de la page 655).

Un contributeur a patiemment rajouté les appels de note (qui proviennent probablement d'une autre édition, ainsi d'ailleurs que le texte lui-même). Et moi j'ai effacé les appels de note, puisque j'ai considéré que ce n'était pas la tâche de Wikisource de corriger les éditions en présence.

Quelle est la meilleure solution ? Fidélité au djvu ? Ou correction et enrichissement ?

Filipvansnaeskerke (d) 16 janvier 2021 à 14:31 (UTC)[répondre]

Bonjour. Dans ce cas, je suis pour l'enrichissement, très relatif car l'emplacement des notes peut être précisément retrouvé dans le texte. Isoler les notes dans une page à part rend la lecture des notes très difficile pour le lecteur, et je trouve que c'est dommage de ne pas utiliser les possibilités des liens hypertexte, à la différence d'une édition papier, pour renvoyer aux appels de note directement. J'ai d'ailleurs refait la transclusion de la page Les Petits poèmes grecs/Pindare/Isthmiques/I afin de voir le rendu plus facilement. --Consulnico (d) 16 janvier 2021 à 15:03 (UTC)[répondre]
Notification Filipvansnaeskerke : Bonjour. Je n'avais pas remarqué que les appels de note étaient spécifiquement absents dans une seule section du livre. Toutefois, ça me conforte dans l'idée que nous devrions essayer de les restituer ; il me semble que leur absence s'explique plus facilement par un oubli de la part de l'auteur/éditeur/typographe plutôt que d'une volonté délibérée de disjoindre les notes du texte auquel elles se rapportent (ce qui ne ferait pas trop de sens). Selon moi, rétablir les appels n'est pas un « enrichissement », dans le sens où l'on ne fait que relier deux parties du textes qui étaient de toute façon faites pour être consultées en parallèle. --Jahl de Vautban (d) 18 janvier 2021 à 13:03 (UTC)[répondre]

La 2 000 000e page corrigée : BRAVO A TOUS !![modifier]

Bonjour à tous ! La deux millionième page de la Wikisource francophone a été corrigée Sourire. Il s'agit de.. Page:Calderón - Théâtre, trad. Hinard, tome III.djvu/221, corrigée par Notification Toto256 :. Le rythme de correction était tranquille ce soir (et celui des validations effréné), donc aucun doute possible dans ma surveillance. Bravo à toute la communauté pour ce chiffre impressionnant !! --Consulnico (d) 16 janvier 2021 à 20:43 (UTC)[répondre]

Super ! Merci pour cette surveillance et bravo à tous pour ces corrections/validations. C'est vrai que le projet avance bien avec les défis et les recherches de scan. En route pour un nouveau million !!! Toto256 (d) 16 janvier 2021 à 21:52 (UTC)[répondre]
Bien joué à toutes et tous ! Lepticed7 (Viens tcharer ! :D) 17 janvier 2021 à 00:25 (UTC)[répondre]
Merci Merci ! pour cette info. Elle augure un début d'année réjouissant car elle montre les résultats d'un travail collaboratif de qualité. Bravo ! Bravo aux techniciens qui veillent à la maintenance. Bravo ! Bravo aux initiateurs qui suggèrent quelques changements pour rendre le site attractif et un super bravo à toutes les "locomotives". A l'exemple de Wikipédia qui vient de fêter son anniversaire — et qui le fait savoir sur différentes plateformes - la Communauté wikisourcienne devrait s'en inspirer pour dévoiler à d'autres publics toutes ces belles performances. --Kaviraf (d) 17 janvier 2021 à 10:47 (UTC)[répondre]
Chapeau à la communauté! C'est en donnant de son temps personnel, tout en se divertissant (enfin, je l'espère bien!!! Mort de rire) que tout le monde ici auront permis cette étape marquante! Continuons… --Ernest-Mtl (d) 18 janvier 2021 à 00:13 (UTC)[répondre]

Nouveau fonctionnement des requêtes aux bots[modifier]

Salut,

je vous avais proposé en novembre de changer le fonctionnement des requêtes aux bots. J’ai appliqué les changements. Dorénavant, toute requête se fait sur Wikisource:Bots/Requêtes avec un fonctionnement très similaire au Wiktionnaire.

Je souhaite rappeler à tout le monde que les requêtes aux bots sont un outil précieux dont il ne faut pas avoir peur. Si vous avez une tâche à faire, n’hésitez pas à venir demander si un bot peut s’en charger. Je précise que la demande n’est pas obligée d’être absolument claire. Le ou la dresseuse qui s’occupera de la requête vous demandera d’éclaircir des points jusqu’à ce qu’iel puisse travailler. N’hésitez pas !

À+, Lepticed7 (Viens tcharer ! :D) 17 janvier 2021 à 14:08 (UTC)[répondre]

Superbe! Et la page a un beau look!!! Bravo! --Ernest-Mtl (d) 17 janvier 2021 à 17:58 (UTC)[répondre]

Mise à jour du modèle document[modifier]

Je crée une nouvelle discussion sur le modèle {{document}} pour faciliter la discussion et le vote.

Dans la conversation ci-dessus, Wikisource:Scriptorium/Janvier_2021#Comment_faire_connaitre_Wikisource_???_(ter), nous (Notification Denis Gagne52, ElioPrrl, Cunegonde1 et Jahl_de_Vautban :) avons eu un échange sur une mise à jour du modèle {{document}}. Denis Gagne52 a travaillé pour intégrer nos requêtes, et mettre à jour le modèle. Merci à lui!

Les changements sont (y en a-t-il d'autres?):

  • * il est était possible d'indiquer un titre d’œuvre différent du nom de la page, comme c'est le cas dans le modèle L2S mais en utilisant un pipe {{!}} comme séparateur. Maintenant on peut aussi ajouter à la suite du titre, un sous-titre ou un commentaire.
  • le lien au fac-similé (Espace Livre) se trouve avant le titre et non plus après, comme dans le modèle L2S.
  • les lignes du tableau sont séparées par une ligne noire solide déjà présent dans la version actuelle : rules=rows
  • aération à l’intérieur de la cellule « Titre »

Autres propositions non-intégrées à ce stade:

  • Denis Gagne52 avait également proposé que les liens de téléchargement se trouvent également avant le titre pour qu'ils soient tous alignés. Je les préférais après le titre pour qu'ils soient séparés du lien du fac-similé.
  • Jahl de Vautban avait proposé que les années restent alignées au titre plutôt que se centrer sur la ligne dans le cas d'édition multiple.
  • Est-ce que ces changements vous conviennent?
  • Préférez-vous que les liens de téléchargement se trouvent avant le titre ou après le titre?

Lien vers le travail de Denis pour le modèle {{document}}. Merci encore! --Cassiodore89 (d) 17 janvier 2021 à 21:29 (UTC)[répondre]

Personnellement, je préférerais :
  • qu’il n’y ait pas de bordures entre les lignes
  • que l’ensemble de la ligne soit aligné en haut, et non pas au milieu comme aujourd’hui ;
  • que l’on mette aussi l’icône d’avancement avant — le placement des liens d’export m’est assez indifférent, je suis sensible autant à l’argument « esthétique » d’alignement qu’à l’argument « sémantique » de séparation contributeur/lecteur ;
  • que l’on supprime l’icône du stylo vers Wikidata : elle a plus à voir avec la cuisine interwiki qu’avec la maintenance de Wikisource ou avec la fourniture d’information pour le lecteur.
Et surtout, merci à Denis Gagne pour la modification que j’avais demandée (possibilité de mettre un commentaire à la suite directe du titre) ! — ElioPrrl (d) 17 janvier 2021 à 21:58 (UTC)[répondre]
Notification Cassiodore89 : Quelques précisions apportées en bleu. Merci. --Denis Gagne52 (d) 17 janvier 2021 à 22:07 (UTC)[répondre]
Notification ElioPrrl : Je pense avoir intégré tes dernières demandes sauf le stylo qui doit demeurer. Pour le moment, il n’est pas trop utilisé mais la cuisine interwiki représente la voie de l’avenir. Grâce à @Tpt, le module document contient déjà des traitements permettant de récupérer de l’information à partir de Wikidata. Il n’est pas impensable que la liste des œuvres tout comme la liste des nouveautés se construisent, un jour, de façon entièrement automatique. Le crayon permettra alors de corriger la donnée à la source dans l’entrepôt Wikidata. Actuellement, nous disposons d’une belle technologie mais de devoir actualiser manuellement les différentes listes n’est pas très efficient et limite l’essor de Ws. --Denis Gagne52 (d) 18 janvier 2021 à 03:13 (UTC)[répondre]
Vraiment superbe le travail qui a été effectué ! C’est beaucoup plus clair… Je vais peut-être commencer à l'utiliser au lieu du L2S… J'aimais bien L2S afin de pouvoir mettre les icônes dans un ordre clair que j'aime (icône export, icône avancement, icône livre ; ex: Auteur:Maxine) mais bon, même si le choix de la communauté ne s'arrête pas exactement sur ce format, il n'en sera pas moins global! Bravo encore! --Ernest-Mtl (d) 18 janvier 2021 à 03:54 (UTC)[répondre]
J’aimais bien L2S moi-aussi Sourire mais avec Document tout est si bien aligné. --Denis Gagne52 (d) 18 janvier 2021 à 15:40 (UTC)[répondre]
Un grand Merci Merci ! à tous les participants à cette discussion et particulièrement à Denis Gagne52 pour ses propositions extrêmement convaincantes. Pour ma part, 1/ je préfère la proposition avec les lignes alignées sur le haut plutôt que centrées verticalement ; 2/ ne suis pas fan de la matérialisation (solid) des séparateurs horizontaux ; 3/ trouve que l'arrangement des icônes est parfait. Bravo ! et encore merci pour ton travail.--Cunegonde1 (d) 18 janvier 2021 à 06:28 (UTC)[répondre]
Je viens de réaliser que la première version du module Document prévoyait d’aligner sur le haut de la cellule mais utilisait, pour ce faire, valign une propriété maintenant dépréciée. Après avoir constaté le résultat, j’appuie moi-aussi cette proposition de Jahl de Vautban --Denis Gagne52 (d) 18 janvier 2021 à 15:40 (UTC)[répondre]
Bravo pour ce travail qui rend les choses plus claires. Merci Merci ! d'avoir garder le stylo qui est indispensable pour s'assurer de la complétude des liens avec wikidata (et les autres projets, voire l'accès aux scans). Je me demandais s'il ne fallait pas uniformiser : dans les listes, on utilise le stylo ; dans les Livres, on a l’icône Wikidata... Toto256 (d) 18 janvier 2021 à 07:46 (UTC)[répondre]
Notification Toto256 : On pourrait effectivement utiliser l’icône Wikidata. Personnellement j’aime quand même bien le stylo car il invite à modifier Wikidata si on veut actualiser l’information. Par exemple, l’avancement pour Une Femme (1893) était le suivant avancement=4 alors que le livre est validé. J’ai retiré le paramètre erroné du modèle document et plutôt corrigé le badge dans Wikidata en passant par le stylo. La mise à jour de l’avancement s’est fait automatiquement sur ma page Utilisateur:Denis Gagne52/Brouillon3. Bien sûr, il serait préférable que le champ Avancement de l’espace Livre soit directement relié à Wikidata. Ça viendra sûrement un jour. --Denis Gagne52 (d) 18 janvier 2021 à 15:40 (UTC)[répondre]
Notification Denis Gagne52 : Super ce travail ! Merci Merci !Koreller (d) 18 janvier 2021 à 18:01 (UTC)[répondre]

IMPORTANT : Rapport d'activité des administrateurs[modifier]

Bonjour. Une règle concernant le retrait des « droits spéciaux » (administrateurs, bureaucrates, etc) avait été adoptée consensuellement par la communauté en 2013. Selon cette règle, les stewards vérifient l’activité des administrateurs de tous les wikis de la Wikimedia Foundation qui n’ont pas de règles concernant l’inactivité. À notre connaissance, votre wiki ne possède pas de processus formel permettant de retirer les « droits spéciaux » des comptes inactifs. Cela signifie que les stewards vont s’occuper de cette tâche conformément à la vérification de l’activité des administrateurs.

Nous avons constaté que les utilisateurs suivants étaient inactifs au regard des critères fixés (pas de modification ni d’action journalisée pendant plus de 2 ans) :

  1. Phe (administrateur)

Ces utilisateurs vont bientôt recevoir une notification leur demandant de démarrer une discussion avec la communauté s'ils souhaitent conserver quelques-uns ou la totalité de leurs droits. Si les utilisateurs ne répondent pas, alors leurs droits leurs seront retirés par les stewards.

Cependant, si votre communauté souhaite établir son propre système de vérification de l’activité à la place du système commun, prendre d'autres décisions au sujet de ces comptes inactifs détenteurs de droits, ou possède déjà ses propres règles dont nous n'avions pas connaissance, alors signalez-le aux stewards de Meta-Wiki pour que nous sachions que nous ne devons plus procéder à ces vérifications sur votre wiki. Merci, --علاء (d) 18 janvier 2021 à 10:41 (UTC)[répondre]

Format obsolète des balises mathématiques[modifier]

Après que j’ai créé cette page, un rattachement à la Catégorie « Pages qui utilisent un format obsolète des balises mathématiques} a été apposé ». Curieusement, 1) je ne sais pas à qui on doit cet ajout ; 2) la catégorie est vide ; 3) j’ignore de quelle obsolescence il peut s’agir. Quelqu'un peut-il me renseigner sur ce que cela veut dire et quelle modification serait attendue ? Fabrice Dury (d) 18 janvier 2021 à 13:43 (UTC)[répondre]

D'après w:fr:Catégorie:Page qui utilise un format obsolète des balises mathématiques, « Selon phab:T197842, certaines commandes utilisées dans les formules TeX doivent être remplacées car elles ne fonctionneront plus à l'avenir. MediaWiki liste automatiquement dans cette catégorie les pages contenant des formules à mettre à jour. Cependant, la détection des commandes à remplacer est elle-même incorrecte, ce qui rend la catégorie inutilisable pour l'instant.  »
Bref, il est possible qu’il n'y ait rien de spécial à faire… Seudo (d) 18 janvier 2021 à 14:38 (UTC)[répondre]
Apparemment, c’est cet ajout qui a entraîné l'ajout de la catégorie. Or \partial semble correct selon le ticket Phab, donc c’est manifestement un faux positif, ce qui est confirmé par le ticket T270530. Seudo (d) 18 janvier 2021 à 14:47 (UTC)[répondre]
Notification Seudo :, merci ! Une question complémentaire. Le nom de la catégorie doit-il s’écrire avec « Page » ou « Pages » ? Fabrice Dury (d) 18 janvier 2021 à 16:06 (UTC)[répondre]
Sur Wikipédia, il me semble qu'il est d'usage de mettre les catégories au singulier ; sur Commons, au pluriel. J’ignore s'il y a une convention sur Wikisource, où nous ne sommes de toute manière pas aussi soigneux que d’autres projets pour la catégorisation… Seudo (d) 18 janvier 2021 à 16:14 (UTC)[répondre]
Ma question provenait du constat que les deux écritures existent : Pages ici et Page là. Fabrice Dury (d) 18 janvier 2021 à 22:00 (UTC)[répondre]
@Fabrice Dury Je viens de tomber exactement sur le même problème (mention de la catérogie « Pages qui utilisent un format obsolète des balises mathématiques ») pour un \partial isolé dans un texte ; le problème semble disparaître par l’addition d’une paire d'accolades vides — solution qui me semblerait préférable à l'ajout d'un blanc \,. Il existe apparemment une autre page très ancienne (de discussion) dans cette catégorie de « Pages qui utilisent un format obsolète des balises mathématiques », vraisemblablement du à un \Complex… Je suppose qu’on peut laisser ça en l’état ? --F0x1 (d) 4 février 2022 à 09:02 (UTC)[répondre]

Usages et usagers du numérique pour le patrimoine culturel : dessiner les limites ?[modifier]

Notification Hsarrazin, Ernest-Mtl, Rency Inson Michel et Psychoslave : Appel à communication pour 3ème journées d’études scientifiques prospectives
15 et 16 juin 2021 – Amphi Abbé Grégoire CNAM Paris

Dans la suite des précédentes journées d’étude du projet ANR ReSeed (REtro-conception SémantiquE d’objEts patrimoniaux Digitaux) tenues à la Médiathèque du patrimoine à Charenton (2018) et à l’Observatoire de Paris (2019), la troisième édition de ces journées d’études accordera une place prioritaire aux présentations de projets et de réalisations numériques au profit du patrimoine culturel. L’expérience acquise montre la richesse et l’importance de ces travaux tant pour la mise en évidence des problématiques techniques, que pour les questions patrimoniales à traiter et les stratégies de communication des acteurs.
Voir les actes des Journées d’études des précédentes éditions…

Juin 2021 sera à nouveau un moment privilégié de rencontres et d’échanges entre plusieurs communautés travaillant sur la mise à profit des outils du numériques dans diverses situations patrimoniales : institutions et collectivités, entreprises et start-ups, universitaires et chercheurs, et plus largement, entre spécialistes des techniques numériques et responsables de la conservation et de la valorisation du patrimoine culturel.
"Ce sont également, en amont de la chaîne patrimoniale les développements d’actions professionnelles à destination de la documentation, de la conservation, de l’aide à la recherche historique liée au patrimoine". Voir aussi dans le fil de discussion Wikimedia France : [DH] Appel à communications/témoignes "Limites des usages et usagers du patrimoine numérique"

Il me semble que Wikisource peut s'inscrire dans ce projet. Merci de donner votre avis.

Je souhaite une belle & bonne année 2021. --Bel Bonjour, Ambre Troizat (d) 18 janvier 2021 à 14:24 (UTC)[répondre]

Notification Ambre Troizat : En effet, je participais autrefois à l'équivalent québécois, Patrimoine numérique à la BAnQ… Paris est un peu loin de Montréal… ;) --Ernest-Mtl (d) 18 janvier 2021 à 18:12 (UTC)[répondre]
Merci Notification Ambre Troizat : pour ce retour. Oui ça me semble pertinent. Y-a-t-il une action souhaitée de ma part ? --Psychoslave (d) 5 mars 2021 à 20:06 (UTC)[répondre]
Je souhaite clairement poursuivre le travail commencé à WikiConvention Grenoble... Et avancer mon propre travail de recherche. Ernest-Mtl & Hsarrazin sont d'excellents soutiens pour ce travail. Noircir Wikipedia, versus Noircir Wikisource est un partenaire naturel. Keep on going ! --Bel Bonjour, Ambre Troizat (d) 6 mars 2021 à 22:44 (UTC)[répondre]

Livres à la maison sans fac-similé[modifier]

Salut,

je savais pas trop comment nommer cette section, j’espère que ça fera l’affaire.

J’ai chez moi plusieurs livres d’espéranto dont les auteurs sont morts depuis plus de 70 ans, mais pour lesquels je ne trouve pas de fac-similés. J’aimerai les mettre sur Wikisource, mais sans fac-similé, je ne sais pas comment m’y prendre. Est-ce que si je fabrique un fac-similé en prenant des photos, c’est bon ? Y a-t-il des conditions particulières ? Sinon, que dois-je faire ?

Merci d’avance, Lepticed7 (Viens tcharer ! :D) 18 janvier 2021 à 14:51 (UTC)[répondre]

Oui, un fac-similé peut parfaitement être fait à la main, avec un appareil photo ou n'importe quoi d'autre. Il existe de très bonnes appli de scan pour smartphone, qui toutefois risquent de faire des fichiers trop gros si le livre est un peu grand (limite à 100 Mo). Le résultat devrait être un fichier PDF qu’on peut mettre sur Commons ; si possible, transformer le PDF en DjVu et/ou ajouter une couche d’OCR, mais ce n’est pas indispensable. Seudo (d) 18 janvier 2021 à 15:10 (UTC)[répondre]
Je ne sais pas si ces livres sont en espéranto, ou s’ils sont en français (ce seraient alors des méthodes d’espéranto par exemple), mais dans le premier cas Vikifontaro serait plus indiqué que Wikisource pour les héberger, non ? — ElioPrrl (d) 18 janvier 2021 à 15:13 (UTC)[répondre]
On peut prendre des photos et faire un djvu avec (via un pdf). Nous le faisons pour Pierre de Coubertin : Livre:Pierre de Coubertin Souvenirs d Oxford et de Cambridge 1887.djvu. Hektor (d) 18 janvier 2021 à 15:22 (UTC)[répondre]
Merci de vos réponses. Et pour répondre à ElioPrrl (d · c · b), il s’agit bien de livres en français traitant de l’espéranto :) Lepticed7 (Viens tcharer ! :D) 19 janvier 2021 à 11:30 (UTC)[répondre]
Notification Lepticed7 : C'est une bonne idée d'enrichir Wikisource sur ce sujet. Pour info, il existe déjà une "Catégorie:Espéranto" ici https://fr.wikisource.org/wiki/Cat%C3%A9gorie:Esp%C3%A9ranto a+ --Lorlam (d) 21 janvier 2021 à 07:40 (UTC)[répondre]
Notification Lorlam : Salut :) Je sais, bien que je ne l’ai pas créé, j’y ai rajouté quelques livres :D Lepticed7 (Viens tcharer ! :D) 21 janvier 2021 à 09:28 (UTC)[répondre]

l’«  ou l’ «[modifier]

Quelle est la règle ? J'avais mis l’«  pour éviter le rose et cela a été corrigé en l’ « avec un espace. Merci. Hektor (d) 18 janvier 2021 à 15:24 (UTC)[répondre]

« Le code typographique précise qu’« il n’y a pas d’espace entre l’apostrophe et le guillemet ouvrant ». » [1] Seudo (d) 18 janvier 2021 à 16:05 (UTC)[répondre]
Donc j'annule ? Hektor (d) 18 janvier 2021 à 16:10 (UTC)[répondre]
Oui, sauf s’il s’agit clairement d’un choix fait par l’auteur ou l’imprimeur de l’ouvrage, mais c’est peu probable. Seudo (d) 18 janvier 2021 à 16:16 (UTC)[répondre]

Sondage : Gestion de conflits sur les projets Wikimedia[modifier]

Bonjour à toutes et tous,

L'IEDH, en partenariat avec Wikimédia France mène une enquête sur les conflits et les méthodes de gestion de ces conflits dans le cadre des activités de contribution aux projets Wikimédia. Si vous avez été témoin, acteur ou victime d'un conflit, n'hésitez pas à venir partager votre expérience. Ces informations nous permettront de travailler à des formation sur la gestion, la posture et la résolution de conflits qui seront ouvertes, gratuitement, à distance, à tous les membres de la communauté francophone. Les réponses (anonymisées) feront l'objet d'un rapport dont vous serez informés de la publication sur le scriptorium.

Lien vers l'enquête

En vous remerciant par avance pour votre participation,

Pour toutes questions n'hésitez pas à contacter Sandrine Chanfreau IEDH ,

Rémy Gerbet WMFr (d) 21 janvier 2021 à 09:01 (UTC)[répondre]

Versement de lettres et documents familiaux anciens[modifier]

Bonjour à toutes et à tous, je suis actuellement en train de transcrire sur mon PC de vieilles lettres du 18ème et 19ème siècle de ma famille que j’ai en ma possession. On m’a suggéré de les verser et transcrire ici. Est-ce que vous pensez que c’est éligible ou non ? Darmo117 (Viendez parler !) 21 janvier 2021 à 21:30 (UTC)[répondre]

Bonjour Darmo117 (d · c · b). Comme indiqué sur Wikisource:Qu’est-ce que Wikisource ?, Wikisource incorpore des ouvrages déjà publiés sous forme papier. Donc à mon avis, des lettres et documents familiaux, s’ils n’ont pas fait l’objet d'une publication (ou au moins d’une conservation dans un service d'archives publiques, comme les carnets de guerre de 1914-1918), ne rentrent pas dans ce cadre. Ont-ils une valeur historique spécifique (personnages notables, par exemple) ? Seudo (d) 22 janvier 2021 à 08:40 (UTC)[répondre]
Pas particulièrement justement, d’où ma question. C’est exactement l’argument que j’ai avancé mais on m’a dit de demander quand même, du coup me voilà. Ces documents sont surtout des correspondances entre membres de ma famille ou avec les administrations de l’époque. Je comprends tout à fait que ça ne soit pas admissible sur le projet, au moins j’aurai demandé Clin d'œil Darmo117 (Viendez parler !) 22 janvier 2021 à 09:00 (UTC)[répondre]

Importer ma thèse de doctorat avant impression pour évaluation[modifier]

Bonjour, je suis en train de rédiger une thèse de doctorat sur Wikiversité. J'aimerais l'exporter quelque part une fois terminée et juste avant son impression pour garder en garder une trace avant d'ouvrir la modification et la poursuite de son écriture du texte à d'autres personnes. Il y a bien sûr la possibilité du PDF sur commons, mais ce serait perdre alors toutes les fonctionnalités spécifiques au Web. De plus, j'ai aussi l'impression que la communauté et le site Wikisource est plus adapté pour la publication de texte de grande taille. Donc voilà, avant de penser à faire la demande d'importation à un administrateur wikisource un de ces jours, j'anticipe en ouvrant ici cette discussion. Lionel Scheepmans (d) 22 janvier 2021 à 09:58 (UTC) P.-S. En découvrant Wikisource:Qu’est-ce que Wikisource ?#Qu’est-ce que nous excluons ?, je me demande donc si une thèse de doctorat peut constituer une publication acceptée par Wikisource et sous quelles conditions ?[répondre]

Les thèses sont acceptées, on en a bien des mémoires comme Commentaires sur Unto This Last de M. K. Gandhi --Le ciel est par dessus le toit Parloir 22 janvier 2021 à 13:55 (UTC)[répondre]
Je me demande de mon côté si on devrait vraiment conserver ces documents. Comme le rappelle Seudo juste au-dessus, Wikisource s'occupe d'ouvrages qui ont fait l'objet d'une publication. Nous ne sommes pas un service d'archivage de documents universitaires : c'est aux universités de gérer ce genre de chose. --Jahl de Vautban (d) 22 janvier 2021 à 14:24 (UTC)[répondre]
Il faut d’abord saluer cette volonté de mettre la thèse à disposition de tous librement. Ca m’arrive trop souvent de trouver sur theses.fr le résumé d’une thèse fort intéressante que j'aimerais bien pouvoir consulter en ligne.
Je ne sais pas si une position a déjà été prise ici au sujet des thèses de doctorat, mais en:Wikisource:What Wikisource includes (page qui n’existe pas ici) accepte explicitement les thèses (une fois soutenues et acceptées par une université, bien entendu) : « Scientific research is acceptable to include in Wikisource if the work has verifiable scholarly peer review from a trusted entity. The work must be free or released under a free license, which precludes most works already commercially published under an agreement that prohibits republishing. An example of such acceptable research work is a thesis that has been scrutinized and accepted by a thesis committee of an accredited university. »
En outre, je rappelle que Wikisource avait à l’origine pour objet de rassembler des documents servant de source à des articles de Wikipédia. Une thèse de doctorat rentre dans ces critères, même si Wikipédia préfère une source secondaire à une thèse non publiée.
Donc pourquoi pas ? Seudo (d) 22 janvier 2021 à 16:02 (UTC)[répondre]
Bonjour. En regard de ce qui est dit, je note deux points-clés pour moi :
  • La thèse doit avoir été soutenue et validée par l'Université auprès de laquelle le doctorant travaille. c'est la notion qu'on retrouve ci-dessus dans la phrase « if the work has verifiable scholarly peer review from a trusted entity ». Il faut donc pouvoir s'assurer que c'est bien le cas sans trop de difficulté.
  • Un document sur Wikisource est par principe non modifiable, alors que sur Wikiversité, la thèse peut être améliorée par les lecteurs de passage. Aussi, comment s'assurer que le texte présent sur Wikisource est bien celui de la thèse de départ, s'il n'y a pas de publication officielle à laquelle se référer (comme HAL ? --Consulnico (d) 22 janvier 2021 à 16:51 (UTC)[répondre]
Bonjour et merci à tous d'avoir pris du temps pour répondre à mon appel. En regard des deux points de synthèse retenus ci-dessus, j'attendrai donc d'avoir défendu ma thèse et de l'avoir publiée sur HAL avant de revenir sur l'idée de la publier sur Wikisource. L'idée est justement de répondre au deuxième point de la synthèse en produisant ici un document figé alors que le travail sur Wikiversité sera libre de suivre sa propre évolution jusqu'à pourquoi pas une « réédition » ou la publication d'un livre en format papier. Je reviendrai bientôt ici pour poster un nouveau message invitant la communauté Wikisource pour une relecture des quatre premiers chapitres avant de les soumettre à mon comité d'accompagnement. En vous souhaitant une belle fin de journée à tous ! Lionel Scheepmans (d) 28 janvier 2021 à 15:21 (UTC)[répondre]

Réduction de la taille de la police[modifier]

Bonjour,

Je viens de découvrir un ouvrage complètement validé dont la police de la totalité du texte principal a été réduite de taille en appliquant le style "font-size:90%" : Livre:Autran - Œuvres complètes, t2, 1875.djvu. J'ai l'impression que c'est une très mauvaise pratique. En plus du fait que rien ne nous indique la taille originale de la fonte sur le fac-similé, il me semble que réduire de la sorte le texte en complique la lecture, même pour le lecteur qui n'aurait pas de problème de vue à priori, et il faut tout à coup zoomer sur le texte (et gonfler toute l'interface aussi du coup), pour le voir en taille normale. Peut-on convenir de ne plus faire cela svp ? L'utilisation de polices à des tailles non standards devrait être ponctuelle et parcimonieuse.

Puis-je faire passer AWB sur les œuvres concernées pour enlever le style ?

Cordialement. M0tty (d) 23 janvier 2021 à 01:58 (UTC)[répondre]

Je notifie Notification Chrisric :, par correction, puisqu'il semble être le contributeur principal. M0tty (d) 23 janvier 2021 à 02:03 (UTC)[répondre]
Bonjour. J'ai fait la transclusion de l'ouvrage récemment, et je m'en étais aperçu, mais je trouvais ça tellement long de modifier manuellement tous les paramètres de style sur les 400 pages de l'ouvrage, que j'ai fermé les yeux dessus.. Si AWB peut le faire, ce serait cool en effet. --Consulnico (d) 23 janvier 2021 à 03:26 (UTC)[répondre]
C'est la taille par défaut qui s'applique, le plus souvent. Les exceptions : titres d'ouvrages, titres de chapitres, effets recherchés par l'auteur de l'ouvrage. — Cantons-de-l'Est discuter 23 janvier 2021 à 08:03 (UTC)[répondre]
Salut, je profite de ce sujet pour faire la pub de la nouvelle page de requêtes aux bots. C’est typiquement un cas à traiter par bot, donc il ne faut pas hésiter à faire une demande :) Lepticed7 (Viens tcharer ! :D) 23 janvier 2021 à 21:52 (UTC)[répondre]
Bonjour. J’ignore comment connaître cette information et donc je ne puis la corriger.--Chrisric (d) 24 janvier 2021 à 03:43 (UTC)[répondre]
Notification Chrisric :, j'ai corrigé tout cela hier soir. Cordialement. M0tty (d) 24 janvier 2021 à 15:03 (UTC)[répondre]

auteurs ne fonctionnant plus...[modifier]

Je ne connais pas lua… mais sur Auteur:George Sand on reçoit un message d'erreur :

=> Erreur Lua : too many expensive function calls.

--Ernest-Mtl (d) 24 janvier 2021 à 23:28 (UTC)[répondre]

Bonjour. La page est très riche en modèles, et en particulier du modèle {{document}}, ce qui finit par bloquer l'affichage de la page. Cela dit, la page sur George Sand est un peu boulimique, et mériterait d'être synthétisée, notamment avec des renvois vers des catégories pour ne mettre sur la page principale que les écrits les plus importants (sachant qu'on a de la marge pour en mettre quand même beaucoup).
  • Il serait par exemple possible de retirer les Œuvres Complètes (surtout intéressantes pour le contributeur, moins pour le lecteur), les Préfaces, les textes A propos de l'auteure (qui peuvent être remplacés par un renvoi à une catégorie les regroupant). --Consulnico (d) 25 janvier 2021 à 01:44 (UTC)[répondre]
Plutôt que simplifier Auteur:George Sand, une meilleur option serait sans doute de simplifier Module:Document qui fait une série d'opérations considérés comme coûteuse par MediaWiki. Comme cela on éviterais aussi le problème sur d'autre pages. Les opérations "coûteuses" du module sont :
1. vérifier que les cibles des liens (auteurs, éditions, traductions...) existent avant de les créer via la fonction .exists. Si on accepte des liens rouges on peut gagner beaucoup là dessus.
2. Utiliser des sous modèles pour l'avancement via expandTemplate... On pourrait intégrer directement le code de ces modèles dans Module:Document et gagner là dessus.
Tpt (d) 25 janvier 2021 à 07:54 (UTC)[répondre]
Je pense aussi qu’il serait très dommage de limiter le nombre d’ouvrages dans la page d’un auteur : il faut qu’on puisse trouver un ouvrage avec une simple recherche en Ctrl-F sur la page. Donc il faut corriger {{Document}} si c’est facile, ou sinon le remplacer par un modèle plus simple.
(Et quand je vois la complexité effarante de la page de documentation de ce modèle, je crois que je ne suis pas près de l’utiliser…) Seudo (d) 25 janvier 2021 à 10:32 (UTC)[répondre]
Notification Ernest-Mtl : Je suis plutôt de l’avis de Consulnico quand il dit qu’il faut synthétiser, même si je pense qu’il faut lister toutes les œuvres, et pas seulement les principales ; sinon, ce genre de pages extrêmement fournies devient peu maniable, car elles submergent d’information. Pour décanter un peu l’information, on pourrait créer des pages éditions pour chaque roman, préface, article, etc., dont on dispose de plusieurs versions (édition tirée à part, parution en revue, édition dans les Œuvres complètes), dans lesquelles mettre les liens vers les diverses transclusions et les comptes-rendus critiques, afin d’éviter d’avoir trois fois le même roman cité dans la page auteur, et pour alléger la partie À propos. C’est notamment le parti que j’ai suivi pour Platon (par exemple Protagoras ; tout n’est pas fini cependant). Si l’on peut en plus alléger le code de {{Document}}, ce n’en est que mieux. Notification Seudo : La documentation de {{Document}} a l’air compliquée, parce que le modèle est très souple et permet beaucoup de choses. Mais, dans l’immense majorité des cas, pour le contributeur, il reste très simple à utiliser. Le mieux est de copier-coller une page Auteur comportant déjà le modèle, et de remplacer les champs du modèle par ceux qui sont pertinents sur la nouvelle page Auteur. — ElioPrrl (d) 25 janvier 2021 à 11:31 (UTC)[répondre]
Une suggestion pour quelqu'un qui tomberait amoureux du modèle, s'attaquer à Auteur:Alphonse_Allais et ranger ses centaines de nouvelles, pas faciles à retrouver dans le recueil où elles sont, dans un beau tableau d'oeuvres. --Wuyouyuan (d) 25 janvier 2021 à 12:45 (UTC)[répondre]
J’ai modifié la page Auteur:George Sand pour qu’elle affiche au moins les œuvres pour lesquelles {{Document}} réussit à trouver une correspondance dans Wikidata. Il y en a presque 300. Je suis surpris que le seuil de tolérance de Wikidata soit si élevé car une recherche sur le titre consomme énormément de carburant. Quand on veut puiser autant de données dans une base de données, il faut utiliser la clé ou le QXXXXX comme on le fait sur la page index avec « Identifiant de l'entité Wikidata correspondante ». Au moins on connait maintenant la capacité de Wikidata à répondre à de telles requêtes. Notification Tpt : je recommande d’ajouter un paramètre « clé Wikidata » au module Document à utiliser en de pareilles circonstances.--Denis Gagne52 (d) 25 janvier 2021 à 13:12 (UTC)[répondre]
Notification Denis Gagne52 : je ne suis pas sûr que votre modification ait vraiment eu l'effet que vous mentionnez. Auteur:George Sand utilise {{Auteur2}} et pas {{Auteur}} ; en fermant la balise après l'argument contenu, cela a juste dissocié les différents appels de {{document}}. Vous pouvez remarquer que |cle=Sand, George}} s'affiche d'ailleurs en bas de la page. --Jahl de Vautban (d) 25 janvier 2021 à 13:54 (UTC)[répondre]
Notification Jahl de Vautban : Tel que mentionné, cette modification a pour but de voir jusqu’où le traitement a pu s’effectuer sinon rien ne s’affichera. Il s’agit donc d’un changement réalisé à des fins de diagnostic seulement. Je vous invite à vérifier le résultat en prévisualisation lorsque contenu s’applique à toute la page. Puisque cette modification est temporaire, j’ai volontairement laissé |cle=Sand, George}} à la fin . . --Denis Gagne52 (d) 25 janvier 2021 à 14:29 (UTC)[répondre]

Notification Lepticed7 : Comme Tpt (d · c · b) identifiait le test sur la cible du lien comme l’un des motifs de surcharge du modèle, et que c’est une modification très récente qui a rajouté ce test, je me suis permis d’annuler cet ajout qui a probablement un effet sur d'autres pages également. Désormais la page Auteur:George Sand apparaît correctement. N’hésitez pas à révoquer ma modification si vous l’estimez hâtive. Seudo (d) 25 janvier 2021 à 17:01 (UTC)[répondre]

Si c’est considéré comme une opération coûteuse, pas de souci. C’est étrange, parce que la doc ne le mentionne pas… Lepticed7 (Viens tcharer ! :D) 25 janvier 2021 à 20:59 (UTC)[répondre]
Notification Seudo : Heureuse initiative de votre part qui a pour effet d’abaisser le compte à 484 opérations coûteuses pour cette page. Le seuil étant à 500, il faudra optimiser davantage. --Denis Gagne52 (d) 26 janvier 2021 à 13:48 (UTC)[répondre]

Un nouveau modèle de taille du texte[modifier]

Bonjour à tous ! Vous avez peut-être remarqué comme moi que le modèle {{taille}} (alias {{t}}), d’une part est très peu pratique lorsqu’il doit s’appliquer à plusieurs paragraphes successifs, parce qu’il faut l’ajouter à tous les paragraphes, et d’autre part qu’il conduit, lorsqu’utilisé sur un paragraphe entier, à un interlignage trop petit (pour les tailles de texte supérieures à 100) ou trop grand (pour celles inférieures à 100), parce qu’il conserve l’interlignage du texte normal (de taille 100) au lieu de le rendre proportionnel à la taille du texte.

Pour remédier à ces deux inconvénients, suite à une demande de Notification Kaviraf : aux Bots et à la réponse d’Notification Ernest-Mtl :, j’ai créé {{p début}} et {{p fin}}, ainsi que des versions adaptées à une utilisation sur plusieurs pages consécutives ; je vous invite à prendre connaissance de la demande de Kaviraf ou/et de la documentation de {{p début}} pour mieux comprendre le pourquoi de ce modèle. De manière générale, le modèle s’utilise comme {{Citation début}}, dont il reprend essentiellement la syntaxe.

Je ne prétends pas bannir l’utilisation de {{taille}}, qui, au contraire, doit continuer à être utilisé dans le contexte qui est le sien. Mais je conseille aussi de ne pas l’utiliser là où ses défauts sont flagrants. Aussi, je formule les recommandations suivantes :

  • pour un mot ou une expression isolé dans un paragraphe, ou inclus dans un modèle sans paramètre de taille du texte : utiliser {{taille}} (qui crée un élément span) ;
  • pour un paragraphe « typique » entier, ou plusieurs paragraphes successifs, et par « typique » j’entends « justifié sur la pleine largeur de la page et normalement indenté » : utiliser {{p début}} et {{p fin}} (qui crée un élément div) ;
  • pour un paragraphe « atypique » (p. ex. centré, avec une indentation nulle ou négative, etc.) : utiliser directement le paramètre fs= ou t= des différents modèles qu’on utilise pour composer de tels paragraphes (p. ex. {{t2}}, {{c}}, {{SA}}, {{Alinéa}}, etc.) ; l’utilisation de {{p début}} ne serait pas fautive, mais elle serait plus lourde, et de manière générale, il faut éviter des imbrications de modèles quand on peut passer par les paramètres prévus à cet effet.

Je suis conscient que pour certains d’entre vous, ces subtilités entre span et div, ces raffinements d’interlignage, peuvent paraître un peu oiseux. J’espère cependant que cela vous simplifiera la vie, au moins pour les pages où il y a plusieurs paragraphes successifs dont il faut modifier la taille. — ElioPrrl (d) 25 janvier 2021 à 16:30 (UTC)[répondre]

Ok, merci ! Un risque que je vois à ce genre de modèle est que, si on utilise {{p début}} et qu’on oublie d’utiliser {{p fin}} un peu plus loin, cela risque de causer des problèmes d’affichage visibles uniquement en transclusion, et difficiles à localiser. Imaginons par exemple que 25 pages consécutives utilisent ces modèles en début et fin de la page, et qu’une seule au milieu ait oublié de le fermer. Ou peut-être le modèle est-il fait d'une telle manière que ce genre de problème soit en fait facile à remarquer ? (Je pense à une demande récente ici, où le problème venait d'un <i> mal fermé.) Seudo (d) 25 janvier 2021 à 17:08 (UTC)[répondre]
Notification Seudo : Effectivement le problème est possible ; mais pour un modèle qui doit pouvoir s’étendre à plusieurs paragraphes, c’est un peu inévitable. Mais l’oubli du modèle de fin sera facile à repérer, puisque tout le texte jusqu’à la fin de la page sera de la taille modifiée ; et puis surtout, un {{p début}}, isolé dans une ligne, suivi souvent d’une ligne blanche, c’est bien plus facilement repérable dans un code que les simples '' ouvrants. — ElioPrrl (d) 25 janvier 2021 à 17:35 (UTC)[répondre]
Notification Seudo : Je me rends compte que je ne réponds qu’à une partie de votre remarque. Si l’on oublie les modèles dans les pages intermédiaires, on ne constatera aucun désagrément dans la transclusion ; en effet, ces modèles {{p début de page}} et {{p fin de page}} ne produisent leur effet que dans l’espace Page:, et pas dans l’espace principal. L’effet de l’oubli se limitera donc à la page où il a eu lieu. — ElioPrrl (d) 25 janvier 2021 à 17:46 (UTC)[répondre]
En effet, c'est une différence par rapport au cas que je citais plus haut et cela répond à ma remarque. Seudo (d) 25 janvier 2021 à 19:03 (UTC)[répondre]
ElioPrrl, La distinction entre span et div n'est pas oiseuse pour quiconque souhaite modifier la présentation de quelques paragraphes, je parle d'expérience. Le balisage <span>...</span> s'applique tant qu'il n'y a pas de changement de paragraphe (et même de ligne dans certains cas), alors que le balisage <div>...</div> s'applique même s'il y a changement de paragraphe. — Cantons-de-l'Est discuter 26 janvier 2021 à 10:02 (UTC)[répondre]
Merci ElioPrrl !Merci ! pour ce nouveau modèle. --Acélan (d) 26 janvier 2021 à 10:11 (UTC)[répondre]
Voilà une solution facile d’utilisation et qui répond bien à la commande. Il arrive que le texte de taille différente soit un peu en retrait. Ce serait bien si on pouvait aussi ajuster les marges latérales en % ou en em. Merci Merci !--Denis Gagne52 (d) 26 janvier 2021 à 13:07 (UTC)[répondre]
Notification Denis Gagne52 : c’est Fait , avec ton aide Clin d'œilElioPrrl (d) 27 janvier 2021 à 14:25 (UTC)[répondre]
et j'en rate quand même. En plus ce qui agrémente le tout, c'est qu'il y a non seulement des scanilles mais également des co[q]uilles, qu'il faut traiter avec {{corr}} en tout cas Merci Merci ! Notification Мишоко : pour avoir pointé cette question.--Cunegonde1 (d) 28 avril 2021 à 13:34 (UTC)[répondre]
Oui, c'est exactement le genre de choses à faire semi-automatiquement avec AWB ; d'ailleurs, il faut que je me penche sur l’accès pour les non-admins à AWB. En attendant, si quelqu'un à une regex où la grande majorité des cas sont à corriger, je peux faire une première passe sur le gros du travail avec AWB.
On peut aussi utiliser le préfixe insource (avec ou sans regex) dans Special:Recherche pour trouver et traiter à la main les cas particuliers.
Cdlt, VIGNERON (d) 28 avril 2021 à 13:50 (UTC)[répondre]
VIGNERON (d · c · b) je ne suis pas admin et j'utilise AWB sans problème sur WS.
VIGNERON (d · c · b) J'ai réussi à me logger sur AWB sur WS sans problème avec mon statut d'utilisateur auto-patrouillé. Le problème, c'est que je découvre l'outil qui me laisse comme un poisson sur une bicyclette (comme on disait dans ma jeunesse) et l'aide concerne plutôt Wikipedia. Il y a du boulot pour comprendre et maîtriser l'outil avant d’être performant dans la chasse aux scanilles.--Cunegonde1 (d) 28 avril 2021 à 16:37 (UTC)[répondre]
VIGNERON (d · c · b), Je suis tout à fait d’accord avec @Cunegonde1 : on m’avait déjà signalé AWB pour faire des corrections en chaîne, mais j’ai eu beau télécharger le logiciel ! impossible d’en rien faire, faute de documentation… Serait-il possible que quelqu’un qui s’y connaisse (je pense à vous, @VIGNERON, ou à @Acélan et @Seudo, qui, me semble-t-il, le font tourner régulièrement) fasse un brouillon de page d’aide sur l’utilisation de AWB pour Wikisource ? Non pas sur le patron des documentations existantes, qui se bornent à donner le sens de chaque bouton et de chaque commande, mais plutôt un tutoriel pas à pas, ou un ou deux exemples commentés. D’avance Merci Merci ! ! J’ai l’impression de passer à côté d’un très bon outil, et le peu qui sera expliqué me sera, nous sera toujours utile SourireElioPrrl (d) 29 avril 2021 à 09:29 (UTC)[répondre]
@ElioPrrl, @Cunegonde1 Je pense sincèrement que le mieux à même de s'en charger serait @VIGNERON, dont je sais qu'il connaît vraiment bien cet outil : étant donné mon approche extrêmement empirique, progressive et tâtonnante de l'objet, il aurait sans doute beaucoup à m'apprendre encore. Mais s'il n'a pas le temps, je peux toujours donner quelques "trucs", ça sera mieux que rien, maintenant que j'ai commencé à apprivoiser l'animal. --Acélan (d) 29 avril 2021 à 09:37 (UTC)[répondre]
Notification ElioPrrl et Cunegonde1 : Un début de mode d'emploi ici --Acélan (d) 29 avril 2021 à 10:06 (UTC)[répondre]
Notification Acélan : Merci Merci ! infiniment. Je vais tester cela dès que j’ai un moment.--Cunegonde1 (d) 29 avril 2021 à 10:18 (UTC)[répondre]
Merci Acélan !Merci ! Impressionnant de rapidité Bravo ! ! — ElioPrrl (d) 29 avril 2021 à 11:29 (UTC)[répondre]
J’utilise en effet régulièrement AWB, mais en général c’est sur un seul ouvrage à la fois et non seulement pour corriger des erreurs d’OCR, mais aussi pour faire de la mise en forme de base (genre rajouter des espaces insécables ou harmoniser des intertitres). Je n’aurais jamais pu faire le dictionnaire des frères Lazare, avec tous ses liens hypertextes, sans une utilisation intensive d’AWB. Seudo (d) 29 avril 2021 à 12:13 (UTC)[répondre]
Est-ce qu'on peut faire rentrer un tableau csv à AWB pour traiter une liste d'occurrence ? M0tty (d) 28 avril 2021 à 14:24 (UTC)[répondre]
J'ai effectué une cinquantaine de corrections. Liste utile. Merci Merci ! Мишоко. — Cantons-de-l'Est discuter 28 avril 2021 à 15:05 (UTC)[répondre]
J'ai effectué une vingtaine de corrections dans les livres du Québec. Merci Merci ! Мишоко. Je me désole de voir que j'en ai laissé tant passer, je me console de voir que je ne suis pas le seul. Songeur --Viticulum (d) 28 avril 2021 à 17:26 (UTC)[répondre]
Viticulum, J'ai retranscrit avec soin 12 ½ tomes de HDCER (l'autre ½ a été fait par Abecibo). Les 13 tomes comprennent 6 200 pages. Challwa a relu presque toutes les pages des tomes. Malgré cette relecture, je me souviens avoir pensé que la transcription devait comprendre en moyenne une erreur par page (donc, 6 200 erreurs en tout). Acélan et Seudo ont trouvé des erreurs (une quarantaine à la louche). J'en ai corrigé plus d'une centaine à cause d'une mauvaise interprétation d'une recommandation de Wikisource. Le correcteur de Word m'a permis de mettre au jour une centaine d'erreurs supplémentaires. De ces temps-ci, Geodebay trouve à l'occasion des coquilles de transcription et des erreurs dans les passages en latin. Aujourd'hui, je juge que les transcriptions des 13 tomes comprennent moins de 620 erreurs, soit une par 10 pages. Trouver celles qui restent va me coûter trop cher en wikitemps et je juge qu'il sera mieux investi ailleurs (écrire une article dans Wikipédia, photographier et téléverser le cliché d'un bien patrimonial dans Wikimedia Commons, transcrire/relire un ouvrage de Wikisource...). Je ne suis donc pas troublé ni honteux d'en avoir découvert une énième grâce à la liste de Мишоко, parce qu'avant ce travail, il n'y avait aucune transcription libre et complète de HDCER (celle du site mediterranee-antique.fr est très bien, mais est prisonnière du Web ; le site publie aussi des fichiers PDF, mais les notes n'y sont pas). Mon conseil : réjouissez-vous des ouvrages que vous avez retranscrit, car ils sont libres à perpétuité, les coquilles restantes ne constituent pas une raison de se priver de leur contenu et ils sont susceptibles d'être améliorés par n'importe quel internaute. — Cantons-de-l'Est discuter 29 avril 2021 à 01:24 (UTC)[répondre]
Comme je suis un grand consommateur de livres numériques "du commerce" (beaucoup acquis gratuitement sur des sites de partage illégal, mais étant d'une haute moralité j'achète ensuite ceux que j'ai lus en entier, fin de la digression), je suis émerveillé par la quantité d'imperfections (coquilles, scanilles faciles à reconnaître, fautes d'orthographe, mots manquants) par rapport au livre imprimé. Le numérique condamne au manque de rigueur, semble-t-il.
Autre considération: les imperfections involontaires, telles les pailles dans les pierres précieuses, permettent de déterminer avec certitude l'origine des textes "repris" par des artisans qui espèrent gagner de petites sommes sur Amazon Kindle KDP en mettant en vente pour pas cher des textes de Wikisource et d'autres. Je ne manque pas de mettre en commentaire sur Amazon le fait que c'est un texte Wikisource, recopié sans le dire.--Wuyouyuan (d) 29 avril 2021 à 08:24 (UTC)[répondre]
Notification Wuyouyuan : Un peu HS, mais ayant lu avec délice la Compagnie de Robert Littel, j’ai appris ce qu'étaient les appâts au Baryum. On pourrait en glisser quelques uns dans nos productions [édit] ma remarque concerne les réutilisations commerciales sans mention de provenance.Clin d'œil--Cunegonde1 (d) 29 avril 2021 à 09:55 (UTC)[répondre]
Ca pourrait etre intéressant de prendre un texte, de le faire relire chaque mois par une personne différente et de tracer la courbe de décroissance des erreurs détectées correspondante. Hektor (d) 30 avril 2021 à 07:55 (UTC)[répondre]

En parlant d'AWB, si quelqu'un pouvait corriger les occurrences de Hotte et de Hottes (avec espace après) ce serait très apprécié. --Jahl de Vautban (d) 30 avril 2021 à 13:07 (UTC)[répondre]

Notification Jahl de Vautban : Fait --Acélan (d) 30 avril 2021 à 14:32 (UTC)[répondre]

Merci pour vos retours, et merci à Acélan, Cantons-de-l'Est, Consulnico, George2etexte, Hector, M0tty, Toto256 et Viticulum qui ont déjà corrigé 350 des 500 pages… J'en profite pour signaler que, toujours dans Madame Bovary, j'ai lu « et ou aucune espèce de lascivité n’avait pu passer dans son esprit ou dans son cœur ». On retrouve ce « et ou » dans une soixantaine de pages validées, dont deux pages de HDCER. Pour corriger, la subtilité est qu'il faut choisir (principalement) entre « et où » et « et on ». Мишоко (d) 2 mai 2021 à 12:02 (UTC)[répondre]

Problème d'affichage de {{document}} avec Timeless[modifier]

Bonjour,

Avec le style Timeless, il y a un interlignage trop grand entre les différents documents listés avec {{document}}. Cela n'arrive que lorsqu'il y a une petite image telle que ou dans la ligne en question. De ce que j'en ai compris, cela est provoqué par le code

.floatright, .tright {
   padding: 0 0 1em 1.5em;
}

Ligne 2406 et suivantes du fichier load.php (c'est ce que m'indique mon navigateur).

Qui aurait les compétences techniques et les autorisations d'accès pour résoudre ce petit problème de style disgracieux ? Merci pour votre aide. M0tty (d) 29 avril 2021 à 11:37 (UTC)[répondre]

C’est d’ailleurs un problème général, je pense, parce qu’il a lieu, en moins prononcé, avec les thèmes Vector, Monobook et Minerva : il faut comparer les lignes commençant par une icône ou de celles qui n’en ont pas (c’est plus visible sur Auteur:Marcel Mauss par exemple). Et, tant qu’on y est, il me semble que le blanc horizontal entre l’icône et le titre pourrait être légérement augmenté, de façon à avoir le même écartement qu’entre le titre et les icônes suivants d’avancement et d’export. Je notifie @Denis Gagne52, qui a travaillé à la dernière mouture du modèle. — ElioPrrl (d) 29 avril 2021 à 11:55 (UTC)[répondre]
Plusieurs changements ont été apportées au module Document après mon intervention dont l’ajout d’un caractère insécable dans le champ date qui n’empêche aucunement l’icône de se déplacer sur la ligne suivante quand l’espace est restreint. En élargissant le contenu de ce champ, il aurait fallu en ajuster la taille minimale pour éviter ce problème de débordement. Je l’ai donc portée à de 4.8 à 5em ce qui semble régler la question en mode Vector. Me faire savoir si le problème subsiste sous d’autres configurations. --Denis Gagne52 (d) 29 avril 2021 à 13:12 (UTC)[répondre]
Bonjour Denis Gagne52 (d · c · b), merci pour ce premier problème résolu, mais ça n'était pas tout à fait celui soulevé ici. Il s'agit bien d'un problème d'interlignage, non lié au fait d'un retour à la ligne d'une icône. Comme tu peux le voir Ici avec Vector, Ici avec Timeless et Ici avec monobook. L'interlignage est plus grand lorsqu'une icône commence la ligne, que lorsqu'il n'y en a pas. Mais je n'ai pas de certitude que ça soit directement lié à la présence de l'icône, ni au code interne de Module:Document d'ailleurs. Le problème vient peut-être des feuilles de style. Cordialement. M0tty (d) 29 avril 2021 à 14:16 (UTC)[répondre]
Bonjour M0tty (d · c · b), Merci de revenir à la charge. Ne pouvant corrigé le style, j’ai modifié l’appel. --Denis Gagne52 (d) 29 avril 2021 à 15:02 (UTC)[répondre]
Tout fonctionne désormais parfaitement chez moi. Un énorme merci ! M0tty (d) 29 avril 2021 à 16:36 (UTC)[répondre]
Merci Denis Gagne52 !Merci ! le problème d’interligne est réglé ! Par contre, il n’y a aucune espace entre l’icône et le livre : dans Auteur:Marcel Mauss, on voit bien que lorsque {{Document}} est utilisé (ici, section Livres et recueils d’article), l’icône est collée au titre, ce qui n’arrive pas dans les listes à puce (section Articles parus en revue). Est-ce possible de changer cela ? — ElioPrrl (d) 29 avril 2021 à 17:08 (UTC)[répondre]
Bien sûr ! C’est sans doute l’objectif qui était visé par celui qui avait ajouté une espace après la date mais je n’avais pas saisi. Je l’ai donc déplacée à la droite de l’icône. Encore une fois cela démontre l’intérêt d’en discuter ici. --Denis Gagne52 (d) 29 avril 2021 à 23:17 (UTC)[répondre]
Encore Merci Denis Gagne52 !Merci ! : Le rendu est irréprochable maintenant ! — ElioPrrl (d) 30 avril 2021 à 08:04 (UTC)[répondre]



Mai 2021[modifier]

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

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épondre]

Règle d'Échec de 1928[modifier]

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)[répondre]

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.[répondre]
Notification 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)[répondre]

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)[répondre]

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)[répondre]
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)

Notification 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)[répondre]

Notification 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)[répondre]
Notification 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)[répondre]
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)[répondre]
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)[répondre]
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)[répondre]
Notification Lorlam : Fait --Havang(nl) (d) 14 mai 2021 à 09:27 (UTC)[répondre]

Ligature de fi dans édifice[modifier]

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)[répondre]

Notification 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)[répondre]
Notification 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)[répondre]

{{lié}}<ref>[modifier]

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)[répondre]

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)[répondre]
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)[répondre]
Notification 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)[répondre]
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)[répondre]
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)[répondre]

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

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)[répondre]

Alors, ma réponse ayant mystérieusement disparu, je réitère Sourire
ç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)[répondre]
Notification 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 Pour Hsarrazin (d) 1 mai 2021 à 15:23 (UTC)[répondre]
Pour Pour --Raymonde Lanthier (d) 1 mai 2021 à 17:59 (UTC)[répondre]
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)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]

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)[répondre]

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 Notification 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)[répondre]
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)[répondre]
Notification 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)[répondre]
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)[répondre]
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)[répondre]
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)[répondre]
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)[répondre]
Merci, mais je ne peux plus éditer le css depuis la création des admins d'interface Clin d'œil - c'est aussi pour ça que j'ai notifié Tpt... --Hsarrazin (d) 3 mai 2021 à 09:56 (UTC)[répondre]
Désolé pour le spam, alors Tout rouge… 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)[répondre]
Notification 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)[répondre]
Merci VIGNERON !Merci ! 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)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]

Pages validées à corriger (2)[modifier]

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)[répondre]

À 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)[répondre]
@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)[répondre]
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)[répondre]
Et c'est un très bon calcul Мишоко (d · c · b), parce que c'est effectivement ce qui se passe Clin d'œil M0tty (d) 4 mai 2021 à 09:35 (UTC)[répondre]
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)[répondre]

Changer l’adresse de la feuille de style locale[modifier]

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 SourireElioPrrl (d) 3 mai 2021 à 21:02 (UTC)[répondre]

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)[répondre]
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)[répondre]
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)[répondre]

Portées musicales[modifier]

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)[répondre]

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)[répondre]

° et º[modifier]

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)[répondre]

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°}}, {{}}, {{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)[répondre]
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)[répondre]

y'a-t-il un matheux dans la salle[modifier]

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)[répondre]

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)[répondre]
Notification Cantons-de-l'Est : Merci pour ta proposition, mais du coup ça restera en l’état Clin d'œil --Le ciel est par dessus le toit Parloir 5 mai 2021 à 14:47 (UTC)[répondre]
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 Notification Cantons-de-l'Est : et il faudrait ajouter les figures Notification Le ciel est par dessus le toit :. Merci Toto256 (d) 5 mai 2021 à 18:36 (UTC)[répondre]
Notification Le ciel est par dessus le toit : LaTex, je m’y attelle. --Hilarion~frwiki (d) 6 mai 2021 à 11:55 (UTC)[répondre]

Notification Toto256 et Hilarion~frwiki : Merci à vous deux --Le ciel est par dessus le toit Parloir 6 mai 2021 à 12:56 (UTC)[répondre]

Notification 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)[répondre]
Notification Hilarion~frwiki : Comme tu as bien travaillé, je t’autorise la recrée, tu vois quand tu veux… Clin d'œil --Le ciel est par dessus le toit Parloir 6 mai 2021 à 13:23 (UTC)[répondre]
Notification 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)[répondre]
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)[répondre]
Notification 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)[répondre]

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

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)[répondre]

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)[répondre]
Notification 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)[répondre]
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)[répondre]

Symbole étrange sur la Description de l'Égypte[modifier]

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)[répondre]

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)[répondre]
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)[répondre]
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)[répondre]
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)[répondre]
Notification 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)[répondre]

Modernisation des tableaux[modifier]

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)[répondre]

Notification 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)[répondre]
Notification 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)[répondre]

Création automatique de table des matières[modifier]

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)[répondre]

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)[répondre]
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)[répondre]

Ç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 ! Clin d'œil M0tty (d) 10 mai 2021 à 09:16 (UTC)[répondre]
Notification 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)[répondre]

Illustration bonifiée dans une transcription[modifier]

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)[répondre]

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)[répondre]

Abréviations de folio, recto et verso[modifier]

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)[répondre]

Bonjour Notification 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)[répondre]

Besoin d’aide en grec[modifier]

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 Merci ! d’avance. ManuD (d) 10 mai 2021 à 18:55 (UTC)[répondre]

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)[répondre]
Merci 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)[répondre]
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)[répondre]
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)[répondre]

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

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)[répondre]

Notification Cunegonde1 : Ca a l'air de fonctionner mieux avec le paramètre en minuscules… Seudo (d) 12 mai 2021 à 11:47 (UTC)[répondre]
Notification Seudo : Super, Merci Merci ! beaucoup.--Cunegonde1 (d) 12 mai 2021 à 12:07 (UTC)[répondre]

Comment avoir une image sur une seule page ?[modifier]

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)[répondre]

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 [17]) ou bien dans une transclusion. — Cantons-de-l'Est discuter 14 mai 2021 à 07:01 (UTC)[répondre]
Merci 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)[répondre]
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)[répondre]
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)[répondre]
Notification 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)[répondre]
Merci Merci ! Notification 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 Sourire --Lorlam (d) 14 mai 2021 à 14:10 (UTC)[répondre]

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

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)[répondre]

George2etexte, Je vois le même problème. — Cantons-de-l'Est discuter 15 mai 2021 à 13:57 (UTC)[répondre]
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)[répondre]

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

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)[répondre]

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)[répondre]
Notification 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)[répondre]

Modèle:tab, redirection ?[modifier]

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)[répondre]

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)[répondre]

Disparition du modèle M. (?!)[modifier]

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)[répondre]

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

Aide:Wikisource:Annotations[modifier]


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.



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)[répondre]

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)[répondre]
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)[répondre]
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)[répondre]
Je connais au moins un autre ouvrage wikifié : [18], [19], [20], [21], [22]. 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)[répondre]
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)[répondre]
Il me semble qu'il faut distinguer :
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)[répondre]
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)[répondre]

Livre principalement en allemand ici sur la Wikisource en français[modifier]

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)[répondre]

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)[répondre]

Mise en page de titres de sections[modifier]

Bonjour,

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

Cantons-de-l'Est discuter 17 mai 2021 à 19:00 (UTC)[répondre]

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)[répondre]

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

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 19o et 20o — si ce n’est que nous serions d’affreux pédants Mort de rire… Y voyez-vous une opposition ? — ElioPrrl (d) 18 mai 2021 à 14:19 (UTC)[répondre]

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 13o, 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 :

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

et dans le Grand Larousse universel (1866) :

1o, 2o, 3o 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’à 57o).

ElioPrrl (d) 18 mai 2021 à 18:50 (UTC)[répondre]

Notification ElioPrrl : Aucune objection de ma part. --Raymonde Lanthier (d) 18 mai 2021 à 14:30 (UTC)[répondre]

  1. Pour Pour Merci pour cette modification.--Kaviraf (d) 18 mai 2021 à 16:38 (UTC)[répondre]
  2. Plutôt Contre 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)[répondre]
    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}}, {{}}/{{}}, {{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)[répondre]
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 ({{}}) 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}} à {{}}, 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)[répondre]
  1. Pourquoi pas, mais on pourrait aussi couper la poire en deux : rester au latin de 1o à 3o, 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 4o (ou un peu plus loin)… Seudo (d) 19 mai 2021 à 05:41 (UTC)[répondre]

Mission 7500[modifier]

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)[répondre]

Notification 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)[répondre]
Notification 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)[répondre]
Notification Denis Gagne52 : Prompt rétablissement ! Je vous souhaite beaucoup de courage pour vous remettre SourireElioPrrl (d) 20 mai 2021 à 21:13 (UTC)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]
Notification Denis Gagne52 : Prompt rétablissement Sourire. — Cantons-de-l'Est discuter 21 mai 2021 à 01:13 (UTC)[répondre]
Notification Denis Gagne52 : Reposez-vous bien ! Hector (d) 21 mai 2021 à 05:55 (UTC)[répondre]
Notification 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. Sourire --Kaviraf (d) 21 mai 2021 à 09:43 (UTC)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]
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. Sourire --Denis Gagne52 (d) 22 mai 2021 à 14:49 (UTC)[répondre]

Je suis étonné[modifier]

Bonjour,

Au hasard de corrections, j'ai comparé cinq pages de cinq ouvrages : [24], [25], [26], [27] et [28]. 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)[répondre]

Notification Cantons-de-l'Est : Que penser de ce livre : « Une horrible aventure ». Chaque page était un défi Sifflote et toute une aventure Sourire. --Viticulum (d) 21 mai 2021 à 02:03 (UTC)[répondre]
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)[répondre]
À 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)[répondre]
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 [29]. Je recopie tout moi-même une fois sur deux. Textemagne (d) 21 mai 2021 à 09:26 (UTC)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]
Notification Cunegonde1 : Fût-ce agréable de se prendre pour Flaubert, je veux bien que vous me facilitiez la vie et vous en remercie. Notification 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)[répondre]
Notification 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)[répondre]
Bonjour Notification 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 !Sourire--Cunegonde1 (d) 22 mai 2021 à 11:52 (UTC)[répondre]
Notification 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)[répondre]

Demande de télechargement[modifier]

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

C'est aussi sur gallica : https://gallica.bnf.fr/ark:/12148/bpt6k9750558t/f31.vertical.--Havang(nl) (d) 21 mai 2021 à 06:50 (UTC)[répondre]
Fait. Hektor (d) 21 mai 2021 à 07:45 (UTC)[répondre]
Notification Hector : Merci. Notification 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)[répondre]
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)[répondre]
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)[répondre]
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 Sourire--Lorlam (d) 21 mai 2021 à 10:28 (UTC)[répondre]

Largeur d’affichage[modifier]

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)[répondre]

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)[répondre]
Notification 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)[répondre]
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)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]
Notification Seudo, Cantons-de-l'Est et ElioPrrl : Merci Merci ! --Raymonde Lanthier (d) 25 mai 2021 à 12:07 (UTC)[répondre]

Notification Cantons-de-l'Est, ElioPrrl et Seudo : Suis-je la seule à constater que le même problème est revenu ? Voir mes pages citées en exemple au début du message, où cette fois le mot « dîner » passe sur la ligne suivante en transclusion. --Raymonde Lanthier (d) 27 décembre 2021 à 14:59 (UTC)[répondre]

Raymonde Lanthier, Si je rétrécis la largeur de mon navigateur Web, j'observe que la largeur du scan est adaptée, alors que la largeur de la transcription reste inchangée. Donc, le bogue avoir repris vie. — Cantons-de-l'Est p|d|d 27 décembre 2021 à 17:14 (UTC)[répondre]

Notification Cantons-de-l'Est, ElioPrrl, Seudo et Cunegonde1 : (Cunégonde1, c’est par inadvertance que j’ai omis votre nom dans mon précédent message). En cliquant sur la Tâche 283206 apparaissant ci-dessus, j’ai repéré le message de Seudo à Fabricator, daté du 24 mai 2021. Seudo étant inactif depuis quelques mois, je ne sais pas comment signaler à Fabricator que le bogue est revenu, mais sous une forme un peu différente : toujours dans l’exemple que je donnais ci-dessus, c’est maintenant le mot « dîner » qui passe sur la deuxième ligne en transclusion, alors qu’avant, c’était « aujourd’hui » qui remontait sur la première ligne. Cela dit, je crois bien que n’importe quelle première page d’un texte transclus peut servir d’exemple comparatif quant au changement survenu dans la largeur des pages. --Raymonde Lanthier (d) 28 décembre 2021 à 18:21 (UTC)[répondre]

Problème disparu : comme je travaille sur des textes dont de nombreuses pages sont à 90% de la taille normale, j’ai porté à 105% la « taille des caractères dans les pages en mode lecture » dans mon commons.css. Une fois cette taille ramenée à 100%, l’affichage est redevenu identique en mode page et en transclusion. --Raymonde Lanthier (d) 1 janvier 2022 à 15:37 (UTC)[répondre]

pds pour paragraphe[modifier]

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)[répondre]

Hector, Une page en particulier, pour qu'on puisse faire des essais ? — Cantons-de-l'Est discuter 24 mai 2021 à 19:43 (UTC)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]

Note d'un contributeur[modifier]

Bonjour,

Dans [30], 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)[répondre]

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)[répondre]
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)[répondre]
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)[répondre]
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)[répondre]
Notification 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 xxie 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)[répondre]
Je ne suis pas choqué non plus… la note apporte une information permettant de comprendre au xxie 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)[répondre]
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)[répondre]
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)[répondre]
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)[répondre]

Annotation sémantique[modifier]

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)[répondre]

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)[répondre]
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)[répondre]
Notification 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)[répondre]
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)[répondre]
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)[répondre]

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)[répondre]

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)[répondre]
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)[répondre]
Notification 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.
Notification 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)[répondre]
Notification 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)[répondre]
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)[répondre]
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)[répondre]

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

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)[répondre]

Bonjour Notification 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)[répondre]
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)[répondre]
Notification 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)[répondre]
Cunegonde1 et Wuyouyuan, Faites, faites, je ne suis pas égoïste Clin d'œil. — Cantons-de-l'Est discuter 26 mai 2021 à 11:41 (UTC)[répondre]
Notification 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)[répondre]

Notifications, en panne pour moi[modifier]

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)[répondre]

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)[répondre]

Petits rectangles bleus à l'export en pdf ???[modifier]

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)[répondre]

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)[répondre]
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)[répondre]
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)[répondre]
Merci Cunegonde1 pour la tentative… bon, ça reste donc un mystère !? --Lorlam (d) 28 mai 2021 à 11:29 (UTC)[répondre]
Merci aussi à Seudo pour l'enregistrement du problème sur "Phabricator"… S'il y a du nouveau merci de nous faire un retour Sourire --Lorlam (d) 29 mai 2021 à 07:17 (UTC)[répondre]

Marges des titres {{T3}} après export[modifier]

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 Merci ! ! SourireElioPrrl (d) 29 mai 2021 à 20:56 (UTC)[répondre]
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 Clin d'œilElioPrrl (d)

Est-ce que ce que j'ai fait suffit ? --Zyephyrus (d) 29 mai 2021 à 21:29 (UTC)[répondre]
Parfait ! Merci Merci ! beaucoup, @Zyephyrus ! — ElioPrrl (d) 29 mai 2021 à 21:33 (UTC)[répondre]

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)[répondre]

Notification 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)[répondre]
Merci ElioPrrl !Merci ! 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)[répondre]

Liste de suivi[modifier]

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)[répondre]

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)[répondre]
Notification Seudo : grand merci pour l'astuce ! --*j*jac (d) 31 mai 2021 à 16:38 (UTC)[répondre]



Juin 2021[modifier]

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

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)[répondre]

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)[répondre]

Theodor Herzl, l'Etat juif[modifier]

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)[répondre]

Notification 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)[répondre]
Notification 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)[répondre]

LMUN, mise en page[modifier]

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}}
[31] Toutes Toutes
[32] Les Les
[33] Dinarzade Dinarzade

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

Cantons-de-l'Est discuter 2 juin 2021 à 23:19 (UTC)[répondre]

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)[répondre]
Notification 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é.
Notification 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épondre]
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)[répondre]
Notification 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)[répondre]
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)[répondre]

Poésie athée[modifier]

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)[répondre]

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

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)[répondre]

Surlignage des scanilles[modifier]

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 Clin d'œil) ;
— les lettres latines dans les mots en grec et inversement (suite à une question de @Cantons-de-l'Est sur le Scriptorium le mois dernier Clin d'œil).

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 Mort de rire ;
— 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 Sourire. — ElioPrrl (d) 4 juin 2021 à 14:45 (UTC)[répondre]

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)[répondre]

Pas un poème[modifier]

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)[répondre]

Notification 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)[répondre]
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)[répondre]
Notification M0tty : En tout cas chez moi, c’est corrigé SourireElioPrrl (d) 5 juin 2021 à 10:55 (UTC)[répondre]
Oui, c'est corrigé chez moi aussi ! Merci ! M0tty (d) 5 juin 2021 à 11:07 (UTC)[répondre]
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)[répondre]

Qu’appelez-vous « bulle », Notification 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)[répondre]

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)[répondre]
Notification 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 (Notification 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)[répondre]

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. Notification 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)[répondre]

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)[répondre]
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)[répondre]
Notification 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 SourireElioPrrl (d) 5 juin 2021 à 21:53 (UTC)[répondre]

Des rimes, des poèmes, des chansons…[modifier]

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)[répondre]

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)[répondre]
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)[répondre]
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)[répondre]

Import automatique des langues d'expression depuis Wikidata[modifier]

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)[répondre]

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)[répondre]
Cette liste me paraît très bien, et je ne sais pas trop ce que vous voulez qu’on y apporte Sourire 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)[répondre]
Notification 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)[répondre]

Indentation fantôme : le retour[modifier]

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)[répondre]

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)[répondre]
C’est réellement bizarre : l’indentation apparaît quand je suis connecté, mais plus quand je suis déconnecté SongeurElioPrrl (d) 10 juin 2021 à 08:00 (UTC)[répondre]
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)[répondre]
Merci 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)[répondre]

Notification 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)[répondre]

Notification 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 Notification Tpt : pourra nous éclairer. --Jahl de Vautban (d) 11 juin 2021 à 10:47 (UTC)[répondre]
À 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)[répondre]
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)[répondre]

Mise en page d'un livre sur deux colonnes[modifier]

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)[répondre]

Bonjour Notification 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)[répondre]
Bonjour Notification 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)[répondre]

Universal Code of Conduct News – Issue 1[modifier]

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[modifier]

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 Sourire. 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)[répondre]

@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)[répondre]
ElioPrrl, Je comprends le souci. Quelques phrases auraient suffi pour l'expliquer. — Cantons-de-l'Est discuter 11 juin 2021 à 22:16 (UTC)[répondre]
Notification Cantons-de-l'Est : J’ai le défaut d’être prolixe, tous mes professeurs me le répètent, désolé Tout rouge. 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 Clin d'œil. — ElioPrrl (d) 11 juin 2021 à 22:19 (UTC)[répondre]
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)[répondre]

Sourire[modifier]

Bonjour,

Étant amené à parcourir des scans de qualité très variable (exemples : [34], [35], [36], [37]), 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 ». Sourire

Cantons-de-l'Est discuter 11 juin 2021 à 18:52 (UTC)[répondre]

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)[répondre]
Notification 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)[répondre]
Merci Cunegonde1 !Merci ! 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)[répondre]

Bordures des tableaux[modifier]

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)[répondre]

Notification 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)[répondre]
Notification 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)[répondre]
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)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]
Même sur Chrome je n’ai aucun problème. Désolé de ne pas pouvoir plus vous aider TristeElioPrrl (d) 12 juin 2021 à 21:33 (UTC)[répondre]
Notification 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)[répondre]
Notification 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 [38], 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)[répondre]
Notification 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)[répondre]

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

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)[répondre]

Notification 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)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]
Notification VIGNERON : Merci 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 Sourire.)
Notification 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)[répondre]
Notification 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)[répondre]
Notification 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)[répondre]

Notification 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 Merci !ElioPrrl (d) 16 juin 2021 à 13:01 (UTC)[répondre]

Je me permets de vous relancer, @VIGNERON, au moins pour rajouter la classe .personnage, telle que définie dans Common.css, à Mobile.css, où elle n’est même pas définie. Pour d’autres explications à propos du changement que je voudrais apporter à Epub.css, je me tiens à votre disposition SourireElioPrrl (d) 21 juin 2021 à 20:23 (UTC)[répondre]

Gros points dans une balise math[modifier]

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  ; 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 SourireElioPrrl (d) 14 juin 2021 à 15:19 (UTC)[répondre]

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)[répondre]
Notification 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)[répondre]
Notification 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 Sourire — 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)[répondre]
Notification F0x1 : C’est encore un peu du bricolage, mais c’est beaucoup, beaucoup mieux ! Merci Merci !ElioPrrl (d) 16 juin 2021 à 08:42 (UTC)[répondre]

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)[répondre]

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)[répondre]
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)[répondre]

Besoin d'un coup de main pour des validations[modifier]

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)[répondre]

Wikimania 2021: Individual Program Submissions[modifier]

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;

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)[répondre]

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)[répondre]

Candidature au statut d'administrateur[modifier]

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)[répondre]

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

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)[répondre]

Мишоко, 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)[répondre]
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épondre]
Мишоко, Je n'ai pas vu votre réponse avant aujourd'hui. Pour être certain que je vois un message qui m'est adressé, écrivez {{ping|Cantons-de-l'Est}} dans le message. Voici deux autres suggestions :
  • remplacer {{…|30}} par {{…|30|100%|center}}
  • remplacer {{…|30}} par <div style="display:block;">{{…|30}}</div>.
Cantons-de-l'Est discuter 22 juin 2021 à 20:47 (UTC)[répondre]

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)[répondre]

Notification 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)[répondre]
Notification Seudo : Un grand Merci ! 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." Clin d'œil --Le ciel est par dessus le toit Parloir 17 juin 2021 à 11:37 (UTC)[répondre]

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

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)[répondre]

Notification 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)[répondre]
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,
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)[répondre]
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)[répondre]
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)[répondre]
Cela tombe bien, je l’ai sous la main, le Lexique de l’I.N. Clin d'œil : « 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)[répondre]
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 : &nbsp;, &thinsp; 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)[répondre]
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)[répondre]
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)[répondre]
Notification 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)[répondre]

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

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)[répondre]

Notification Zyephyrus, Cantons-de-l'Est et Seudo : Vérification faite, la plupart des manuels de typographie (Fournier 1854, Claye 1874, Marcassin 1920, Thibaudet 1924), ainsi que le Larousse universel, donnent la valeur d’un point pour la largeur de l’espace fine, quelle que soit la taille du corps. On pourrait donc proposer la suppression de toutes les espaces avant les appels de note, et l’application de cette règle :

.reference {padding-left: 1.07pt;}

(1.07, parce que la valeur du point est 1.07 fois plus grande en typographie française que dans CSS). Voici un exemple de rendu ici, que l’on peut comparer avec le rendu par défaut  : on voit clairement le petit blanc qui précède l’appel de note. — ElioPrrl (d) 21 juin 2021 à 08:45 (UTC)[répondre]

Notification ElioPrrl : Tout à fait Pour Pour, ça améliorera un peu la lisibilité par rapport à une note totalement collée. Seudo (d) 21 juin 2021 à 09:12 (UTC)[répondre]
Merci ElioPrrl !Merci !, le rendu est très satisfaisant. --Acélan (d) 21 juin 2021 à 15:46 (UTC)[répondre]
La lisibilité de la page Web est bien.
J'ai pensé à trois façons de faire
Façon A
Elle permet de faire une transition sans trop de heurts, peu importe qu'un <ref> soit ou non précédé d'une espace.
1. Créer le modèle qui comprend une espace fine de la largeur souhaitée. Il pourrait s'appeler par exemple {{espa}}.
2.1 Remplacer toutes les occurrences de lettre+espace+<ref>... par lettre+{{espa}}+<ref>....
2.2 Remplacer toutes les occurrences de lettre+{{lié}}+<ref>... par lettre+{{espa}}+<ref>....
2.3 Remplacer toutes les occurrences de lettre+{{lié}}+{{Refa... par lettre+{{espa}}+{{Refa....
3. Quand ce travail de remplacement est complété, appliquer globalement le bout de code CSS proposé par ElioPrrl et, en même temps, vider {{espa}} de son contenu. De cette façon, tous les <ref> auront par défaut la marge souhaitée.
4. Supprimer {{espa}} des pages. Je recommande cette étape pour diminuer le bruit dans les pages (des gens vont demander quel est l'utilité d'un modèle vide) et réduire le nombre de modèles dans les livres. Comme alternative, on peut documenter le rôle de {{espa}}, mais ça semblerait bizarre de laisser en place un modèle vide appelé plus de 85 000 fois.
Dans la pratique, un bot pourra compléter l'étape 2 en quelques semaines si j'ai bien calculé. Pour l'étape 3, le moteur de Wikisource appliquera le bout de code CSS de façon automatique. L'étape 4 pourra être faite par un bot, également.
Après tout ça, il y aura des pages à rectifier, mais elles ne devraient constituer que des curiosités wikisourciennes.
Façon B
Si la façon A semble trop compliquée, trop lourde, on peut appliquer immédiatement le bout de code CSS proposé, puis faire éliminer l'espace de trop. Pendant quelques semaines, des milliers de pages seront dans un état à corrigerà rectifier, mais le bot ne passera qu'une fois dans les 85 000 pages.
Façon C
Également, on peut faire supprimer les espaces superflus le plus tôt possible, puis appliquer le bout de code CSS après cette suppression de masse. Pendant quelques semaines, des milliers pages seront dans un état à corrigerà rectifier.
Cantons-de-l'Est discuter 22 juin 2021 à 01:21 (UTC)[répondre]
  • La façon A me paraît vraiment lourde, et va encombrer l'historique des pages concernées. Puisqu’on est d’accord sur la modification du CSS (qui est franchement mineure et sans danger), demandons à ceux qui ont les droits de l’appliquer directement s’ils sont d’accord.
  • Je ne comprends pas pourquoi les pages en question seraient "à corriger", cette question de micro-espace ne me semble pas nécessiter de rétrograder le statut des pages. Je crois qu'on peut supprimer les espaces avant ou après l’application du CSS, peu importe.
  • Enfin, un bot est-il la solution ? Je ne suis pas forcément contre, mais il y a peut-être des mises en forme spéciales sur certains livres (anciens, scientifiques…), voire des utilisations non orthodoxes des balises de référence. Cela dit, 85 000 pages c’est beaucoup, même avec AWB… Seudo (d) 22 juin 2021 à 07:54 (UTC)[répondre]
Notification Cantons-de-l'Est : J’aurais pu écrire le message de @Seudo Sourire. Si le motif qui vous pousse à proposer un déclassement des pages validées est la crainte de casser quelque mise en page spéciale, on peut, je pense, raisonnablement espérer que toutes ces pages spéciales validées sont dans les listes de suivi d’un tel ou un tel, qui pourra récriminer ici ; il nous suffira de lui indiquer comment contre-carrer la règle générale par une règle locale dans la feuille de style du livre.
Il me semble que la suppression des espaces avant ref peut se faire automatiquement ; par contre, pas avant {{Refl}}, parce que ce modèle ne compose pas toujours l’appel de note en exposant ; lorsqu’il est composé sur la ligne de base, le faire précéder d’une espace insécable est la seule solution conforme aux codes typographiques.
Enfin, je pense qu’il faudra trouver un moyen de prévenir tous les Wikisourciens, afin de leur expliquer pourquoi maintenant on peut mettre un terme à cet ajout d’espace. — ElioPrrl (d) 22 juin 2021 à 13:47 (UTC)[répondre]
Seudo et ElioPrrl, J'ai proposé trois façons pour que les wikisourciens voient les avantages et les inconvénients de chacune. En ce qui me concerne, je préfère l'une des deux dernières façons, mais d'autres wikisourciens pourraient préférer la façon A. OK pour {{Refl}}. J'ai écrit « à corriger », mon erreur ; j'ai remplacé par « rectifier ». Pour l'annonce à tous les wikisourciens, le plus simple est un bandeau de site ; comme alternative, laisser un message sur les pages de discussion des 146 640 inscrits au site (aïe !). Je suis intrigué de savoir comment « la suppression des espaces avant ref peut se faire automatiquement ». — Cantons-de-l'Est discuter 22 juin 2021 à 14:53 (UTC)[répondre]
Notification Cantons-de-l'Est : Autant pour moi dans ce malentendu ! Nous sommes donc d’accord, et je préfère moi aussi B ou C Clin d'œil Par automatiquement, j’entends « au moyen d’un bot », en opposition à AWB, qui est un outil d’édition semi-automatisé, selon sa page d’aide. — ElioPrrl (d) 22 juin 2021 à 15:00 (UTC)[répondre]
ElioPrrl, Je ne connais qu'un seul bot dans cette liste. Si j'ai bien analysé, ils sont tous en dormance. En connaissez-vous un qui pourrait faire le travail envisagé ? — Cantons-de-l'Est discuter 22 juin 2021 à 16:33 (UTC)[répondre]
Notification Cantons-de-l'Est : Non désolé… Je ne me suis jamais fait aider que du bot de Lepticed7, via Wikisource:Bots/Requêtes. Un contributeur plus ancien que moi (@Seudo, @Acélan, @Zyephyrus ?) sera plus au fait que moi. (D’ailleurs, j’aimerais bien avoir l’avis de Zyephyrus avant de continuer, si cela ne le dérange pas, puisque c’est lui qui a soumis la question.) — ElioPrrl (d) 22 juin 2021 à 16:39 (UTC)[répondre]
Notification ElioPrrl : Plus ancien peut-être, mais je n'ai jamais fait appel à un bot, donc je ne sais pas vraiment comment fonctionnent ces êtres… Seudo (d) 22 juin 2021 à 16:41 (UTC)[répondre]
Heu...le dernier message en date que j'aie adressé à un dresseur de bots a été celui-ci, (sur wikisource.org), au début de cette année :


Bien qu'adressé à une sorte d'interlocuteurs auxquels me lie une longue familiarité, et de qui j'ai eu le sentiment que ce message était compris, il ne me paraît pas certain que l'image ci-dessus puisse vraiment nous guider dans nos décisions. En caricaturant, nous avons deux choix :
Façon A
Reproduire exactement notre source, jusqu'aux positions et dimensions de toutes leurs espaces. Les wikisourcistes qui réalisent cet exploit sont assis à cette table.
Façon B
Obtenir, à force de travail, une présentation « wikisourciste » et une seule, pour tous les textes. Cela serait (sera ?) beaucoup plus maniable pour ceux des lecteurs qui cherchent clarté et uniformité leur permettant de se concentrer sur le contenu. Je vois pour ma part les auteurs de cette « présentation wikisourciste » assis eux aussi à cette même table.
Ce que j'aime dans cette image d'accueil est qu'elle représente une entente implicite entre des gens actifs et créateurs très différents les uns des autres.
--Zyephyrus (d) 22 juin 2021 à 18:45 (UTC)[répondre]

┌─────────────────────────────────────────────────┘
Je peux mettre en place un bot, mais je ne pourrai pas le faire avant quelques jours. Pour les curieux, j'utiliserai la plateforme Pywikibot, car elle est stable, mature, puissante, polyvalente et compatible avec le moteur de Wikisource. Le bot ne modifiera que les pages listées dans un fichier local (qui seront celles que le moteur de recherche retournera). J'ai déjà un compte bot dans Wikipédia (il est inactif présentement). Je peux l'inscrire ici, et demander qu'il soit qualifié comme bot dans Wikisource. — Cantons-de-l'Est discuter 22 juin 2021 à 20:36 (UTC)[répondre]

Notification ElioPrrl, Seudo, Cantons-de-l'Est, Acélan et Wuyouyuan : merci de vos réponses toutes plus constructives les unes que les autres.
Rappel du formulaire :


Début de citation

Pour obtenir le statut de bot, veuillez ajouter votre candidature détaillée en bas de cette page, suivre la procédure de test expliquée ci-dessous et faire une annonce sur le Scriptorium.

Phase de test. Pas plus de 10 edits par jour et répondre sur questions suivantes :

  1. Processus ?
  2. Démarrage à partir d'où ?
  3. Fréquence ?
  4. Difficultés rencontrées ?
  5. Interactions avec les autres robots ?
  6. Ce bot fait-il quelque chose qui est déjà fait par d'autres bots ?
  7. Ce bot ajoute-t-il quelque chose que les autres bots ne font pas ?
  8. Peut-on lui demander un service particulier propre à Wikisource ?

Fin de citation



Y a-t-il des points à modifier ou à mettre à jour ? Sinon, les offreurs de services de Bots peuvent répondre à ce questionnaire sur la page Wikisource:Bots, et les votes pour ou contre s'y exprimer ; ce processus vous convient-il ?
Autres avis ? Autres propositions ?
Merci, wikisourcistes, pour ce merveilleux essor du projet !
--Zyephyrus (d) 24 juin 2021 à 20:58 (UTC)[répondre]
OK pour la demande de statut bot. J'ai commencé à faire tourner Talabot ici, mais avec une application que je connais très bien. Dans quelques jours, lorsque le moteur de Wikisource cessera de lui imposer des CAPTCHA et de brider le nombre de modifications par seconde, je commencerai à faire des tests avec la plateforme Pywikibot.
Changement de sujet, j'ai déterminé le nombre de pages à rectifier :
Donc, plus de 100 000 pages à rectifier. Si vous avez observé d'autres façons d'insérer une espace avant <ref, faites-moi signe.
Cantons-de-l'Est discuter 25 juin 2021 à 23:22 (UTC)[répondre]
Notification Cantons-de-l'Est : je signale le cas &#x202F;+<ref, que j'ai trouvé dans cette page. --Jahl de Vautban (d) 4 juillet 2021 à 10:22 (UTC)[répondre]
Notification Cantons-de-l'Est : il y a aussi &thinsp;+<ref, dans 1013 pages, toutes catégories confondues. --Acélan (d) 4 juillet 2021 à 15:53 (UTC)[répondre]

Quatre pages à valider[modifier]

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)[répondre]

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. Clin d'œilCantons-de-l'Est discuter 18 juin 2021 à 22:34

Une page à supprimer[modifier]

Bonjour,

J'ai créé une page qu'il faudrait supprimer. Il s'agit de la page : Modification de Ibn Khaldoun - Histoire des Berbères, trad. Slane, tome 1/Nefouça.

Merci Bibar (d) 21 juin 2021 à 08:53 (UTC)[répondre]

Notification Bibar : Fait --Le ciel est par dessus le toit Parloir 21 juin 2021 à 08:57 (UTC)[répondre]
Notification Le ciel est par dessus le toit : -- Merci beaucoup ! Bibar (d) 21 juin 2021 à 09:00 (UTC)[répondre]

Chrone[modifier]

Bon jour à tous. Le livre : Caix de Saint-Aymour, Une famille d’artistes et de financiers aux xvii et xviii siècles ː Les Boullongne (1919) utilise un chrone dans son titre, au lieu d’un simple deux-points. Quelqu’un pourrait-il corriger cela ? je maîtrise mal les arcanes techniques de ce projet. Merci ! 37.169.58.163 (d) 23 juin 2021 à 15:32 (UTC).[répondre]

Il existe une page Page:Caix de Saint-Aymour - Une famille d'artistes et de financiers aux XVIIe et XVIIIe siècles ː Les Boullongne, 1919.djvu/5 créée en 2017 par Ambre Troizat, mais Livre:Caix de Saint-Aymour - Une famille d'artistes et de financiers aux XVIIe et XVIIIe siècles ː Les Boullongne, 1919.djvu a l'air bien mal en point. --Wuyouyuan (d) 23 juin 2021 à 16:40 (UTC)[répondre]
Oui et c’est ma faute, désolé… J'ai fait une demande de restauration sur Wikisource:Requêtes aux administrateurs.
Sur la question du chrone, à mon avis, ce n’est pas vraiment un problème tant que cela se limite au nom du fichier dans l’espace Livre, même si un tiret serait sans doute préférable. Il faut bien sûr éviter que ce chrone se retrouve dans les intitulés ou noms de fichiers en espace principal (transclusions). Seudo (d) 23 juin 2021 à 16:46 (UTC)[répondre]
Merci à VIGNERON (d · c · b), qui a renommé le fichier sur Commons et le livre ici en Livre:Caix de Saint-Aymour - Une famille d'artistes et de financiers aux XVIIe et XVIIIe siècles - Les Boullongne, 1919.djvu. Seudo (d) 23 juin 2021 à 19:11 (UTC)[répondre]
Merci pour ces corrections. Je ne savais pas pour les deux points. Bel Bonjour, Ambre Troizat (d) 23 juin 2021 à 20:47 (UTC)[répondre]

Magie[modifier]

Bonjour,

Ce matin, je vois une petite boîte de dialogue : « Extraire le texte » dans les pages d'édition, peu importe que je sois connecté ou non (exemple). Je n'ai pas activé de gadget depuis quelques lunes. Quelqu'un a donc fait de la magie entre hier et maintenant. Suis-je le seul à voir cette boîte ?

Cantons-de-l'Est discuter 24 juin 2021 à 13:29 (UTC)[répondre]

Enregistré sur Phabricator
Tâche 284971
Nous sommes jeudi, et qui dit jeudi dit nouvelle version. En l'occurrence, il me semble que c'est lié à la tâche Phabricator ci-contre. --Jahl de Vautban (d) 24 juin 2021 à 13:54 (UTC)[répondre]
C’est extra, on peut même spécifier plusieurs langues je cherchai désespérément une méthode pour faire du multilingue avec Tesseract, pour un livre manuel français-bengali qui n'a pas de couche texte : Page:Methode de Lecture - Marc Barthet.pdf/24 j'ai simplement copié le résultat, c'est très convaincant.--Cunegonde1 (d) 24 juin 2021 à 14:55 (UTC)[répondre]
Notification Cunegonde1 : J’utilise Pytesseract (sur Python, donc), et pour un bilingue grec-français, par exemple, il suffit d’entrer fra+grc comme langue (l’ordre est important, la première langue est censée être la langue majoritaire, et c’est celle avec le moins de scanilles). J’imagine que cela marche à peu près de la même manière en ligne de commande. — ElioPrrl (d) 24 juin 2021 à 21:40 (UTC)[répondre]
C’est très agaçant, je veux bien qu’ils rajoutent des commandes, mais pas par-dessus le fac-similé. Ils vont le supprimer, ou il faut que je le masquer dans mon common.css ? Seudo (d) 24 juin 2021 à 19:10 (UTC)[répondre]
Cette fonctionnalité peut certainement avoir de l'intérêt à l'occasion… mais pourquoi l'avoir placé juste "sur" le fac-similé… ce qui en gêne la lecture ? C'est un peu dommage… Par ailleurs, la zone de saisie semble aussi être plus longue qu'avant, mais n'a plus d'ascenseur… personnellement le préférais la présentation d'avant !--Lorlam (d) 24 juin 2021 à 22:05 (UTC)[répondre]
Je sais que c'est une tradition de Wikimédien.ne.s de ronchonner à chaque changement, même mineur, dans ses habitudes, mais peut-on souligner que la qualité des OCR et le manque d'outils pour analyser correctement les textes ont été pendant des années l'objet de demandes récurrentes d'amélioration et que cela vient d'aboutir à la création d'un outil à la fois simple, puissant, rapide, riche en fonctionnalités, multilingue, qui tient compte de nombreuses spécificités des textes (l'outil avancé permet de suggérer un type de mise en page pour un meilleur résultat). Et que ma foi, c'est tout de même un formidable outil qu'on vient de nous donner. Que son positionnement soit à revoir dans un second temps pourquoi pas, mais moi j'ai envie de dire Merci Merci ! avant tout aux techniciennes et techniciens derrière ce bel outil ! M0tty (d) 25 juin 2021 à 00:43 (UTC)[répondre]
Il y a déjà des outils OCR dans Wikisource, et l’OCR est rarement nécessaire puisque le fac-similé est généralement pourvu d’une couche texte. Voilà pourquoi je "ronchonne" : les besoins de quelques utilisateurs dotés de grands écrans ne doivent pas s’imposer aux autres. Je n'ai pas un écran 21-pouces. Seudo (d) 25 juin 2021 à 07:11 (UTC)[répondre]
C'est le résultat du second vœux du sondage organisé par la "community tech team" il y a bientôt deux ans. Le premier était l'amélioration de l'outil d'export ePub. Je me suis permis de désactiver l'ancien code JavaScript qui ajoutais un bouton "OCR" dans la barre d'outil et qui appelait Tesseract, le nouveau bouton le remplaçant àmha avantageusement. Tpt (d) 25 juin 2021 à 19:19 (UTC)[répondre]
J’ai beaucoup entendu parler de cet outil et il me semblait que cela avait été mentionné sur le scriptorium mais j'ai visiblement oublié, mea culpa. Cela vient effectivement d'une demande de la communauté (et même la deuxième la pus importante après l’export de textes) et il s'accompagne d'autres changements indépendants (dont la zone de texte qui a finalement la même hauteur que l’image ce qui évite de l'espace perdu).
Après une phase de test de plusieurs semaines, ce nouvel outil vient d'être déployé sur l'ensemble des 70 Wikisources (la plupart n'ayant pas d'OCR ou un OCR peu performant) et est destiné à devenir l'outil principal d'OCR. Pour ceux disposant de méthodes alternatives, n'hésitez pas à le désactiver.
Pour le positionnement, je ne vois pas en quoi il est gênant, il se trouve à un emplacement généralement sans texte et il est toujours possible de zoomer et déplacer l'image du texte dans les rares cas où l'on voudrait lire quelque chose situé à cet endroit. Ceci dit, si vous avez des remarques, n'hésitez pas à les faire.
Cdlt, VIGNERON (d) 26 juin 2021 à 09:27 (UTC)[répondre]
Notification Seudo : d'après les dernières Tech News, il est possible de supprimer le bouton en ajoutant .ext-wikisource-ExtractTextWidget { display: none; } dans son common.css. --Jahl de Vautban (d) 28 juin 2021 à 18:37 (UTC)[répondre]
Notification Jahl de Vautban : Merci Merci ! pour ce tuyau qui permet de déactiver ce booton qui est quand même bien inutile en cas de relecture… et ralentit la présentation de la page, probablement aussi son chargement… --F0x1 (d) 4 juillet 2021 à 17:34 (UTC)[répondre]
Notification VIGNERON : Je suis évidemment très heureux qu'une fonctionnalité soit prise en charge et amélioré par la fondation. On s'occupe enfin de Wikisource ! Pour ma part, j'enligne toujours le haut du facsimilé de droite avec le haut de la page de travail de gauche, alors l'outil, dans mon cas, est toujours par dessus le texte pour quelques lignes. Est-il techniquement possible de placer l'outil ailleurs ? (outil que je voudrais pas désactiver par contre) Songeur. --Viticulum (d) 28 juin 2021 à 19:07 (UTC)[répondre]
Je ne comprends pas comment cet outil peut être acceptable pour beaucoup alors qu'il cache une partie du fac-similé, mais il doit y avoir des réglages spéciaux qui font que, chez moi en tout cas, il gêne réellement l’édition. Notification Viticulum : J’ai donc mis l’autre jour un .ext-wikisource-ExtractTextWidget { top: -100px; } dans mon common.css, ce qui permet de conserver l’outil (je le testerai le jour où je tomberai sur un fac-similé sans couche texte) sans qu'il gêne l'édition. Ce code ne fonctionnera pas forcément chez quelqu’un d'autre (modifier le 100px pour le faire remonter ou descendre un peu). Seudo (d) 28 juin 2021 à 21:20 (UTC)[répondre]
Notification Seudo : juste pour être sûr, tu vois (voyais) bien le bouton à l'emplacement prévu ? voir l'image sur phab:T284971 et la page correspondante en:Page:War and Peace.djvu/31. Cdlt, VIGNERON (d) 30 juin 2021 à 06:16 (UTC)[répondre]

Editing news 2021 #2[modifier]

24 juin 2021 à 14:15 (UTC)

Merci beaucoup pour cette fonctionnalité qui facilite les discussions, surtout pour les nouveaux utilisateurs ! — Koreller (d) 4 juillet 2021 à 19:47 (UTC)[répondre]

En-têtes[modifier]

Je m'interroge sur les règles applicables à la saisie des en-têtes (et des pieds de page) dans les zones qui leur sont explicitement dédiées dans les pages djvu :

  • la saisie est-elle exigée ? recommandée ? tolérée ? interdite ?…
  • pour la saisie, y a-t-il une préférence sur l’emploi des modèles (nr ou numérotation ou autre) ?
  • pourquoi l’absence d’en-tête dans un page djvu provoque-t-elle un retrait sur la première ligne du texte principal ? Ce défaut nuit au rendu du texte, car il peut conduire le lecteur (en mode page djvu, comme c'est souvent mon cas) à l’interpréter comme le signe d’un nouvel alinéa. Ne pourrait-on rendre le rendu de la page djvu indépendant du contenu de la zone d’en-tête ?
  • dans une pdd, quelqu’un m'a signalé que « la présence de titres courants (dans la zone d’en-tête) génère, à la transclusion, de nombreuses anomalies ». Si c'est le cas, pourrait-on garantir que le rendu de la transclusion soit indépendant lui aussi du contenu des en-têtes ?

Fabrice Dury (d) 25 juin 2021 à 13:11 (UTC)[répondre]

1) Selon la page d'aide, la reproduction des en-têtes des pages d’un livre (titre, pagination) est facultative. Elle n'est pas nécessaire pour la correction ou la validation d'une page, mais à titre personnel je l'ajoute systématiquement ; si quelqu'un a fait l'effort de la reproduire, je ne vois pas vraiment pour quelle raison on la supprimerait.
2) Pour la reproduction des en-têtes, il existe {{Numérotation}} et {{nr}}. Le premier est plus complet, le second amplement suffisant dans la majorité des cas.
3) C'est un bug qui est apparut récemment (voir cette discussion et surtout celle-ci). Le mois passé un correctif avait été appliqué pour faire disparaître cette indentation inutile, mais une mise à jour de mediawiki a fait réapparaître le problème. Dans tous les cas, c'est un simple bug visuel, qui n'a aucune incidence sur la transclusion ; il ne faut pas essayer de le corriger en insérant des sauts de ligne, qui eux ont risque de se répercuter sur la transclusion et qu'il faudra manuellement enlever quand le problème sera corrigé.
4) Je n'ai personnellement jamais rencontré un seul cas où la présence de texte dans l'en-tête ou le pied de page affectait la transclusion ; je serai curieux d'en voir un exemple. --Jahl de Vautban (d) 25 juin 2021 à 14:43 (UTC)[répondre]
Fabrice Dury, Je pense que Jahl de Vautban a répondu à vos questions. Je n'ai jamais observé d'anomalies dans les transclusions que je pouvais associer à des en-têtes, ou leur absence. Comme Jahl de Vautban, je suis curieux de voir de telles transclusions. — Cantons-de-l'Est discuter 25 juin 2021 à 22:40 (UTC)[répondre]
Merci pour vos explications. J’attends que le lien entre la présence de l’en-tête et la configuration de la première ligne de la page djvu soit définitivement rompu. Hélas, j’ignore si quelqu'un s'occupe effectivement de régler ça ? Fabrice Dury (d) 26 juin 2021 à 08:25 (UTC)[répondre]
Notification Fabrice Dury : Normalement, @Tpt est sur le coup. S’il ne peut résoudre le problème rapidement et dans les règles de l’art, je peux lui proposer, comme solution provisoire, de changer le <p><br/></p> inséré en début de page si l’en-tête est vide, en <div><br/></div> : cela devrait ne rien changer pour la majorité des Wikisources, mais cela résoudra le problème au moins pour nous (et pour la Wikisource italophone) grâce au petit bout de code dont j’avais demandé l’ajout à nos feuilles de style. — ElioPrrl (d) 26 juin 2021 à 09:17 (UTC)[répondre]
Oui, j'ai écrit un correctit, pas encore fusionner. Son idée est que si on a un entête alors le code wiki est <templatetyle>\nEN_TETE\n\nCORPS et s'il n'y a pas d'en-tête <templatetyle>\nCORPS avvec en plus une rêgle CSS pour ne pas identé le premier paragraphe ( .pagetext p:first-of-type { text-indent: 0; }. Notification ElioPrrl : qu'en penses-tu ? Voici ce que cela donne sur des tests sans templatestyle. Tpt (d) 26 juin 2021 à 09:22 (UTC)[répondre]
Notification Tpt : Honnêtement, étant autodidacte en ces matières, et même frais autodidacte (je n’ai commencé à m’y intéresser que depuis l’année dernière), je pense que vous êtes mieux qualifié que moi pour juger votre solution Clin d'œil En tout cas, elle me paraît logique. Par contre, pour la règle CSS, nous avions commencé ici par implémenter celle que vous proposez, mais elle conduisait à supprimer trop d’alinéas (par exemple, si la page contenait un div qui lui-même contenait plusieurs p, le premier de ces p perdait son alinéa, parce que first-of-type cible le premier élément du type donné dans l’espace Page: et dans tous les enfants de l’espace Page:), ce qui nous avait conduit à la remplacer par
.pagetext > .mw-parser-output > p:first-of-type {text-indent:0;}
qui, elle, ne cible que le premier élément p enfant direct de l’espace Page:. Si vous voulez plus de détails, vous pouvez relire la discussion qui avait eu lieu lors de l’implémentation de cette règle. SourireElioPrrl (d) 26 juin 2021 à 09:31 (UTC)[répondre]
Merci ElioPrrl ! Pour dire la vérité, je suis aussi complètement autodidacte en CSS et je ne l'ai utilisé que de manière bénévole pour Wikisource et cie de manière très occasionnelle. En effet, le ">" est bien utile, je l'ai rajouté à ma modification. Merci beaucoup d'avoir revérifié derrière moi, c'était bien utile Clin d'œil. Tpt (d) 26 juin 2021 à 18:56 (UTC)[répondre]

Effet secondaire sur certains débutants: j'ai plusieurs fois trouvés des textes corrigés, où le titre courant (ce qu'on met dans la zone entête) est reproduit diligemment dans le texte, en haut de chaque page. Ou mieux, un re-correcteur qui l'avait ajouté, croyant qu'il manquait. Je suis passé derrière, sans pouvoir simplement annuler, car il avait aussi fait des modifications pertinentes ; j'ai dépensé de l'énergie pour le persuader de se servir de la zone entête, dont il ignorait l'existence. Quelle est la "préférence par défaut" ? --Wuyouyuan (d) 26 juin 2021 à 09:28 (UTC)[répondre]

4) Un exemple de cas où la présence de texte dans l'en-tête ou le pied de page affecte la transclusion : dans la mesure où en-têtes et pieds de page sont "isolés" du reste de la page par de simples <noinclude> et </noinclude>, un ou plusieurs <noinclude> ou </noinclude> mal placé(s) peuvent aboutir à ce qu'une partie de l'en-tête/pied de page apparaisse dans la transclusion. Par exemple, le pied de page de Page:Gauss - Recherches arithmétiques, traduction Poullet-Delisle, 1807.djvu/414 apparaît dans Recherches arithmétiques/Section sixième. Мишоко (d) 26 juin 2021 à 09:36 (UTC)[répondre]
Notification Wuyouyuan : ces zones sont cachées par défaut, ce serait sans-doute une bonne idée de les afficher pour tous. --Jahl de Vautban (d) 26 juin 2021 à 10:13 (UTC)[répondre]
Notification Мишоко : oui naturellement, dès que les balises ne sont pas biens fermées ça conduit à des problèmes divers, mais ce ne sont pas ces zones d'en-tête et de pied de page qui sont à l'origine du problème (j'ai corrigé le cas de Gauss, mais le 315. qui apparaît est en fait celui de la page d'après). --Jahl de Vautban (d) 26 juin 2021 à 10:13 (UTC)[répondre]
En effet, je me suis bien planté sur ce coup-là ! Enfin, ça m'aura permis de me lancer sur la piste des pages validées qui contiennent des <noinclude> mal ouverts ou mal fermés : Page:La Fontaine - Fables choisies, Barbin 1692, tome 2.djvu/161, Page:Hamilton - En Corée, esquisse historique.djvu/75, etc. Мишоко (d) 26 juin 2021 à 11:27 (UTC)[répondre]

Notification Fabrice Dury : Notification Jahl de Vautban : Notification Cantons-de-l'Est : Quelques exemples des nuisances bien réelles que génère, à la transclusion, la reproduction mal maîtrisée de vestiges typographiques tels que le titre courant ou les numéros de cahiers dans la marge inférieure — même si ces anomalies disparaissent naturellement du texte entier à mesure que les pages sont véritablement corrigées : création de césures fautives ; création d’un paragraphe intempestif au beau milieu d’une phrase. On peut en trouver confirmation à ce jour dans Le Vote des femmes/Texte entier, comme entre les pages 70 et 71, 161 et 162, 189 et 190, ou encore dans Le Massacre des Amazones/Texte entier, notamment entre les pages 53 et 54, 139 et 140 ("prus siennes"), 186 et 187 ("vi vante"), 207 et 208 ("cour- tisanes"). Sixdegrés (d) 26 juin 2021 à 21:30 (UTC)[répondre]

Sixdegrés,
  • Je n'ai observé aucun problème dans Le Vote des femmes/Texte entier. Du moins, les textes des pages indiquées sont identiques dans les pages et dans le texte entier.
  • Pour Le Massacre des Amazones/Texte entier, les erreurs observées découlent du non-respect des suggestions de transcription.
    1. Chaque transcription doit commencer tout en haut de la boîte. Donc, cette transcription provoque l'un des soucis évoqués (espace intempestive). Celle-là élimine ce souci.
    2. La transcription d'un mot en italique sur deux pages n'est pas prise en charge de façon implicite par le moteur de Wikisource. Voyez la recette que j'ai appliquée dans ces deux pages : [39] et [40].
Les soucis évoqués ne sont donc pas provoqués par des vestiges typographiques.
Avez-vous trouvé d'autres erreurs dans des transclusions ?
Cantons-de-l'Est discuter 27 juin 2021 à 01:33 (UTC)[répondre]
PS : J'ai supprimé la majorité des sauts de ligne dans les pages du livre des Amazones ; il en reste probablement, qu'une bonne relecture permettra de trouver et de supprimer. — Cantons-de-l'Est discuter 27 juin 2021 à 02:04 (UTC)[répondre]
Pour Le Vote des femmes/Texte entier, je crois que @Sixdegrés faisait référence aux pages du pdf, où il y avait effectivement quelques erreurs aux pages concernées mais qui n'étaient de nouveau pas directement liées aux zones d'en-tête et de pied de page. --Jahl de Vautban (d) 27 juin 2021 à 07:02 (UTC)[répondre]
Je faisais en effet référence aux pages du pdf. Les exemples que je mentionne, après une brève recherche ce jour-là, n’étaient pas forcément les plus pertinents. J’aurai sans doute l’occasion d’en trouver d’autres. J’ai moi-même résolu par ailleurs, de façon très simple, la question de l’italique dans un mot à cheval sur deux pages (voir La Guerre qui tuera la Guerre/Préface). --Sixdegrés (d) 1 juillet 2021 à 14:09 (UTC)[répondre]
Sixdegrés parle de la page IX et suivante. — Cantons-de-l'Est discuter 1 juillet 2021 à 18:48 (UTC)[répondre]

Texte de 3 lignes en latin à relire[modifier]

Bonjour,
Sur la page de l'introduction du Léviathan de Hobbes, il y a une note en latin que je n'arrive pas à corriger. --Dom (d) 25 juin 2021 à 18:15 (UTC)[répondre]

Fait Pour ce genre de questions, n’hésitez pas à utiliser le modèle {{latin}}, dont je vous invite à lire la documentation : il catégorise la page dans Catégorie:Mots manquants en latin, catégorie qui regroupe les pages où du latin doit être relu et qui est régulièrement passée en revue par les latinistes Sourire. De nombreux modèles analogues existent pour les autres langues. — ElioPrrl (d) 25 juin 2021 à 20:16 (UTC)[répondre]

Catégorisation des pages d'aides[modifier]

Bonjour à tous,

Actuellement, les pages d'aides sont en grande partie stockées dans Catégorie:Aide sans sous-catégorie. J'ai mené un petit audit de la page Aide:Aide et je me suis appuyé sur une présentation de l’organisation de documentation technique ([41]).


Je vous propose l'organisation de catégories suivantes :

Pour l'implémentation, je vous propose de créer des modèles d'entête pour ces pages :


Je propose également de bien hiérarchiser le contenu en fonction du niveau du lectorat de la page d'aide : niveau débutant, niveau intermédiaire, niveau avancé.


PS : que pensez-vous de rediriger Aide (espace principal) vers Aide:Aide.

Assassas77 (d) 26 juin 2021 à 11:17 (UTC)[répondre]

Notification Assassas77 :, bonne idée. Tout cela me semble effectivement à mettre en place pour améliorer nos pages d'aide qui en ont bien besoin. PS: plutôt non, pas de redirection entre les espaces de noms. Cdlt, VIGNERON (d) 30 juin 2021 à 06:18 (UTC)[répondre]
Notification Assassas77 : plutôt pour avec deux réserves : celle signalé par VIGNERON à propos des redirections, et Catégorie:Aide - Concepts dont le nom me parait peu clair --Le ciel est par dessus le toit Parloir 30 juin 2021 à 07:00 (UTC)[répondre]
Ce redécoupage me parait bon, mais Notification Le ciel est par dessus le toit : auriez-vous un autre nom plus clair que « Catégorie:Aide - Concepts » ? — Koreller (d) 4 juillet 2021 à 19:52 (UTC)[répondre]
Notification Koreller :, je cherche mais ne trouve pas grand chose de plus clair --Le ciel est par dessus le toit Parloir 5 juillet 2021 à 11:36 (UTC)[répondre]

sur le bistro de WP[modifier]

C’est par ici

--Le ciel est par dessus le toit Parloir 26 juin 2021 à 12:52 (UTC)[répondre]

Wikisource sert quelque part Clin d'œil. — Cantons-de-l'Est discuter 29 juin 2021 à 09:46 (UTC)[répondre]

apparition de caractère étranges[modifier]

bonjour,

sur ce diff juste avant "ligne 1" apparaît cette suite de caractères

ページ本文(参照読み込みされます

d’où vient cette ligne ?

Merci pour vos explications.

--Le ciel est par dessus le toit Parloir 26 juin 2021 à 18:38 (UTC)[répondre]

Le ciel est par dessus le toit, Si j'ai bien décodé, le passage est écrit en hiragana (l'un des alphabets utilisés au Japon) et en alphabet kanji japonais. Je pense que Domfrog est japonophile ou japonophone, et qu'il a choisi comme langue d'interface le japonais. Selon Deepl.com, le passage se traduit par « Corps de la page (sera lu par référence) ». J'ai regardé des historiques de quelques pages que je n'ai pas amorcées, et je n'ai rien trouvé de probant. — Cantons-de-l'Est discuter 26 juin 2021 à 21:28 (UTC)[répondre]
Notification Cantons-de-l'Est : Merci pour les explications, comme c’est la première fois que je voyais ça, ça me posait question. Grâce à toi je suis rassuré. --Le ciel est par dessus le toit Parloir 27 juin 2021 à 07:24 (UTC)[répondre]

Server switch[modifier]

SGrabarczuk (WMF) 27 juin 2021 à 01:19 (UTC)[répondre]

Le "secret de l’amulette"... est identique au "cadet de la Vérendrye" !?[modifier]

Bonjour,

J'ai débuté il y a peu de temps la transcription du texte de Le secret de l’amulette qui me paraissait bien sympa… et j'ai créé le sommaire en avance de phase….

Quelle ne fut pas ma surprise en regardant les autres œuvres du même Auteur:Régis Roy existantes sur Wikisource… en effet, il existe une autre œuvre (Le cadet de la Vérendrye) qui a le même sommaire… en regardant de plus prêt, ces deux œuvres semblent bien identiques ! même si l'une date de 1897 et l'autre de 1926 !!!

1) comment peut-on considérer ce cas et le repérer sur WS ? comme un cas d' "éditions multiples"… même si le nom de l'œuvre n'est pas le même ???

2) je compte malgré tout continuer la transcription… et je me pose déjà une autre question :

La Page:Roy - Le cadet de la Vérendrye, 1897.djvu/20 du premier ouvrage parle d' "une petite carte du dessin ci-dessus" et contient en effet une carte. La Page:Roy - Le secret de l'amulette, 1926.djvu/16 du deuxième ouvrage qui contient le même passage parle de "petite carte du dessin ci-dessous", mais ne contient pas de carte ! est-ce un oubli lors de l'édition ? du coup, serait-il pertinent d'y joindre la carte du premier ouvrage, ou bien il ne faut pas… pour respecter le fs ?!

merci d'avance pour vos réponses… --Lorlam (d) 27 juin 2021 à 23:04 (UTC)[répondre]

Oui, c’est bien le même ouvrage, réédité avec un nouveau titre, présenté faussement comme « inédit »… et fait manifestement un peu vite, puisqu’ils ont oublié la carte ! Pour moi c’est bien un cas d'édition multiple. On peut faire une page pointant vers les deux éditions en rajoutant le lien que je donne. Seudo (d) 28 juin 2021 à 16:41 (UTC)[répondre]
Bonjour Notification Ernest-Mtl :, j'attire ton attention sur cette situation, puisque ces livres font partis du projet PQC. --Viticulum (d) 28 juin 2021 à 16:59 (UTC)[répondre]
Merci pour la réponse à ma première question. J'ai donc créé la page d'éditions multiples ici : Le cadet de la Vérendrye, et, Le secret de l’amulette
Et pour ma deuxième question : serait-il pertinent de rajouter la carte manquante dans le 2e ouvrage ???
a+ Laurent --Lorlam (d) 28 juin 2021 à 17:46 (UTC)[répondre]
C'est un cas très intéressant ! Il faudrait regarder d'autres sources du même type que celle donnée par Seudo pour déterminer quel titre donner à la page d'homonymie d'éditions multiples. Pour la carte, je suis plutôt contre la rajouter : dans l'état, il me semble impossible de déterminer si c'est un "simple" oubli ou une volonté délibérée ; autant garder les spécificités de chaque édition. --Jahl de Vautban (d) 28 juin 2021 à 18:32 (UTC)[répondre]
Notification Jahl de Vautban : 1) Ce n'est pas une page d'homonymie puisque, justement, les deux ouvrages n'ont pas le même nom !… mais une page d'éditions multiples => j'ai créé la page en alliant les deux noms, mais celle-ci peut être renommée si un autre nom apparait comme plus pertinent. 2) Pour le fait de rajouter la carte, c'est bien les mêmes arguments qui me font douter, et poser la question… Cependant, il me semble clair que la carte a été oubliée puisque le texte parle de "petite carte du dessin ci-dessous"… mais qu'il n'y a pas de carte en dessous ! De plus, la suite du texte détaille ce qui est supposé être visible sur la carte inexistante ! Du coup, je me demande s'il ne serait pas bien de rajouter la carte en mettant un commentaire expliquant ce fait dans la page de discussion !? --Lorlam (d) 28 juin 2021 à 18:48 (UTC)[répondre]
Notification Lorlam : oups, lapsus de ma part ; ce n'est pourtant pas faute d'avoir passé du temps les jours précédents à débroussailler ce type de page Clin d'œil Je reste sur ma position de laisser le texte comme il est, mais certains inclineront sans doute à rajouter l'image ou tout du moins une note explicative pour indiquer l'existence de cette carte dans l'édition précédente. --Jahl de Vautban (d) 28 juin 2021 à 18:57 (UTC)[répondre]
Notification Jahl de Vautban : Je prends votre avis en compte… Effectivement, il y a aussi l'option de ne pas rajouter la carte absente de cette édition, mais de mettre une "Note WIKISOURCE" expliquant que la carte est présente sur l'ouvrage d'origine… Celà permettrait de ne pas dénaturer le texte par rapport au fs, mais de mentionner tout de même l'information. J'attend d'autres avis éventuels, mais je penche maintenant d'avantage vers cette solution Clin d'œil a+ Laurent --Lorlam (d) 28 juin 2021 à 22:22 (UTC)[répondre]
Cette solution me paraît aussi la meilleure ; on ne peut pas être certain que la carte aurait été absolument identique dans la nouvelle édition, si elle avait été présente. Seudo (d) 28 juin 2021 à 23:03 (UTC)[répondre]

Talabot, demande du statut bot[modifier]

Bonjour,

Pour régler un gros dossier mentionné plus haut, je propose que Talabot, un esclave de votre serviteur, obtienne le statut bot.

À vos crayons, wikicitoyens !

Cantons-de-l'Est discuter 28 juin 2021 à 14:42 (UTC)[répondre]

1 page à valider[modifier]

Merci --Le ciel est par dessus le toit Parloir 29 juin 2021 à 08:42 (UTC)[répondre]

Fait Cantons-de-l'Est discuter 29 juin 2021 à 08:49 (UTC)[répondre]
Notification Cantons-de-l'Est : merci --Le ciel est par dessus le toit Parloir 29 juin 2021 à 08:54 (UTC)[répondre]

merci --Le ciel est par dessus le toit Parloir 30 juin 2021 à 07:12 (UTC)[répondre]

Fait l'un et l'autre. --Jahl de Vautban (d) 30 juin 2021 à 08:05 (UTC)[répondre]
Notification Jahl de Vautban : merci --Le ciel est par dessus le toit Parloir 30 juin 2021 à 08:08 (UTC)[répondre]


Juillet 2021[modifier]

Petit nombre de pages à corriger et à valider (Épisode 17)[modifier]

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 - juillet 2021 - épisode 17 En cours

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.

Résultats mois par mois pour 2021 voir ici

En juin (épisode 16) 33 textes sont été corrigés, validés et rattachés à un fs

Merci Notification Seudo, JLTB34, Viticulum, Vieux têtard et Sixdegrés : pour leurs précieux coup de main.

--Le ciel est par dessus le toit Parloir 27 juin 2021 à 13:33 (UTC)[répondre]

International Federation of Library Associations (IFLA)[modifier]

Bonjour,

Il y a-t-il un rapport entre International Federation of Library Associations (IFLA) backs Controlled Digital Lending & Wikisource. Si oui, quel est-il ? J'ai reçu l'information par mail. Je connaissais pas l'IFLA. Merci de votre attention. --Bel Bonjour, Ambre Troizat (d) 1 juillet 2021 à 11:39 (UTC)[répondre]

Apparemment, cette institution s'occupe de la circulation des "licensed e-books", d'ouvrages qui ne sont pas dans le domaine public, pour affirmer le droit d'une bibliothèque d'ouvrir l'accès à des exemplaires numériques qu'elle a achetés ou fabriqués à partir de ses collections. Wikisource, qui met en ligne des ouvrages du domaine public (et de nombreux zélotes dépensent de l'énergie pour vérifier qu'il en est toujours ainsi), est hors de ce sujet, ce qui n'empêche pas les wikisourciens de regarder cette cause avec sympathie. Je profite de l'occasion pour encourager tout contributeur à mépriser les copyrights imaginaires que les éditeurs de reprints et même les institutions qui font des fac-simile de vieux livre s'amusent à apposer sur leurs productions. --Wuyouyuan (d) 1 juillet 2021 à 20:23 (UTC)[répondre]
Merci Wuyouyuan. A part les "copyrights imaginaires", j'avais bien compris comme toi. Je voulais m'en assurer. Je suis d'accord avec toi avec les "copyrights imaginaires". C'est un vieux problème. Bel Bonjour, Ambre Troizat (d) 1 juillet 2021 à 21:33 (UTC)[répondre]

Des liens qui ne fonctionnent pas dans les ouvrages transclus...[modifier]

Bonjour à tous, je me pose des questions par rapport aux liens dans les ouvrages transclus, dont un bon nombre semble pointer dans le vide. Pour prendre un exemple concret, après avoir téléchargé en EPUB, PDF ou HTML l’ouvrage (terminé) de Langevin Le principe de relativité, je note que sur les 26 liens de la table des matières vers les différentes sections du livre, il y en a 9 qui ne fonctionnent pas : les 5 et 6 de la première partie, ainsi que tous ceux de la 2ème partie (sections 20 à 26). Pour essayer de comprendre le pourquoi du comment, j’ai téléchargé la version HTML de la transclusion, qui a l’avantage d’être simple à interpréter : les liens générés par lors de l’opération de transclusion sont nommés calibre_link-n (n est un entier naturel ≥0). Je n’arrive vraiment pas à comprendre la logique dans la génération de ces liens, certains n’apparaissent qu’une seule fois dans des attributs href, sans jamais être défini dans un id quelconque…Songeur S’agit-il d’un bug ? À noter que ces liens fonctionnent sans problème dans les versions en ligne…

En outre, le lien généré par le modèle {{lia}}, qui est censé permettre de générer un lien sur une {{ancre}} définie quelque part dans le livre, semble ne pas fonctionner dans les ouvrages transclus, alors que ces liens fonctionnent buen dans les versions des ouvrages disponibles en ligne sur wikisource… Pour prendre un exemple concrnet, l’ouvrage Livre:Gauss - Méthode des moindres carrés, trad. Bertrand, 1855.djvu contient 97 liens internes, tous fonctionnels sur wikisource, mais 60 de ces liens ne fonctionnent pas dans les ouvrages téléchargés après transclusion ! Quelqu’un aurait-il une idée sur l’origine du problème ? Merci d'avance d’éclairer ma lanterne Sourire --F0x1 (d) 2 juillet 2021 à 16:06 (UTC)[répondre]

Je crois qu’aucun des liens ne fonctionne à partir du 5. Les liens qui semblent fonctionner pointent en fait vers des endroits erronés. C’est probablement un bug : la section 4 a l’identifiant HTML calibre_link-17, mais la section 5 a pour identifiant calibre_link-51 (au lieu de calibre_link-18, comme le prévoit la table des matières), et il y a encore d'autres sauts dans la numérotation ensuite. Seudo (d) 3 juillet 2021 à 07:02 (UTC)[répondre]
J’ai signalé ce problème dans l’enquête de satisfaction que Le Ciel est par-dessus le toit indique en dessous. Pour que cela porte plus, il serait peut-être bon que plusieurs d’entre nous signalent le problème dans cette enquête. — ElioPrrl (d) 3 juillet 2021 à 09:57 (UTC)[répondre]
Merci des réponses, je vais suivre le conseil et répondre à l'enquête… --F0x1 (d) 3 juillet 2021 à 10:49 (UTC), Merci Merci ![répondre]
F0x1, J'observe ce bogue depuis 2015 à la suite de mes travaux sur HDCER. Je n'ai pas encore trouvé la façon de reproduire le bogue à coup sûr, même si j'ai étudié plusieurs trucs sans succès (balises HTML mal fermées, nombre de liens dans l'ouvrage, code CSS, nombre de références...). Pourtant, en 2018 (ou 2019), après avoir créé les fichiers PDF, ePub... sur mon ordinateur personnel, je n'ai pas vu ces problèmes si ma mémoire est exacte. Aujourd'hui, j'ai abandonné mes recherches, parce que je soupçonne que le problème est dans l'application logée dans le serveur. Windows 10 tourne sur mon portable, alors que Linux doit probablement tourner dans le serveur. L'équipe qui maintient le logiciel Calibre (que nous appelons WsExport ici) est probablement plus familière avec Windows qu'avec Linux et je soupçonne que ce bogue (probablement visible sur la version de Linux seulement) n'est pas prioritaire pour cette équipe. — Cantons-de-l'Est discuter 3 juillet 2021 à 13:01 (UTC)[répondre]
Utilisateur:Cantons-de-l'Est Ça me semblerait étrange qu’une différence de comportement aussi basique puisse être dû à un OS particulier, d’autant plus que la génération des documents par Calibre semble être écrite essentiellement en Python ; mais bon, peut-être aura-t-on une explication, voire un WSExport corrigé ? Merci en tout cas pour les commentaires !
F0x1, Les interfaces offertes par les systèmes d'exploitation ne sont pas exactement les mêmes. Les langages interprétés (Python, JavaScript, PHP, Perl, Tcl/Tk, et beaucoup d'autres) doivent composer avec ces différences, ce qui explique des choses dans certains cas. Par exemple, les rendus d'une même page de Wikisource par Google Chrome sous Windows et Google Chrome sous Linux devraient être identiques, mais ce n'est pas le cas. On me dira que ça dépend des paramètres du système d'exploitation et du navigateur Web. Oui. Ces paramètres peuvent rendre inopérant un bout de code de Python par exemple. — Cantons-de-l'Est discuter 3 juillet 2021 à 19:28 (UTC)[répondre]


… je crois que je commence à comprendre le problème de ces liens qui ne fonctionnent pas : pour Le principe de relativité, ça semble être relié au fait que les noms des ancres sont purement numériques — le code Wiki contient pour chaque paragraphe numéroté le modèle {{MotAncre}}, par exemple {{MotAncre|9.}} ''Les rayons{{lié}}β du radium.''. J’ai fait un test en remplaçant {{MotAncre|9.}} par {{Ancre|S9|9.}}, de même pour la section 10 qui se trouve sur la même page, et enfin remplacé dans la table des matières les liens #9. et #10. par #S9 et #S10, et alors les liens de la table des matières vers les section 9 et 10 fonctionnent dans le document transclus (HTML ou PDF). L’explication que je soupçonne est que la transclusion génère systématiquement des ancres qui indiquent le début de chaque page originale avec comme identificateur le numéro de page, par exemple <span class="pagenum ws-pagenum" id="9" title="Page:Langevin - Le principe de relativité, 1922.djvu/13">, et que cette identification vient en conflit avec la déclaration de l'ancre <span id="9.">9.</span>, les identifiants 9 et 9. sont sans doute considérés par le code Python comme identiques (numériquement).

Pour le problème du lien généré par le modèle {{lia}} que j'évoquais dans l’exemple de l’ouvrage Livre:Gauss - Méthode des moindres carrés, trad. Bertrand, 1855.djvu, le problème semble lié au fait que les articles utilisent le modèle {{t4}}, par ex. {{t4|{{ancre|art.3|3.}}}}, et la transclusion rajoute systématiquement comme identificateur le titre de la section, soit ici 3., donc existence également d'un conflit d’identificateur avec les identifiants des liens vers les pages.

Enfin, ce sont des hypothèses (étayées par un test), mais ça présente quand même tous les aspects d’un bug… qui je 'espère pourra être résolu Sourire --F0x1 (d) 4 juillet 2021 à 15:32 (UTC)[répondre]

Notification F0x1 :Bonjour, je m'insère un peu dans la discussion : les modèles sont principalement traités par un interpréteur Lua (il me semble) comme toutes les pages générées pour les transclusions (ce qui pose un problème de gestion de la mémoire disponible, soit dit en passant, et limite le nombre de modèles utilisables par page). Cobalt3d (d) 7 juillet 2021 à 14:45 (UTC)[répondre]
Notification F0x1 : Un grand Merci Merci ! pour ce "truc". J’ai pu grâce à toi réparer les centaines de liens internes (~764) de L’Enfer de la Bibliothèque nationale créés avec des couples de {{ancre+}} et {{lia}} avec une forme du type "{{ancre+|_0349}} et {{lia|4|_0349|349|190}}" qui fonctionnaient parfaitement en interne mais très aléatoirement en externe. Un petit coup de WBA pour remplacer le "_" en "c" et cela semble fonctionner parfaitement. Il faut peut-être ajouter cette information sur les documentations de {{lia}}, {{ancre}} et {{ancre+}}--Cunegonde1 (d) 5 juillet 2021 à 06:32 (UTC)[répondre]
Ah c’est vrai @Cunegonde1, Python accepte les underscores dans les chiffres (peuvent être utilisés pour séparer les milliers des unités par exemple), ceci expliquant probablement cela… --F0x1 (d) 5 juillet 2021 à 10:16 (UTC)[répondre]
Fait pour les documentations. — ElioPrrl (d) 5 juillet 2021 à 12:08 (UTC)[répondre]
Merci Merci ! Notification ElioPrrl :--Cunegonde1 (d) 7 juillet 2021 à 16:49 (UTC)[répondre]

Il y a une autre raison, complètement différente, pour le non-fonctionnement des liens dans certains e-book: la limitation de la taille des blocs de texte que le générateur crée, pour respecter la limitation de ce que les liseuses sont capables de gérer. Un chapitre trop volumineux est donc scindé en plusieurs blocs, on s'en aperçoit à des sauts de page en EPUB qui apparaissent arbitrairement entre deux paragraphes. Si les notes de bas de page, réunies en fin de chapitre dans le dernier bloc, ne sont pas dans le même bloc que l'appel de note, la note ne peut pas être appelée. Si tout le texte est réuni en un seul chapitre (au sens de l'e-book), que le générateur découpe en blocs arbitraires, comme c'est le cas pour les téléchargements proposés de Histoire de la décadence et de la chute de l’Empire romain, peu de choses fonctionnent. Personnellement, ayant isolé le problème, j'ai créé des sous-chapitres (qui ne sont pas dans la table des matières de l'ouvrage papier) dans certains livres d'auteurs bavards, par exemple La France juive d'Edouard Drummont. Noter que, en téléchargeant Histoire de la décadence et de la chute de l’Empire romain/Tome 1 par le bouton bleu, on obtient un e-book où tout fonctionne, les innombrables notes, et même les très subtils renvois aux paragraphes qui sont derrière la table des chapitres ; les chapitres sont suffisamment petits pour tenir chacun dans un seul bloc. Pour explorer le problème, utiliser la fonction "éditer l'e-book" de Calibre, où on peut visualiser les blocs et leur taille en Kb. --Wuyouyuan (d) 5 juillet 2021 à 08:41 (UTC)[répondre]

Merci Merci ! à vous deux @F0x1 et @Wuyouyuan ! Je suis tout à fait d’accord avec l’idée de faire évoluer les documentations. Pour ces histoires de longueur de blocs, il faut peut-être arrêter de proposer à l’export les « Texte sur une seule page », qui d’ailleurs donnent le plus souvent des e-books bien moins maniables (outre les liens cassés, pas de sauts de page, table des matières qui ne marche pas ou qui n’est pas exportée, trop d’inclusions de modèles, etc.)
En fait, je me demande : quelle est l’utilité de ces transclusions « Texte entier » ? À part pour la recherche plein texte, je n’en vois pas ; et je crois que pour ce problème de recherche, en fait, le problème est bien plus large : les outils de recherche sur Wikisource, étant les mêmes que ceux de Wikipédia, ne sont pas vraiment adaptés à la recherche dans une bibliothèque, tant pour la recherche de livres (impossibilité de rechercher un livre en croisant plusieurs critères, à la manière d’un catalogue de bibliothèque) que pour la recherche plein texte (il faut utiliser la recherche avancée, qui n’est pas explicitement accessible dès l’accueil, en utilisant « Le titre de la page contient », et encore n’obtient-on alors qu’un aperçu sur une seule occurrence de la recherche dans chaque page où elle apparaît). Je crois que c’est vraiment un chantier à entamer après celui de l’export, et je regrette de ne pas avoir les compétences pour y aider. — ElioPrrl (d) 5 juillet 2021 à 09:12 (UTC)[répondre]
Merci @Wuyouyuan et @ElioPrrl pour ces détails, mais je me demandais juste si les mêmes limitations sont valables pour les autres types d'export (PDF ou HTML) ? A priori, j'ai l'impression que non, mais ça dépend peut-être aussi du type d’ordinateur utilisé ? Les liseuses ont peut-être des limitations dues à leur limitation en mémoire et puissance cpu ? En tout cas, j'aimerais aussi suggérer qu’un minimum de tests puisse être exécutés lors de la transclusion comme une vérification de la fonctionnalité des liens avec un rapport adéquat qui permettent de faires les corrections qui s’imposent Songeur --F0x1 (d) 5 juillet 2021 à 10:28 (UTC)[répondre]

Cette page à été créer aujourd’hui, je suis tombé dessus par hasard, il me semble intéressant de la communiqué à tous sur le scriptorium, d’autant plus que les développeurs on bien travaillés pour nous ces derniers temps--Le ciel est par dessus le toit Parloir 2 juillet 2021 à 17:38 (UTC)[répondre]

J'ai appris la possibilité d'indiquer l'identifiant Wikidata dans les livres. Plus simple que la méthode que j'utilisais Sourire. Même s'il y a encore un truc qui accroche (les liens défectueux dans les livres aux format PDF, ePub...), je tiens à dire que les travaux des 12-18 derniers mois par la WMF ont beaucoup amélioré mon expérience wikisourcienne. — Cantons-de-l'Est discuter 3 juillet 2021 à 15:27 (UTC)[répondre]

Utilité comparative de deux catégories[modifier]

Bonjour,

Quelle est l'utilité de Catégorie:Index - Livres comparativement à Catégorie:Index, la première étant une sous-catégorie de la seconde ? Si j'ai bien analysé des milliers de livre sont classés dans les deux (exemples : Livre:Sade - Les 120 Journées de Sodome, éd. Dühren, 1904.djvu, Livre:Londres - Adieu Cayenne.djvu).

Cantons-de-l'Est discuter 4 juillet 2021 à 09:54 (UTC)[répondre]

Il me semble que cette catégorisation est automatique et je trouve que cela fait doublon. Mais peut-être y a-t-il une raison que des contributeurs plus anciens et expérimentés connaissent ? --Taousert (d) 4 juillet 2021 à 11:44 (UTC)[répondre]
Tous les Index ne sont pas des livres, il y a aussi les recueils, les journaux/revues, etc. La Catégorie:Index est ainsi la catégorie parente de Catégorie:Index - Livres, Catégorie:Index - Recueils, Catégorie:Index - Périodiques, etc. Aristoi (d) 5 juillet 2021 à 07:43 (UTC)[répondre]
Je pense que ce n’est pas l’existence de deux catégories distinctes qui pose problème, mais plutôt le fait que des livres soient rangées dans les deux catégories à la fois, alors que logiquement il faut et il suffit de les mettre dans la sous-catégorie. — ElioPrrl (d) 5 juillet 2021 à 09:17 (UTC)[répondre]
Il me semble que le souci doit provenir de Module:Index_template, probablement de la ligne 217, mais je n'ai pas les connaissances pour modifier sans rien casser. --Jahl de Vautban (d) 5 juillet 2021 à 09:35 (UTC)[répondre]
La double catégorisation existe depuis la création du module, à cause des lignes que cite Jahl de Vautban. Peut-être vaut-il mieux demander à @Tpt ce qu’il en pense avant de modifier le module, car c’est lui qui l’a créé. — ElioPrrl (d) 5 juillet 2021 à 10:49 (UTC)[répondre]
Cette double catégorisation existe depuis bien longtemps. Je l'ai conservé quand j'ai réécrit le modèle du wikicode vers Lua. Si personnes n'utilise ces catégories cela me vas tout à fait de les supprimer. Je crois que leur usage principal était (ou est encore) pour des outils comme petscan. Tpt (d) 7 juillet 2021 à 11:31 (UTC)[répondre]
Notification Cantons-de-l'Est, Taousert, Aristoi, Jahl de Vautban et Tpt : Eh bien je pense qu’on peut arrêter la catégorisation dans « Index », et ne poursuivre que la catégorisation plus fine dans « Index — Livres », « Index — Périodiques », etc., sans supprimer aucune catégorie. — ElioPrrl (d) 8 juillet 2021 à 12:10 (UTC)[répondre]
C'est fait. Tpt (d) 8 juillet 2021 à 20:02 (UTC)[répondre]
Merci Tpt ! — Cantons-de-l'Est discuter 12 juillet 2021 à 19:33 (UTC)[répondre]
Je vais effectuer des modifications nulles dans les livres pour mettre à jour leurs catégories. Même si la modification est nulle, c'est-à-dire qu'elle ne modifie rien de visible dans le livre, la taille de la page est plus petite à la suite de la suppression (automatique) de la Catégorie:Index entre autres. — Cantons-de-l'Est discuter 12 juillet 2021 à 19:34 (UTC)[répondre]
Notification Taousert, Aristoi, Jahl de Vautban, Tpt et ElioPrrl :, J'ai modifié plus de 19 000 livres, y ajoutant une espace qui ne sert à rien, sinon forcer le moteur de Wikisource à mettre à jour les livres (voyez cette explication pour comprendre mes raisons). Il ne reste que 10 livres dans la Catégorie:Index (un livre est le doublon d'un autre livre ; j'ai demandé sa suppression). Ils ont tous des pages en trop, si je puis écrire, dans le champ Pages, et je ne suis pas suffisamment patient pour « rectifier » (ce problème est discuté dans la section Les pages ne peuvent pas être listées...). — Cantons-de-l'Est discuter 15 juillet 2021 à 14:06 (UTC)[répondre]

Long titre, utile ?[modifier]

Bonjour,

Dans cette page par exemple, je lis « Identifiant de l'entité Wikidata correspondante ». L'information en vis-à-vis donne suffisamment de détails pour savoir à quoi sert ce champ. Ne pourrait-on pas avoir un terme plus court, comme « Identifiant Wikidata » ou « Identifiant WD » (qui ressemble à « Identifiant BNF » immédiatement en dessous) ?

Par ailleurs, dans l'information, j'aimerais que l'on rajoute « — cela créera automatiquement un lien dans le haut de la page »

Cantons-de-l'Est discuter 4 juillet 2021 à 10:02 (UTC)[répondre]

« Identifiant Wikidata » me semble un bon compromis, court mais restant explicite.
Et oui pour la précision.
Pour info et sauf erreur, ces messages se trouvent sur MediaWiki:Proofreadpage index data config.
Cdlt, VIGNERON (d) 4 juillet 2021 à 12:55 (UTC)[répondre]
Le renommage en "Identifiant Wikidata" me convient bien de même que l'ajout dans la description ; on pourrait éventuellement préciser "en haut à droite". --Jahl de Vautban (d) 5 juillet 2021 à 09:38 (UTC)[répondre]

zone d'édition[modifier]

Bonjour,

Je demande de l'aide pour résoudre un problème avec la fenêtre d'édition. Depuis quelques jours après les modifications apportées avec l'intégration de l'option "Transcrire le texte", je ne trouve pas de moyen de régler la taille de la fenêtre, lors de l'utilisation du mode d'affichage horizontal, rendant impossible la lecture de la page sans recourir à au défilement manuel dans les derniers paragraphes. Je travaille en réseau, et le navigateur utilisé est Chrome.

Merci pour votre attention et votre aide.--Taba1964 (d) 4 juillet 2021 à 13:49 (UTC)[répondre]

Bonjour à tous, je n'ai pas la solution, mais j'avoue que je suis moi aussi gêné par le même "problème"… la taille de la fenêtre de saisie est plus grande qu'avant… c'est certainement bien pour ceux qui ont des très grands écrans, mais moi non plus je ne trouve pas ça pratique, car du coup il n'y a plus d'ascenseur pour faire défiler le texte en cours de saisie… ce qui oblige, quand on arrive à la fin de la saisie d'une page, à faire un défilement manuel pour accéder à la barre d'outil en haut de la page. --Lorlam (d) 5 juillet 2021 à 08:49 (UTC)[répondre]
Chez moi (Windows10, Firefox), l'ascenseur de la partie gauche apparait dès que l'espace est plein, et cet espace n'est pas très grand ; il a fallu que je corrige un livre à petites pages pour m'apercevoir de la disparition de l'ascenseur. --Wuyouyuan (d) 5 juillet 2021 à 09:03 (UTC)[répondre]
Auparavant, je pouvais ajuster la hauteur de la page d'édition en injectant une commande dans mon common.css. Ces jours sont révolus. Si ça devient un sérieux frein à ma productivité wikisourcienne, je bricolerai une modification que mon navigateur Web va exécuter à la volée. — Cantons-de-l'Est discuter 6 juillet 2021 à 00:42 (UTC)[répondre]
Merci pour vos réponses Notification Lorlam, Wuyouyuan et Cantons-de-l'Est : j'ai temporairement résolu le problème de manière paléolithique ; j'ajoute du texte supplémentaire au bas de la page et cela oblige l'ascenseur à apparaître en étirant la boîte, je peux donc éditer confortablement les dernières lignes de la page qui sont généralement les plus complexes lorsqu'elles contiennent des références.--Taba1964 (d) 6 juillet 2021 à 11:07 (UTC)[répondre]

Texte Entier[modifier]

Je me permets d'emprunter le discours d'un autre contributeur pour lancer la discussion:

En fait, je me demande : quelle est l’utilité de ces transclusions « Texte entier » ? À part pour la recherche plein texte, je n’en vois pas ; et je crois que pour ce problème de recherche, en fait, le problème est bien plus large : les outils de recherche sur Wikisource, étant les mêmes que ceux de Wikipédia, ne sont pas vraiment adaptés à la recherche dans une bibliothèque, tant pour la recherche de livres (impossibilité de rechercher un livre en croisant plusieurs critères, à la manière d’un catalogue de bibliothèque) que pour la recherche plein texte (il faut utiliser la recherche avancée, qui n’est pas explicitement accessible dès l’accueil, en utilisant « Le titre de la page contient », et encore n’obtient-on alors qu’un aperçu sur une seule occurrence de la recherche dans chaque page où elle apparaît). Je crois que c’est vraiment un chantier à entamer après celui de l’export, et je regrette de ne pas avoir les compétences pour y aider. — ElioPrrl (d) 5 juillet 2021 à 09:12 (UTC)[répondre]
Le Texte Entier, qui fournit l'ensemble sur une seule page, a deux utilités pour moi:
Avec ma casquette de contributeur, il me permet de rechercher, après correction de toutes les pages, les incohérences (chapitre mal numéroté, etc), les orthographes contradictoires (corr ou non-corr) et les occurrences de scanilles pas vues ou corrigées de travers.
Avec ma casquette d'utilisateur, il me sert à retrouver une citation ou un mot important sans avoir à tout relire (ou à charger l'ouvrage sur ma liseuse), en utilisant bêtement le search de Firefox ou autre. A noter que Gutenberg propose le texte entier en .txt dans sa collection de formes, je suppose que c'est pour cela. Et si on recherche les ouvrages à succès, on y voit beaucoup de "texte entier", à côté du même ouvrage en chapitres, signe que ça sert.
Certes , télécharger le Texte Entier est un contresens, puisqu'on obtient généralement un e-book dysfonctionnel (voir une discussion plus haut). Mais on ne peut pas supprimer l'invitation.
--Wuyouyuan (d) 5 juillet 2021 à 09:30 (UTC)[répondre]
J’utilisais aussi cette fonctionnalité pour faire des recherches, voire étudier un ouvrage. C’est seulement récemment que j’ai vu qu’on pouvait exporter au format HTML ou texte, ce qui permet de retrouver facilement à quel endroit de la Recherche du temps perdu le Narrateur cite le prénom « Marcel » (et tiens, il y a deux endroits, et non un seul comme dans mon souvenir)… Mais ça reste utile pour les éditeurs, comme l’explique Wuyouyuan (d · c · b), grâce aux liens dans la marge vers le mode Page. Seudo (d) 5 juillet 2021 à 09:56 (UTC)[répondre]
@Wuyouyuan En tant que contributeur, je ne m’en sers jamais : pour repérer les incohérences de numérotation, je les repère surtout lors des copier-coller (je copie toujours le titre précédent pour créer un nouveau titre, donc on voit vite si on tombe sur le numéro attendu ou pas, s’il manque un point à la fin du titre, etc.), et une fois tout le livre corrigé, je trouve plus pratique de faire défiler toutes les pages de transclusion, le titre de chapitre apparaissant en début de page, plutôt que de devoir scroller à la recherche de chacun d’eux ; pour les scanilles et orthographes incohérentes, je vérifie chaque partie du livre au moment de sa transclusion, plutôt que lorsque le livre est terminé, avec l’aide de l’expression de recherche de Cunegonde1, qui automatise la recherche des scanilles plutôt que de faire des recherches CTRL+F « à la main » (petit coup de pub pour cet outil exceptionnel, rapide et sûr ! Mort de rire). (D’ailleurs, Seudo, je ne comprends pas votre remarque sur les liens vers l’espace Page : ils apparaissent aussi dans les transclusions partielles, pas seulement dans les Texte entier, en tout cas chez moi.)
D’ailleurs, hors la numérotation des chapitres, toutes ces utilisations, et celles en tant qu’utilisateur, se résument, si je ne m’abuse, à des recherches plein texte, qui est, je pense, le seul avantage des « Texte entier ». Seulement, de même que @Seudo et @Cunegonde1, j’exporte, et je peux ainsi rechercher beaucoup plus finement (en respectant la casse, les accents, etc. ; on en recherchant une expression rationnelle) par rapport à l’outil de recherche très grossier de mon navigateur.
Enfin, je pense que la présence des Texte entier dans les pages les plus populaires peut aussi s’expliquer par un effet indésirable, dont j’ai été victime moi-même : au début, je croyais que Texte entier me garantissait une édition non abrégée ou coupée, et qu’il fallait aller sur ces pages Texte entier pour télécharger le livre original et complet ; et, de plus, je pensais que la « page de garde » du livre se comportait comme toutes les autres pages de l’espace principal : c’est-à-dire qu’en l’exportant, on n’obtient que le contenu de cette page, et qu’ainsi je ne téléchargerais que l’épigraphe et l--F0x1 (d) 5 juillet 2021 à 17:01 (UTC)a table des matières, mais pas le livre entier. — ElioPrrl (d) 5 juillet 2021 à 10:37 (UTC)[répondre]
Notification ElioPrrl : Je voulais dire que les liens vers le mode Page n’existent (bien sûr) pas dans les exports ; ils existent dans les transclusions partielles, mais il est parfois pratique de faire des recherches sur le texte entier plutôt que séparément sur chaque chapitre, en cliquant sur le lien Page à chaque erreur qu’on trouve. Mais si ces liens « Texte entier » risquent de créer des confusions avec l’export d’un ouvrage, on peut sans doute améliorer la présentation. Et nous pouvons d’ailleurs faire cette transclusion du texte entier dans notre propre espace personnel (voire utiliser AWB si nous sommes motivés) s’il s’agit de faire de la maintenance. Seudo (d) 5 juillet 2021 à 11:42 (UTC)[répondre]
Notification Seudo : si je peux me permettre, voilà juste une question pour laquelle je ne trouve pas d’aide : c’est quoi, AWB ? (bon je n’ai pas cherché bien longtemps…Sourire)--F0x1 (d) 5 juillet 2021 à 12:23 (UTC)[répondre]
Notification F0x1 : Voilà : Aide:AutoWikiBrowser ! Je viens de l’utiliser ce matin (pour la première fois), pour remplacer automatiquement les ancres dans le Principe de relativité de Langevin (et de même Cunegonde1 pour la même manipulation dans l’Enfer de la BNF). En gros, pour son utilisation sur Wikisource, c’est un outil qui permet de faire des chercher-remplacer semi-automatiquement sur plusieurs pages à la fois. — ElioPrrl (d) 5 juillet 2021 à 12:28 (UTC)[répondre]
PS : j’ai créé la redirection Aide:AWB, parce que je pense que F0x1 n’est pas le premier à se poser la question Clin d'œilElioPrrl (d) 5 juillet 2021 à 12:31 (UTC)[répondre]
Merci Merci ! Notification ElioPrrl : pour les détails — mais bon comme je n'ai aucune installation windows et pas envie d’installer Wine, je m'en passerai…Triste--F0x1 (d) 5 juillet 2021 à 17:01 (UTC)[répondre]
J'admets avoir créé quelques textes entier par facilité pour vérifier rapidement sur un livre que je venais de terminer que certaines formes fautives ne m'avaient pas échappé (typiquement -ège au lieu de -ége), mais c'était avant de savoir me servir des requêtes insource et d'AWB ; je ne suis pas sûr d'en recréer aujourd'hui autre que par habitude. Les textes longs d'ailleurs ne sont pas présentable sous forme de texte entiers. Je signale cette demande d'un lecteur qui souhaitait disposer d'un texte entier et que je n'ai pas su aider. --Jahl de Vautban (d) 5 juillet 2021 à 19:47 (UTC)[répondre]
Notification ElioPrrl, Wuyouyuan et Seudo :La création d'un texte entier est très utile lorsqu'on crée une option de modernisation. Cela permet de vérifier si le dictionnaire de modernisation prend en compte tous les mots à moderniser ou bien si a contrario, il faut créer un mini-dictionnaire spécifique à l'ouvrage. Je viens de vérifier et malheureusement, l'outil d'export ne permet pas de choisir entre la version originale ou la version modernisée ; et quelque soit la version sélectionnée dans l'onglet de modernisation, c'est la version originale qui est exportée. On reste donc contraint de procéder à l'ancienne : sélectionner le texte sur la page et le copier dans un fichier texte.--Cunegonde1 (d) 6 juillet 2021 à 04:54 (UTC)[répondre]
Notification Cunegonde1, Wuyouyuan et Seudo : Comme dit Seudo, si l’on veut faire de la maintenance, on peut créer la transclusion du texte entier dans une sous-page de son espace Utilisateur: (par exemple, pour moi, Utilisateur:ElioPrrl/Brouillon), sans pour autant la créer ensuite dans l’espace Page:. D’ailleurs, pour le dictionnaire de modernisation, je le constitue page à page, au fil de la correction, dans mon Brouillon, et je le copie à la fin dans l’espace principal. Le seul problème, c’est que dans l’espace Utilisateur:, on ne voit pas toujours les liens vers le mode Page:, mais j’imagine qu’il suffit d’une ligne dans son Common.css pour les faire réapparaître à coup sûr. — ElioPrrl (d) 6 juillet 2021 à 10:42 (UTC)[répondre]
La page Guerre et Paix (trad. Paskévitch)/Texte entier a reçu sur un an 1 164 visites, elle ne me paraît pas inutilisée ; pour ma part, j'y trouve un outil précieux (parmi beaucoup d'autres) pour tester des polices de caractères et des tailles variées que je cherche à adapter aux besoins de personnes mal voyantes. Lorsque nous aurons enrichi ce point, déjà bien étoffé il est vrai, je serai d'accord pour réduire l'usage du modèle {{txt}}. --Zyephyrus (d) 13 juillet 2021 à 16:43 (UTC)[répondre]

Comment scanner des livres?[modifier]

Mieux qu'un smartphone...

Bonjour, Je voudrais copier des vieux livres et les ajouter à wikisource, mais je ne sais pas comment m'y prendre: si j'utilise un scanner/photocopieur standard, soit ce sera mal cadré, soit je vais abîmer les livres. Si j'utilise mon téléphone ou appareil photo, j'aurai sans doute des pages à la lumière et la qualité très inégales (sans parler de mes doigts pour tenir les pages). Alors j'aimerais savoir: comment vous vous y prenez pour copier des livres? Est-ce que vous auriez une machine ou un support, à pris abordable, que vous pourriez recommander? Merci! --Cassiodore89 (d) 5 juillet 2021 à 18:18 (UTC)[répondre]

Notification Cassiodore89 : Bonjour, effectivement les solutions à partir d'appareils photos ne sont pas satisfaisantes, la catégorie Aide:Demander une OCR montre des exemples de scans difficilement exploitables en l'état, même avec scantailor et autres solutions de traitement d'image. Il existe deux solutions : la première, destructive consiste soit à décoller les pages, puis les insérer dans le chargeur d'un scanner à plat (je l'ai fait avec un livre folio déjà décollé), soit à écraser fortement le livre, ce qui l'endommage. La deuxième solution, réservée aux as de la bricole est de se créer un scanner de livres. Le site https://diybookscanner.org/ donnera une idée de ce dont il s'agit, ça fait rêver !Clin d'œil--Cunegonde1 (d) 6 juillet 2021 à 05:11 (UTC)[répondre]
Notification Cassiodore89 et Cunegonde1 : Normalement Wikimedia France possède un scanner à livre qu’on peut voir sur cette page Bon il se trouve à Paris, pour les condition d’accès voir avec Pyb --Le ciel est par dessus le toit Parloir 6 juillet 2021 à 07:05 (UTC)[répondre]
Notification Cunegonde1 :, Notification Le ciel est par dessus le toit :: Merci beaucoup! Cette machine a l'air top! Je ne serai pas à Paris pendant les vacances... Je vais voir si je peux bricoler une machine :D --Cassiodore89 (d) 9 juillet 2021 à 19:41 (UTC)[répondre]

A propos d'AWB[modifier]

puisqu’on en parle au-dessus, la dernière lettre d’info technique précise quelques changements à venir voir ici

--Le ciel est par dessus le toit Parloir 6 juillet 2021 à 07:13 (UTC)[répondre]

Le Livre des sonnets, combler un oubli de l'auteur ou de l'imprimeur[modifier]

L'ouvrage Le Livre des sonnets réunit 160 sonnets inévitables, dont "Quand vous serez bien vieille, au soir à la chandelle, "Mon âme a son secret, ma vie a son mystère", mais pas "Mignonne allons voir si la rose". Il y a un index des sonnets, classés par ordre alphabétique du premier vers. Mais dans l'index il y en a 161, le surnuméraire étant "Je veux lire en trois jours l’Iliade d’Homere", de Ronsard (à moins que je ne sois complètement égaré). Je m'en suis aperçu en créant les liens entre l'index et les textes. J'ai ajouté le texte du 161e à la page 12 où l'index le place, derrière "Je vous envoye un bouquet que ma main". L'autre solution aurait été de le retirer de l'index. Dans les deux alternatives je m'éloigne de l'original, ce qui est contraire à la religion. Que vous semble ? --Wuyouyuan (d) 7 juillet 2021 à 20:22 (UTC)[répondre]

Notification Wuyouyuan : Je supprimerais plutôt la mention dans l’index, car il me semble peu vraisemblable que l’éditeur ait prévu deux sonnets pour une même page seulement une fois dans le livre, et car le livre est sous-titré « Seize dizains de sonnets choisis », ce qui laisse entendre qu’il était prévu qu’il y en ait exactement 160, pas un de plus ou de moins. — ElioPrrl (d) 8 juillet 2021 à 12:15 (UTC)[répondre]
Menue déception: J'espérais que quelqu'un me dirait qu'il n'y a que 160 lignes dans l'index, et que c'est un des sonnets présents dans le texte qui manque, à côté de celui qui est en trop. J'en ai compté 161 mais je me trompe souvent. --Wuyouyuan (d) 8 juillet 2021 à 18:33 (UTC)[répondre]
Je n'ai pas compté les sonnets, mais je trouve qu'en ajouter un est risqué car on ignore totalement la manière dont le texte aurait été édité. --Jahl de Vautban (d) 9 juillet 2021 à 08:58 (UTC)[répondre]
Finalement, après vérification complète, il manque un sonnet dans l'index : "Des plus beaux yeux, & du plus cleir visage" de Marot, page 3, et il y en a un de trop : "Je veux lire en trois jours l’Iliade d’Homere" (Ronsard), page 12. Je retire le texte de Ronsard. Sur l'avis de la communauté, je retire le Ronsard. Personne n'est infaillible, même pas les originaux. --Wuyouyuan (d) 9 juillet 2021 à 09:19 (UTC)[répondre]

Avancement d'une série de tomes/volumes[modifier]

Bonjour,

Depuis mes travaux sur Histoire de la décadence et de la chute de l’Empire romain, j'apprécie connaître l'avancement d'une série de tomes/volumes. Présentement, je valide les pages de l'ouvrage Les Mille et Une Nuits. J'ai donc créé ces deux tomaisons :

Série Tomaison
HDCER  1er 2e 3e 4e 5e 6e 7e 8e 9e 10e 11e 12e 13e
LMUN  I  II  III  IV  V  VI  VII  VIII  IX 

J'ai découvert d'autres séries, ignorant toutefois l'avancement des tomes/volumes. J'ai donc réfléchi à un système de décoration qui utilise le jeu de couleurs de l'avancement d'une page. Lorsqu'un scan est sans transcription, l'état d'avancement est À créer selon mon système personnel Clin d'œil. Voici donc le système de décoration auquel j'ai pensé lorsque le tome/volume comprend des

Au survol d'un texte décoré, un message par défaut s'affiche. L'état d'avancement d'un tome/volume dépend de la page la moins avancée de ce tome/volume. Ce choix est arbitraire, je l'admets, mais je n'ai pas trouvé d'arguments distinctifs pour une façon de faire ou une autre.

Voici d'autres séries où j'ai appliqué ce système :

Série Tomaison
Pierre-Simon de Laplace  1  2  3  4  5  6  7  8  9  10  11  12  13  14 
Comte de Monte-Cristo  1  2  3  4  5  6 
Rozier, agriculture  1  2  3  4  5  6  7  8  9  10  11  12 
Histoires des Canadiens-français  I  II  III  IV  V  VI  VII  VIII 
Voltaire • Études :  1  • Théâtre :  2 ,  3 ,  4 ,  5 ,  6 ,  7  • Poésies :  8 ,  9 ,  10  • Histoire :  11 ,  12 ,  13 ,  14 ,  15 ,  16  • Dict. phil. :  17 ,  18 ,  19 ,  20  • Romans :  21  • Mélanges :  22 ,  23 ,  24 ,  25 ,  26 ,  27 ,  28 ,  29 ,  30 ,  31 ,  32  • Correspondance :  33 ,  34 ,  35 ,  36 ,  37 ,  38 ,  39 ,  40 ,  41 ,  42 ,  43 ,  44 ,  45 ,  46 ,  47 ,  48 ,  49 ,  50  • Table générale et analytique :  51 ,  52 
Dictionnaire historique  1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17  18  19  20  21  22  23  24  25  26  27  28  29  30 
J. F. Cooper  1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17  18  19  20  21  22  23  24  25  26  27  28  29  30 
Théâtre de Plaute  1  2  3  4  5  6  7  8  9 
Alphonse de Lamartine  1 ,  2 ,  3 ,  4 ,  5 ,  6 ,  7 ,  8 ,  9 ,  10 ,  11 ,  12 ,  13 ,  14 ,  15 ,  16 ,  17 ,  18 ,  19 ,  20 ,  21 ,  22 ,  23 ,  24 ,  25 ,  26 ,  27 ,  28 ,  29 ,  30 ,  31 ,  32 ,  33 ,  34 ,  35 ,  36 ,  37 ,  38 ,  39 ,  40 ,  41 
Alfred de Musset  1  (poésies I) 2  (poésies II) 3  (comédies I) 4  (comédies II) 5  (comédies III) 6  (nouvelles et contes I) 7  (nouvelles et contes II) 8  (confessions d’un enfant du siècle) 9  (mélanges de littérature et de critiques) 10  (œuvres posthumes) biographie 

J'aurais pu décorer moins de séries, mais je voulais étudier les possibilités. Si vous survolez « 14 » de la série « J. F. Cooper », vous verrez un message personnalisé (ce qui est possible pour n'importe quel tome/volume ainsi décoré). J'ai pensé à d'autres systèmes pour indiquer l'avancement des tomes/volumes d'une série, mais rien qui ne me semble informatif et simple à la fois (exemple : «      1 ,     2  »). La présentation du reste de la tomaison relève d'un choix personnel (séparateurs, gras, souligné, numéros en chiffres arabes/romains, courts descriptifs...).

Pour plus de détails sur ce système, voyez {{Tome avancement}}.

Que pensez-vous de ce système ? Est-il pertinent pour les séries ?

Cantons-de-l'Est discuter 8 juillet 2021 à 13:32 (UTC)[répondre]

Je trouve que c'est une très bonne idée ! Merci Merci ! Notification Cantons-de-l'Est : --Lorlam (d) 8 juillet 2021 à 18:56 (UTC)[répondre]
Merci Merci ! Notification Cantons-de-l'Est : C’est très pratique, utile et esthétique. Peut-être faudrait-il ajouter un commentaire complémentaire dans la documentation sur l’intérêt de créer un modèle de tomaison spécifique pour chaque ouvrage concerné, pour éviter de modifier chaque tome lors du changement de statut de l'un d'eux[edit : j’avais lu la documentation trop vite, tout est expliqué]. J’ai un peu ramé pour comprendre le système.--Cunegonde1 (d) 10 juillet 2021 à 06:41 (UTC)[répondre]
C'est charmant. J'ai découvert cette notion d'enjolivement en continuant la correction de Le Livre des mille nuits et une nuit (écrit par un contemporain de Pierre Louÿs, pas pour les petits enfants, à ne pas confondre avec Les Mille et Une Nuits) en 16 volumes. Ca ajoute le travail de mise à jour du décor, mais l'effet en vaut la peine. Même si le lecteur ordinaire ne s'en soucie pas. --Wuyouyuan (d) 10 juillet 2021 à 16:17 (UTC)[répondre]
Ce tableau est si joli et si clair qu'il donne envie de se mettre au travail tout de suite :-)
--Zyephyrus (d) 10 juillet 2021 à 17:33 (UTC)[répondre]

Livre validé à raison de 5-6 pages par minute????[modifier]

Bonjour!

J'ai été absent plusieurs mois alors je ne sais pas s'il y a un outil de travail hors-ligne désormais mais je trouve surprenant qu'un livre soit validé dans son entièreté en moins d'une heure à raison de 5-6 pages par minute… Livre:Galmot - Quelle étrange histoire, 1918.djvu. --Ernest-Mtl (d) 9 juillet 2021 à 13:41 (UTC)[répondre]

Bonjour @Ernest-Mtl, IsadF (d · c · b) s'est déjà expliqué sur sa méthode de travail dans sa pdd. --Jahl de Vautban (d) 9 juillet 2021 à 14:26 (UTC)[répondre]
Super alors! J'aurais dû vérifier sa page perso! Ooops! --Ernest-Mtl (d) 9 juillet 2021 à 16:25 (UTC)[répondre]
Bof, j'ai re-vérifié une page validée au hasard : Page:Galmot - Quelle étrange histoire, 1918.djvu/107, et j'ai dû corriger une erreur : « qui l’éparpillé » => « qui l’éparpille ». Moi aussi je travaille hors ligne et téléverse des pages directement corrigées, mais il y a 3 passes en amont : 1/ lors de la vérification de l’OCR avant création du djvu, 2/ vérification orthographique et chasse aux scanilles, 3/ lecture attentive avec comparaison ligne à ligne du fac-similé, et il reste des encore des erreurs. Alors heureusement qu'il y a un validateur derrière Clin d'œil.--Cunegonde1 (d) 9 juillet 2021 à 16:45 (UTC)[répondre]
Il y avait encore pas mal d'anomalies et de mots que je ne connaissais pas, alors oui, j'ai pu laisser passer quelques coquilles malgré une lecture attentive en gros caractères ;-)--IsadF (d) 10 juillet 2021 à 08:32 (UTC)[répondre]

N'afficher que les pages d'intérêt[modifier]

Bonjour,

Dans les livres, je vois régulièrement des pages à ignorer (tirets grisés, le plus souvent). En voir deux-trois, ça ne m'ennuie pas. Quand ça dépasse cinq, je trouve que ça fait tache (exemple). J'ai donc pensé à une façon de les masquer. Dans ce livre, 10 pages sont à ignorer. Je les ai masquées (le tiret cadratin sert dans une page de navigation).

Que pensez-vous de cette idée de n'afficher que les pages d'intérêt ? Pour le caractère utilisé, je ne crois pas que qu'on puisse le mettre dans un modèle (j'ai essayé des trucs, sans succès).

Cantons-de-l'Est discuter 12 juillet 2021 à 17:22 (UTC)[répondre]

Bonjour, la question s'était posée en janvier. Mon avis n'a pas changé, je reste opposé à leur masquage. --Jahl de Vautban (d) 12 juillet 2021 à 20:36 (UTC)[répondre]
Oups ! Je n'avais pas noté l'opposition de janvier. Je vais faire afficher les pages des livres. — Cantons-de-l'Est discuter 12 juillet 2021 à 23:11 (UTC)[répondre]
Même avis : la page d’index est destinée aux contributeurs, elle doit informer sur la totalité du fac similé. D'ailleurs certains utilisent des pages de ce type pour mettre des tables des matières afin de contourner certains problèmes techniques liées au champ « Sommaire », donc ça poserait des difficultés si on les masquait automatiquement. Seudo (d) 13 juillet 2021 à 07:30 (UTC)[répondre]
Encore un qui trouve que la Bibliothèque du Canada a raison de faire disparaître du fac-simile les pages qu'elle juge inutile, créant des questions sur la succession des pages et l'intégrité de l'ouvrage. Je n'avais jamais pensé que ça puisse être un problème, et j'ai une pensée attendrie pour les attentifs qui créent les page vides que j'avais simplement oubliées à leur place. --Wuyouyuan (d) 14 juillet 2021 à 19:34 (UTC)[répondre]
La solution la plus élégante, à mon avis, est de supprimer les pages inutiles du fichier DjVu avant de l’importer (ce qui se fait très facilement avec le petit logiciel DjVuToy) — en tout cas supprimer celles avant le faux-titre et celles après l’achevé d’imprimer. Enlever les pages blanches ailleurs demande par contre plus de prudence, car cela risque de susciter des doutes sur l’intégrité de l’ouvrage chez le prochain relecteur. Je fais souvent cette manipulation, en particulier pour les catalogues joints à la fin des ouvrages (et celui-là continue sur 35 pages…). — ElioPrrl (d) 15 juillet 2021 à 11:47 (UTC)[répondre]
Au contraire, je pense que toutes les pages sont utiles, y compris celles avant le faux titre et après l'achevé d'imprimer. Il y a très souvent des données bibliographiques, n° d'inventaire ou autre, qui servent à identifier précisément l'ouvrage ; en outre l'acheteur de l'exemplaire inscrit parfois des informations intéressantes cf. ici le commentaire bibliographique du collectionneur Paul Caron.--Cunegonde1 (d) 15 juillet 2021 à 16:50 (UTC)[répondre]

Les pages ne peuvent pas être listées...[modifier]

Bonjour,

J'ai essayé de faire une modification nulle de ce livre (cliquer Modifier, ne rien changer, puis enregistrer), mais je reçois ce message : « Les pages ne peuvent pas être listées plus d'une fois sur une page d'index. ». J'ai cherché une page qui est indiquée deux fois, mais je n'ai pas trouvé. Une idée pour corriger le problème ?

Cantons-de-l'Est discuter 13 juillet 2021 à 11:29 (UTC)[répondre]

Idem pour ce livre. — Cantons-de-l'Est discuter 13 juillet 2021 à 12:51 (UTC)[répondre]
ma seule idée c’est de pinguer Notification Tpt :, au moins pour comprendre à quoi ça correspond réellement --Le ciel est par dessus le toit Parloir 13 juillet 2021 à 12:14 (UTC)[répondre]
ProofreadPage empêche d'avoir deux lien depuis le wikitext d'une page d'index vers la même page de l'espace Page:. Les liens depuis les transclusions ne sont pas comptés, seul sont considérés les liens explictement dans le wikitext avec la syntaxe [[. Cette limitation est présente à cause des anciennes pages d'index ne se basant pas sur un pdf/djvu et où la pagination est devinée de puis ce genre de lien. Par exemple, dans Livre:Bouillet - Atlas universel, 1865.djvu, l'erreur est là car une partie de la table des matière est en double. Il devrait être possible de lever facilement cette limitation pour les pages qui sont liés à un fichier. Tpt (d) 13 juillet 2021 à 16:19 (UTC)[répondre]
Merci pour l’explication, mais si je comprends bien ce n’est pas si facile, car non seulement il y a toute une partie en double (tout ce qui précède la section "Introduction"), mais il y a aussi, par la suite, des liens qui pointent vers la même page (car le découpage a été fait à un niveau très fin). Je crois donc qu’il y a deux possibilités :
  • la plus propre : abandonner cette table des matières faite à la main et la reconstituer par correction/validation des pages 1031 et suivantes… tout en conservant les liens vers les tranclusions déjà faites ;
  • la plus facile : faire un copier/coller du champ "Sommaire" de la page d'index dans une page donnée (par exemple celle-ci) et transclure celle-ci. Seudo (d) 13 juillet 2021 à 20:18 (UTC)[répondre]
Ce que j'ai fait. Reste à revoir cette table des matières qui paraît bien défectueuse… Seudo (d) 13 juillet 2021 à 20:23 (UTC)[répondre]

« Eh ! Lettrine[modifier]

Salut,

je bloque sur cette page Page:Magdeleine_du_Genestoux_Le_trésor_de_Mr._Toupie_-_1924.djvu/7, il manque un guillemet "«" au tout début avant la première GROSSE lettre qui utilise le modèle lettrine. Je n'arrive pas à mettre le guillemet pour qu'il reste sur la bonne ligne. Ma meilleure tentative est en utilisant {{Lettrine|«|lignes=1}} mais cela fait beaucoup d'espace entre les lettres. À l'aide ? Merci :)

Question subsidiaire, je remarque que l'accent sur le À (la sortie du lycée) du sous-titre a été ajouté. Faut-il indiquer que c'est une correction du texte originale ? On voit bien qu'ils savent mettre les accents des É majuscules, donc ça n'est pas que l'éditeur ne sait pas accentuer les majuscules. --Kipcool (d) 15 juillet 2021 à 08:52 (UTC)[répondre]

Notification Kipcool : Pour la lettrine, je n’ai pour l’instant aucune idée.
Pour l’accent, pas de correction à indiquer. L’absence d’accents vient d’abord de limitations techniques : au début de l’imprimerie, on ne laissait pas assez d’espace au-dessus du caractère pour pouvoir y graver un accent sans empiéter sur la ligne précédente (de sorte qu’on trouve à cette époque des cas où l’accent est placé… après la majuscule !) ; puis, quand on a commencé à fondre régulièrement des majuscules accentuées, elles étaient souvent en très petit nombre dans la casse, donc distribuées assez parcimonieusement dans les livres, là où une ambiguïté aurait pu apparaître en l’absence d’accents ; et, même au xxe siècle, partie par immobilisme, partie parce que les machines à composer, machines à écrire et autres ordinateurs étaient surtout d’origine anglo-saxonne, la pratique s’est perpétuée de ne pas mettre les accents, sauf pour les E, justement à cause de ces ambiguïtés (exemples : PALAIS DES CONGRES, LES CRIMINELS SERONT JUGES ou LE MINISTRE CHAHUTE A L’ASSEMBLEE). Si le texte accentue les mots en minuscules, et c’est le cas pour à peu près tous les textes après 1800, et même avant, il convient de le faire aussi sur les majuscules, maintenant que ces limitations techniques sont dépassées. — ElioPrrl (d) 15 juillet 2021 à 11:40 (UTC)[répondre]
Bonjour,
J'ai fait une tentative en utilisant le modèle exposant. Qu'est-ce que vous en pensez ? Cordialement. M0tty (d) 15 juillet 2021 à 11:50 (UTC)[répondre]
Kipcool, M0tty a proposé quelque chose, puis j'ai proposé une autre chose. Vous voyez pour la suite, — Cantons-de-l'Est discuter 15 juillet 2021 à 12:36 (UTC)[répondre]
Merci ElioPrrl pour le contexte historique des accents en imprimerie je comprends mieux maintenant la raison du pourquoi !
Pour le guillemet, la solution avec "sup" ne rend pas très bien chez moi. Ça peut être mon linux qui fait des siennes.
Ça semble marcher pas mal avec <span style="display:block;position:relative;float:left">«</span> mais je ne sais pas si on a le droit d'utiliser du html directement dans la page ou s'il vaut mieux passer par un modèle (Y a-t-il un modèle existant qui fait à peu près ça ?). --Kipcool (d) 15 juillet 2021 à 12:52 (UTC)[répondre]
Kipcool, J'ai essayé ce code HTML/CSS, mais ça passe mal sur cinq navigateurs Web : Brave, Chrome, Edge, Firefox et Palemoon. C'est d'ailleurs à la suite de mes tests que j'ai renoncé à insérer du HTML/CSS. Avez-vous testé votre proposition ? — Cantons-de-l'Est discuter 15 juillet 2021 à 13:44 (UTC)[répondre]
Bien sûr, j'ai testé sous firefox/linux et il n'y avait pas de soucis. Je l'ai mis dans la page maintenant pour pouvoir tester avec la même syntaxe que celle que je voulais dire. Je viens de tester également avec chrome et Internet explorer sous windows, le rendu est pareillement bien (à mon avis). --Kipcool (d) 15 juillet 2021 à 14:18 (UTC)[répondre]
Votre code HTML/CSS n'est pas inscrit dans le modèle, ce qui explique nos différences. Dossier clos pour ma part. — Cantons-de-l'Est discuter 15 juillet 2021 à 20:22 (UTC)[répondre]

Cassage de liens et de pieds[modifier]

Bonjour,

Serait-il possible de faire en sorte que ce genre de suppressions n'arrivent plus svp. Il y a des sites externes qui comptent sur l'existence de pages. Supprimer les pages de textes sans même créer de redirection, ça casse les liens et les pieds. Clin d'œil

En plus, ce qui a été mis en place pour remplacer ce texte est absolument illisible. Je ne comprends pas cette pratique qui consiste à mettre tous les poèmes d'un recueil sur la même page. Peut-on s'il vous plaît généraliser la logique de 1 poème = 1 page ? Merci. M0tty (d) 15 juillet 2021 à 13:45 (UTC)[répondre]

Notification M0tty : t’aurais pu venir m’en parler plutôt que de venir sur le scriptorium , d’une part et d’autre part c’était le seul solution pour repérer les doublons et ils étaient nombreux (avec parfois des titre différents). je ne vois pas en quoi c’est illisible, mais en tout cas c’était pire avant, puisque j’ai du acheter le folio correspondant pour m’y retrouver ! Après les liens sur les sites externes, regardent les site externe en question et c’est à eux de se remettre à jour, quand des sites que j’utilise souvent modifie ses liens (entre autres vers des fs), ils ne viennent pas les remettre à jour sur WS. Je n’ai pas le temps d’affiner ma réponse en ce moment, mais je reviendrais vers toi dès que possible. --Le ciel est par dessus le toit Parloir 15 juillet 2021 à 16:32 (UTC)[répondre]

Bonjour Le ciel est par dessus le toit (d · c · b), je réalise que mon message était maladroit, et je te présente mes excuses : le but n'était pas du tout de pointer un utilisateur en particulier, mais bien une pratique que j'ai l'impression de constater régulièrement, de détricotage ou de chamboulement de textes existants. Je ne souhaitais pas te mettre en cause en particulier, surtout étant donné la qualité et la quantité de travail que tu fournis. Je suis néanmoins en désaccord avec ton propos. Si on a un système de redirections c'est précisément pour garantir un peu de stabilité pour les liens externes (Et Wikipédia a besoin de ces liens également. Et puis si tout change en permanence, sans qu'il soit possible d'y retrouver ses petits, c'est l'image de Wikisource qui est écornée parce que les utilisateurs et utilisatrices y vivront une navigation frustrée, faite de liens rouges et de pages supprimées.
Par ailleurs, je maintiens que la meilleure pratique à maintenir est celle de 1 poème 1 (sous-)page, cela facilite la recherche de contenu, l'indexation, l'export, la clarté pour le lectorat et la cohérence de Wikisource dans son ensemble. Je m'en vais donc, si personne ne s'y oppose tâcher de travailler dans ce sens. Cordialement. M0tty (d) 15 juillet 2021 à 23:35 (UTC)[répondre]
Bonjour, Je n'ai pas d'avis sur une seule page ou plusieurs pages pour les poèmes mentionnés. Toutefois, je pense que les redirections devraient rester, sauf si elles sont le résultat de vandalismes. En effet, les pages de Wikisource vont rester en ligne pendant des décennies (du moins, selon mon scénario optimiste), et je suis frustré lorsque je tombe sur une page 404 et que son contenu a été déplacé ailleurs, même si je retrouve ce contenu en consultant un moteur de recherche (effort qui m'aurait été épargné si une redirection avait été inscrite). — Cantons-de-l'Est discuter 16 juillet 2021 à 12:19 (UTC)[répondre]
Le problème avec tous les poèmes sur une seule page, c'est qu'ils sont souvent introuvables via le moteur de recherche. Exemples : 1 & 2, de plus il est plus difficile de créer des pages d'homonymie (et de repérer les textes homonymes).
J'ai moi-même fait un peu abusivement supprimer des redirections par le passé ; j'ai maintenant changé d'approche et j'essaye de les conserver. Pour ce qui est de un poème par page, c'est normalement la norme. Ici il me semble que c'est un cas un peu particulier dû à l'absence de fac-similé. J'imagine que tous les poèmes de ce recueil ont été regroupés dans l'idée de faire un match & split dès qu'un scan sera disponible. --Jahl de Vautban (d) 16 juillet 2021 à 13:09 (UTC)[répondre]
Ben oui c’était l’idée pour le Match et split, tant pis, on devra recommencer le boulot. --Le ciel est par dessus le toit Parloir 17 juillet 2021 à 16:06 (UTC)[répondre]
Un fac-simile ne sera peut-être jamais disponible. Ce qui prime, c'est la présentation des textes aux lectrices et lecteurs. Tous les textes sur la même page, certains devenaient introuvables parce que les titres de niveaux inférieur n'ont pas le même poids dans le moteur de recherche entre autres. Ils sont désormais regroupés dans le même recueil proprement grâce à votre excellent premier travail, mais dans des sous-pages distinctes, et facilement trouvables grâce à l'index. Le match & split donne de toute façon des résultats de qualité moindre sur les textes avec des balises poem, particulièrement avec des mises en pages aussi délicates que certains textes d'Apollinaire. Cordialement. M0tty (d) 17 juillet 2021 à 23:21 (UTC)[répondre]

Comment remercier un pareil feu d'artifice d'idées qui me paraissent toutes convergentes, comme s'il y avait une entente informulée sur ce qu'est la poésie et ce que nous cherchons à diffuser... C'est trop beau, j'ai peur de rêver !


Une petite fusée supplémentaire : La Chanson de la Nourrice, on ne peut l'atteindre qu'en avalant d'abord une interminable soupe fort indigeste qui en gâche hélas les accès.


Comment ménager une possibilité d'entrée directe dans des textes relégués après des commentaires mesurant quinze fois leur longueur et qui enlaidissent ce qu'ils présentent avec pour résultat que ces textes on s'abstient de les visiter, me demandais-je alors.


Quel soulagement aujourd'hui de découvrir que vous construisez un consensus « une page/un poème » ! J'aimerais distribuer des gâteaux et des baisers à tous ceux et celles qui collaborent à cette élaboration ! --Zyephyrus (d) 5 août 2021 à 22:16 (UTC)[répondre]

Wikisource Satisfaction Survey 2021[modifier]

Bonjour!

Apologies for writing in English. Aidez-nous à traduire dans votre langue

In the past year, there has been a lot of changes to Wikisource features and tools. This was done by the Community Tech team at the Wikimedia Foundation, grantees funded by the Foundation or through projects like Google Summer of Code. We would like to understand what you feel about the changes. Tell us what you think about such tools as the Wikisource Pagelist Widget or the new Ebook Export tool.

Take the survey in English, French, Spanish, Polish, Hindi or Punjabi. The deadline is 25th July 2021.

This survey will be conducted via a third-party service, which may subject it to additional terms. For more information on privacy and data-handling, see the survey privacy statement (English, Spanish, French, Polish, Hindi and Punjabi).

If you prefer to send your answers via email, copy the text of the survey and send to sgill@wikimedia.org.

If you have any questions or feedback about the survey, write to me at sgill@wikimedia.org.

Merci ! SGill (WMF) 16 juillet 2021 à 22:30 (UTC)[répondre]


L'année dernière, de nombreux changements ont été apportés aux fonctionnalités et aux outils de Wikisource. Ces changements ont été réalisés par l'équipe Community Tech de la Wikimedia Foundation, par des bénéficiaires de subventions financées par la Fondation ou par des projets tels que le Google Summer of Code. Nous aimerions savoir ce que vous pensez de ces changements. Dites-nous ce que vous pensez d'outils tels que le widget Wikisource Pagelist Widget ou le nouvel outil d'exportation de livres électroniques.

Répondez à l'enquête en anglais, français, espagnol, polonais, hindi ou punjabi. La date limite est fixée au 25 juillet 2021.

Cette enquête sera réalisée par un tiers, ce qui peut la soumettre à des conditions supplémentaires. Pour plus d'informations sur la confidentialité et le traitement des données, consultez la déclaration de confidentialité de l'enquête (English, Spanish, Francais, Polish, Hindi and Punjabi).

Si vous préférez envoyer vos réponses par courrier électronique, copiez le texte de l'enquête et envoyez-le à sgill@wikimedia.org.

Si vous avez des questions ou des commentaires sur l'enquête, écrivez-moi à sgill@wikimedia.org.

--Wuyouyuan (d) 20 juillet 2021 à 16:35 (UTC) avec l'outil DeepL (version gratuite)[répondre]

Problèmes du match & split en cas d'utilisation d'une autre édition[modifier]

Bonjour,

Je vois dans l’aide de Match & Split qu’il est indiqué "Si le texte ne correspond pas et que vous n’avez pas le texte de la bonne édition, c’est à vous de voir si l’import vous fera tout de même gagner du temps pour la correction et si les différences entre les versions ne rendent pas impossible le découpage du texte par le robot." Je me demande s'il ne faudrait pas déconseiller de façon plus radicale l’utilisation de Match & Split sur une autre édition que celle du fac-similé, car il me semble très difficile d'estimer correctement le "temps gagné" pour la correction, en supposant qu'on arrive à une correction de même qualité suite à la relecture du résultat d'un Match & Split ou d'une océrisation.

Je viens de faire un test sur la page 239 de l’édition Lincy & Montaiglon de L'Heptaméron de Marguerite de Navarre, dont vous pourrez observer les détails dans l’historique :

  • il m'a fallu 4 minutes pour repérer dix coquilles et j’en ai loupé six (dont deux de ponctuation et un mot manquant) ;
  • l'OCR de Google laisse six coquilles sur la page, en relisant cette version j’en ai repéré quatre par une relecture de la page qui a duré deux minutes.

Notification Grrrrrrrrrrr : tu confirmes qu'au bout d'un moment tu as préféré repartir de l’OCR plutôt que du contenu original des pages lors de ta relecture ? Je pense donc réinitialiser les "pages rouges" des deux tomes suivants plutôt que laisser la version actuelle.

Un autre exemple, Mauprat, qui, malgré son état "valide" sur un texte obtenu par Match & Split, laisse encore quelques mauvaises surprises. J'imagine qu'il sera utile que j’ajoute sur la page d'aide sur Match & Split un tuto sur l’utilisation de MEDITE qui me permet de détecter et corriger ce genre de problèmes.

--FreeCorp (d) 20 juillet 2021 à 07:44 (UTC)[répondre]

Bonjour, je serais d’accord pour déconseiller le match et split en cas d'édition différente ; j'ai moi aussi été victime de mauvaises surprises même en y mettant la meilleure volonté et j'imagine qu'il reste des problèmes sur des détails comme la ponctuation. --Jahl de Vautban (d) 20 juillet 2021 à 08:53 (UTC)[répondre]
Le problème ne me semble pas être la performance du correcteur (pour moi, la correction est un moment de concentration excellent pour l'esprit ; il est vrai que j'ai le temps), mais l'intérêt du texte, qu'il s'agit de "sauver" en lui fournissant une référence. Un exemple : pour Salammbô de Flaubert, quelqu'un avait jugé bon d'associer le texte de la dernière édition Charpentier avec le fac-simile de l'édition Conard, puis avait laissé la chose dans un état intermédiaire. Quand j'ai entrepris la "correction", j'ai trouvé plus d'écarts que de paragraphes, sans compter les coquilles résiduelles. J'ai quand même poursuivi. J'ai maintenant une meilleure idée des méthodes de l'éditeur Conard, et le texte est lisible. --Wuyouyuan (d) 20 juillet 2021 à 09:03 (UTC)[répondre]
Autre pensée : le texte sans fac-simile est souvent d'une origine et d'une qualité incertaines, pêché sur un site de fans du sujet ou de l'auteur, qui se sont peu soucié d'édition ou d'éditeur. Le choix du fac-simile devrait être guidé par la qualité du contenu (notes, annexes, c'est le cas de Salammbô) quitte à savamment réajuster le texte lui-même. --Wuyouyuan (d) 20 juillet 2021 à 09:11 (UTC)[répondre]
Bonjour, je confirme être reparti de l'OCR. Les deux éditions différent sur la typo, ponctuation, majuscule, accentuation ce qui est assez pénible à corriger ; il était plus simple et rapide de refaire l'OCR. --Grrrrrrrrrrr (d) 20 juillet 2021 à 15:03 (UTC)[répondre]

Suppressions des espaces avant <ref[modifier]

Bonjour Zyephyrus, ElioPrrl, Seudo, Wuyouyuan, Acélan, Jahl de Vautban,

Talabot a terminé le travail de suppression d'espaces avant les <ref, tel qu'entendu dans la section « Automatiser les espaces dans l'emploi des balises ref, est-ce possible ? ». Il a pris moins de temps que je n'ai calculé Sourire.

On peut donc activer la modification proposée, peu importe laquelle (insertion automatique d'une espace, je crois).

Cantons-de-l'Est discuter 20 juillet 2021 à 12:06 (UTC)[répondre]

Un immense Merci Cantons-de-l'Est !Merci ! ! Je crois qu’en l’état où en étaient les discussions, nous étions convenu d’intercaler une espace fine avant l’appel de note, grâce à l’instruction suivante :
.reference {padding-left: 1.07pt;}
à rajouter dans Mediawiki:Common.css, Mediawiki:Epub.css et Mediawiki:Mobile.css. Cela conduit à ce formatage, où l’on voit nettement le petit blanc avant les crochets droits de l’appel de note.
Cette modification doit être faite par un des administrateurs d’interface, que je notifierai si le consensus en faveur de cette modification est maintenu — mais je préfère m’en assurer avant Sourire. — ElioPrrl (d) 20 juillet 2021 à 15:00 (UTC)[répondre]
Merci, wikisourcistes qui créent de la magie sur nos pages : -) --Zyephyrus (d) 20 juillet 2021 à 17:27 (UTC)[répondre]
Je suis toujours d'accord pour l'espace fine. — Cantons-de-l'Est discuter 20 juillet 2021 à 18:39 (UTC)[répondre]
Pour Pour également. --Raymonde Lanthier (d) 20 juillet 2021 à 18:44 (UTC)[répondre]
Pour Pour --Jahl de Vautban (d) 20 juillet 2021 à 19:05 (UTC)[répondre]
Pour Pour C’est bien ce à quoi nous étions arrivés. Seudo (d) 20 juillet 2021 à 20:39 (UTC)[répondre]
Pour Pour ça rend les choses plus simples et plus cohérentes. Merci pour le travail d'harmonisation. Toto256 (d) 20 juillet 2021 à 23:18 (UTC)[répondre]
Pour Pour--Cunegonde1 (d) 21 juillet 2021 à 07:04 (UTC)[répondre]
Pour Pour--Lorlam (d) 21 juillet 2021 à 08:15 (UTC)[répondre]
Pour Pour merci ! --Acélan (d) 21 juillet 2021 à 09:58 (UTC)[répondre]
J’en profite donc pour notifier @Zyephyrus, qui est administrateur d’interface et qui est à l’origine de toute cette discussion : je crois qu’il n’est que justice que ce soit lui qui fasse ces modifications sur Mediawiki:Common.css, Mediawiki:Epub.css et Mediawiki:Mobile.css Clin d'œil. — ElioPrrl (d) 22 juillet 2021 à 07:54 (UTC)[répondre]
Cette ligne doit-elle être placée à un endroit précis de chacune des trois pages, ou ajoutée à la fin de leur contenu ? --Zyephyrus (d) 22 juillet 2021 à 19:07 (UTC)[répondre]
Notification Zyephyrus : N’importe ! Dans Common.css, il y a déjà une instruction pour la classe sup.reference, le mieux serait d’ajouter seulement padding-left: 1.07pt; après la ligne 22. Dans Mobile.css et Epub.css, il n’y a aucune mise en forme pour cette classe, donc il faut mettre la ligne entière, je dirais après la ligne 35 et 25 respectivement, histoire de ne pas éparpiller l’information. Mais à la fin, ça marchera aussi bien Sourire. — ElioPrrl (d) 22 juillet 2021 à 19:19 (UTC)[répondre]
PS : j’ai mis à jour la page d’aide. — ElioPrrl (d) 22 juillet 2021 à 19:49 (UTC)[répondre]
Notification ElioPrrl : merci pour tout ! --Zyephyrus (d) 22 juillet 2021 à 20:06 (UTC)[répondre]
Désolé Notification Zyephyrus :, mais vous vous êtes trompé dans Mobile.css et Epub.css. Dans Mobile.css, il faut supprimer le point avant sup, et dans Epub.css, il faut supprimer le point avant sup et remplacer l’espace entre sup et reference par un point ; dans les deux cas, il faut que le sélecteur soit sup.reference {blablabla: bla;} (si vous voulez garder le sup comme dans Common.css, mais rien ne nous y oblige). N’hésitez pas à me poser des questions si je ne suis pas assez clair SourireElioPrrl (d) 23 juillet 2021 à 08:04 (UTC)[répondre]
J’ai vu que vous aviez fait les corrections : Merci Merci ! beaucoup @Zyephyrus ! Et encore merci à @Cantons-de-l'Est pour son domptage de bot ! — ElioPrrl (d) 23 juillet 2021 à 09:38 (UTC)[répondre]
Bonjour Zyephyrus, ElioPrrl, Seudo, Wuyouyuan, Acélan, Jahl de Vautban, je n’ai pas réagi plus tôt parce que peu de temps pour travailler sur Wikisource ces dernières semaines. J'ai suivi de loin votre discussion sur l’absence d'espace avant les balises ref. Dans un cas, c'est peut-être problématique. Je corrige depuis quelques mois la Bible et la position des espaces avant les balises est porteuse de sens. Par exemple, ici, la note (c) est collé au mot suivant parce qu'elle se rapporte au mot suivant (ce n'est pas le cas des notes a et b qui se rapportent au mot qui les précède). Le travail que le robot a effectué n'est pas un gros problème, parce que c'est un cas assez rare, et je peux facilement révoquer les modifications pour ces cas particuliers. Mais avant de le faire, je voulais savoir si ça allait poser problème vis-à-vis du changement de padding que vous avez proposé (et s'il vaut mieux garder les corrections du robot, même si elles ne correspondent pas à l'édition dans ce cas). Merci --Cassiodore89 (d) 26 juillet 2021 à 08:41 (UTC)[répondre]
Pour moi il n’y a aucun problème. L’espace avant la note sera d’un point plus grand, mais cela sera assez insensible pour n’être pas remarqué, à moins de le savoir. — ElioPrrl (d) 26 juillet 2021 à 09:45 (UTC)[répondre]
Notification ElioPrrl : L'appel de la note qui donne l'origine devant le premier mot de la citation. C'est ce qu'on trouve souvent dans les ouvrages anciens, par exemple Le Combat spirituel (Brignon), 1703, dont je viens de m'occuper. Le robot devra être capable de traiter ça correctement, si le <ref> est bien collé au mot suivant, ou à l'ouverture de guillemet. --Wuyouyuan (d) 26 juillet 2021 à 10:27 (UTC)[répondre]
Notification Wuyouyuan : Je pense que dans l’idée, le robot ne passera plus du tout : il suffit maintenant que tout le monde colle l’appel de note au mot précédent, sauf mise en forme particulière ; et c’est pour arriver à cela que les pages d’aide ont été modifiées. Si tous appels de notes sont placés avant la citation, je peux changer la feuille de style locale pour déplacer l’espace fine, et la mettre à droite ; si les appels de note suivent parfois et précèdent d’autres fois la citation, j’avoue que je n’aurais aucun scrupule à harmoniser, et à les mettre toutes à la fin de la citation, à moins qu’il y ait une logique sous-jacente à la distinction. — ElioPrrl (d) 26 juillet 2021 à 12:05 (UTC)[répondre]
Notification ElioPrrl :La logique sous-jacente, c'est de faire "comme dans le livre", cause pour laquelle beaucoup sont prêts aux pires extrémités. S'il s'agit seulement d'être lisible, on peut faire plus modéré et normalisé.--Wuyouyuan (d) 26 juillet 2021 à 12:09 (UTC)[répondre]
+1 Le robot ne passera plus, mais… s’il repassait tout de même, il serait utile qu'il soit paramétré pour ne pas intervenir lorsque la balise REF est collée au mot qui suit, car c’est un indice que la référence porte sur le mot suivant. Et pour répondre à Notification Cassiodore89 :, la révocation est pertinente car le robot a supprimé tout espace entre les deux mots. Quant au padding, ce n’est pas très grave pour un cas tout de même rare. Seudo (d) 26 juillet 2021 à 13:04 (UTC)[répondre]
D'accord, merci! Je vais donc révoquer les changements du robot dans ces rares cas. --Cassiodore89 (d) 28 juillet 2021 à 18:21 (UTC)[répondre]

Générateur de livres numériques[modifier]

Vu de chez moi, la fonction "télécharger" (bouton en haut à droite) aboutit à une attente indéfinie. L'accès à https://ws-export.wmcloud.org/ donne la même chose. Est-ce pareil chez vous ? Juste quand la première enquête de satisfaction est lancée, ça va mal. --Wuyouyuan (d) 20 juillet 2021 à 16:04 (UTC)[répondre]

Wuyouyuan, Le service a généré rapidement le livre que je lui ai demandé. — Cantons-de-l'Est discuter 20 juillet 2021 à 18:55 (UTC)[répondre]
Même chose pour moi… moins de 20 secondes et j'avais mon livre… --Ernest-Mtl (d) 20 juillet 2021 à 19:23 (UTC)[répondre]
Rien à signaler chez moi non plus. Vous pouvez peut-être essayer de passer par « Rechercher un format différent » pour voir si le problème disparaît quand le cache est purgé, ou quand vous changez de format. — ElioPrrl (d) 20 juillet 2021 à 21:26 (UTC)[répondre]
Ca fonctionne de nouveau chez moi, avec un temps d'attente que je trouve long. Il doit y avoir une explication simple.--Wuyouyuan (d) 21 juillet 2021 à 07:28 (UTC)[répondre]

Du persan[modifier]

Bonjour,

Dans la note 1 de cette page, on voit ce passage « se sont récemment occupés de fixer la signification du mot persan شان ». J'ai retranscrit du mieux que j'ai pu le mot persan, mais cette langue m'est inconnue. Et nous n'avons pas le modèle {{persan}}. Quelqu'un pour vérifier/valider cette transcription ?

Cantons-de-l'Est discuter 27 juillet 2021 à 11:56 (UTC)[répondre]

Notification Cantons-de-l'Est : Je ne connais pas plus que vous le persan, mais comme la note porte sur l’étymologie de Touran, je suis allé sur la page Wikipédia, où j’ai trouvé l’original persan توران : Fait ElioPrrl (d) 27 juillet 2021 à 14:04 (UTC)[répondre]
Astucieux SourireCantons-de-l'Est discuter 27 juillet 2021 à 14:39 (UTC)[répondre]

Comment indiquer la source d'un texte[modifier]

Bonjour,

Sur la page « Pays de Charleroi », il est demandé d'indiquer la source du texte. J'ai un livre de 2017 contenant ce texte qui lui date de vers 1867. Existe-t-il un modèle pour insérer cette source, comme Modèle:ouvrage sur Wikipédia en français.

Merci d'avance.

--H2O(discuter) 28 juillet 2021 à 07:09 (UTC)[répondre]

Notification Jmh2o : il suffit de mettre les informations demandées en page de discussion, sous une section "sources" et d’enlever ensuite le modele "source?" de la page principale. --Le ciel est par dessus le toit Parloir 28 juillet 2021 à 07:45 (UTC)[répondre]

Merci, c'est fait. --H2O(discuter) 28 juillet 2021 à 08:01 (UTC)[répondre]

Livre scanné[modifier]

Bonjour, je viens de scanner le Livre:Albert Mathiez - Le dix août - Hachette 1934.pdf. Qui voudra contrôler que c'est oké avant que je commence la correction ? J'ai scanné en noir, mais la couverture est en rouge, je peux au besoin scanner la couverture séparément et l'envoyer par mail à qui sait le remplacer. Amicalement--Havang(nl) (d) 29 juillet 2021 à 13:34 (UTC)[répondre]

Bonjour Notification Havang(nl) :, ça m'a l'air d'un bon scan, un petit passage par scantailor aurait permi d'éviter les bords de page noire. Et il n'y a pas de couche texte, mais j'ai essayé de reconnaître des pages avec l'OCR de google intégré à Wikisource, et la reconnaissance est très bonne (c'est le principal). Je ne connais pas la politique de WS vis à vis des scans personnels. Il y a un exemplaire d'une édition différente (Les éditions de la passion, 1934), sur Gallica, de bonne qualité également bien que ce soit un Microformes et reprints.--Cunegonde1 (d) 29 juillet 2021 à 17:31 (UTC)[répondre]
Notification Cunegonde1 : Merci. Les reprints dans la version gallica ne semblent pas libre de droits, c'est pourquoi j'ai pris ce livre comme expérience. En cas d'incertitude de texte, je peux consulter le livre papier. NB. J'ai déjà publié un scan personnel d'une vingtaine de pages, pas de problème sur WS, je crois. Je commence l'édition par OCR. --Havang(nl) (d) 29 juillet 2021 à 19:59 (UTC)[répondre]
J'avais réalisé de façon artisanale il y a 10 ans le pillage sélectif par scan d'une réédition moderne d'un livre de 1848 Livre:Joseph Gabet - Etat des missions de chine.djvu, en évitant de reproduire l'avant-propos, dont l'auteur était alors encore de ce monde. Personne n'a protesté. J'ai quand même un doute : l'éditeur (car ce n'était pas un reprint, mais une édition nouvelle) a probablement un droit d'éditeur, qui dure quelques années. Si quelqu'un peut nous éclairer là-dessus.
J'ai le projet de faire subir le même sort à un numéro de revue de 1992, qui contient la transcription d'un manuscrit de 1900, jamais publié auparavant (l'auteur est mort en 1954, âgé de 76 ans, sans s'en être soucié, il était mécanicien, pas écrivain) mais j'ai des doutes. --Wuyouyuan (d) 30 juillet 2021 à 21:28 (UTC)[répondre]
Personnellement je pense qu'on devrait éviter de bricoler des djvu ou des pdf en piochant ce qui nous intéresse à l'intérieur d'un livre : la base de Wikisource, ce sont des éditions qu'on peut identifier comme telles. Par ailleurs, il y a tellement à faire sur des livres complètement dans le domaine public qu'on devrait s'épargner de donner prises à des poursuites. --Jahl de Vautban (d) 31 juillet 2021 à 09:56 (UTC)[répondre]
J'aime mettre en ligne des livres que je crois intéressants, et je trouve une solution s'ils n'existent pas encore en fac-simile. Mais vous avez raison, il vaut mieux passer par les canaux officiels. La BnF, où j'ai un compte, fait ça très bien, pour un peu cher (58 euros TTC) mais uniquement pour les livres qu'elle possède (ce qui fait beaucoup quand même). Le dernier est L’État juif. A noter que c'est un forfait par volume. Nyapa, que je connais IRL, avait obtenu la Bible Crampon, 1819 pages, pour le même prix. --Wuyouyuan (d) 31 juillet 2021 à 13:06 (UTC)[répondre]
Notification Wuyouyuan : Je pense qu’il est anormal que les contributeurs de wikisource paient sur le deniers personnels pour des ouvrages qu’ils mettent à la disposition de tous (merci à eux quand même!), le projet Micro-fiancement devrait permettre de tels achats. --Le ciel est par dessus le toit Parloir 31 juillet 2021 à 15:24 (UTC)[répondre]
A mon âge, passer par des formulaires et des commissions me rappelle des mauvais souvenirs, et j'ai les moyens de me faire de temps en temps un petit plaisir. --Wuyouyuan (d) 3 août 2021 à 09:03 (UTC)[répondre]

Comment faire ?[modifier]

Entre-temps, j'ai fini la correction. J'ai un doute sur la façon que j'ai créé Le dix août/Texte entier et Le dix août. Qui voudra contrôler cela ? Comment mentionner le livre sur la page de l'auteur? Quels catégories ajouter ici et là ? --Havang(nl) (d) 31 juillet 2021 à 18:38 (UTC)[répondre]

Présentation des recueils de nouvelles dans les pages auteur[modifier]

Bonjour, je projette dans les mois à venir de transcrire les œuvres d'un auteur (L. von Sacher-Masoch) qui a écrit de nombreuses nouvelles (je commence à faire les fichiers djvu). Celles-ci ont été publiées dans des recueils et des revues. Je cherche un système de présentation de ces œuvres dans la page "Auteur" qui soit à la fois synthétique, complet et esthétique. N'ayant pas trouvé sur WS de modèles de listes déroulantes, j'ai utilisé le modèle {{boîte déroulante}} comme ici, cela permet de tout mettre, mais je ne trouve pas cela très esthétique. En outre il n'est pas compatible avec le modèle {{document}} Quelqu'un a une idée de solution à ce sujet qui concerne également les pages auteur avec des recueils de poèmes ? Cunegonde1 (d) 31 juillet 2021 à 05:18 (UTC)[répondre]

Notification Cunegonde1 : Dans un cas similaire (auteurs d’articles repris en recueils), j’avais séparé d’une part les livres et recueils d’articles, d’autres part les articles parus en revue ou ouvrage collectif. Je ne détaille pas le contenu des recueils dans la première division ; par contre, dans la seconde, j’indique à la fois la revue où l’article est paru, et les recueils où il est repris : en cliquant sur le titre de l’article, on est dirigé vers la version parue en revue, et dans la colonne de droite, vers la version parue en recueil. Cela suppose cependant que toutes les nouvelles soient parues en revue.
Si vous tenez aux boîtes déroulantes (mais il y a écrit dans la documentation qu’il faut limiter leur utilisation ; n’ayant pas utilisé ce modèle, je ne sais pas pourquoi une telle mise en garde…), les placer plutôt dans la colonne divers de {{Document}}, je pense que cela doit marcher. — ElioPrrl (d) 31 juillet 2021 à 13:15 (UTC)[répondre]
Merci Notification ElioPrrl : J'ai trouvé sur WP pourquoi les listes déroulantes sont déconseillées : les objets placés dans une liste déroulante ne sont pas trouvés par une recherche sur la page avec crl+f par exemple sur ma page perso où j'utilise une liste déroulante pour les ouvrages anonymes, si on cherche "Ebugors" la boîte fermée, on ne le trouve pas. Par ailleurs, j'ai essayé de mettre la boîte déroulante dans le modèle document, mais il faut paramétrer la largeur ce qui affecte la largeur de tous les champs de la ligne, on ne peut pas paramétrer uniquement la largeur du champ "divers", conséquemment, ce n'est pas très esthétique.--Cunegonde1 (d) 1 août 2021 à 05:20 (UTC)[répondre]
J'ajoute que les appareils mobiles sont incapables de bien rendre les boîtes déroulantes des pages de la Wikipédia en français : soit elles sont masquées, soit elles sont complètement déroulées sans possibilité de les enrouler. Je suppute qu'il en va de même dans les autres wikis de l'écosystème, mais je n'ai pas testé — Cantons-de-l'Est discuter 1 août 2021 à 11:41 (UTC)[répondre]

Combien de livres sont « disponibles à la relecture » ?[modifier]

Bonjour,

Un gourmand véritablement vorace semble avoir avalé 20 707 de nos livres. Car il y en avait 20 741 le 30 juin, il n'en reste plus que 34 de recensés par nos statistiques le 31 juillet.

Les titres disparus sont-ils répertoriés quelque part sous un autre nom ?

Nous pouvons considérer comme un hommage flatteur au travail des wikisourcistes, et de toutes les aides apportées, l'appétit de ce dévoreur.

Mais peut-être que ces livres n'ont pas été mangés…

Qu'est-il arrivé ? Qui peut l'expliquer ?

Amitiés à tous,

--Zyephyrus (d) 31 juillet 2021 à 20:12 (UTC)[répondre]

Notification Zyephyrus : Cela vient de la simplification de la catégorisation des pages d’index : on a jugé superflue la double catégorisation des pages d’index dans Catégorie:Index d’une part, et dans une sous-catégorie de celle-ci Catégorie:Index - Livres, Catégorie:Index - Thèses, etc., pour ne conserver que la catégorisation dans la sous-catégorie. Il suffit de faire la somme des sous-catégories pour retrouver le total précédent. — ElioPrrl (d) 31 juillet 2021 à 20:28 (UTC)[répondre]
PS : j’ai implémenté la formule de calcul dans Wikisource:Statistiques, je vous laisse la copier ailleurs si besoin Sourire. — ElioPrrl (d) 31 juillet 2021 à 20:42 (UTC)[répondre]
Notification ElioPrrl : Merci de ces nouvelles rassurantes et de ces explications très claires ! Merci aussi d'avoir mis à jour Wikisource:Statistiques de façon à pouvoir comparer les progressions de Wikisource sur des bases restées uniformes. --Zyephyrus (d) 31 juillet 2021 à 21:00 (UTC)[répondre]

Je recommande à l'attention de la communauté la Catégorie:Livres issus de textes corrigés qui contient des ouvrages dont le texte est complet mais qui sont dans un état illisible, alors qu'un travail modeste les rendrait utilisables. Je recommande Le Livre des Esprits d'Allan Kardec, ouvrage important et souvent consulté. --Wuyouyuan (d) 3 août 2021 à 09:11 (UTC)[répondre]

Je viens de parcourir cette catégorie, et j’y ai repéré un livre que j’ai validé il y a déjà plusieurs mois (Inès de Las Sierras (Nodier)) ; mieux, sur les dix premiers livres de la catégorie, trois ont toutes leurs pages jaunes ou vertes. Visiblement donc, la liste n’est pas purgée automatiquement des livres dont l’avancement est passé à « À valider » ou « Terminé » ; faut-il le faire à la main ? — ElioPrrl (d) 3 août 2021 à 21:11 (UTC)[répondre]
Notification ElioPrrl : Oui, il faut supprimer la catégorie manuellement. --Acélan (d) 4 août 2021 à 10:03 (UTC)[répondre]


Août 2021[modifier]

Lettres début de ligne de texte manquantes[modifier]

Sur Page:Chevalier - Les derniers Iroquois, 1863.djvu/24, puis page 29, il manquent des lettres dans le facsimile au début des lignes de textes. Elles sont présentes dans le texte avant publication. Je les ai acceptés sans ajouter le modèle corr.. Qu'est-ce qui est prévu de faire dans ces cas ? --Havang(nl) (d) 2 août 2021 à 15:12 (UTC)[répondre]

Pour moi, pas besoin d’ajouter de modèle, il n’y a aucun doute sur la lecture des mots tronqués. — ElioPrrl (d) 2 août 2021 à 19:28 (UTC)[répondre]

Note sur la typographie ?[modifier]

Peut-on ajouter une note historique pour expliquer la typographie de la date se trouvant à la fin de la page Page:Hobbes - Léviathan - Tome I.djvu/49 ? En donnant, éventuellement, une référence à la traduction française intégrale, établie par François Tricaud, parue en 1971 pour expliquer le décalage entre le calendrier julien utilisé en Grande-Bretagne et grégorien utilisé en France. Si oui comment ? --Dom (d) 3 août 2021 à 09:21 (UTC)[répondre]

Bonjour @Dom. Les deux écoles coexistent : vous trouverez des défenseurs de l'enrichissement du texte par des notes des contributeurs et d'autres qui préfèrent limiter les interventions éditoriales au mininum. Personnellement, je suis plutôt de la seconde catégorie, par souhait de proposer une œuvre restant autant que possible dans son contexte d'origine. Si vous tenez à en ajouter une, vous pouvez insérer une référence commençant par Note Wikisource, afin de bien l'identifier comme externe au texte de l'édition. --Jahl de Vautban (d) 3 août 2021 à 18:26 (UTC)[répondre]

Aide concernant l'interface wikicode[modifier]

HELP ! HELP !

Bonjour. Je suis contributrice depuis plus d’un an. J’ai effectué la lecture des LETTRES de la Marquise DE SEVIGNE pour les volumes 7 à 10 ( plus de 2.000 pages) et je travaillais sur le volume 11 quand, sans le vouloir par des manœuvres involontaires et très fâcheuses, j’ai modifié la présentation à l’écran et du wikicode et du texte de référence. J’avais initialement, le wikicode sur la gauche de l’écran et le texte originel à droite. Or, après les dites manœuvres, je n’ai plus que quelques lignes du texte de référence, les premières en haut de l’écran, et tout le reste, uniquement le wikicode.

Cela complique sérieusement la tâche pour la mise en page des notes. Si l’un des lecteurs de cet appel pouvait m’indiquer quoi faire pour retrouver la bonne disposition des textes je lui serai très reconnaissante … surtout s’il emploie des termes simples, je ne suis pas informaticienne— Le message qui précède, non signé, a été déposé par Sophanne2 (discuter), le 3 août 2021 à 15:35

Bonjour @Sophanne2, difficile de vous aider sans capture d'écran pour se rendre bien compte du problème. Je gage que vous êtes sur Windows ou sur Mac, l'un ou l'autre de ces liens vous indiqueront comment faire et vous pourrez ensuite téléverser la capture. Le problème persiste-t-il si vous vous déconnectez ? Et si vous changez de navigateur (par exemple en utilisant Internet Explorer ou Firefox ou Chrome) ? --Jahl de Vautban (d) 3 août 2021 à 18:09 (UTC)[répondre]
Notification Sophanne2 : Je crois savoir ce que vous avez fait, pas besoin de capture d’écran Clin d'œil. Pour revenir à la configuration initiale, dans l’onglet « Aide à la relecture » en haut de la fenêtre du wikicode, cliquez sur l’icône avec deux rectangles en équerre et une flèche dans le coin (une infobulle « Disposition verticale/horizontale » devrait s’afficher au survol de la souris). — ElioPrrl (d) 3 août 2021 à 18:39 (UTC)[répondre]

Bonjour à tous,

C’est une demande d’avis, est-ce qu’on doit vraiment avoir le sommaire détaillé d’un ouvrage sur la page auteur ? ici ça concerne la "description de l’Egypte".

--Le ciel est par dessus le toit Parloir 3 août 2021 à 16:17 (UTC)[répondre]

Bonjour @Le ciel est par dessus le toit. Pour moi la liste détaillé par sous-chapitre est inutile, on pourrait se contenter de mentionner les chapitres ou les sections qui sont de sa main au sein de l'œuvre. Cependant plusieurs n'existent pas encore et il faudrait les créer. --Jahl de Vautban (d) 3 août 2021 à 18:15 (UTC)[répondre]
Je serai même plus radical, je ne laisserai qu’une entrée dans la liste des {{document}}s :
{{document
 |date  = 1809
 |livre = Description de lgypte (2nde édition - Panckoucke 1821), tome 1, Antiquités - Description.pdf
 |titre = [[Description de l’Égypte (2nde édition)|Description de l’Égypte]] (en collaboration)
}}
(ou si on veut être plus précis : contributions au tome Ier, ou t. Ier, chap. tant et tant, etc.), puisque de toute façon la table des matières de la Description précise les auteurs de chaque partie de l’ouvrage. — ElioPrrl (d) 3 août 2021 à 18:47 (UTC)[répondre]
je vais attendre un peu pour voir s’il y a d’autre avis, je ping Notification Tambuccoriel : pour voir ce qu’il en pense, merci déjà à ceux qui m’ont répondu. --Le ciel est par dessus le toit Parloir 4 août 2021 à 08:09 (UTC)[répondre]
Bonjour, on m’invoque ?
Pour ce qui est du sommaire détaillé, c’est vrai qu’on pourrait un peu trancher dedans, mais je serais plus un partisan de Jahl de Vautban (d · c · b), mettre seulement les chapitres. Par contre, je ne suis pas sûr que mettre juste la Description de l’Égypte soit bon, mais après, il n’y a qu’un tome de terminé (le deuxième est en cours). Peut-être que ça vaudra le coup quand il y aura plus de tome ?
--Tambuccoriel (d) 4 août 2021 à 08:48 (UTC)[répondre]
La proposition de Jahl de Vautban me semble la meilleure dans la situation. Mentionner tous les chapitres noie le poisson, si je puis dire (ne me tentez pas : je pense à HDCER, ses treize tomes et ses quelque 75 chapitres ou encore à LMUN, ses neuf volumes, ses quelque 70 histoires et ses quelque 230 nuits Clin d'œil). — Cantons-de-l'Est discuter 4 août 2021 à 16:02 (UTC)[répondre]
+1 avec Jahl de Vautban --Hsarrazin (d) 19 septembre 2021 à 13:42 (UTC)[répondre]

Wikisource à Wikimania[modifier]

Bonjour à tous,

J'organise une courte session à Wikimania avec l'équipe de WMF Community Tech. On parlera des derniers développements qui regardent Wikisource, mais aussi ils nous aideront à comprendre un peu mieux le processus de sélection des "souhaits" de la communauté, demandés chaque année dans le Community Wishlist Survey.

Les speakers seront

  • Sam Wilson, qui développe la nouvelle interface de Reconnaissance optique de caractères (OCR) (GoogleOCR et Tesseract) que vous avez vu apparaître ces derniers jours dans le coin supérieur droit des Page. Sam parlera de son travail et nous fera une démonstration de l'outil.
  • Natalia Rodriguez, actuellement product manager du Community Tech, qui nous expliquera les projets qu'elle développe et nous parlera du fonctionnement du processus de sélection pour la "Whishlist".

Le lien vers la session est le suivant : 2021:Soumissions/OCR et autres outils pour Wikisource. (en anglais)

Ce serait bien que vous manifestiez votre intérêt sur cette page, car ces rencontres avec les employés de la Fondation sont un moment précieux d'échange avec la communauté. Une communauté qui est de toute façon assez geek et qui développe souvent ses propres solutions pour assurer le bon fonctionnement du Projet ; nous, les utilisateurs, sommes donc les premiers intéressés par les développements techniques qui ont lieu en coulisses. Ciao ! --Ruthven (d) 5 août 2021 à 08:07 (UTC)[répondre]

Notification Ruthven : merci pour l'organisation et l'invitation ! L’événement sera en ligne ? Je vois "Bâtiment 3" en haut à gauche mais je ne suis pas parvenu à comprendre si cela renvoyait à une réalité physique. --Jahl de Vautban (d) 5 août 2021 à 08:32 (UTC)[répondre]
Notification Jahl de Vautban : Oui, ce sera en ligne (et la vidéo probablement rendue disponible en suite). Le Bat. 3 est virtuel et tout sera en ligne. Je suppose que les liens pour les présentations seront ajoutés dans la page 2021:Program --Ruthven (d) 5 août 2021 à 08:41 (UTC)[répondre]
Notification Ruthven : Merci pour l’info ! Et donc il faut s'inscrire à Wikimania 2021 pour y assister ? Je viens de le faire au cas où, l'échéance étant demain soir. --FreeCorp (d) 11 août 2021 à 05:43 (UTC)[répondre]
Notification Jahl de Vautban et FreeCorp : Pour info, la conférence est accessible ici. C'est court (15min) mais très intéressant.--Shev123 (d) 21 août 2021 à 19:56 (UTC)[répondre]

Bug en cours avec les substitutions dans l'espace Page[modifier]

Enregistré sur Phabricator
Tâche 288191

Bonjour,

Si comme moi certains ont la surprise de ne plus voir fonctionner le mot magique {{subst:}}, il y a actuellement un bug avec son utilisation dans l'espace Page. Les pages de discussions ne sont pas affectées, il est donc toujours possible de l'utiliser pour {{corrDiscussion}}. --Jahl de Vautban (d) 5 août 2021 à 08:50 (UTC)[répondre]

Encore l’indentation fantôme[modifier]

Suite de votre feuilleton…

Hier, la mise à jour de MediaWiki a incorporé une instruction pour faire disparaître l’indentation fantôme qui apparaissait au tout début de l’espace Page:. Seulement, les développeurs ont fait la même erreur que moi lorsque j’avais proposé une rustine ici-même : .pagetext p:first-of-type {text-indent:0;} entraîne la suppression de l’indentation fantôme, mais aussi d’indentations vraies (par exemple ici ou là, en note). Ne vous alarmez donc pas si vous constatez ce genre de disparitions inexpliquées.

Je notifie @Tpt, qui, lors de la dernière modification suivait ce dossier parmi les développeurs. Pour remédier à tout ça, il faut bricoler la rustine de la même manière qu’en mai dernier :

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

(ce n’est pourtant pas faute d’avoir prévenu : troisième fois que je promeus cette règle… — essayons de ne pas réinventer une roue déjà découverte sur, au moins, it.wikisource et fr.wikisource). En tout cas, c’est la règle qui marchait ici avant le dernier épisode du feuilleton (et qui devrait marcher puisque, si je comprends bien ce qui a été fait lors de la mise à jour, les entêtes vides sont maintenant vraiment vides, et ne contiennent plus de <p><br/></p>). — ElioPrrl (d) 5 août 2021 à 09:37 (UTC)[répondre]

OK. — Cantons-de-l'Est discuter 5 août 2021 à 11:39 (UTC)[répondre]
Cela devrait être maintenant corrigé. Désolé du problème. Comme les identations sont gérés au niveau des wikis via le Common.css, les overrides le sont maintenant aussi, ProofreadPage n'a plus de règle CSS à ce propos. C'est donc la règle de ElioPrrl s'applique maintenant. Tpt (d) 12 août 2021 à 08:43 (UTC)[répondre]
Merci Tpt !Merci !ElioPrrl (d) 12 août 2021 à 09:19 (UTC)[répondre]
Et Merci ElioPrrl !Merci !. --Raymonde Lanthier (d) 12 août 2021 à 14:06 (UTC)[répondre]

Une allée « du » Luxembourg[modifier]

Bonjour ! Comment modifier Une allée du Luxembourg (sic) en Une allée au Luxembourg (lien rouge) ? Je ne souhaite pas me lancer là-dedans... On lit bien AU dans la transcription et le fac simile. Waltor (d) 5 août 2021 à 13:44 (UTC).[répondre]

Mais l’article de Wikipédia s’intitule w:Une allée du Luxembourg (avec du donc) !!! Waltor (d) 5 août 2021 à 13:52 (UTC)[répondre]
J’ai vérifié dans la table des matières fournie par Wikisource : voir Page:Nerval - Choix de poésies, 1907, éd. Séché.djvu/165 : c’est bien Une allée au Luxembourg qui est mentionné comme titre (renvoi à la page 28). Waltor (d) 5 août 2021 à 14:11 (UTC)[répondre]
Notification Waltor :Merci : c'est corrigé. --Zyephyrus (d) 5 août 2021 à 15:16 (UTC)[répondre]
Merci pour la célérité de l’intervention ! Waltor (d) 5 août 2021 à 15:29 (UTC)[répondre]
Bonjour, effectivement c'est bien au Luxembourg dans cette édition-ci de 1907, mais pas du tout dans la plupart des autres éditions. Il n'y a donc pas lieu de modifier le titre de l'article Wikipédia, qui rend compte des éditions majoritaires, aussi bien avant 1907 qu'après 1907, qui portent bien pour la plupart du Luxembourg. Merci, Kertraon (d) 5 août 2021 à 16:46 (UTC)[répondre]
N’aurait-on pas mieux fait de renommer la page Choix de poésies de Nerval/Une allée au Luxembourg, afin de mettre le poème en recueil ? C’est la pratique pour les recueils originaux, et je pense pour les anthologies aussi. — ElioPrrl (d) 5 août 2021 à 17:05 (UTC)[répondre]
Notification Zyephyrus : je me suis permis de recréer la page comme une redirection, d'une part pour répondre aux critiques justifiées de M0tty le mois dernier et d'autre part puisqu'on trouve en effet le titre avec du (ici par exemple). Notification ElioPrrl : oui il faudrait, si tu as le temps c'est à faire ! --Jahl de Vautban (d) 5 août 2021 à 20:47 (UTC)[répondre]
J’ai aussi modifié du en au dans Auteur:Gérard de Nerval : « diff » [42]. Waltor (d) 6 août 2021 à 11:00 (UTC)[répondre]
Notification Waltor et Jahl de Vautban : Renommage Fait  : les poèmes sont mis en recueil. J’ai aussi ajouté des liens dans la table des matières : qui voudra créer les autres poèmes de l’anthologie n’aura qu’à suivre les liens rouges. Si vous vous sentez de le faire, Waltor, n’hésitez pas Clin d'œil. (Par contre, la page Auteur: de Nerval mériterait un sacré nettoyage, à mon avis.) — ElioPrrl (d) 6 août 2021 à 16:01 (UTC)[répondre]

Catégories auteurs, moins chargées ?[modifier]

Bonjour,

Si vous allez à Catégorie:Auteurs-A par exemple, vous verrez un pavé de navigation. Je me suis demandé combien d'auteurs par catégorie. Voici ce que j'ai déterminé :

Catégorie Nombre
auteurs
Catégorie:Auteurs-A 553
Catégorie:Auteurs-B 1361
Catégorie:Auteurs-C 1036
Catégorie:Auteurs-D 913
Catégorie:Auteurs-E 156
Catégorie:Auteurs-F 478
Catégorie:Auteurs-G 720
Catégorie:Auteurs-H 441
Catégorie:Auteurs-I 32
Catégorie:Auteurs-J 229
Catégorie:Auteurs-K 142
Catégorie:Auteurs-L 1064
Catégorie:Auteurs-M 972
Catégorie:Auteurs-N 201
Catégorie:Auteurs-O 105
Catégorie:Auteurs-P 701
Catégorie:Auteurs-Q 32
Catégorie:Auteurs-R 630
Catégorie:Auteurs-S 717
Catégorie:Auteurs-T 373
Catégorie:Auteurs-U 25
Catégorie:Auteurs-V 382
Catégorie:Auteurs-W 173
Catégorie:Auteurs-X 5
Catégorie:Auteurs-Y 20
Catégorie:Auteurs-Z 46
Total 11507

Devrions-nous publier des catégories moins chargées pour faciliter le repérage d'un auteur ? Je pense à celles dont le nombre excède 400 auteurs. Néanmoins, je consulte très peu ces catégories. Donc, je doute que c'est pertinent.

Un avis ?

Cantons-de-l'Est discuter 6 août 2021 à 14:11 (UTC) PS : Je suis étonné que nous publions plus de 11 500 auteurs. Ce n'est pas l'intégralité de leurs œuvres, loin s'en faut, mais quand même. --CdlE[répondre]

Je doute aussi que cela soit pertinent. Je pense que les recherches d’auteur se font plutôt dans l’Index des auteurs, dont le lien est placé sur la page d’accueil et dans la colonne de gauche. Je pense que le vrai moyen serait de « vulgariser » auprès des lecteurs l’outil de recherche avancée sur Wikisource, qui permet de trouver des éléments communs à plusieurs catégories ; il faudrait même l’améliorer pour rechercher dans une catégorie mais pas une autre, dans une catégorie ou une autre, etc. (je crois qu’un vœu similaire avait été proposé l’année dernière lors que la « Community Wishlist »). Le nombre de pages dans chaque catégorie serait alors indifférent, il suffirait de recouper plusieurs d’entre elles pour affiner la recherche. — ElioPrrl (d) 6 août 2021 à 14:57 (UTC)[répondre]
Recouper les catégories pour affiner la recherche ? Même avec mes études supérieures (il y a longtemps), je continue de consulter le Robert des noms propres en ouvrant là où la chose ou l'être humain doit être, et en tournant ensuite vers l'arrière ou l'avant selon l'ordre alphabétique. Ai-je le besoin de localiser un écrivain suisse alémanique écrivant en français et né dans le dernier quart du XIXe siècle ? Pour ça je m'adresse à Wikipedia, avec la recherche brutale sur le texte entier. Le recoupement de catégories suppose qu'on sait localiser les catégories, donc qu'on connaît la logique qui a présidé à leur définition. Et que les auteurs sont diligemment ornés de leurs catégories, ce qui est très inégalement fait, sauf là où il y a un automatisme. Sauf à considérer les noms de catégories comme des tags. Je ne crois pas que ce soit la mission de Wikisource. --Wuyouyuan (d) 7 août 2021 à 16:12 (UTC)[répondre]
Notification Cantons-de-l'Est et Wuyouyuan : Justement, c’est bien ce que je dis, à mon avis, personne n’utilise les catégories pour localiser un auteur, mais plutôt l’index des auteurs — qui fonctionne justement comme le petit Robert. Plus loin dans le message, je reconnais que ce n’est pas clair, quand je parle de recouper les catégories, j’élargis à la recherche de livres en général, et pas seulement d’auteur — mais je crois que cela marche aussi pour un auteur, car, même si l’on connaît le nom de l’auteur, disons Léon Brunschvicg (pas une célébrité certes, mais pas un inconnu non plus, l’un des philosophes français les plus importants de la fin du xixe siècle) :
— soit je cherche dans l’index des auteurs, lettre B, mais il faut que je fasse défiler des pages et des pages de résultats, parce qu’ensuite je ne peux pas aller à BR
— soit je me tourne vers la barre de recherche en haut à droite. Mais encore faut-il savoir qu’on trouvera la liste de ses œuvres dans un espace des noms spécial, et taper en conséquence dans la barre de recherche Auteur:Léon Brunschvicg pour y arriver directement ; je peux aussi utiliser la recherche avancée et rechercher dans la catégorie Auteurs, ou dans l’espace des noms Auteur. Mais si je ne sais pas tout cela (et à moins d’un contributeur ou d’un lecteur très assidu, je ne le sais pas), ou même simplement si je ne connais pas le prénom de Brunschvicg (car à la différence du Robert, les noms de pages Auteur: commencent, sauf exception, par un prénom), je tape simplement Brunschvicg ; je ne peux même pas cliquer sur un résultat d’autocomplétion, parce que sinon j’aboutis sur un fac-similé ; j’obtiens une liste de liens ; et je ne trouve même pas la page Auteur: voulue dans la première page de résultats !
Bref, sauf pour les auteurs les plus connus, où des redirections ont été créées, ça ne fonctionne pas du tout comme Wikipédia, où je tape et je tombe directement sur la bonne page, voire, à tout le moins, sur une page homonyme. Mieux qu’une subdivision en sous-catégories que peu de monde consulterait, je pense toujours qu’il vaut mieux expliquer comment filtrer par catégorie ou espace des noms dans la recherche avancée ; et, mieux encore, proposer, dans la colonne de gauche et dans l’index des auteurs, une barre de recherche « Rechercher un auteur », limitée à l’espace des noms Auteur:. — ElioPrrl (d) 7 août 2021 à 17:04 (UTC)[répondre]
Notification ElioPrrl : sauf erreur l'Index des Auteurs se contente de renvoyer aux catégories. Je doute qu'il soit très utilisé à vrai dire, il est tout aussi malcommode et les tableaux chronologiques ne sont pas à jour. Une barre de recherche limitée à l'espace auteur me semble une bonne idée pour l'améliorer. Tu mentionnes les pages de redirection : il ne faut pas hésiter à les créer si elles te semblent pertinentes. Léon Brunschvicg, Brunschvicg, Léon et Brunschvicg peuvent toutes pointer vers Auteur:Léon Brunschvicg. Si d'aventure un second Léon Brunschvicg apparaît, ce n'est pas grave, on transformera ces redirections en page d'homonymie. --Jahl de Vautban (d) 8 août 2021 à 08:01 (UTC)[répondre]
Cela dépend peut-être des auteurs alors, car les quelques liens que j’ai essayés hier me renvoyaient aux pages Auteur:.
Par goût personnel, je préfère ne pas créer ces redirections ; je suis un peu psychorigide, n’est-ce pas, et donc j’aime que les auteurs soient dans l’espace Auteur: et pas dans l’espace principal. La barre de recherche est une solution que je pense satisfaisante au coût le moindre, tandis que les redirections, pour être cohérentes et utiles, nécessitent un gros travail de créations de page, donc un travail de fourmi. — ElioPrrl (d) 8 août 2021 à 09:13 (UTC)[répondre]

Je viens de créer une barre de recherche dans mon Bac à sable. Elle peut encore être améliorée (je cherche comment permettre l’auto-complétion de la recherche, en particulier), mais au moins elle permet de ne rechercher que dans l’espace de nom Auteur: Je vous la laisse essayer un peu pour voir si elle vous satisfait. — ElioPrrl (d) 9 août 2021 à 17:38 (UTC)[répondre]

Catégorisation et recherche des livres[modifier]

(Je continue ici car c’est, je le reconnais, un sujet un peu différent.) Je disais que je pensais à la recherche de livres plutôt que d’auteurs dans mon message précédent. Quand on fréquente une bibliothèque (ce qu’est Wikisource, si je ne me trompe), on peut arriver références en main et aller droit au but, mais, bien souvent, on arrive seulement avec l’idée de partir avec un roman dans le style de Mary Shelley, ou une source primaire sur le règne de Justinien, ou une étude récente sur la philosophie de Hegel, sans savoir le titre. Je ne crois forcer le rôle originel des catégories (c’est bien comme cela que leur rôle est entendu sur Commons) en proposant de tirer partie des catégories, exactement comme de tags, pour faciliter la recherche dans ce second cas : Roman / gothique / anglais, Œuvre d’histoire / du sixième siècle / écrite en grec, Histoire de la philosophie / hégélienne / publiée au xxie siècle, etc., pour trouver Les Mystères d’Udolphe d’Ann Radcliff, l’Histoire secrète de Procope ou L’Idéalisme hégélien de Tinland (je prends à dessein des titres qui ne contiennent pas « Shelley », « Justinien » ou « Hegel », et qu’on ne trouverait donc pas rapidement par une simple recherche par mots-clefs). Un outil permettant de recouper les catégories permettrait ce genre de requêtes, et aurait en plus l’avantage de ne pas avoir à créer une combinatoire étourdissante de catégories. D’ailleurs, si l’on veut un parallèle, le catalogue de la BnF propose une recherche par thèmes (bien défaillante il est vrai). Je ne crois pas outrepasser la mission de Wikisource en proposant cela. — ElioPrrl (d) 7 août 2021 à 17:11 (UTC)[répondre]

De la part de quelqu'un qui a beaucoup fréquenté les bibliothèques (papier) dans une vie antérieure : le Démon des Bibliothèques, qui fait que le livre qui correspond à votre recherche apparaît magiquement sous votre main avant que vous ayez commencé à chercher sérieusement, n'est pas actif en ligne. Je suis toujours obligé de fouiller péniblement avec les outils disponibles, qui déversent un tas à mes pieds.
Pour le plaisir, un exemple d'action du Démon : étant à la BPI du Centre Pompidou pour consulter l'ouvrage de base sur une méthode d'analyse en informatique de gestion de ce temps-là, j'ai vu apparaître un autre ouvrage, qui attaquait violemment les bases théoriques de cette méthode (et donc permettait d'en prendre connaissance efficacement). Ce dernier ouvrage était dans le rayon, pas à sa place, comme s'il m'attendait. --Wuyouyuan (d) 7 août 2021 à 22:09 (UTC)[répondre]
C'est en plein dans la mission de Wikisource : mais c'est un travail colossal que je ne crois pas réalisable dans un futur proche. Il faudrait déjà se mettre d'accord sur l'intitulé des catégories elles-mêmes et sur leur arborescence. En ce sens tirer parti des systèmes actuels de classification, la décimale universelle ou la Dewey pour n'en citer que deux, me semble être une piste à privilégier plutôt que de réinventer la roue. Plus immédiatement, on pourrait trancher la manière dont l'on catégorise les œuvres de l'auteur vs les œuvres sur l'auteur. J'avais proposé quelque chose mais ça n'a pas été très suivi et il me semble que l'on se dirige plutôt vers une catégorie éponyme pour chaque auteur et une sous-catégorie Œuvres de l'auteur, ce qui me convient aussi mais il faudrait le généraliser. --Jahl de Vautban (d) 8 août 2021 à 08:01 (UTC)[répondre]
PS : PetScan permet des recherches assez pointues pour ceux qui ont la patience de l'apprivoiser, mais il me semble trop compliqué pour un lecteur de passage. --Jahl de Vautban (d) 8 août 2021 à 08:01 (UTC)[répondre]
Je signe des deux mains votre message, @Jahl de Vautban, et notamment le passage sur la CDU et Dewey (et je renouvelle mon adhésion à l’idée de distinguer production de l’auteur et production sur l’auteur).
Mon idée, pour la dire toute entière, serait effectivement d’implémenter les divisions d’une de ces classifications, et de proposer un outil petscan simplifié pour rechercher par sujet. La BnF propose déjà, je l’ai dit, une recherche par « Sujet, genre et forme », et je l’ai utilisée avec succès, par exemple, pour dénicher des « Récits personnels » (genre) sur quelques grands événements de l’histoire (sujet). Malheureusement, tous les livres n’y sont pas catégorisés, et donc susceptibles d’être proposés comme résultats ; et même pour les livres déjà étiquetés, l’étiquetage est parfois fautif (je pense notamment aux mathématiques : visiblement, les bibliothécaires n’y connaissent rien en mathématiques, ce que je peux tout à fait entendre, si bien qu’ils se basent sur les titres pour classifier les ouvrages : hélas, ce n’est pas parce qu’il y a « analyse » ou « Théorie analytique » dans le titre que le livre est un ouvrage d’analyse). Je reconnais donc que le projet est complexe ; mais à la différence de la BnF, nous sommes nombreux, nous avons des connaissances et des intérêts divers, nous lisons intégralement les livres que nous transcluons, et même nous sommes au moins deux à lire chaque livre : ce qui évitera, je l’espère, les erreurs, et divisera cette tâche titanesque. — ElioPrrl (d) 8 août 2021 à 09:13 (UTC)[répondre]
On peut mettre à profit Wikidata. En effet, si chaque livre de Wikisource était listé là-bas avec « Sujet, genre et forme », on pourrait profiter de la puissance/polyvalence de SPARQL pour les recherches.
Par ailleurs, il faut que les résultats des recherches soient « conviviaux ». Pour chaque ouvrage trouvé, il faut voir au moins le titre, le tome, le nom de l'auteur, l'année de publication, « Sujet, genre et forme » et le lien de téléchargement. Le rendu offert par le moteur de recherche de Wikisource est donc à rejeter (pas convaincu ? Mettez-vous dans la peau d'un lecteur lambda et voyez si cette recherche vous permet de facilement télécharger le livre électronique souhaité).
Selon ma lecture de la situation actuelle, la mise en place de ce système dépend essentiellement de la présence de « Sujet, genre et forme » pour chaque livre de Wikisource. Par la suite, il faudra obtenir un moteur de recherche à interface conviviale.
Le travail à faire est immense, il y a donc de la planification à faire pour canaliser les énergies disponibles.
Cantons-de-l'Est discuter 9 août 2021 à 07:18 (UTC)[répondre]
Faut-il un système structuré comme l'est le catalogue de la BnF, assis sur des millénaires-homme de travail de bibliothécaire, ou une recherche dans un énorme tas, comme est Google Livres ? Or il se trouve qu'en quelques années de pratique de l'un et de l'autre (années calendaires, pas années-homme) j'ai trouvé plus pratique de commencer par le tas de Google, avant de désigner à la BnF ce que je veux et que j'ai déjà trouvé. Si je pose la question d'abord à la BnF, je vois descendre une vaste quantité d'ouvrages non pertinents, choisis selon une logique qui m'échappe, alors que Google, dont la logique est "démocratique" (proposer d'abord ce qui a eu le plus de succès dans des recherches antérieures) et sans effort de la part du fournisseur, me dit dans quelle direction chercher. Mais je ne veux pas décourager, je ne suis qu'un grand consommateur, et modeste contributeur obscurantiste. --Wuyouyuan (d) 9 août 2021 à 21:24 (UTC)[répondre]
Un système totalement structuré est illusoire pour Wikisource dont les contenus sont créés et maintenus par des bénévoles qui ne "travaillent" pas à plein temps… par contre il ne serait pas idiot de poser une logique qui pourrait être suivie pas les "contributeurs initiés". Cependant, je trouve que certaines catégories créées "sauvagement" à l'initiative de certains contributeurs passionnés d'un sujet peuvent aussi être utiles pour faires des liens entre ouvrages qui traitent ou abordent des sujets en commun… et c'est en parcourant le labyrinthe du web au hasard de certains clics que l'on tombe de temps en temps sur des oiseaux rare que l'on est heureux de découvir ! Sourire--Lorlam (d) 11 août 2021 à 23:43 (UTC)[répondre]
Bonjour. Mon avis est qu'il n'y a pas de système parfait pour faire ce que l'on veut, mais qu'il faut « multiplier » les systèmes de recherche pour que le lecteur puisse se retrouver comme dans une bibliothèque. Par exemple, je crois fortement en les portails pour proposer au lecteur de rentrer dans un thème donné. Quand on organise un portail, on se comporte un peu comme un bibliothécaire qui met en avant des textes plutôt que d'autres, et qui organise des thèmes selon sa vision. J'avais créé il y a quelques mois une ébauche de portail pour le théâtre, que j'espère bien finir prochainement pour le mettre dans l'espace principal. Or des portails peuvent être créés pour un thème aussi bien spécifique (les représentations de la planète Mars dans la littérature de la Renaissance) que général (la théâtre donc). Mais je reconnais que c'est un très gros travail, très peu réalisé sur Wikisource aujourd'hui, lié à la valorisation de nos textes. --Consulnico (d) 12 août 2021 à 08:37 (UTC)[répondre]

Fichier PDF flou / DJVU net.[modifier]

Bonjour, j'ai essayé de réparer un fichier défectueux ici. Le problème de ce fichier était qu'il était flou et difficilement lisible. Je l'ai récupéré à la source, puis passé en noir et blanc 600dpi pour les pages de texte, enfin j'ai fait l'ocr avec finereader et réalisé un export dans la meilleure qualité possible. Le fichier généré est parfaitement net chez moi, alors qu'il apparaît flou sur Wikisource comme vous pouvez le voir sur une page au hazard. Ce qui est étrange, c'est que si je télécharge le fichier pdf de Commons, il est parfaitement net chez moi. C'est donc le moteur de rendu sur Ws qui le rend flou. Cela conforte mes préjugés contre les pdf car je n'ai pas rencontré ce problème avec des djvu.

Je viens de mettre en ligne le même fichier exporté au format djvu pour comparer le pdf et le djvu. Quelqu'un a une idée de la raison de la dégradation sur le pdf ?--Cunegonde1 (d) 12 août 2021 à 17:14 (UTC)[répondre]

C'est assez flagrant en effet. Je note que la résolution du pdf n'est que de 407 × 1 403 pixels, là où le djvu en a une de 1 630 × 5 612 pixels : le floutage doit venir de cette compression, mais je n'ai pas d'idée de ce qui l'a causé. C'est d'autant plus aberrant que malgré cette différence, le pdf est deux fois et demi plus lourd que le djvu. --Jahl de Vautban (d) 13 août 2021 à 07:34 (UTC)[répondre]
J'ai déplacé les pages traitées sur le PDF vers le DJVU et j'ai supprimé la copie de mauvaise qualité… --Ernest-Mtl (d) 13 août 2021 à 13:35 (UTC)[répondre]
C’est la première page d’un f-s qui détermine la résolution de toutes les images qui seront extraites de ce f-s à partir de Commons. Du moins c’est ce que j’en ai conclu après avoir déjà inséré en première page des images de qualité moindre. Si les pages sont numérisées à 600dpi, j’ai bien peur qu’elles ne seront accessibles qu’à 100dpi si cette résolution correspond à celle de la page 1. C’est ce qui semble se produire dans l’exemple de @Cunegonde1. --Denis Gagne52 (d) Le miraculé du 9e 15 août 2021 à 02:10 (UTC)[répondre]
Ok Notification Denis Gagne52 :, mais cela ne réponds pas à la question de la différence de rendu sur WS entre les fichiers pdf et djvu, les deux exemplaires étant réalisés à partir du même scan et exportés tous deux à partir de finereader dans la meilleure qualité d'export possible. Je rappelle également que le fichier pdf que vous pouvez télécharger sur Commons est visuellement de la même qualité que le djvu.--Cunegonde1 (d) 15 août 2021 à 03:27 (UTC)[répondre]
Effectivement ça n’explique pas l’écart constaté. Je ne travaille jamais avec le PDF. Adobe assure la compatibilité arrière des documents produits à partir de ses solutions mais pas toujours avec ceux provenant des autres concepteurs. Microsoft, Autodesk et autres géants se sont déjà cassés les dents à produire eux-mêmes du PDF. Le rendu du fichier PDF produit avec FineReader est exceptionnel et il contient en outre une très belle TDM. Bravo ! Toutefois lorsqu’on tente d’extraire une image de ce PDF, on reçoit le message suivant : « Lenght in linearization table is invalid ». Il semble donc y avoir un problème avec la table produite par FineReader ce qui pourrait expliquer les incohérences de Commons. --Denis Gagne52 (d) Le miraculé du 9e 15 août 2021 à 15:33 (UTC)[répondre]
Merci Notification Denis Gagne52 : pour ces éclairages, et merci à Notification Ernest-Mtl : d'avoir déplacé les pages déjà corrigées vers les pages du fichier djvu. En ce qui me concerne je ne travaille pas non plus avec les pdf lorsque je prépare des fac-similé pour wikisource. Je privilégie toujours le format djvu, que je connais mieux. Je n'approche le format pdf que lorsqu'il faut réparer ou ajouter des couches textes à des fichiers créés par d'autres contributeurs. En tout cas cette expérience confirme mon préjugé contre le format pdf.--Cunegonde1 (d) 16 août 2021 à 04:42 (UTC)[répondre]

Notes vers des pages ou d'autres notes[modifier]

Bonjour
Je ne trouve pas comment transcrire des renvois insérés dans des notes de bas de page, ce qui ne semble pas être traiter dans l'aide sur les notes :

Comment faire ? --Dom (d) 13 août 2021 à 11:08 (UTC)[répondre]

Bonjour @Dom. Je dirais que vous avez besoin de choses, en fonction de l'espace de nom dans lequel vous vous situez en tant que lecteur/contributeur. Dans l'espace Page:, vous voulez renvoyer aux pages dans le même espace ; en transclusion, dans l'espace principal, vous voulez rester dans l'espace principal. Au prix d'une syntaxe légèrement plus compliquée, vous pouvez tirer partie des balises noinclude et includeonly, de la manière suivante :
  • Voir pages [[<noinclude>Page:Hobbes - Léviathan - Tome I.djvu/21</noinclude><includeonly>Léviathan/Introduction du traducteur#xviii</includeonly>|{{rom|xviii}}]] et [[<noinclude>Page:Hobbes - Léviathan - Tome I.djvu/22</noinclude><includeonly>Léviathan/Introduction du traducteur#xix</includeonly>
Vous pouvez voir sur ma troisième page de brouillon le rendu en mode Page:, et sur ma deuxième le rendu en transclusion. La même chose peut être faite pour les notes, en remplaçant le texte après le dièse par cite-note-numéro de note. Cette méthode suppose que vous sachiez déjà le nom des sections transclues et le numéro de la note en transclusion, aussi peut-être est-il mieux de faire les renvois internes lorsque vous serez parvenu au bout de la correction et de la transclusion.
Par ailleurs, pour vous aider dans votre travail, je vous invite à activer trois gadgets bien utile : le gadget Scanilles, le gadget généraliste et le gadget Typo , qui permettront notamment de mettre en surbrillance certaines erreurs fréquentes (typiquement une apostrophe droite (') au lieu de courbe (’)) et de les corriger rapidement. --Jahl de Vautban (d) 13 août 2021 à 12:07 (UTC)[répondre]
Merci Jahl de Vautban !Merci !, même si je ne suis pas convaincu de l'utilité de créer des liens rouge qui ne fonctionneront pas une fois la transclusion faite. --Dom (d) 13 août 2021 à 13:19 (UTC)[répondre]
Notification Dom : pardon si ce n'était pas clair, mais ils fonctionneront bien à la transclusion ! Dans l'exemple donné, c'est juste que pour l'instant la page Léviathan/Introduction du traducteur n'existe pas. --Jahl de Vautban (d) 13 août 2021 à 13:47 (UTC)[répondre]
Notification Jahl de Vautban : Ok, je comprends mieux. --Dom (d) 13 août 2021 à 14:11 (UTC)[répondre]
Notification Dom : Il y a un modèle qui permet de faire cela plus simplement : {{lia}}, dont je vous laisse lire la documentation. Le mieux est d’insérer une ancre dans le texte à l’endroit de la cible : cela demande beaucoup de travail, mais est très utile pour l’export (car souvent le début de la page où se trouve le mot visé, auquel les ancres automatiquement générées renvoient, se retrouve dans le fichier exporté sur une autre page que le mot lui-même). Notez que pour renvoyer vers une autre note, des ancres existent déjà dans la transclusion, comme l’a indiqué @Jahl de Vautban, donc pas la peine de les créer.
Et dernière remarque, quand vous créerez la transclusion, je pense qu’il vaut mieux ne pas appeler la page (et ses sous-pages) Léviathan, mais Léviathan (Hobbes, trad. Anthony), parce que d’autres auteurs ont écrit des œuvres du même titre (Julien Green notamment), et parce qu’il y a plusieurs traductions du Léviathan de Hobbes qui ont toutes leur place sur Wikisource ; Léviathan et Léviathan (Hobbes) pourront comme ça être réservées pour en faire des pages d’homonymie. — ElioPrrl (d) 13 août 2021 à 19:02 (UTC)[répondre]
Merci ElioPrrl !Merci ! Si je comprend bien, il faut donc que je prépare la transclusion en parallèle pour avoir les noms de pages et de sous-pages ? --Dom (d) 14 août 2021 à 08:19 (UTC)[répondre]
Notification Dom : Il faut au moins savoir quel sera le titre et l’organisation des pages de transclusion. Cette dernière doit refléter l’architecture du livre, et c’est d’ailleurs pourquoi je vous conseillerai de commencer par corriger la table des matières. Dans votre cas, j’imagine que vous créerez Léviathan (Hobbes, trad. Anthony) pour la « page de garde » (celle où l’on trouve l’épigraphe et la table des matières) du livre, puis Léviathan (Hobbes, trad. Anthony)/Chapitre N pour chaque chapitre. (Je ne pas pense qu’il soit judicieux de créer un niveau intermédiaire pour chaque tome, parce que les tomes ne sont pas faits pour être lus indépendamment, ils doivent leur existence à de pures contraintes techniques.)
On déconseille généralement de créer des transclusions dans l’espace principal avant que le texte en soit entièrement corrigé. Par contre, vous pouvez le faire dans une sous-page de votre espace Utilisateur: (par exemple en suivant ce lien). C’est ce que je fais par exemple sur cette page : je ne transclurai le chapitre qu’une fois entièrement relu ; mais avoir en attendant ce brouillon sous les yeux rend plus simple le repérage de problèmes dans la transclusion au fur et à mesure de la correction, plutôt qu’au moment de transclure un chapitre entier. — ElioPrrl (d) 14 août 2021 à 10:28 (UTC)[répondre]
Notification ElioPrrl : Merci pour tout ces conseils. --Dom (d) 14 août 2021 à 13:03 (UTC)[répondre]

Retirer le Projet de la semaine: bibliothèques nationales?[modifier]

Bonjour à tous… Avant le Défi 5000, transformé par la suite en Mission 7500, il y avait le Projet de la semaine des bibliothèques nationales. Attendu que nous tentons de couvrir dans les Missions une variété d'ouvrages, venant de bibliothèques variées, incluant les bibliothèques nationales, est-il encore utile de conserver cet encadré/projet plus longtemps… À peine quelques modifications y ont été effectuées dans les 2 dernières années et je ne crois pas que bien des gens se préoccupent de cet ancien projet communautaire. Je crois qu'il vaudrait mieux l'y retirer. Qu'en pensez-vous? --Ernest-Mtl (d) 18 août 2021 à 01:05 (UTC)[répondre]

  1. Pour Pour --Ernest-Mtl (d) 18 août 2021 à 01:05 (UTC)[répondre]
  2. Pour Pour le retirer. Cela avait déjà été proposé pour laisser un peu plus de place sur la page, mais aucune suite n'a été donnée. --Kaviraf (d) 18 août 2021 à 06:57 (UTC)[répondre]
  3. Pour PourElioPrrl (d) 18 août 2021 à 08:17 (UTC)[répondre]
  4. Pour Pour --Raymonde Lanthier (d) 18 août 2021 à 14:39 (UTC)[répondre]
  5. Pour Pour --Viticulum (d) 18 août 2021 à 15:14 (UTC)[répondre]
  6. Pour Pour le fait de retirer le "projet", qui n'évolue pas souvent et qui ne doit effectivement pas être suivi par grand monde... par contre, je trouvais bien le fait de citer les bibliothèques de France, Québec/Canada, Belgique, Suisse… ce qui montrait que la Wikisource francophone avait un petit aspect international… et du coup il serait pas mal de pouvoir mettre cet aspect en avant autrement ! --Lorlam (d) 18 août 2021 à 15:16 (UTC)[répondre]
Je vais tenter de mettre en place quelque chose à même la Mission. --Ernest-Mtl (d) 22 août 2021 à 14:43 (UTC)[répondre]
  1. Pour Pour, avec la réserve suivante : je suis récemment tombé sur le partenariat avec la BNF, ce serait sans doute bénéfique de liquider quelque chose qui dure depuis dix ans en piochant dans la liste des textes fournis des ouvrages à promouvoir dans le défi 7500. --Jahl de Vautban (d) 18 août 2021 à 17:28 (UTC)[répondre]
Le gros problème qu'il y avait avec cette sélection d'ouvrage, c'est que l'OCR est généralement exécrable car la qualité des FS, malgré qu'elle ait été faite au mieux, se trouvaient être de mauvaise qualité. On se retrouve alors avec des pages entières à ré-écrire à la mitaine… Cependant, ça pourrait en effet être une bonne chose à insérer, un par mois, dans la Mission, s'il se trouve des missionnairesMort de rire --Ernest-Mtl (d) 22 août 2021 à 14:43 (UTC)[répondre]
Une nouvelle section vient d'être ajoutée dans la Mission : Diversité internationale… Cela permettra de remplacer/intégrer cette diversité à même la Mission et devrait, je crois, venir chercher les atouts additionnels que présentait le Projet de la semaine des bibliothèques nationales. --Ernest-Mtl (d) 22 août 2021 à 15:10 (UTC)[répondre]

Police de caractère (Font) pour Wikisource[modifier]

Bonjour, il y a quelques années, j'avais trouvé sur le scriptorium un lien permettant d'utiliser et de télécharger une police de caractère appelée WikisourceMono qui affichait des caractères très différents pour les lettres conduisant à des scanilles courantes (I/l, 0/O,) etc. Il me semble que c’était Notification Hsarrazin : qui l'avait préconisée. Je l'ai utilisée jusqu’à une mise à niveau de mon ordi hier, et je n'arrive plus à la retrouver. Quelqu'un s'en souvient-il ? Je serais fort aise de retrouver cet outil très précieux pour moi. Merci d'avance aux contributeurs qui auraient plus de mémoire ou de savoir faire en recherche que moi. Cunegonde1 (d) 18 août 2021 à 11:06 (UTC)[répondre]

J’ai trouvé c'est WikisourceMono qui se trouve ici.--Cunegonde1 (d) 18 août 2021 à 11:57 (UTC)[répondre]

Appel à commentaires sur le projet de directives d'application du Code de Conduite Universel[modifier]

Le Comité de rédaction du Code de Conduite Universel Phase 2 souhaite recevoir des observations sur le projet de directives d'application du Code de Conduite Universel (CCU). Cette revue est prévue du 17 août 2021 au 17 octobre 2021.

Ces directives ne sont pas définitives mais vous pouvez contribuer à faire avancer les choses. Le comité révisera les lignes directrices en fonction des commentaires de la communauté.

Vous pouvez partager vos commentaires dans la langue de votre choix sur la page de discussions et à bien d'autres endroits. Les membres de la communauté sont encouragés à organiser des conversations dans leurs communautés.

Des discussions en direct sont prévues sur le projet de directives d'application du CCU:

Des résumés des discussions seront publiés toutes les deux semaines ici.

N'hésitez pas à me contacter si vous avez des questions.

MPossoupe (WMF) (d) 18 août 2021 à 17:52 (UTC)[répondre]

Votez pour élire les nouveaux administrateurs au conseil d'administration de la fondation Wikimedia[modifier]

Le vote pour l'élection 2021 du conseil d'administration est maintenant ouvert.

Dès maintenant jusqu'au 31 Août, vous êtes invités à voter pour élire les personnes ayant les qualités requises pour répondre au mieux aux besoins du mouvement pour les prochaines années.

Découvrez les 19 candidats et apprenez-en davantage sur eux.

Vous pouvez voter depuis le projet de votre choix:

Vous pouvez voter plusieurs fois. Seul votre dernier vote sera pris en compte.

Votez et passer le message autour de vous!

Bien à vous,

MPossoupe (WMF) (d) 18 août 2021 à 18:04 (UTC)[répondre]

Parmi les sympathiques candidats, quatre francophones, une Alsacienne, une Ivoirienne, un Algérien, et un Belge. Et quatre Indiens des Indes. Mais pas d'extrême-Orientaux (Chinois, Japonais ... Ai-je mal vu ?). Donc rien que des Aryens, sauf deux Africains. Est-ce que ça signifie quelque chose ? --Wuyouyuan (d) 21 août 2021 à 13:49 (UTC)[répondre]

Update on the OCR Improvements[modifier]

Hello! Sorry for writing in English. Aidez-nous à traduire dans votre langue.

The OCR Improvements are complete. We, the Community Tech team, are grateful for your feedback from the beginning to the last stage when we were finalizing the interface.

L’amélioration de l’OCR est terminée. L’équipe Community Tech est reconnaissante pour les remarques que vous lui avez fait remonter depuis le début et jusqu’à la dernière étape, celle de la finalisation de l’interface.

Engine improvements[modifier]

OCR menu in toolbar
OCR menu in toolbar
Reliability / Fiabilité

Prior to our work, the OCR tools were separate gadgets. We have added "Wikimedia OCR." It is available under one icon inside the toolbar on all Wikisource wikis. This tool supports two other OCR tools, Tesseract and Google OCR. We expect these tools to be more stable. We will maintain Wikimedia OCR.

The gadgets will remain available. The communities will have sovereignty over when to enable or disable these.

Avant nos travaux, les outils d’OCR étaient des gadgets isolés. Nous leur avons adjoint « Wikimedia OCR », accessible grâce à une nouvelle icône de la barre d’outil dans tous les projets Wikisource. Cet outil gère deux autres outils d’OCR, Tesseract et Google OCR. Nous espérons que ces outils seront plus stables, et nous nous occuperons de la maintenance de Wikimedia OCR.

Les gadgets demeureront utilisables. Il sera du ressort de chaque communauté de les maintenir ou de les suspendre.

Speed / Vitesse

Prior to this work, transcription would take upwards of 40 seconds. Our improvements average a transcription time under 4 seconds.

Avant ces travaux, la durée de transcription pouvait atteindre 40 secondes. Nos améliorations abaissent cette durée à moins de 4 secondes en moyenne.

Advanced Tools improvements / Améliorations avancées[modifier]

Multiple-language support / Gestion du multilinguisme

Documents with multiple languages can be transcribed in a new way.

  1. Open the Options avancées
  2. Select the Languages (optional) field
  3. Search for and enter the languages in order of prevalence in the document.

Les documents multilingues peuvent être transcrits à nouveaux frais :

  1. Ouvrez Options avancées ;
  2. Sélectionnez le champ (facultatif) « Langues » ;
  3. Cherchez et entrez les langues par ordre de prédominance dans le document.
UI Crop tool in Advanced tools
Cropping tool and Multi-column support / Recadrage et gestion des colonnes

We have included a Cropper tool. It allows to select regions to transcribe on pages with complicated layouts.

L’outil inclut un outil de recadrage. Il permet de sélectionner les zones à transcrire dans une mise en page complexe.

Discoverability and accessibility of OCR / Promotion et accessibilité auprès des nouveaux contributeurs

We have added an interface for new users. It is pulsating blue dots over the new icon in the toolbar. The new interface explains what OCR means and what transcription means in Wikisource.

Nous avons ajouté une interface pour les nouveaux utilisateurs, signalée par un point bleu clignotant sous la nouvelle icône de la barre d’outil. Cette nouvelle interface explique ce que signifient « OCR » et « transcription » pour les Wikisourciens.

We believe that you will do even more great things because of these changes. We also hope to see you at the 2022 Community Wishlist Survey. Thanks you again for all your opinions and support.

Nous sommes sûrs que, grâce à ces changements, vous ferez encore plus de belles choses. Nous espérons également vous retrouver lors de la consultation des vœux de la communauté 2022. Encore merci pour vos avis et votre soutien !

Please share your opinions on the project talk page / N’hésitez pas à laisser vos commentaires sur la page de discussion du projet !

NRodriguez (WMF) and SGrabarczuk (WMF) 19 août 2021 à 01:57 (UTC)[répondre]

Femme de lettres (1)[modifier]

Bonjour, est-ce assez intéressant de télecharger le roman en 5 tomes Amélia et Caroline, ou L’Amour et l’Amitié (1808) de l'Auteur:Louise-Félicité de Keralio , femme de lettres ? Tome 1 : https://gallica.bnf.fr/ark:/12148/bpt6k6373177p.texteImage~ ; etc. --Havang(nl) (d) 19 août 2021 à 10:48 (UTC)[répondre]

N’hésitez pas, il est toujours intéressant d’importer un livre, quel qu’il soit SourireElioPrrl (d) 19 août 2021 à 10:55 (UTC)[répondre]
Fichier:Keralio - Amélia et Caroline, ou L’amour et l’amitié - Tome 1 - 1808.pdf Fait . Est-ce que le titre du fichier est correct selon les règles de wikisource ? Sinon je peux le corriger avant de créer l'Index. --Havang(nl) (d) 19 août 2021 à 12:01 (UTC)[répondre]
Le titre est bon, mais il aurait mieux valu importer un fichier DjVu (cf. encore quelques discussions ci-dessus un cas de bug avec les PDF)… — ElioPrrl (d) 19 août 2021 à 13:04 (UTC)[répondre]

Réduire marges d'un pdf[modifier]

Bonjour ! Comment un pdf peut-il être redimensionné en réduisant ses marges ? Ce serait pour le livre : Livre:Compayré - Charles Démia et les origines de l'Enseignement primaire à Lyon.pdf qui a de tellement grandes marges qu'il est d'accès difficile à lire en même temps qu'éditer son OCR…

--Éτienne ♄ 19 août 2021 à 16:39 (UTC)

Personnellement, j'utilise Briss, j'ai mis la version résultante comme nouvelle version du fichier sur Commons.--Marceau (d) 19 août 2021 à 19:55 (UTC)[répondre]
Bonsoir Marceau merci beaucoup à toi de l'avoir fait (mes yeux te sont reconnaissants), et me faire connaître le logiciel Briss ! Sourire --Éτienne ♄ 20 août 2021 à 18:20 (UTC)
J'ignorais l'existence de Briss. Merci de nous le faire connaître Sourire. — Cantons-de-l'Est discuter 1 septembre 2021 à 14:55 (UTC)[répondre]

"Lancer une nouvelle discussion" dans Questions techniques, Choix éditoriaux et Questions légales[modifier]

Ce bouton :

du tableau Wikisource:Scriptorium/En-tête est identiquement présent en-tête du Scriptorium et aussi de Wikisource:Choix éditoriaux et Wikisource:Questions techniques. Bien ! mais il ne permet que de lancer une nouvelle discussion au Scriptorium… Est-ce volontaire ?

De plus, il n'y a pas de tel bouton pour Wikisource:Questions légales. (Mais tout va bien pour Wikisource:Glyphes & caractères/Question, ouf sauvés !)

Peut-on corriger et harmoniser un peu cela ? Je propose que soit placé le bouton "Lancer une nouvelle discussion" en-dessous des cinq propositions du tableau Wikisource:Scriptorium/En-tête, pouvant démarrer une discussion dans chaque page attitrée.

Ensuite, j'émets l'idée que le tableau Wikisource:Scriptorium/En-tête soit présent aussi en-tête des Wikisource:Questions légales et Wikisource:Glyphes & caractères/Question. Qu'en pensez-vous ?

--Éτienne ♄ 19 août 2021 à 16:39 (UTC)

Il me semble qu'on gagnerait à n'avoir qu'une seule page pour centraliser les discussions. En avoir cinq différentes, d'ailleurs peu actives hormis le Scriptorium lui-même, éparpille inutilement les échanges de la communauté. --Jahl de Vautban (d) 19 août 2021 à 17:36 (UTC)[répondre]
j’étais déjà contre la scission, je me demande si on pourrait pas ajouter un "tag" (sans savoir d’ailleurs si ce terme est exact) dans les discussions pour permettre de faire des recherche dans les archives sans avoir ses sous sections qui sont compliquées à utiliser. --Le ciel est par dessus le toit Parloir 19 août 2021 à 18:20 (UTC)[répondre]
L'idéal serait de pouvoir catégoriser une discussion, c-à-d une section de page, mais je n'ai pas l'impression que Médiawiki le permette.--Marceau (d) 20 août 2021 à 07:54 (UTC)[répondre]
Ce serait tellement bien d'avoir des "tags" pour catégoriser les discussions !… Tout à fait pour tout fusionner ici, au scriptorium vu qu'on n'est pas débordés sur les autres salons. --Éτienne ♄ 20 août 2021 à 18:20 (UTC)
Effectivement, regrouper ses différentes pages me parait très pertinent puisque que le contributorat de Wikisource se regroupe beaucoup autour du Scriptorium ! — Koreller (d) 21 août 2021 à 12:58 (UTC)[répondre]
Notification Le ciel est par dessus le toit, Vieux têtard et Etienne M : ce n'est pas directement possible de catégoriser une section, mais on pourrait changer le mode de fonctionnement du Scriptorium pour arriver à quelque chose de similaire. Si chaque sujet était une sous-page, type Wikisource:Scriptorium/Août 2021/"Lancer une nouvelle discussion" dans Questions techniques, Choix éditoriaux et Questions légales, il serait possible de les catégoriser individuellement et de les transclure dans la page mensuelle (en plaçant les catégories entre balises noinclude de manière à ce qu'elles ne catégorisent pas la page mensuelle). Le résultat donnerait quelque chose de similaire aux pages de demandes de suppression sur Commons, où vous pouvez voir en cliquant sur modifier que toutes les sections sont transclues. --Jahl de Vautban (d) 22 août 2021 à 06:35 (UTC)[répondre]
En fait, c'est exactement comme cela que fonctionne le système de discussion Flow (une discussion = une sous-page), avec les avantages que on peut suivre la page principale en étant tenu au courant de toutes les nouvelles discussions ou s'abonner seulement à une seule discussion qui nous intéresse. On pourrait demander à le mettre en place sur le scriptorium, mais ça risque de grincer un peu, parce que ça change. Cordialement. M0tty (d) 24 août 2021 à 14:39 (UTC)[répondre]
Bonjour, Flow va être désactivé de tous les wikis de la Fondation. Il est remplacé par l'outil de discussion que nous utilisons actuellement, avec le bouton Répondre qui s'affiche après chaque commentaire dans une discussion.
Le système actuel permet également de s'abonner à une discussion seule, sans devoir suivre toute la page, c'est l'icône de la cloche à côté des titres de sections qui permet cela. Cordialement. M0tty (d) 9 avril 2024 à 14:24 (UTC)[répondre]
Pour moi, il s'agit moins, à l'avenir, de regrouper dans le scriptorium les discussions des différentes pages spécialisées que de ventiler les discussions du scriptorium dans ces pages spécialisées, si cela avait été possible par catégories, les pages spécialisées devenant alors simplement les pages de la catégorie correspondante, avec l'avantage de pouvoir catégoriser après coup et de pouvoir faire apparaître la même discussion dans plusieurs catégories si plusieurs sujets y sont abordés. La solution serait peut-être de créer automatiquement, au lieu d'une section, une sous-page du scriptorium à chaque discussion, ce qui permettrait de la catégoriser.
D'autre part, la mécanique proposée dans les demandes de suppression sur Commons se limite à ce seul sujet : la suppression d'un fichier existant, et vise non à ventiler mais à regrouper les demandes dans une même page (celle des demandes du jour). Elle ne me semble pas convenir à des néophytes voulant simplement obtenir de l'aide sur le scriptorium.--Marceau (d) 22 août 2021 à 16:19 (UTC)[répondre]
Bonjour à chacun, @Koreller@Le ciel est par dessus le toit@M0tty@Etienne M,
1. Je me suis fait la même remarque pour le bouton nouvelle discussion.
2. Je suis d'avis de ne pas trop ventiler les discussions. Un système de tag serai très bien, mais hors de portée technique pour moi.
3. Pour résoudre provisoirement le problème du bouton "Nouvelle discussion" et rester dans l'esprit des plusieurs lieux de discussion, je vous propose un petite refonte du modèle
Utilisateur:Sicarov/Refonte/Wikisource:Scriptorium
4. Je serai d'avis de privilégier le scriptorium
5. Si nous pourrions voir les dernière discussion cela inviterai à y répondre. Il y a un modèle existant sur Commons Commons:Village_pump. Sicarov (d) 9 avril 2024 à 13:31 (UTC)[répondre]
Les Q&R de la Wikisource en français sont à l'heure actuelle gérables dans une seule page, peu importe laquelle. Pour les tags, c'est en effet difficile à automatiser. — Cantons-de-l'Est p|d|d 9 avril 2024 à 14:05 (UTC)[répondre]
La refonte est mise en ligne. Sicarov (d) 1 mai 2024 à 10:14 (UTC)[répondre]

Import des données Wikidata dans le header généré par <pages>[modifier]

Je viens de me permettre remettre en place l'importation des données Wikidata dans l'entête généré automatiquement par la balise <pages>. Elle importe les même données que celles qui sont automatiquement importés dans l'espace Livre: depuis il y a plus d'un ans (le système d'import est le même). Cette fonctionnalité avait déjà été mise en place l'année dernière avant d'être supprimée à cause d'un bug de parser. J'ai (enfin) trouvé la cause du bug et pu le corriger. J'espère que tout marchera bien maintenant. Tapez-moi dessus si ce n'est pas le cas. Détail technique : ce bug était causé par le module d'import de données qui manipulais la table des matière du Livre:, conduisant MediaWiki à considéré cette table des matière comme inclue dans la page et augmentant du fais même le volume de donnée considéré comme transclue, jusqu'à atteindre dans certains cas la taille limite autorisée. Tpt (d) 21 août 2021 à 11:21 (UTC)[répondre]

Notification Tpt : merci, ça marche super bien (exemple avec L’Obélisque de Louqsor) ! --Jahl de Vautban (d) 22 août 2021 à 06:24 (UTC)[répondre]
Ahh ! Voilà pourquoi en certaines occasions l’importation échouait. J’ai longtemps chercher à comprendre mais en vain. Merci pour cet outil vraiment efficace !--Denis Gagne52 (d) Le miraculé du 9e 24 août 2021 à 18:50 (UTC)[répondre]

y a-t-il un moyen pour rechercher un lieu de publication?[modifier]

Bonjour! Y a-t-il un moyen pour faire une recherche sur le lieu de publication d'un livre sur wikisource? Par exemple, Amsterdam, Londres, etc… Merci! --Ernest-Mtl (d) 22 août 2021 à 21:20 (UTC)[répondre]

Bonjour @Ernest-Mtl. Test fait pour Amsterdam, avec une requête insource j'arrive à cela. Il suffit de dérouler la recherche avancée pour remplacer Amsterdam par une autre ville. J'ai pensé à l'essayer sur PetScan, mais on a trop de retard sur les liens entre Wikidata et Wikisource pour que ce soit intéressant. --Jahl de Vautban (d) 23 août 2021 à 05:37 (UTC)[répondre]
Notification Jahl de Vautban : Mille mercis! Je n'avais pas pensé aux critères de recherche avancée!!! --Ernest-Mtl (d) 23 août 2021 à 12:36 (UTC)[répondre]
Notification Ernest-Mtl et Jahl de Vautban : sinon, un peu plus technique mais il y a les requêtes SPARQL :
SELECT ?livre ?livreLabel ?page WHERE {
	?livre wdt:P291 wd:Q727 .
	?page schema:about ?livre.
	?page schema:isPartOf <https://fr.wikisource.org/> .
	SERVICE wikibase:label { bd:serviceParam wikibase:language "fr". }
}
Cliquez pour essayer !}
Mais encore faut-il que les données soient sur Wikidata (là seulement 8 résultats au lieu des 99 via la recherche avancée...). Cdlt, VIGNERON en résidence (d) 3 septembre 2021 à 12:41 (UTC)[répondre]

Une énigme aussi pour le transcripteur...[modifier]

Bonjour,

J'ai commencé, il y a maintenant pas mal de temps à retranscrire un livre d'énigme : Un million d’énigmes, charades et logogriphes… il faut dire que j'avance ce livre petit à petit en "fil rouge", en même temps que d'autres contributions… Bon mon problème est que je bloque sur la Page:Hilaire Le Gai (Gratet-Duplessis) Un million d’énigmes, charades et logogriphes.djvu/382 :

=> Je n'arrive pas à lire quel est le dernier mot de la page : "Tour à tour habitaient le ciel et le T***"… Savez vous mieux que moi déchiffrer ou deviner ce mot ???

=> Par ailleurs, je ne comprend pas non plus la réponse "Seaux" que l'on peut voir sur la Page:Hilaire Le Gai (Gratet-Duplessis) Un million d’énigmes, charades et logogriphes.djvu/569.

merci d'avance pour votre aide ! Sourire Laurent --Lorlam (d) 23 août 2021 à 00:14 (UTC)[répondre]

Pour la 382, en allant voir sur l'exemplaire d'Internet Archive, je lis "Tenare" (point le plus méridional du Pelloponèse, considéré comme l'entrée des Enfers). Peut-être que cela t'aidera à comprendre Seaux. Cunegonde1 (d) 23 août 2021 à 04:37 (UTC)[répondre]
Super Notification Cunegonde1 : et Merci Merci ! beaucoup. Laurent --Lorlam (d) 23 août 2021 à 06:59 (UTC)[répondre]

=> Et pour cette page : Page:Hilaire Le Gai (Gratet-Duplessis) Un million d’énigmes, charades et logogriphes.djvu/377 : une idée du mot avant l'œil… à l'avant dernière ligne ??? --Lorlam (d) 23 août 2021 à 19:05 (UTC)[répondre]

En regardant à nouveau, j'ai choisi de mettre "divise", mais je ne suis pas sûr !?--Lorlam (d) 23 août 2021 à 20:57 (UTC)[répondre]
Au vu de ce FS, c'est "dirige". --*j*jac (d) 24 août 2021 à 06:30 (UTC)[répondre]
Merci Merci ! Notification *j*jac :--Lorlam (d) 24 août 2021 à 06:33 (UTC)[répondre]

partitions : bonne nouvelle[modifier]

Bonjour à tous selon les actualités techniques les partitions sont de nouveau lisible sur wikisource voir par exemple Lettre à Elise, si la partition n’apparaît pas, il suffit de purger la page. --Le ciel est par dessus le toit Parloir 24 août 2021 à 07:12 (UTC)[répondre]

Notification Le ciel est par dessus le toit : Alors là, quelle excellente nouvelle. Merci de nous avertir. :))--Kaviraf (d) 24 août 2021 à 09:10 (UTC)[répondre]
Bravo ! aux développeurs ! — Cantons-de-l'Est discuter 24 août 2021 à 14:07 (UTC)[répondre]
Oui, bravo et merci aux développeurs aux petits soins pour nous.--Kaviraf (d) 24 août 2021 à 16:47 (UTC)[répondre]

à quoi sert ce diff ?[modifier]

https://fr.wikisource.org/w/index.php?title=Page:Vasari_-_Vies_des_peintres_-_t1_t2,_1841.djvu/50&curid=2844592&diff=11775044&oldid=9252411

Notification Hsarrazin : as-tu une idée ? --Le ciel est par dessus le toit Parloir 24 août 2021 à 16:37 (UTC)[répondre]

alors, c'est la première fois que je vois ça... apparemment, le modèle {{m:Annotation QID}} permet de mettre des infobulles, qui utilisent la description de l'élément WD correspondant... - effectivement, en lecture tu as l'infobulle "chapelle dans l'église de Santa Maria Novelle de Florence", qui est la description de chapelle des Gondi (Q3657353). ça n'est pas obstrusif, et ça permet d'aider...
je serais quand même curieuse de savoir comment ça se combine avec l'export en epub ou pdf… --Hsarrazin (d) 24 août 2021 à 16:52 (UTC)[répondre]

Notification Hsarrazin : Merci pour les explications, je n’avais pas remarquer que c’était une infobulle. Pour l’export faudrait voir en effet. --Le ciel est par dessus le toit Parloir 24 août 2021 à 17:55 (UTC)[répondre]

Hsarrazin et Le ciel est par dessus le toit, Ce modèle a été présenté et discuté en mai 2021. — Cantons-de-l'Est discuter 24 août 2021 à 19:05 (UTC)[répondre]
Notification Hsarrazin et Le ciel est par dessus le toit : Ce doit être lié à la dernière discussion active sur le Forum des nouveaux. — ElioPrrl (d) 25 août 2021 à 07:17 (UTC)[répondre]
Et pour plus d'informations, c'est par ici ! --Jahl de Vautban (d) 25 août 2021 à 11:31 (UTC)[répondre]
Merci à tous !
J'admire cette élévation d'outils tous plus merveilleux les uns que les autres.
Mais j'ai besoin d'une bibliothèque traditionnelle.
Pour la construire, je travaille depuis 2003 sur Wikipédia et 2006 sur Wikisource.
Vous avez fait, Wikisourcistes, des miracles : vous l'avez rendue, cette bibliothèque, accessible, de partout, à la moitié sinon plus, de l'humanité sur terre.
Je demande qu'elle reste accessible sans ajout d'aucune sorte et que toutes notes, liens, infobulles, puissent se désactiver et se réactiver à volonté.
Pouvons-nous avancer vers plus de simplicité ?
Est-ce devenu inatteignable ?
Merci encore. J'ai confiance en vous.
--Zyephyrus (d) 25 août 2021 à 18:21 (UTC)[répondre]
J’avais déjà exprimé mes réserves sur ce modèle lors de sa présentation ; aucun Wikisource à l’heure actuelle ne pratique systématiquement l’annotation sémantique, qui d’ailleurs ici semble presque un prétexte pour faire de l’annotation tout court sans avoir la franchise d’indiquer au moins Note de Wikisource (pourquoi sinon afficher une infobulle, si le seul but est l’annotation sémantique ?) ; je propose toujours de laisser ce modèle (importé de en.wikisource et de.wikisource) faire ses preuves sur les projets où il a été créé (où la dernière fois que j’ai regardé, ils n’étaient utilisés là-bas que par un seul utilisateur), et d’attendre qu’il soit proposé par MediaWiki.
La situation ici est encore compliquée par le fait que c’est un projet chapeauté par une université à des fins de recherche, ce qui pourrait lui donner une légitimité. Je pense cependant que si chacun (particulier ou personne morale, comme un laboratoire ou une entreprise) ajoute des informations ou altère la mise en page du fac-similé selon sa commodité ou ses objectifs, on s’expose à des débats sans fin, chacun pouvant arguer alors de ses projets ou de ses habitudes de lecture pour modifier dans son sens ce qu’un autre, pour des raisons du même ordre, modifierait dans l’autre sens. Hors les quelques infobulles qui s’adressent aux lecteurs d’écrans, par exemple {{abréviation}}, et qui visent seulement à procurer la même lecture aux malvoyants qu’aux clairvoyants, je suis donc assez d’accord avec Zyephyrus, et irait même plus loin : à mon avis, mieux vaut éviter les liens et les infobulles, et, quant aux notes, ayons au moins l’honnêteté de les signer. — ElioPrrl (d) 26 août 2021 à 12:21 (UTC)[répondre]
J'avais réécrit tout un paragraphe, mais finalement je vais m'autociter :

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) 27 août 2021 à 10:11 (UTC)[répondre]

Coquille traducteurs sous l'en-tête auteur[modifier]

Bonjour les wikisourcistes

Qui peut corriger le modèle auteur pour qu'il ne déploie pas une liste d'auteurs des œuvres qui attribue celles-ci aux traducteurs suite à un en-tête mal placé ? Merci de votre aide.

Je me suis permis de rétablir pour l'instant une version antérieure exacte.

Amitiés,

--Zyephyrus (d) 25 août 2021 à 07:55 (UTC)[répondre]

C’est fait, avec divers=Traducteur

c’était pas fort compliqué !--Le ciel est par dessus le toit Parloir 25 août 2021 à 08:36 (UTC)[répondre]

bonjour Zyephyrus ,
effectivement, ça n’a rien à voir avec le modèle {{Auteur}} et tout à voir avec les paramètres du modèle {{liste documents début}}, où il faut correctement paramétrer les entêtes, en fonction des infos qu'on veut afficher…
si tu en voies d'autres, tu peux aussi les corriger, car c'est juste un paramètre à annoncer...
Merci Merci ! d'avoir repéré le truc… quand on se concentre sur les textes contenus dans une page, on ne voit pas nécessairement ce type de détail Sourire --Hsarrazin (d) 25 août 2021 à 12:01 (UTC)[répondre]
Merci, Hélène, et merci, Le ciel est par dessus le toit, de vos réponses et corrections rapides. --Zyephyrus (d) 25 août 2021 à 17:10 (UTC)[répondre]

Quelques chiffres de l'élection du conseil d'administration de la Fondation Wikimedia[modifier]

Le vote pour élire les 4 nouveaux membres du conseil d'administration de la fondation wikimedia est toujours ouvert jusqu'au 31 août 2021.

À la date du 27 août 2021, 8 des 88 éligibles de la Wikisource Fr ont voté, soit 9,091% environ. Si vous n'avez toujours pas encore voté, faites-le et passez le message autour de vous.

Pour voter depuis Wikisource Fr, cliquez ici

Pour en savoir plus sur ces chiffres, consultez cette page meta.

Bien à vous,

MPossoupe (WMF) (d) 27 août 2021 à 10:54 (UTC) [répondre]

J'ai trouvé l'exercice difficile parce que plusieurs candidats ont une expérience pertinente et proposent un programme intéressant. J'ai été frappé par la diversité des origines : Europe, Asie, Afrique, Amériques. Après deux-trois heures de réflexion et de lecture, j'ai voté pour dix candidats, ce qui me semble anti-démocratique parce qu'il n'y a que quatre sièges à pourvoir. — Cantons-de-l'Est discuter 28 août 2021 à 21:54 (UTC)[répondre]

Femme de lettres (2)[modifier]

Biographie d'une femme par un Femme de lettres pas encore sur wikisource Lucien Perey : Histoire d'une Grande Dame au XVIIIe siècle , La comtesse Hélène Potocka. Qui veut s'en occuper ?--Havang(nl) (d) 30 août 2021 à 13:42 (UTC)[répondre]

Salut Notification Havang(nl) : Je vais m’en occuper et en profiter pour expérimenter ScanTaylor --Denis Gagne52 (d) Le miraculé du 9e 30 août 2021 à 14:50 (UTC)[répondre]
Notification Denis Gagne52 : Il semble que c'est tome II ; Tome I est Histoire d'une Grande Dame au XVIIIe siècle , La princesse Hélène de Ligny --Havang(nl) (d) 30 août 2021 à 15:51 (UTC)[répondre]
Notification Havang(nl) : Ce sont plutôt deux histoires distinctes dans la série des grandes dames. Il ne semble pas y avoir de lien entre les deux. Ça me semble une bonne idée de commencer par la comtesse. Elle est arrivée sur Commons Commons:File:Perey - Histoire d'une grande dame au XVIIIe siècle, La comtesse Hélène Potocka, 1888.djvu. Faudrait ne pas trop la faire attendre ni la princesse d’ailleurs Commons:File:Perey - Histoire d'une grande dame au XVIIIe siècle, La princesse Hélène de Ligne, 1888.djvu Sourire --Denis Gagne52 (d) Le miraculé du 9e 30 août 2021 à 22:03 (UTC)[répondre]
Notification Denis Gagne52 : Merci. wp.fr:Hélène Massalska, par mariage princesse Hélène de Ligne, devenu veuve, est devenu comtesse Hélène par mariage avec le comte Potocki...!--Havang(nl) (d) 31 août 2021 à 07:56 (UTC)[répondre]
Si je ne me trompe pas, Hélène est la femme du fils de Charles-Joseph de Ligne (1735 – 1814), le Prince de Ligne que nous connaissons, contemporain de la Révolution française, dont nous avons déjà Lettres et pensées du maréchal prince de Ligne, ouvrage digne d'être lu. --Wuyouyuan (d) 31 août 2021 à 09:22 (UTC)[répondre]
J'ai créé Auteur:Lucien Perey. Qui peut mettre en forme et ajouter le nécessaire ? --Havang(nl) (d) 31 août 2021 à 10:53 (UTC)[répondre]