Wikisource:Scriptorium/Juin 2021

Questions
Raccourci [+]
WS:S
Circle-icons-compose-light blue.svg

Choix éditoriaux
Contenu des livres, mise en page, typographie, etc.
Circle-icons-tools-light blue.svg

Questions techniques
Utilisation de Wikisource, de la syntaxe d'édition, de l'interface.
Circle-icons-gavel-light blue.svg

Questions légales
Droits d'auteurs sur les livres et questions juridiques.
Circle-icons-caracters-light blue.svg

Questions sur les Glyphes & caractères
Codage et représentation des glyphes et caractères.
Circle-icons-chat-light blue.svg

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



Juin 2021Modifier

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

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

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

Theodor Herzl, l'Etat juifModifier

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

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

LMUN, mise en pageModifier

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}}
[1] Toutes Toutes
[2] Les Les
[3] Dinarzade Dinarzade

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

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

L'initiale agrandie me plait. Mais méfiez vous du modèle Initiale qui produit des résultats contrastés selon la liseuse (le modèle Lettrine est frappé du même problème). J'utilise personnellement le modèle taille comme ici :
L’INQUIÉTUDE, le mépris du prochain et l’orgueil, sont inséparables du jugement téméraire ; … --Wuyouyuan (d) 3 juin 2021 à 09:33 (UTC)[]
  Cantons-de-l'Est : Je choisirais {{Initiale}}+{{sc}}, puisqu’en mesurant sur le fac-similé, l’initiale est 1,5 fois plus grande que les majuscules du corps du texte ; et comme je suis maniaque, je choisirais le paramètre taille=150% pour coller à cette mesure :

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

Il serait aussi possible de changer la graisse, car je ne pense pas que l’initiale soit en gras dans le fac-similé.
  Wuyouyuan : Pourriez-vous décrire les problèmes que ce modèle pose sur liseuse, s’il vous plaît, que je puisse voir si je peux l’améliorer ? Parce que, de mon côté, à part la graisse (mais qu’il est possible de modifier dans {{initiale}}), je ne vois rien qui différencie {{Initiale}} de l’utilisation que vous faites de {{t}}ElioPrrl (d) 3 juin 2021 à 10:44 (UTC)[]
Réponse paresseuse: Initiale et Lettrine contiennent des instructions bavardes que les liseuses (au sens large, y compris les visualisateurs d'EPUB sur PC) interprètent comme elles peuvent. Ce qui aboutit (cas simple) à mettre la lettre initiale seule au centre d'une ligne et la suite dessous. Comme vous dites, {{t|W|200}} donne la même chose que l'Initiale, y compris l'héritage de la fonte. Pourquoi faire compliqué ? (mais c'est aussi une joie intellectuelle) --Wuyouyuan (d) 3 juin 2021 à 12:57 (UTC)[]
  Wuyouyuan : Ce reproche de prolixité des informations est particulièrement fondé pour {{Lettrine}} (que je trouve d’ailleurs assez peu esthétique, mais passons), assez peu pour {{Initiale}}, que j’ai quand même modifié pour ne lui laisser que les deux informations essentielles (corps de la fonte et hauteur de l’interligne) en l’absence de paramétrage plus poussé.
Par contre, là où je ne vous suis plus, c’est sur la « joie intellectuelle ». En l’état, il y a toujours quelque chose de plus chez {{Initiale}}, et qui est extrêmement utile : c’est la classe class=lettrine ; en sorte que, pour le lecteur qui voudrait changer de couleur toutes les initiales, ou changer leur fonte, ou quoi que ce soit qui lui plaise mieux dans un ebook, il peut changer la classe dans la feuille CSS, sans affecter tous les passages utilisant {{t}} ; si le modèle lui pose problème, il peut même vider la classe. Il faudrait d’ailleurs pousser plus loin cette logique, et modifier Common.css, pour que les valeurs par défaut du corps, de l’interligne et de la graisse y soit précisées là-bas, et pas à chaque appel du modèle.
C’est ce qui s’est passé pour {{didascalie}} : il était bien plus simple de mettre la didascalie entre '', et je pensais, comme vous pour {{Initiale}}, qu’il valait mieux passer directement par le plus simple ; mais d’autres m’ont fait entendre que le modèle pouvait avoir un rôle sémantique, et c’est ce qu’il fait maintenant : il appelle la classe {{didascalie}}. Le lecteur (ici, disons, le comédien qui aurait ses habitudes) peut imposer à toutes les didascalies d’être en italiques, ou en plus petits caractère, ou en couleurs, selon ses habitudes. [Digression : d’ailleurs, maintenant que {{didascalie}} a reçu des paramètres de mise en forme, on peut utiliser ces paramètres pour toutes les didascalies ; mais si toutes les didascalies d’une pièce ont un même formatage, il vaut mieux directement modifier la classe .didascalie dans la feuille de style du livre, et n’utiliser les paramètres que lorsque une didascalie s’écarte de ce formatage commun ; de sorte que le lecteur pourra modifier toutes les didascalies à la fois en modifiant simplement la feuille CSS.] Et, si ce n’était que de moi, j’appliquerais ce genre de méthodes pour d’autres modèles : il vaut mieux à mon avis gonfler Epub.css d’une dizaine ou d’une vingtaine de classes pas forcément utilisées dans tous les livres, que d’alourdir les livres des mêmes instructions à chaque appel de modèles. — ElioPrrl (d) 3 juin 2021 à 14:45 (UTC)[]
J'admire. Mais le lecteur moyen n'a pas les compétences informatiques dont vous parlez. Moi-même, qui fus informaticien dans une vie antérieure, je ne me soucie plus de cela dans mon grand âge. Juste de pouvoir télécharger sur ma tablette en quelques gestes un livre numérique utilisable et, si possible, agréable à lire. Et, comme contributeur, ne pas me heurter à des murailles technologiques pour établir un texte. Mais, comme je dis souvent, je ne veux pas gâcher le plaisir; juste, que les geeks pensent à leur plaisir légitime, et aussi aux besoins du lecteur de base. --Wuyouyuan (d) 3 juin 2021 à 19:51 (UTC)[]

Poésie athéeModifier

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

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

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

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

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

Surlignage des scanillesModifier

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

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

— de nouvelles successions de mots suspectes :
— les doublons (du style : « je ne ne sais pas, et et toi ? », que @M0tty s’escrime à corriger depuis bien des jours maintenant  ) ;
— les lettres latines dans les mots en grec et inversement (suite à une question de @Cantons-de-l'Est sur le Scriptorium le mois dernier  ).

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

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

— ou bien vous importez ma sous-page personnelle, en copiant importScript('User:ElioPrrl/Scanilles.js'); dans votre common.js — avantage : c’est très simple ; inconvénient : vous êtes tributaires des évolutions que je lui fais subir, d’où, corollaires : s’il y a trop de faux positifs à votre goût, vous ne pouvez rien y faire ; et le gadget parfois ne marchera pas si j’ai le malheur d’y faire des tests   ;
— ou bien vous créez votre propre complément au gadget — avantage : si vous voulez surligner certaines scanilles supplémentaires, il suffit d’ajouter à la suite les expressions rationnelles, chacune sur une nouvelle ligne, séparées par des virgules, et si vous voulez arrêter d’en surligner d’autres, il suffit de supprimer le morceau de regex qui vous pose problème ; inconvénient : c’est un poil plus compliqué :
1. Créez la sous-page Scanilles.js de votre espace Utilisateur: ;
2. Y coller le code de Cunegonde1 ou le contenu de ma sous-page :

Code de Cunegonde1

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

$.when(
	mw.loader.using( [ 'ext.gadget.Erreurs-communes' ] ),
	$.ready
).then(
	mes_erreurs_communes
);
3. Ajouter à votre common.js la ligne : importScript('User:votreNom/Scanilles.js'); sans oublier de remplacer votreNom.

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

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

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

Pas un poèmeModifier

Bonjour,

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

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

  Cantons-de-l'Est : J’ai tenté quelque chose, cela marche chez moi, mais d’une part je ne suis pas sûr que cela marche sur tous les navigateurs, et sur toutes les liseuses, et d’autre part sémantiquement ce n’est pas orthodoxe… Pourriez-vous attendre un peu avant de généraliser à tout l’ouvrage (si vous comptez le faire), histoire de voir si la solution est viable (et peut-être de l’implémenter via la feuille de style). — ElioPrrl (d) 5 juin 2021 à 10:31 (UTC)[]
Bonjour, chez moi le texte se retrouve étiré sur toute la longueur de la page, c'est illisible (Firefox et habillage Timeless). M0tty (d) 5 juin 2021 à 10:47 (UTC)[]
  M0tty : En tout cas chez moi, c’est corrigé  ElioPrrl (d) 5 juin 2021 à 10:55 (UTC)[]
Oui, c'est corrigé chez moi aussi ! Merci ! M0tty (d) 5 juin 2021 à 11:07 (UTC)[]
ElioPrrl, C'est astucieux l'usage des listes. J'ai aussi testé avec un tableau en m'inspirant largement des styles présents dans la page. Ça fonctionne également :
Normal (avec des <br/>) Liste Tableau

Annia L . f . Victorina . ob
memoriam . M . Fulvi . Mo
derati . mariti . et . M . Fulvi
Victorini . f . aquam . sua . om
ni . impensa . perduxsit . lac
tis . pontibus . et . fistulis . et
lacus . cum . suis . orna
mentis . dato . epulo
dedicavit

  • Annia L . f . Victorina . ob
  • memoriam . M . Fulvi . Mo
  • derati . mariti . et . M . Fulvi
  • Victorini . f . aquam . sua . om
  • ni . impensa . perduxsit . lac
  • tis . pontibus . et . fistulis . et
  • lacus . cum . suis . orna
  • mentis . dato . epulo
  • dedicavit
Annia L . f . Victorina . ob
memoriam . M . Fulvi . Mo
derati . mariti . et . M . Fulvi
Victorini . f . aquam . sua . om
ni . impensa . perduxsit . lac
tis . pontibus . et . fistulis . et
lacus . cum . suis . orna
mentis . dato . epulo
dedicavit

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

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

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

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

ElioPrrl, Par « bulle », j'entends le padding du tableau. Quand à l'interlignage, c'est facile à diminuer dans un tableau (soit en indiquant la hauteur de la ligne, soit en forçant la hauteur de la cellule). Voici un exemple de tableau « écrasé » :
Annia L . f . Victorina . ob
memoriam . M . Fulvi . Mo
derati . mariti . et . M . Fulvi
Victorini . f . aquam . sua . om
ni . impensa . perduxsit . lac
tis . pontibus . et . fistulis . et
lacus . cum . suis . orna
mentis . dato . epulo
dedicavit
Vous avez raison pour l'alignement de chaque ligne (mea culpa).
Donc, trois modèles suffisent pour imiter la mise en page de <poem> : {{poème_debut}}, {{poème_ligne}} et {{poème_fin}}. Seul {{poème_ligne}} doit accepter un paramètre pour l'alignement du texte. On pourra ajouter des paramètres au fur et à mesure des souhaits.
Cantons-de-l'Est discuter 5 juin 2021 à 12:57 (UTC)[]
  Cantons-de-l'Est : Alors dans l’ordre :
— la différence de padding vient simplement de ce que j’ai précisé margin:2em auto dans la liste, et vous margin:0 auto dans le tableau, cela peut faire l’objet d’un paramètre du {{poème_début}} ;
— bien sûr que l’on peut ajuster l’interlignage, mais on ne peut pas utiliser cette propriété pour que l’interlignage entre cellules du tableau corresponde à l’interlignage entre lignes du texte (même line-height:inherit, initial ou normal ne semblent pas donner la bonne valeur ; en fait, je pense que cela vient plutôt du padding des cellules), parce que, en changeant de thème Wikisource ou de support de lecture, la valeur de l’interlignage du texte normal peut changer, de sorte que fixer l’interlignage du tableau à une seule valeur peut correspondre à un cas mais pas aux autres ; avec les listes, en rajoutant margin:0;, l’interlignage est exactement le même (  Cantons-de-l'Est : je me suis permis de modifier votre précédent message pour que cela soit bien visible).
— pour créer un modèle, je peux m’en occuper, mais j’aimerais vraiment savoir si la solution est viable sur tous les supports, parce qu’elle utilise quand même deux propriétés (text-align-last et fit-content), qui ne font pas partie du noyau dur d’HTML et risquent donc de n’être pas reconnues. Sur Opera et Firefox cela marche, j’ai aussi testé sur Calibre, mais après ?
ElioPrrl (d) 5 juin 2021 à 13:12 (UTC)[]

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

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

ElioPrrl, J'ai testé votre liste, mon tableau et votre tableau dans Palemoon, Basilisk, Firefox, Chrome, Brave et Edge. Le texte sort uniformément dans les six navigateurs de mon portable (sous Windows 10). Avec vos tests, je suis raisonnablement certain que votre propostion est correcte. Elle peut donc entrer en production dès maintenant. — Cantons-de-l'Est discuter 5 juin 2021 à 16:49 (UTC)[]
Pas grand chose à dire pour la forme, le rendu me semble très correct. Idéalement il faudrait pouvoir reconstituer les mots qui sont à cheval entre deux lignes (ex. Moderati), mais je doute que ce soit possible. --Jahl de Vautban (d) 5 juin 2021 à 17:17 (UTC)[]
  Cantons-de-l'Est : Les modèles {{pavé début}}, {{pavé}} et {{pavé fin}} sont créés, et appliqués à la page de ce matin ; je vous invite à en lire la documentation. Je suis preneur de toute remarque  ElioPrrl (d) 5 juin 2021 à 21:53 (UTC)[]

Des rimes, des poèmes, des chansons…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)[]

Je ne vois aucun problème à utiliser les balises <poem>...</poem> pour des chansons, et à vrai dire, je ne comprends pas trop le sens de la question ? --Acélan (d) 8 juin 2021 à 12:17 (UTC)[]
Si je comprends bien la question, à mon sens les balises <poem>…</poem> n'ont aucune valeur sémantique mais sont simplement une mise en forme automatique avec certaines caractéristiques. Par conséquent elles peuvent s'employer avec tout type de contenu qui a besoin d'un retour à la ligne sans création de nouveau paragraphe. Petite comparaison (notez la marge à gauche de <poem>…</poem>) :
Avec une ligne blanche Avec <poem>…</poem> Avec <br/>
Heureux qui, comme Ulysse, a fait un beau voyage,

Ou comme cestui là qui conquit la toison,

Et puis est retourné, plein d’usage et raison,

Vivre entre ses parents le reste de son aage !

Heureux qui, comme Ulysse, a fait un beau voyage,
Ou comme cestui là qui conquit la toison,
Et puis est retourné, plein d’usage et raison,
Vivre entre ses parents le reste de son aage !

Heureux qui, comme Ulysse, a fait un beau voyage,
Ou comme cestui là qui conquit la toison,
Et puis est retourné, plein d’usage et raison,
Vivre entre ses parents le reste de son aage !
--Jahl de Vautban (d) 8 juin 2021 à 12:55 (UTC)[]
Merci Jahl de Vautban et Acélan, C'est, confusément, de sémantique dont je parlais. J'en conclus qu'une mise en page avec ...<br>... ou <poem>...</poem> est équivalente dans la Wikisource en français (à la marge de gauche près), même si la seconde est préférée pour les poèmes. — Cantons-de-l'Est discuter 8 juin 2021 à 13:04 (UTC)[]

Import automatique des langues d'expression depuis WikidataModifier

Bonjour,

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

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

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

Je comprends votre projet, mais je me concentre sur les livres rédigés en français et beaucoup moins sur les auteurs. Je ne serais pas d'une grande aide pour votre projet. — Cantons-de-l'Est discuter 10 juin 2021 à 15:22 (UTC)[]
Cette liste me paraît très bien, et je ne sais pas trop ce que vous voulez qu’on y apporte   J’aurais peut-être séparé ancien français et français (la première catégorie étant incluse dans la dernière ; je laisse comme vous tomber moyen français, par contre, puisqu’il n’y a pas vraiment, à ma connaissance, de consensus sur le terminus ad quem), la distinction « langue à déclinaisons contre langue suivant la grammaire actuelle à quelques points près — prépositions, accords des participes, emploi des modes, principalement » étant parlante pour le lecteur francophone, à qui l’on s’adresse principalement. J’aurais tendance à étendre cette division à d’autres langues européennes, mais il n’y a souvent plus le critère du changement syntactique majeur qu’a subi le français, ni celui de la lisibilité pour le lecteur francophone, qui motivent cet avis.
Même genre de remarque pour le grec, que je diviserai en grec ancien et grec moderne (le grec ancien rassemblant tous les dialectes antiques et le grec médiéval, la plupart des textes byzantins signés étant de toute façon écrits dans une langue atticisante). — ElioPrrl (d) 11 juin 2021 à 13:31 (UTC)[]
  ElioPrrl : c'est déjà une bonne chose de savoir que la liste convient dans sa plus grande partie ! Pour la distinction français/ancien français, les avis ont l'air d'être partagés ; du point de vue des données à disposition il me semble que Wikidata manquait de précision sur ce point et que de nombreux auteurs écrivant en ancien français étaient seulement indiqué comme écrivant en "français". On peut les laisser ensemble pour l'instant et aviser dans le futur — un des avantages de cette liste étant qu'elle est modifiable à tout moment.
On peut sans autre diviser le grec, mais je préfèrerais adopter une tripartition antique/médiéval/moderne. --Jahl de Vautban (d) 13 juin 2021 à 06:45 (UTC)[]

Indentation fantôme : le retourModifier

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

Aucune idée, mais surtout, c'est par éclipses. J'ai vu plein d'indentations inopportunes depuis hier soir, mais pas sur la page que tu donnes en exemple... --Acélan (d) 10 juin 2021 à 07:48 (UTC)[]
C’est réellement bizarre : l’indentation apparaît quand je suis connecté, mais plus quand je suis déconnecté  ElioPrrl (d) 10 juin 2021 à 08:00 (UTC)[]
Aucun problème chez moi. @ElioPrrl essaye de désactiver tes gadgets ou scripts, le problème peut venir de là. --Jahl de Vautban (d) 10 juin 2021 à 09:09 (UTC)[]
Merci   Jahl, mais je ne pense pas que cela vienne de moi, plutôt de développeurs qui font des tests au niveau de MediaWiki, parce que, comme le signale Acélan, cela est intermittent. En ce moment, tout est rentré dans l’ordre, mais dans une demi-heure… ? — ElioPrrl (d) 10 juin 2021 à 09:12 (UTC)[]

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

  ElioPrrl : le déploiement de la màj à eu lieu hier, c'est cohérent avec l'apparition du problème. Les annonces sont faites sur Wikisource:Newsletter technique et tu peux accéder de là au changelog complet. Pour le détail, peut-être   Tpt : pourra nous éclairer. --Jahl de Vautban (d) 11 juin 2021 à 10:47 (UTC)[]
À noter que les pages qui ne sont pas encore atteintes par cette indentation indésirable le deviennent en prévisualisation, et, donc, je pense, après un null édit. En examinant le code des pages atteintes, on voit que
<div class="pagetext">
  <div class="mw-parser-output">
    <p>
      <br>
      Le premier mot du texte transcrit
    </p>
est devenu
<div class="pagetext">
  <div class="mw-parser-output">
    <p>
      <br>
    </p>
    <p>
      Le premier mot du texte transcrit
    </p>
de sorte que, pour qu’on n’ait pas de bug, il aurait suffi que le br, au lieu d’être isolé dans un p comme depuis la mise à jour, reste là où il était ou soit ajouté entre balises div, la propriété .pagetext > .mw-parser-output > p:first-of-type {text-indent:0;} que j’avais fait ajouter à common.css s’occupant d’éliminer l’indentation indésirable dans ce dernier cas. — ElioPrrl (d) 11 juin 2021 à 12:22 (UTC)[]
Désolé pour ce problème. Je crois qu'il est lié à cette modification qui ajoute un saut de ligne dans l'en-tête. Il faudrait trouver un moyen propre d'éviter ces <p> inutiles en début de page. Une possibilité serait, au niveau de ProofreadPage, de supprimer tout les sauts de lignes sauf un entre la balise <templatestyle> et le début du code wiki de l'en-tête (ou du corps de texte si l'en-tête est vide) avant le rendu par le parseur de MediaWiki. Tpt (d) 11 juin 2021 à 15:38 (UTC)[]

Mise en page d'un livre sur deux colonnesModifier

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

Bonjour   VincentPalmieri : Dans Wikisource, on ne présente pas le texte sur deux colonnes, car cela est difficilement supporté (sinon pas du tout) en export dans les formats pdf, epub Mobi.
Sur cette page j'ai corrigé le modèle corr inséré au mauvais endroit.
Sur celle-ci à part l'image manquante, j'ai ajouté un nowiki ce qui a rétabli la marque du premier paragraphe.
À mon avis, ces pages sont bien présentées. Quelles autres améliorations aimeriez-vous apporter ? --Viticulum (d) 10 juin 2021 à 19:37 (UTC)[]
Bonjour   Viticulum : et merci pour votre réponse. Si l'on s'en tient à une colonne, ça va être plus simple, il manque simplement de nombreuses images. A votre suite, @Seudo a retouché le tableau de la page 356, je vais me servir de cet exemple pour améliorer les autres tableaux. Cordialement, Vincent P. (d) 10 juin 2021 à 20:52 (UTC)[]

Universal Code of Conduct News – Issue 1Modifier

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 stylesModifier

Bonjour,

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

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

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

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

@Cantons-de-l'Est, ces formatages sont exportés en EPUB de manière certaine (j’ai inspecté le code), et en PDF il me semble (mais seulement par comparaison à vue d’œil) ; en tout cas, il faudrait qu’ils le soient, sinon il me semble que c’est un bug de WSexport.
En ce qui me concerne, je suis absolument opposé à ce genre de pratiques. Pour augmenter la taille du texte, on peut utiliser le zoom de son navigateur (ou de son dispositif de lecture, en général) ; on peut utiliser, quand on est contributeur, son vector.css personnel (et la classe .text) ; on peut même utiliser les paramètres généraux de son ordinateur ou de sa liseuses pour augmenter la taille de tout le texte affiché sur son écran.
Et puis pourquoi s’arrêter ? autant choisir aussi la police, la couleur, la largeur de justification, et ainsi de suite. Je pense que c’est préjudiciable pour la cohérence d’ensemble de Wikisource (on aura des textes écrits très gros, d’autres plus petit, et cela seulement suivant l’acuité visuelle du relecteur ?), pour l’adaptabilité à l’export (augmenter la taille du texte c’est diminuer le nombre de caractères par lignes, au risque de produire un texte ressemblant à une colonne de journal sur une liseuse un peu étroite — j’exagère un peu, mais vous voyez l’idée), et surtout pour l’unité de vue entre contributeurs différents (on s’expose à de longs débats entre contributeurs, qui les uns voudront augmenter le corps pour soulager leurs yeux, les autres le réduire pour épargner le scrollage, les autres l’ajuster pour qu’il y ait autant de caractères par ligne que dans le fac-similé, etc., toutes raisons compréhensibles après tout).
Laissons donc 100% comme la taille du corps du texte, et utilisons les autres valeurs proportionnelles pour reproduire les rapports de tailles de fonte du fac-similé, comme cela est à présent. Pour changer la valeur absolue, les paramètres des dispositifs de lecture sont faits pour ça. Plus généralement, tout ce qui relève de la convenance personnelle, à mon avis, doit être géré par les pages personnelles si besoin est (common.css, vector.css, etc.), et bien souvent plus simplement par les paramètres du dispositif de lecture. En tout cas, cela me semble plus propre. — ElioPrrl (d) 11 juin 2021 à 22:09 (UTC)[]
ElioPrrl, Je comprends le souci. Quelques phrases auraient suffi pour l'expliquer. — Cantons-de-l'Est discuter 11 juin 2021 à 22:16 (UTC)[]
  Cantons-de-l'Est : J’ai le défaut d’être prolixe, tous mes professeurs me le répètent, désolé  . Mais je préfère fournir une réponse argumentée, et proposer en outre quelques éléments de solution alternative, plutôt que de laisser penser que ma réaction est épidermique et irréfléchie  . — ElioPrrl (d) 11 juin 2021 à 22:19 (UTC)[]
Par ailleurs, je n’ai aucun problème à lire le texte à la taille actuelle, mais je n’ai rien contre un agrandissement du corps, tant qu’il est général — ce qui passerait donc par MediaWiki. Lors du bug récent signalé par Raymonde Lanthier, nous avons appris que nous réduisions la taille par défaut de 16px à 14px sur toutes les pages de Wikisource ; peut-être que c’est trop pour certains, et que cela pourrait faire l’objet de préférences, par exemple ? — ElioPrrl (d) 11 juin 2021 à 23:03 (UTC)[]

SourireModifier

Bonjour,

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

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

Je souscris totalement à vos propos, et, même validées, nos transclusions ne cessent de s’améliorer, soit qu’on nous signale des erreurs échappées à l’attention des relecteurs, soit qu’on améliore les modèles. C’est là le meilleur gage de qualité que l’on puisse fournir à nos textes.
Par ailleurs, petite question : est-il possible de changer un fac-similé, déjà corrigé, par un autre de meilleure qualité, issu d’une autre source ? On trouve parfois des scans plus récemment publiés, ou ayant subi un traitement d’image ; une fois supprimées quelques pages de début, ou intercalées quelques pages blanches, on pourrait garder la même pagination que le premier fac-similé, faire le remplacement sans avoir à décaler les pages déjà corrigées, et faciliter la relecture. — ElioPrrl (d) 11 juin 2021 à 22:17 (UTC)[]
  ElioPrrl :C'est matériellement possible, et la BNF, pour ne citer qu'elle, fournit régulièrement de nouveaux scans pour remplacer ceux des années 2007 à 2010 qui étaient de piètre qualité. Cela étant, à mon avis c'est beaucoup de travail (téléchargement des images en haute résolution, détourage, gommage des pétouilles, vérification des zones de reconnaissance, réalisation de l'OCR, vérification et rectification de l'OCR) pour pas grand'chose si le texte est déjà corrigé. L'intérêt principal d'un meilleur scan est de permettre de réaliser un meilleur OCR, ce qui évidemment facilite la tâche du contributeur Wikisourcier.--Cunegonde1 (d) 12 juin 2021 à 05:24 (UTC)[]
Merci Cunegonde1 !  C’est plus pour des textes scientifiques déjà importés, dont il manque les planches, ou dont la résolution est trop faible pour bien lire les détails (notamment exposants et indices) même avec zoom. — ElioPrrl (d) 12 juin 2021 à 09:27 (UTC)[]

Bordures des tableauxModifier

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

  Raymonde Lanthier : pas de problème particulier sur les bordures de tableau sur Firefox 89.0 (64 bits) pour linux, ni sur Firefox 78.11.esr pour MacosX. Seul problème repéré sur firefox linux : dans le premier tableau avec bordure la cellule "Totaux" dépasse à droite de la bordure, sans doute parce que la cellule est vide en dessous. Pas de problème avec Opera sur mac, ni sur linux.--Cunegonde1 (d) 12 juin 2021 à 15:45 (UTC)[]
  Cunegonde1 : En mode page, vous n’observez pas de variation dans l’épaisseur des bordures ? Pour ce qui est de la cellule "Totaux", rien ne dépasse chez moi. --Raymonde Lanthier (d) 12 juin 2021 à 15:54 (UTC)[]
Chez moi, c'est très propre, aucune variation sur les bordures d'un tableau à l'autre ou au sein d'un même tableau. Pour la cellule "Totaux" le défaut d'affichage est uniquement dans l'espace principal, en mode page tout est correct. Cunegonde1 (d) 12 juin 2021 à 16:32 (UTC)[]
  Raymonde Lanthier :, Sous Windows 10, avec Palemoon 29, Basilisk 2021.04.27, Firefox 89, Edge 91, Chrome 91 et Brave 1.25, rien à signaler sauf le débordement de « Totaux » du premier tableau à bordures dans Palemoon, Basilisk et Firefox si en transclusion. En mode Page, le problème du débordement disparaît dans Palemoon, Basilisk et Firefox. — Cantons-de-l'Est discuter 12 juin 2021 à 17:22 (UTC)[]
  Cunegonde1 et Cantons-de-l'Est : Alors j’ai la berlue. Même après avoir supprimé mon historique de navigation au cas où le problème vienne de là, ma cellule "Totaux" est impeccable et les bordures continuent d’en faire à leur tête. --Raymonde Lanthier (d) 12 juin 2021 à 17:28 (UTC)[]
  Raymonde Lanthier :, Il y a peut-être du code transitoire dans le cache de votre navigateur Web. Naviguez à la page, puis faites Ctrl+F5 pour forcer le rechargement complet de la page. Bonne chance. — Cantons-de-l'Est discuter 12 juin 2021 à 17:53 (UTC)[]
  Raymonde Lanthier : Aucun problème chez moi (Windows 10 + Opéra), pas même avec « Totaux ». Avez-vous essayé, mieux que de supprimer l’historique, de purger le cache de votre navigateur ? Surtout, pourriez-vous indiquer, comme je l’ai fait au début de ce message, sur quel navigateur vous consultez ces pages ? — ElioPrrl (d) 12 juin 2021 à 17:57 (UTC)[]
  ElioPrrl : C’est le cache de Google Chrome que j’ai supprimé - je me suis sans doute mal exprimée en disant « mon historique de navigation ». --Raymonde Lanthier (d) 12 juin 2021 à 18:23 (UTC)[]
Même sur Chrome je n’ai aucun problème. Désolé de ne pas pouvoir plus vous aider  ElioPrrl (d) 12 juin 2021 à 21:33 (UTC)[]
  Cunegonde1, Cantons-de-l'Est et ElioPrrl : Merci de vous être penchés sur mon petit problème… que j’ai réglé après avoir constaté qu’en ramenant mon zoom de 110% à 100%, tout rentre dans l’ordre (mais tout rapetisse). Grand mystère pour moi, car mon zoom a toujours été à 110%. --Raymonde Lanthier (d) 14 juin 2021 à 12:44 (UTC)[]
  Raymonde Lanthier :, Le débordement sur Palemoon disparaît si je zoome une fois, puis dézoome une fois (après ces deux opérations, la page est donc à la taille par défaut). J'ai déjà observé ce phénomène dans d'autres pages Web hors Wikisource. Je crois qu'il apparaît, mais pas toujours, lorsque les unités de mesure dans une même page Web sont différentes. Par exemple, le Modèle:TableauStyle, inséré dans [8], utilise trois unités de mesure : %, em et px. Néanmoins, ça reste une hypothèse parce que d'autres pages transcluses qui comprennent {{TableauStyle}} sont bien rendues. — Cantons-de-l'Est discuter 14 juin 2021 à 13:34 (UTC)[]
  Cantons-de-l'Est : Oui, trois unités de mesure pour la page que vous citez, mais des pourcentages seulement pour la page 33. Au moins, je sais quoi faire quand mon zoom danse la zumba avec les bordures des tableaux. --Raymonde Lanthier (d) 14 juin 2021 à 15:48 (UTC)[]

Abréviations soulignées sur mobile (et sauts de page dans WSexport)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)[]

  ElioPrrl :
Fait pour le premier qui est très facile et évident.
Pour le deuxième, j’ai un léger doute : faut-il vraiment faire de h1 à h6 un par un ? n'y a-t-il pas un sélecteur pour faire directement tout les h (j'ai un vague souvenir que c'est possible mais évidemment je ne me souviens plus de la syntaxe).
Cdlt, VIGNERON (d) 12 juin 2021 à 18:58 (UTC)[]
  ElioPrrl et VIGNERON : Pardonnez mon ignorance, mais quel sera l'impact pour les h1 à h6 ? C'est utilisé à quel endroit ? Merci d'éclairer ma lanterne ! --Viticulum (d) 12 juin 2021 à 20:18 (UTC)[]
  Viticulum : pas de souci (j’ai moi-même appris le css surtout en autodictate et en posant des questions aux autres). Les sélecteurs css h1 à h6 correspondent aux balises html du même nom et plus concrètement aux titres du niveau 1 au niveau 6, évidement le niveau 1 est normalement utilisé une seule fois par texte et il est assez rare d'atteindre ce 6e niveau (d'ailleurs le css actuel s'arrête à 4 mais inversement quelques rares pages utilisent un modèle Modèle:T7 qui n'existe pourtant pas… cela mériterait de faire le tour du sujet et d'y faire un peu de ménage).
Cdlt, VIGNERON (d) 12 juin 2021 à 20:47 (UTC)[]
  VIGNERON : Merci   pour la gestion des abréviations ! On peut appliquer la même propriété à tous comme ceci :
h1, h2, h3, h4, h5, h6 {break-after:avoid;}
En tout cas, je ne connais pas de syntaxe plus courte. (Mais moi aussi je suis autodidacte, je m’y suis mis peu après mon arrivée sur Wikisource, il y a une bonne année  .)
  Viticulum : Comme je l’expliquais, c’est pour empêcher un saut de page, dans les liseuses, entre un titre (nos modèles {{t2}}, {{t3}}, etc., utilisent des balises h), de quelque niveau qu’il soit, et le texte de la division qu’il introduit. Cela suppose, pour que la propriété soit effectivement appliquée, que l’on ne laisse pas plus d’une ligne blanche dans le code après le modèle {{t2}}, etc., et qu’on utilise à la place les paramètres de marge du modèle pour régler le blanc vertical qui suit le titre ; sinon, il peut y avoir saut de page au niveau des lignes blanches.
Parmi les autres modèles qui utilisent les balises h, et qui mériteraient qu’on les inclue dans le « tour du sujet », il y a {{Acte}}, {{Scène}} et compagnie, qui pour moi font tout à fait double emploi, et sont en plus parfois sémantiquement incorrects. — ElioPrrl (d) 12 juin 2021 à 21:28 (UTC)[]
  ElioPrrl : ah oui, c'est bien à cela que je pensais. J’ai ajouté ta proposition mais j'ai eu un message d'erreur (peut-être parce que cette propriété n’existe qu'en CSS3) il faudrait vérifier que cela fonctionne effectivement (je regarderais demain si j’ai le temps). Cdlt, VIGNERON (d) 12 juin 2021 à 21:39 (UTC)[]
  VIGNERON : Sur Can I use ?, tous les navigateurs semblent l’appliquer depuis au moins 2019 (ce qui, je le concède, nous fait une belle jambe, puisqu’ils ne sont pas divisés en page ; au moins cela veut dire qu’elle est assez universellement implémentée). — ElioPrrl (d) 12 juin 2021 à 21:44 (UTC)[]

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

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

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

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

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

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

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

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  ElioPrrl (d) 21 juin 2021 à 20:23 (UTC)[]

Gros points dans une balise mathModifier

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  ElioPrrl (d) 14 juin 2021 à 15:19 (UTC)[]

En LaTeX standard, \dotfill remplit une cellule avec des points alignés dans l'environnement {array} — mais cette fonction est inconnue dans wikisource — comme beaucoup d’autres hélas… --F0x1 (d) 14 juin 2021 à 17:09 (UTC)[]
  F0x1 : Effectivement, et beaucoup manquent… Du coup, question subsidiaire : comment demander l’implémentation d’une commande dans les balises math ? — ElioPrrl (d) 14 juin 2021 à 17:19 (UTC)[]
  ElioPrrl : j’ai fait un essai en rajoutant un {array}{l} autour du système d’équations, suivi d'une ligne de points, voir le système (1) dans la page 47 de l’ouvrage de Gauss : ça me semble tenir la route   — sûr qu’avec le \dotfill ça serait plus simple, mais ça ne me paraît pas si mal… --F0x1 (d) 15 juin 2021 à 14:18 (UTC)[]
  F0x1 : C’est encore un peu du bricolage, mais c’est beaucoup, beaucoup mieux ! Merci  ElioPrrl (d) 16 juin 2021 à 08:42 (UTC)[]

Mademoiselle CloqueModifier

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

Les articles paraissant dans les prochaines semaines à la une de Wikipédia sont sur Wikipédia:Lumière sur (voire Wikipédia:Lumière sur/Juillet 2021). Je ne vois pas d'autre ouvrage susceptible d’un lien avec Wikisource. Seudo (d) 15 juin 2021 à 07:27 (UTC)[]
Sur les plus de 5 500 articles labellisés en ce moment dans la Wikipédia en français, je ne connais que 25 articles au plus qui portent sur des romans : Oronoko, Les Bienveillantes, Le Seigneur des anneaux et tous ceux menés au label par le contributeur Robert Ferrieux (romans écrits par Charles Dickens, Mark Twain, Henry Fielding ou William Makepeace Thackeray, entre autres).
Le processus de labellisation d'un futur BA dure deux semaines, alors que celui d'un futur AdQ dure un mois (jusqu'à six semaines dans certains cas). L'article labellisé est ensuite, selon mes observations, mis en lumière sur la page d'accueil deux semaines après la labellisation. Ici, nous aurions donc au pire quatre semaines et au mieux huit semaines pour transcrire un roman à partir de rien, à la condition que quelqu'un nous signale les processus de labellisation pertinents.
Cantons-de-l'Est discuter 17 juin 2021 à 14:14 (UTC)[]

Besoin d'un coup de main pour des validationsModifier

Bonjour,

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

Wikimania 2021: Individual Program SubmissionsModifier

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

On behalf of Wikimania 2021 Core Organizing Team

En résumé ce message est là pour rappeler que les propositions pour Wikimania sont ouvertes jusqu’au vendredi 18 juin. Cet année, l'événement est virtuel et disposera d'interprètes (donc si vous pourrez suivre en français une partie des présentations en anglais).
Pour information, il y a déjà quelques propositions autour de Wikisource, j’ai notamment proposé un rendez-vous informel de discussion (un meetup) au nom du Wikisource Community User Group.
Cdlt, VIGNERON (d) 16 juin 2021 à 14:01 (UTC)[]

Candidature au statut d'administrateurModifier

Bonjour,

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

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

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

Мишоко, Désolé, je ne lis que des fichiers PDF avec mon portable. Je suggère néanmoins de réduire le nombre de points à disons 20, ce qui pourrait empêcher le débordement, si débordement il y a. — Cantons-de-l'Est discuter 18 juin 2021 à 14:24 (UTC)[]
Non, ce n'est pas un problème de débordement, c'est juste que les points sont disposés verticalement. Par exemple, Page:Monge - Coeur magnanime, 1908.djvu/199, il y a {{…|5}} et j'obtiens :
Cet angélique lys que jamais la souillure
N’a tenté de flétrir !
·
·
·
·
·
Mon Dieu, nous nous courbons sous ta volonté sainte.
Nous ne murmurons pas.
Du reste, les {{tab}}{{tab}} ne fonctionnent pas non plus, ils semblent sans effet apparent. Мишоко (d) 18 juin 2021 à 15:04 (UTC)[]
Мишоко, 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éunion des sociétés des beaux-arts des départements/27ème session/Œuvres de Louis GarnerayModifier

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

  Le ciel est par dessus le toit : J’ai résolu le problème des décalages de plus en plus importants (balises HTML mal fermées, un classique). Pour ce qui est des décalages temporaires, c’est un choix de codage un peu particulier qui mériterait sans doute d’être revu (personnellement j’aurais mis des paragraphes normaux, par exemple avec {{alinéa}}, en mettant les numéros manuellement, plutôt qu’une liste numérotée), mais ce serait un gros boulot. Seudo (d) 17 juin 2021 à 10:10 (UTC)[]
  Seudo : Un grand   erci, je suis assez d’accord avec ta solution, et c’est celle que j’avais envisagée en premier, mais vu le boulot que ça représentait, je me suis dit : "si quelqu’un parvient à résoudre ce problème ça serait ça de moins à faire."   --Le ciel est par dessus le toit Parloir 17 juin 2021 à 11:37 (UTC)[]

Automatiser les espaces dans l'emploi des balises ref, est-ce possible ?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)[]

  Zyephyrus : Pour moi la réponse est très simple : il faut coller les balises ref au mot qui précède. Je trouve ça plus beau, déjà ; en réalité, si l’on veut ajouter des espaces, il faudrait des espaces fines insécables, mais elles ne sont pas reconnues par tous les navigateurs. Surtout, cette solution a l’avantage que, si un jour on voulait changer la règle, et mettre des espaces avant l’appel de note, il suffira d’ajouter (sauf erreur) une seule ligne à Common.css pour faire le changement partout :
.reference::before{content: "\00a0";}
Cette ligne ajouterait automatiquement avant l’appel de note une espace insécable (et pas, comme l’exemple que vous montrez le fait, des espaces-mots, qui sont sécables, c’est-à-dire qui laissent la possibilité de couper la ligne entre le mot et l’appel de note), sans qu’il soit besoin de la marquer dans le code.
Dans l’autre sens, si on ajoute des espaces manuellement, et qu’un jour il faille tous les supprimer (ou les remplacer par des espaces insécables, à tout le moins, ou, encore mieux, les remplacer par des espaces fines insécables le jour où elles seront universellement reconnues), il faudra modifier toutes les pages une à une.
(Enfin, je l’ai déjà dit, j’irais même plus loin : je demanderais la suppression des crochets autour de l’appel de note, comme sur Wikipédia. En effet, nos fac-similés utilisent pour la plupart des chiffres seuls, voire des chiffres entre parenthèses, mais jamais entre crochets. En supprimant ces crochets, on pourrait utiliser les feuilles de style locales pour ajouter les parenthèses aux livres qui le demandent.)
PS : pour appuyer mes dires, voyez cette page, où, grâce à la dernière ligne de la feuille de style locale, l’appel de note est précédé d’une espace, alors que dans le code, il n’y en a pas.
ElioPrrl (d) 17 juin 2021 à 16:11 (UTC)[]
Avant toute chose, il faut une règle et non pas une recommandation sur les espaces avant et après <ref>...</ref>. Sinon, des wikisourciens ajouteront/enlèveront/omettront des espaces selon des règles typographiques personnelles, et qui pourrait leur en vouloir ?
Quelques recherches,
Pour </ref>+lettre, c'est 100 fois plus petit parmi les pages validées et c'est 35 fois plus petit parmi les pages corrigées selon quelques recherches rapides. Je crois que ce sont des erreurs.
Cantons-de-l'Est discuter 17 juin 2021 à 17:02 (UTC)[]
Zyephyrus, pour les espaces manquantes du livre en question, il suffit de demander à un dompteur de bot. Sinon, même si je ne me déclare pas dompteur, je peux le faire faire avec les outils que j'ai en main. — Cantons-de-l'Est discuter 17 juin 2021 à 17:03 (UTC)[]
D'accord avec tout ce que dit ElioPrrl (d · c · b), que l’on peut appuyer sur quelques autorités : « L’appel de note se place immédiatement après le mot ou le groupe de mots auquel il se rapporte, dont il n’est séparé par aucun espacement » (Office québécois de la langue française), l’appel de notes « est précédé par une espace fine insécable » (Lacroux, qui discute longuement des différentes formes d’appels de note), « les éléments <ref>Texte de la note.</ref> doivent être collés au dernier mot auquel la note s'applique » (w:Aide:Note#Ponctuation sur Wikipédia), etc. Je n’ai pas mon Lexique de l’Imprimerie nationale sous la main mais je serais surpris qu’il dise autre chose. Et il serait bon aussi de faire des appels de note simples sans crochets, sauf dans des cas particuliers (lorsqu’il peut y avoir confusion avec un exposant, voire pour distinguer une note présente dans le fac-similé d'une « note Wikisource » rajoutée par nos soins). Seudo (d) 17 juin 2021 à 18:24 (UTC)[]
Cela tombe bien, je l’ai sous la main, le Lexique de l’I.N.   : « Dans le texte, l’appel de note se place immédiatement après le mot ou le groupe de mots auquel il se rapporte et dont il est séparé soit par une espace forte insécable, s’il est lui-même entre parenthèses, soit par une espace fine insécable, s’il est composé en chiffres ou lettres supérieurs. » — ElioPrrl (d) 17 juin 2021 à 18:35 (UTC)[]
Je comprends tout ça. Si on y va avec une espace insécable (forte ou fine), il faudra modifier les pages « compromises » en insérant au choix : &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)[]
Pour moi la solution est celle donnée tout au début : pas d’espace et on rajoute éventuellement quelque chose en CSS. D'ailleurs un padding-left devrait aussi faire l'affaire, me semble-t-il. Seudo (d) 17 juin 2021 à 22:12 (UTC)[]
Espace entre le mot et l'appel de note, visuellement c'est une question de goût (je préfère sans). Mais quand il s'agit de mise en page, surtout sur liseuse, empêcher l'appel de note de se retrouver au début de la ligne suivante (au pire au début de la page suivante sur liseuse), c'est important. Les grands-maîtres des automates se feront un plaisir d'insérer un insécable quelconque (le plus efficace étant le rien du tout, mais par respect pour le choix du dernier correcteur on remplacera l'espace par un espace dur). Ne pas oublier les notes explicites (refa/refl) --Wuyouyuan (d) 18 juin 2021 à 15:44 (UTC)[]
  Seudo : J’ai proposé la règle ci-dessus dans le cas où il faudrait insérer des espaces insécables justifiantes, cas que ne peut pas gérer, sauf erreur, un padding, qui ne s’adapterait pas à la justification. Mais si l’on insère des espaces fines insécables (situation que je préfèrerais, et de loin, comme la plus esthétique, la plus conforme au code typographique, et la plus répandue dans nos fac-similés), effectivement un padding fonctionnerait, car je ne crois pas que les espaces fines soient justifiantes. J’ai cependant trouvé des données contradictoires sur la largeur de l’espace fine : un point selon Lacroux (en qui j’aurais tendance à avoir le plus confiance), et un huitième de cadratin selon Wikipédia. — ElioPrrl (d) 19 juin 2021 à 20:32 (UTC)[]

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

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

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

  ElioPrrl : Tout à fait   Pour, ça améliorera un peu la lisibilité par rapport à une note totalement collée. Seudo (d) 21 juin 2021 à 09:12 (UTC)[]
Merci ElioPrrl ! , le rendu est très satisfaisant. --Acélan (d) 21 juin 2021 à 15:46 (UTC)[]
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)[]
  • 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)[]
  Cantons-de-l'Est : J’aurais pu écrire le message de @Seudo  . 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)[]
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 121 519 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)[]
  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   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)[]
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)[]
  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)[]
  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)[]
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)[]

┌─────────────────────────────────────────────────┘
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)[]

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

Quatre pages à validerModifier

Bonjour,

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

Merci à l'avance,

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

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

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

Une page à supprimerModifier

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

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

ChroneModifier

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).[]

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)[]
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)[]
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)[]
Merci pour ces corrections. Je ne savais pas pour les deux points. Bel Bonjour, Ambre Troizat (d) 23 juin 2021 à 20:47 (UTC)[]

MagieModifier

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

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)[]
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)[]
  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)[]
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)[]
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)[]
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   avant tout aux techniciennes et techniciens derrière ce bel outil ! M0tty (d) 25 juin 2021 à 00:43 (UTC)[]
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)[]
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)[]
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)[]
  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)[]
  Jahl de Vautban : 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)[]
  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)  . --Viticulum (d) 28 juin 2021 à 19:07 (UTC)[]
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.   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)[]
  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)[]

Editing news 2021 #2Modifier

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

En-têtesModifier

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

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)[]
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)[]
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)[]
  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)[]
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; }.   ElioPrrl : qu'en penses-tu ? Voici ce que cela donne sur des tests sans templatestyle. Tpt (d) 26 juin 2021 à 09:22 (UTC)[]
  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   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.  ElioPrrl (d) 26 juin 2021 à 09:31 (UTC)[]
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  . Tpt (d) 26 juin 2021 à 18:56 (UTC)[]

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

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)[]
  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)[]
  Мишоко : 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)[]
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)[]

  Fabrice Dury :   Jahl de Vautban :   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)[]

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 : [9] et [10].
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)[]
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)[]
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)[]
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)[]
Sixdegrés parle de la page IX et suivante. — Cantons-de-l'Est discuter 1 juillet 2021 à 18:48 (UTC)[]

Texte de 3 lignes en latin à relireModifier

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

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  . De nombreux modèles analogues existent pour les autres langues. — ElioPrrl (d) 25 juin 2021 à 20:16 (UTC)[]

Catégorisation des pages d'aidesModifier

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 ([11]).


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

  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)[]
  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)[]
Ce redécoupage me parait bon, mais   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)[]
  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)[]

sur le bistro de WPModifier

C’est par ici

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

Wikisource sert quelque part  . — Cantons-de-l'Est discuter 29 juin 2021 à 09:46 (UTC)[]

apparition de caractère étrangesModifier

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

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

Server switchModifier

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

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

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)[]
Bonjour   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)[]
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)[]
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)[]
  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)[]
  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   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)[]
  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   a+ Laurent --Lorlam (d) 28 juin 2021 à 22:22 (UTC)[]
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)[]

Talabot, demande du statut botModifier

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

1 page à validerModifier

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

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

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

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