Wikisource:Scriptorium/Février 2024

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

Lancer une nouvelle discussion Aller à la fin de la page

Février 2024

{{nr}} automatique à la création de page change la numérotation ?

Bonjour à chacun,

Lors d'une création de page le modèle {{nr}} se mets automatiquement. Mon problème est qu'il change les numéro de pages. Comment désactiver cette automatisation ? ou éviter que les numéro changes.

par exemple : Page:Alfred Vacant - Dictionnaire de théologie catholique, 1908, Tome 1.djvu/699

Je vous remercie. Sicarov (d) 1 février 2024 à 10:17 (UTC)

Dans quel cas ce modèle est-il inséré automatiquement ? Si je clique sur Page:Alfred Vacant - Dictionnaire de théologie catholique, 1908, Tome 1.djvu/211, par exemple (page non encore créée), je ne vois pas ce modèle, ni dans le contenu, ni dans l'en-tête. Seudo (d) 1 février 2024 à 10:37 (UTC)

Sicarov : Évidemment je ne retrouve plus le nom de l'outil/script qui s'occupe de cela… Je vais me renseigner. Seudo : l'outil s'active quand le modèle {{nr}} est déjà présent sur les deux pages précédentes. Je viens de le faire pour ta page en exemple, cela devrait marcher maintenant. Cdlt, VIGNERON (d) 1 février 2024 à 11:00 (UTC)

l'outil change les numéros de pages : par exemple l'outil me donne automatiquement {{nr|385|ADAM|384}} pour la page donné par Seudo alors qu'elle devrait donner {{nr|387|ADAM|388}}. Sicarov (d) 1 février 2024 à 11:13 (UTC)

Sicarov : oui, ça c'est volontaire et une bonne chose dans 99 % des documents, car le numéro des pages augmente généralement de 1 à chaque page, c'est cet ouvrage qui est un cas particulier avec deux numéros par page. L'outil se base uniquement sur les entêtes des pages précédentes, il ne peut pas utiliser l'OCR (et là aussi tant mieux car l'OCR est autant ou moins fiable que ce qui existe dans les pages précédentes). Reste à trouver l'outil et à voir comment le désactiver pour ce cas particulier. Cdlt, VIGNERON (d) 1 février 2024 à 11:23 (UTC)

C'est ce gadget : MediaWiki:Gadget-MiseEnPage.js. "Gadget généraliste d’aide à la création, la typographie et la mise en page" dans la page de préférences des gadgets. Poslovitch (d) 1 février 2024 à 11:33 (UTC)

merci pour vos précisions, le gadget est décoché pour moi. Sicarov (d) 1 février 2024 à 12:38 (UTC)

Du grec chez Champolion

Bonjour,

Quelqu'un pourrait-il aider pour les deux parties en grec sur cette page : Page:Champollion - Lettres à M le duc de Blacas d’Aups, tome 2.djvu/11 ? merci d'avance. Lorlam (d) 2 février 2024 à 22:11 (UTC) … et aussi sur cette page : Page:Champollion - Lettres à M le duc de Blacas d’Aups, tome 2.djvu/12 ?! --Lorlam (d) 2 février 2024 à 22:12 (UTC)

Bonjour. Dans ce cas, j'aime bien utiliser le modèle {{grec}} (cf. diff), car il y a quelques contributeurs qui s'assurent que la Catégorie:Mots manquants en grec ancien reste toujours vide. --EijiroSaito (d) 2 février 2024 à 22:44 (UTC)

Contributeurs que je remercie bien chaleureusement . Poslovitch (d) 4 février 2024 à 13:52 (UTC)

Oui, moi aussi Lorlam (d) 4 février 2024 à 17:56 (UTC)

Deux catégories de maintenance pour le même objectif.

Bonjour, serait-il possible de fusionner :

• Catégorie:Image à insérer
• Catégorie:Images à reprendre ;

qui - il me semble - servent à la même chose ? Newnewlaw (d) 5 février 2024 à 11:06 (UTC)

Déjà évoqué sur Wikisource:Scriptorium/Novembre 2023. La fusion s'impose en effet et « Image à insérer » est sans doute le meilleur libellé (même si c'est le plus récent). Seudo (d) 5 février 2024 à 13:11 (UTC)

J'ai donné ma réponse dans le fil de novembre, je ne pense pas utile de combiner les deux catégories. Sicarov (d) 5 février 2024 à 14:45 (UTC)
 Section invoquée. — Cantons-de-l'Est ^p|d|d 5 février 2024 à 21:39 (UTC)

Je suis aussi d’accord pour la fusion ; pour le généreux contributeur qui téléversera l’image de bonne qualité, qu’il y ait déjà une image de mauvaise qualité sur la page ou qu’il n’y en ait aucune, cela ne change rien pour lui. Il me semble qu’on peut seulement arguer d’une différence de priorité : on peut raisonnablement penser qu’il est plus urgent de mettre une image là où il n’y en a aucune que de la remplacer là où elle existe. Mais même cet argument me semble faible : dans certains cas, une image absente peut ne pas empêcher du tout la lecture du texte (image purement ornementale) ; dans d’autres cas, une image existante de mauvaise qualité ne suffira pas pour assurer la compréhension du texte (carte ou graphique illisible). — ElioPrrl (d) 5 février 2024 à 16:02 (UTC)

Les deux catégories ne servent pas à la même chose. Il faut toutefois déterminer si une image à insérer est d'une qualité suffisante et si une image à reprendre est de si mauvaise qualité. Débats subjectifs. — Cantons-de-l'Est ^p|d|d 5 février 2024 à 21:46 (UTC)

Je partage l’avis de @Sicarov sur cette question et, avant de fusionner, il faut considérer le travail de ceux qui s’occupent de la maintenance. Ainsi, lorsque j’aurai un peu de temps à y consacrer, je ne veux pas avoir à parcourir toutes les pages listées pour trouver celles où les images sont de qualité suffisante pour être découpées, nettoyées et insérées. Dans la catégorie images à insérer, je m’attends à retrouver des pages répondant à ces conditions. Inutile de m’investir dans la catégorie image à reprendre puisque le scan ne convient pas ou encore que l’image est protégée par D.A. Dans « images à insérer », j’ai rapidement identifié deux ouvrages pour lesquels l’insertion des images permettrait de compléter l’étape de la correction. Cela représente environ 200 pages sur les 260 répertoriées. --Denis Gagne52 (d) ^{Le miraculé du 9e} 6 février 2024 à 05:11 (UTC)

Problème dans l’intertextualité d’un livre

Bonjour, comme alors que je travaillais sur le recueil de fabliaux d’Anatole de Montaiglon, j’ai découvert que M. Joseph Bédier avait rédigé une étude sur ce genre médiéval, ce qui piqua ma curiosité. J’ai alors commencé à relire le travail déjà fait et j’ai remarqué qu’il se basait sur « mon » recueil pour citer les fabliaux. Je me suis alors dit qu’il serait intéressant d’effectuer des liens directs vers le recueil pour lier ces deux textes (projet qui me semble pertinent).

Quelle fut alors ma surprise quand je remarquai que les indications de tomes et pages données étaient totalement erronnées !!! Prenons cette page, Bédier dit dans la première note que l’on trouve Le Prestre au lardier dans le tome II à la page 32, alors qu’elle est à la page 24 du tome (le vers donné après est correct par contre) ; la troisième note donne le tome VI au lieu du tome IV pour le fabliau le plus court tandis que la quatrième note donne le tome VI, page 99 pour le tome IV page 1 ! (Ce n’est qu’un exemple que j’ai choisi mais qui n’est de loin pas isolé)

Comme cette étude de Bédier a eu cinq éditions et que celle présente sur Wikisource n’est que la deuxième (celles qui suivent ne changent quasiment rien au contenu) je me suis demandé si ces erreurs avaient été corrigé mais non, une dizaine d’année après et trois éditions plus tard, les mêmes erreurs demeurent. J’ai cherché si une autre édition que je ne connaissais pas de Montaiglon et son recueil existait mais je n’ai rien trouvé.

Pensez-vous que je dois corriger l’entièreté de ces notes (et aussi faire les liens avec le recueil) pour permettre au lecteur une meilleure lecture conjointe des textes et de l’étude ? — Rafavannay (d) 5 février 2024 à 17:07 (UTC)

Pour moi il ne faut surtout pas corriger le texte, nous n'en avons pas la légitimité (comment être absolument sûr que Bédier fait référence à l'édition des fabliaux présente sur Wikisource ? Il serait étrange qu'il y ait autant d'erreurs). En revanche, aucune opposition à faire des liens hypertextes vers le recueil de fabliaux tel qu'il apparaît dans Wikisource, et il est aussi possible d'expliquer les apparentes incohérences dans une note commençant par : Note Wikisource. Seudo (d) 5 février 2024 à 20:37 (UTC)

Seudo a bien répondu. — Cantons-de-l'Est ^p|d|d 5 février 2024 à 21:48 (UTC)

Rafavannay :

Après analyse, les nombres en chiffres arabes me semblent faire référence au numéro du fabliau dans le tome.

Ainsi pour la note 3 (fabliau le plus court): « VI, 144 », il ne faut pas comprendre tome VI, page 144 mais tome VI, fabliau CXLIV (144), qui comporte bien les 18 vers auxquels la note fait référence, ici Page:Montaiglon - Recueil général et complet des fabliaux des 13e et 14e siècles, tome VI.djvu/60.

Pareil pour la note 1: « Le preste au lardier, MR, II, 32 » qui est bien le fabliau XXXII (32) du tome 2 et bien à sa place: Page:Montaiglon - Recueil général et complet des fabliaux des 13e et 14e siècles, tome II.djvu/38.

Pour la note 4 « IV, 99 » du fabliau le plus long, effectivement il y aurait une légère erreur: ce ne serait pas le fabliau XCIX (99) du tome IV, mais le fabliau LXXXIX (89) du tome IV. 89… 99, erreur du typographe… Khardan (d) 5 février 2024 à 23:45 (UTC).

Et les « V. » sont suivis des numéros de vers (j'ai eu du mal à comprendre la note 2 « V. 167 » du coup car je pensais que c'était « V, 167 »). Pas simple à suivre... En tout cas, bon courage à toi sur ces ouvrages. Khardan (d) 6 février 2024 à 00:04 (UTC).

Mais oui que je suis bête... Merci @Khardan -- Rafavannay (d) 6 février 2024 à 06:31 (UTC)

Bravo Khardan : pour l'exercice de décryptage... Les erreurs attribuables au typographe sont, elles, corrigeables avec {{corr}}. Seudo (d) 6 février 2024 à 08:15 (UTC)

Gadget pour appliquer des effets sur le facsimilé

Bonjour, avec l’aide de @Darmo117, j’ai développé un petit gadget afin d’appliquer des effets sur le facsimilé dans l’espace Page. Ce gadget est inspiré de ce qu’on peut trouver sur les différentes archives en ligne pour modifier la luminosité, la saturation et autre. Ce gadget sort tout juste des fourneaux : j’ai donc besoin de retour pour l’améliorer. Si vous voulez l’essayer, il suffit de rajouter la ligne importScript('Utilisateur:Lepticed7/Sliders.js'); dans votre common.js. Après ça, allez sur une page, en mode édition. Un petit tableau apparait, contenant six réglettes permettant d’appliquer des effets sur l’image. L’effet est immédiatement appliqué, il n’y a pas à valider. Parmi les fonctionnalités que je souhaite mettre en place dans le futur, il y a la traduction des champs, la sauvegarde du paramétrage des filtres, et cacher ces réglettes dans un menu dépliant (ou autre). N’hésitez pas à faire des retours, ils sont les bienvenus ! À+, Lepticed7 (Viens tcharer ! :D) 5 février 2024 à 23:18 (UTC)

Lepticed7 : Cela marche très bien ! Pour être franc, je ne pense pas l’installer parce que je travaille surtout sur des fac-similés que je produis moi-même et dans lesquels donc j’ai fait les réglages nécessaires de l’image. Effectivement la barre de réglages est un peu envahissante, mais tu dis travailler à la cacher. Une autre observation : il serait peut-être plus « accueillant » de traduire cette barre en français. Bon courage — ElioPrrl (d) 11 février 2024 à 15:01 (UTC)

Candidature au statut d’admin d’interface

Bonjour, je candidate au statut d’administrateur d’interface et sollicite la communauté. Voici ma candidature : lien. Bonne journée, Lepticed7 (Viens tcharer ! :D) 6 février 2024 à 13:58 (UTC)

Bonjour. Merci à toutes les personnes ayant voté de m’accorder leur confiance. Bonne journée, Lepticed7 (Viens tcharer ! :D) 23 février 2024 à 10:45 (UTC)

Comment transformer un pdf en djvu sur wikisource

Bonjour, Je suis prêt à mettre le texte de cet ouvrage en forme, mais hélas le match et split ne fonctionne pas! Est-ce possible de le convertir en djvu sans perdre la informations déjà présente sur la page? CyrMatt (d) 7 février 2024 à 20:43 (UTC)

Gros travail à première vue. Plusieurs obstacles :

- le fait que l'ouvrage PDF ait déjà été travaillé : si remplacement par un .djvu, chaque page déjà corrigée devrait être déplacée ou renommée pour garder le travail préalable s'il était de qualité.

- je ne suis pas sûr que le fichier .pdf puisse être remplacé par un .djvu sur WikiCommons (pour faire une demande de remplacement c'est là.)

Je note cependant que le fichier PDF actuel est très mauvais, on s'y abime les yeux alors que le fichier source était très propre. Le téléverseur n'a pas pris toutes les précautions en 2019 :/ Ce serait légitime de se baser sur un fac-similé lisible en effet. Je crois avoir lu il y a peu qu'un match and split sur PDF fonctionnait. Je ne peux en dire plus, mais d'autres le pourront certainement ! syb~anicium 8 février 2024 à 11:27 (UTC)

Merci pour votre réponse, oui le pdf est mauvais. J'attends déjà la fin du téléversement mais je pense que je vais repartir de zéro si le remplacement est trop difficile. J'attends que ia-uploader finisse son travail. CyrMatt (d) 8 février 2024 à 15:42 (UTC)

Edit: Je viens de faire un nouvel upload (en cours) avec ia-uploader, mais je voudrais que ce fichier remplace le pdf.

@Anicium Dans le message évoqué, j'ai indiqué que le Match (découpage automatique du fichier texte) ne fonctionne pas avec les pdf.

En revanche le Split : insertion d'un fichier préalablement découpé avec les entêtes du type :
==Page:Monfichier.djvu/46==
blablablablabla
==Page:Monfichier.djvu/47==
suite de blablablablabla
correctement placées sur le texte fonctionne aussi avec les pdf.

@CyrMatt Je me permets d'ajouter qu'il est nécessaire de vérifier le djvu téléversé avec IAupload, cet outil ayant une fâcheuse tendance à mélanger les pages ou la couche texte en particulier sur les gros fichiers, ce qui est le cas ici. Cunegonde1 (d) 9 février 2024 à 10:53 (UTC)

CyrMatt : Au cas où cela pourrait servir, j'ai préparé un fichier djvu en noir et blanc, de qualité acceptable (300 dpi) et ne pesant que 65,5Mb ou bien 117,7mb (600dpi) de très bonne qualité, pour les 3104 vues de l'ouvrage à partir des images sources (jp2) d'Internet Archive. Je peux téleverser l'un ou l'autre de ces fichiers si c'est utile. Cunegonde1 (d) 9 février 2024 à 15:54 (UTC)

Toutes mes excuses, bien que j'avais rechargé la page j'avais pas vu vos réponses, j'ai ouvert un autre fil que je vais supprimer, car vous répondez à mes questions. J'accepte la proposition du téléversement! Cela va-t-il remplacer le pdf? Pour la qualité, je n'ai pas de préférence. mais 117 M ça me semble pas exagéré pour ce que c'est.

Merci @Cunegonde1 CyrMatt (d) 9 février 2024 à 18:12 (UTC)

Edit: je vois aussi le Header de la page, qui est incohérent, comme le modifier, voyez vous même le texte qui s'affiche:

Traduction par traduite en français, avec des notes par l'abbé Glaire.

Texte établi par Nouvelle édition avec introductions, notes complémentaires et appendices par F. Vigouroux, Roger et Chernoviz, 1905 (p. 3059-3061).

Bonjour CyrMatt : Il est impossible de remplacer un fichier pdf par un fichier djvu. Sur Commons on ne peut remplacer un fichier que par un autre de même type. Le remplacement est utile pour remplacer une version défectueuse (ie. pages manquantes) par une version réparée.

Compte tenu du fait que le travail est déjà très avancé sur le fichier actuel. L'import d'un djvu est-il quand même pertinent ?--Cunegonde1 (d) 10 février 2024 à 05:20 (UTC)

@Cunegonde1pour moi oui l'import est pertinent. Tant pis, je ferais le transfert des pages vers le djvu. Le transfert peut se faire assez rapidement avec l'outil exporter. Mais surtout j'ai le texte de tout le reste.

Une fois fini on supprimera le pdf. CyrMatt (d) 10 février 2024 à 07:35 (UTC)

CyrMatt : C’est Fait  : Livre:La sainte Bible selon la Vulgate traduite en français, avec des notes par J.-B. Glaire. Nouvelle édition avec introductions, notes complémentaires et appendices par F. Vigouroux (1905).djvu Cunegonde1 (d) 10 février 2024 à 07:42 (UTC)

CyrMatt et Cunegonde1 :C’est fait ! Hum ! Ce travail ne peut se faire proprement sans l’intervention d’un administrateur tant sur Commons que sur Wikisource. Il y a près de 700 pages à renommer, reconstruire et/ou supprimer pour compléter cette opération. Peut-être que @Hsarrazin pourra vous aider ? --Denis Gagne52 (d) ^{Le miraculé du 9e} 10 février 2024 à 14:22 (UTC)

@Denis Gagne52 Quand j'ai écris c'est fait, il était bien entendu que cela ne concernait que la préparation et l'import du fac-similé au format djvu, ce qui n'a pas été simple compte tenu de la taille des images source de IA (en moyenne 3Mb par image soit 9,4Go au total) le tout ramené à un djvu avec couche texte de 117Mo. Le but de ce travail étant de permettre de faire un Match et Split. Le reste est hors de ma compétence. Cunegonde1 (d) 10 février 2024 à 14:47 (UTC)

Cunegonde1 :Je ne remets pas en question la qualité de ton travail. Mais comme il en reste beaucoup à faire et que cela implique d’autres personnes qui n’ont pas été informées, il est important d’en être conscient. Le f-s que tu as préparé est tout simplement magnifique ! --Denis Gagne52 (d) ^{Le miraculé du 9e} 10 février 2024 à 15:06 (UTC)

@Denis Gagne52, je ne comprends pas bien ce qu'il faut faire. Je pensais simplement déplacer le contenu de pdf vers le djvu ce n'est pas suffisant?

Merci en tout cas pour l'aide précieuse! CyrMatt (d) 11 février 2024 à 08:55 (UTC)

CyrMatt : Simplement et proprement ne font pas toujours bon ménage. Une fois le fichier créé en format djvu, je considère que les opérations à effectuer sont les mêmes que lorsqu’on souhaite renommer un fac-similé sur Commons. Vous avez évoqué la possibilité d’utiliser « exporter » mais pour réimporter ces données (le wikicode, l’historique, les anciennes versions, ...), il vous faudrait être administrateurs et je ne crois pas que ce soit l’outil qui convient ici. Comme il s’agit d’une opération délicate, je vous rapporte ce qui avait été recommandé par Hélène en Novembre dernier : seul un.e admin peut faire le ménage proprement derrière... raison pour laquelle il n'est pas souhaitable de demander ce genre de renommage directement sur Commons, mais plutôt sur Wikisource, idéalement sur WS:RA. --Denis Gagne52 (d) ^{Le miraculé du 9e} 11 février 2024 à 17:24 (UTC)

┌─────────────────────────────────────────────────┘
Acélan et Le ciel est par dessus le toit :Actuellement @CyrMatt récupère des pages déjà corrigées et les recopie dans une version du même livre mais en format en djvu. Ce faisant, l’historique est perdue et la page apparaît comme ayant été corrigée par lui et non par celle/celui qui a effectué le travail initialement. Il en va de même pour l’index. Pouvez-vous intervenir afin que cette opération s’effectue selon les règles et proprement ? Je note qu’aujourd’hui 10 février @Arnapha corrige encore des pages sur la version pdf pendant que CyrMatt construit son doublon en format djvu. Tôt ou tard il faudra supprimer un de ces livres, autant intervenir immédiatement. Hélène est déjà impliquée auprès de Arnapha mais ne semble pas disponible actuellement. --Denis Gagne52 (d) ^{Le miraculé du 9e} 12 février 2024 à 00:34 (UTC)

Bonjour,

Effectivement @CyrMatt, ce n'est pas la manière de procéder. Je peux déplacer les pages corrigées, pour conserver l'historique; mais pas avant cet après-midi. @Denis Gagne52, as-tu prévenu Arnapha qu'il fallait travailler sur l'autre FS ? Acélan (d) 12 février 2024 à 06:31 (UTC)

Je vous présente mes excuses! Je n'avais pas vu vos réponses, ne recevant aucune notifications du scriptorium.

J'ai bien compris pour la prochaine fois. CyrMatt (d) 12 février 2024 à 15:17 (UTC)

« Efferella » : une expérience de transclusion bilingue par section avec le modèle {{FRLA}}

Bonjour à toutes et tous, petite annonce pour vous qui raffolez des expériences techniques sur des éditions bilingues* !

Ayant vu passer il y a quelques mois une discussion au sujet de la mauvaise qualité du fac-similé de l'Histoire naturelle de Pline l'Ancien, j'avais tâché de réparer cela, en produisant simplement de meilleurs fac-similés. Une fois ceci fait, la transclusion encore incomplète me poussa à chercher une méthode convenable pour proposer ce texte en version complète : c'est-à-dire sans perdre l'aspect bilingue de l'ouvrage.

En parcourant les trop rares éditions bilingues français/latin sur Wikisource, j'ai compris qu'il y avait quelque chose à créer...

Donc, emporté par le même élan qui nous avait poussés, avec @Hsarrazin, à créer un modèle pour des pages bilingues (voir {{EntêteBilingue}} et {{PiedBilingue}}), j'ai recherché un moyen stable, avec une part d'automatisation si possible (donc un modèle), pour pouvoir présenter une oeuvre bilingue français/latin sur une seule page de transclusion, en permettant au lecteur de pouvoir comparer les deux langues section par section, donc bien alignées. Et ce, tout en respectant le principe de ne transcrire que du texte français ici, et que du texte latin sur Vicifons.

Après quelques mois d'un patient bricolage, je vous présente donc le prototype d'un modèle qui permet, une fois les sections correctement transcrites sur Wikisource et sur Vicifons, de les réunir, de les aligner, et ce grâce à des paramètres qui se veulent simples^[sic]. Pour peu que l'on respecte quelques règles de nommage ici et là-bas, on n'a plus qu'à intégrer ce genre de code :

{{TransclusionBilingue}}
{|
|colspan="2"|<pages index="Pline l'ancien - Histoire naturelle, Littré, T1 - 1848.djvu" from=6 to=6 displayed_from=99 displayed_to=107 header=1 prev="[[Histoire_naturelle/I/Bilingue/I|Livre I (bilingue)]]" current="'''Livre II (bilingue)'''" next="[[Histoire_naturelle/III/Bilingue/III|Livre III (bilingue)]]" />
{{FRLA|II|Titre|Naturalis_Historiæ (trad. Littré)}}}}
{{FRLA|II|1|Naturalis_Historiæ (trad. Littré)}}}}
{{FRLA|II|2|Naturalis_Historiæ (trad. Littré)}}}}
{{FRLA|II|3|Naturalis_Historiæ (trad. Littré)}}}}
(...)
{{FRLA|II|112|Naturalis Historiæ (trad. Littré)}}
{{FRLA|II|113|Naturalis Historiæ (trad. Littré)}}

Et nous obtenons : 113 sections alignées du LIVRE II de l'Histoire naturelle de Pline l'Ancien (version bilingue)

Ce modèle se double d'un modèle de navigation placé en haut à droite du header, qui permet au lecteur de passer du latin au français, du français à la version bilingue, sans se douter qu'il passe de Wikisource à Vicifons, et sans se soucier de quoi que ce soit d'autre que son intérêt pour l'oeuvre. Là aussi, l'objectif est d'offrir un outil semi-automatique pour peu qu'on ait suivi un nommage similaire sur Wikisource et Vicifons.

Je vous laisse avec un peu de lecture pour comprendre l'idée, et n'hésitez pas, sur la page de discussion associée, à laisser votre avis et surtout vos conseils d'optimisation, qui sait ! J'espère que cela vous donnera l'envie d'améliorer le concept, ou de l'expérimenter sur d'autres ouvrages :)

(oui, j'ai essayé de rendre tout ça un peu ludique, j'ignore si j'aurai réussi, mais je me suis en tout cas bien amusé tout en creusant certaines subtilités techniques !)

(Merci à @Hsarrazin et à @Tpt pour la suggestion du modèle {{TransclusionBilingue}} qui permet de forcer un affichage en pleine largeur. Merci également à @Denis Gagne52 pour son appel à l'aide sur Phabricator : grâce à lui le très sympathique @Jdlrobson a bien voulu réparer mon modèle de navigation ! Merci enfin à @Seudo pour son encouragement à travailler sur ce bon vieux Pline. Cela nous met modestement à la suite de la foule de copistes qui ont permis à ce texte antique de nous parvenir intégralement !)

*aucune édition bilingue n'a souffert au cours de ces expériences. syb~anicium 9 février 2024 à 17:49 (UTC)

anicium :Très original en plus de répondre efficacement au besoin. Bravo ! Je remarque qu’en naviguant de français à bilingue à latin, il arrive que les nos de pages soient déportés vers la gauche et empiètent sur le menu de Vicifons. Je n’ai pas réussi à déterminer pourquoi ni la séquence d’opérations qui provoque ce débordement. À ce moment-là, « Layout 1 » n’apparaît plus dans les choix au-dessous de « Display options ». Je ne sais pas si tu pourras reproduire ! --Denis Gagne52 (d) ^{Le miraculé du 9e} 10 février 2024 à 17:10 (UTC)

Je me suis dit tout d’abord que c’était un peu réinventer l’eau chaude, parce qu’il existait une extension DoubleWiki (certes bien améliorable) qui permet de faire ceci automatiquement. Malheureusement, sans qu’on nous ait jamais prévenu, il a été décidé d’archiver cette extension en 2023, et elle ne marche plus aujourd’hui . Je vais donc regarder ton modèle de plus près.

(Remarque accessoire : le nom de la page bilingue Histoire naturelle (trad. Littré)/II/Bilingue/1 entre en contradiction avec les Aide:Conventions de nommages des œuvres : les sous-pages sont réservées pour des divisions du livre, et Bilingue n’est pas une division du livre II, pas plus que le paragraphe 1 de Bilingue. On n’accepte plus cette manière de faire, par exemple Œuvre/Traduction Untel pour distinguer des éditions différentes : à la place on demande Œuvre (trad. Untel). Tant qu’on est en phase de test, et que cela ne concerne qu’une poignée de pages, ce n’est pas bien grave, mais il faudrait se donner assez vite une règle. Je proposerais bien Histoire naturelle (trad. Littré, bilingue)/II, tout simplement. Cela aurait l’avantage de ce que seule la racine du lien change entre la transclusion française, la transclusion latine et la transclusion bilingue ; l’arborescence en dessous serait identique : ../II, puis ../II/1 pour toutes, sans l’intercalaison de Bilingue pour l’une d’elles.) — ElioPrrl (d) 10 février 2024 à 21:22 (UTC)

(Remarque accessoire 2 : pourquoi sur Vicifons le titre est Naturalis Historiæ (au génitif, pas au nominatif) ? On s’attendrait à Naturalis Historia, voire Naturalis historiæ libri si on veut être plus royalistes que le roi, mais là le titre est erroné.) — ElioPrrl (d) 10 février 2024 à 22:55 (UTC)

ElioPrrl et SyB~Anicium : Peut-être parce que Naturalis Historiæ apparaît dans le fac-similé. Mais je pense que tu as raison : le génitif est justifié à cet endroit par le terme Liber 1 (premier livre de l'Histoire naturelle de Pline). Sur l'en-tête du livre, le nominatif est probablement plus adapté. Seudo (d) 11 février 2024 à 10:07 (UTC)

Merci @ElioPrrl (et @Seudo) pour vos premières réflexions qui nourrissent la mienne. Je n'avais pas fait assez attention au nommage de l'édition latine, mea culpa. Trop concentré sur l'aspect technique, qui m'a fait cogiter un moment... En effet c'est bien liber qui est sous-entendu, d'où le génitif, mais puisqu'on évacue liber du nommage, eh bien, le nominatif semble plus correct. Un renommage s'imposera donc avant d'aller plus loin donc (gloups, si vous avez un robot sur Vicifons, j'avoue que je suis preneur).

Sur la question des sous-dossiers ici, c'est plus compliqué. Je prends bien sûr en compte ta solution, @ElioPrrl, qui est nettement plus élégante et qui ne contreviendra plus avec les règles établies [à moins d'une exception acceptée par la communauté]. Mais oui, Histoire naturelle (trad. Littré, bilingue) semblerait plus conforme. Si je comprends bien on aurait :

- Histoire naturelle (trad. Littré)/II/1 (section 1 en français)

- Histoire naturelle (trad. Littré, bilingue)/II/1 (section 1 bilingue)

- Naturalis historia (trad. Littré)/II/1 sur Vicifons (section 1 en latin)

1) Mais du coup on obtient deux index pour un même ouvrage ?

2) L'objectif que j'ai poursuivi avec {{FRLA}} était de simplifier la formule de transclusion manuelle, qui était évidemment très lourde dans les tests effectués sur mon brouillon... Le modèle ne fait qu'optimiser la transclusion des sections deux par deux, alignées sur deux colonnes invisibles :

<span id=ws-override-layout style="display: none; speak: none;">1</span>
{|
|colspan="2" |<pages index="Pline l'ancien - Histoire naturelle, Littré, T1 - 1848.djvu" from=6 to=6 displayed_from=99 displayed_to=106 header=1 prev=[[Histoire_naturelle/I|I]] current="'''Livre II (français & latin)''' ; [[Histoire_naturelle/II|Livre II (français)]] " next=[[Histoire_naturelle/III|III]] />
|-
|valign=top style="width:56%;padding:25px";|{{Manchette|G}}<pages index="Pline l'ancien - Histoire naturelle, Littré, T1 - 1848.djvu" from=123 to=123 fromsection="Titre" tosection="Titre" header_type=empty />
|valign=top style="width:44%;padding:25px";|<div style="font-family:Georgia">{{iwpages|la|Pline l'ancien - Histoire naturelle, Littré, T1 - 1848.djvu|123|123|Titre|Titre}}</div>
|-
|valign=top style="padding:25px";|{{Manchette|G}}<pages index="Pline l'ancien - Histoire naturelle, Littré, T1 - 1848.djvu" from=123 to=123 fromsection="1" tosection="1" header_type=empty />
|valign=top style="padding:25px";|<div style="font-family:Georgia">{{iwpages|la|Pline l'ancien - Histoire naturelle, Littré, T1 - 1848.djvu|123|123|1|1}}</div>
|-

Ce que le modèle {{FRLA}} abrège en :

{{TransclusionBilingue}}
{|
|colspan="2"|<pages index="Pline l'ancien - Histoire naturelle, Littré, T1 - 1848.djvu" from=6 to=6 displayed_from=99 displayed_to=107 header=1 prev="[[Histoire_naturelle/I/Bilingue/I|Livre I (bilingue)]]" current="'''Livre II (bilingue)'''" next="[[Histoire_naturelle/III/Bilingue/III|Livre III (bilingue)]]" />
{{FRLA|II|Titre|Naturalis_Historiæ (trad. Littré)}}}}
{{FRLA|II|1|Naturalis_Historiæ (trad. Littré)}}}}
{{FRLA|II|2|Naturalis Historiæ (trad. Littré)}}

MAIS : pour simplifier la transclusion, le modèle utilise actuellement des adresses relatives. D'où mon choix (contestable) de l'adresse Histoire naturelle (trad. Littré)/II/Bilingue/II, qui n'est finalement pas terrible. Penses-tu qu'on pourrait quand même obtenir la même simplicité de transclusion ({{FRLA|II|1|Naturalis_Historiæ (trad. Littré)}}}}) mais en remettant d'aplomb le nommage ?

Voilà l'idée de base et vers quoi j'aimerais qu'on aboutisse ensemble pour les (rares !) éditions bilingues. Ce n'est pas révolutionnaire, et c'est absolument perfectible (la preuve, mon souci de règle de nommage). Je cherche à présent des solutions, et je compte sur toi et @Seudo peut-être, pour parvenir au même résultat plus « proprement » (je manque clairement de compétences pour aller plus loin...). Rassurons-nous, ce n'est pas une demande récurrente d'une horde de latinistes ici ou ailleurs, je pense même qu'on est dans une réflexion de niche qui ne déchaînera guère l'enthousiasme... Voilà pourquoi on reste à l'état « d'expérience » et que je ne vais pas en faire une publicité incroyable, surtout tant que les soucis ne sont pas résolus. Mais c'est quand même parti du constat d'un manque (comparez cet essai de 2010, et le Livre II de Pline présenté ici).

Pour en causer plus facilement que sur le Scriptorium, je vous propose ici, et si vous voulez tester des trucs avec le Livre II ou le modèle lui-même, n'hésitez surtout pas . syb~anicium 13 février 2024 à 18:32 (UTC)

Merci @Denis Gagne52 pour ton appréciation :) J'ai essayé ! Peut-être qu'avec une réflexion plus large (et avec de meilleures compétences techniques, parce qu'honnêtement j'ai beaucoup ramé !), on arrivera à quelque chose de plus convaincant, au moins la piste est lancée... Je viens de tester à nouveau l'affichage sur Vicifons, j'avais repéré des fois que la page sautait, curieusement là tout de suite ça ne me le fait pas... Très bizarre l'affichage là-bas, j'ai eu aussi des pages qui "sautaient" d'un layout à l'autre sans raison. Cela me dépasse. syb~anicium 13 février 2024 à 18:36 (UTC)

Edit : je crois que passer à la dernière mouture de skin proposé (Vector 2022) a justement résolu mes soucis de pages qui sautaient ; peut-être es-tu sur Vector 2010 ? (pour une fois qu'un affichage plus récent résout un souci !). syb~anicium 13 février 2024 à 18:40 (UTC)

Des raccourcis clavier, ça vous tente ?

Bonjour à tous ! Devant l’échec de la consultation sur le gadget Caractères spéciaux du mois dernier, j’ai décidé de faire un pas de côté. J’ai écrit un début de code pour créer des raccourcis clavier. Certains insèrent des modèles ou des balises : il suffit de sélectionner du texte dans la fenêtre d’édition, puis de faire la combinaison de touche qui insèrera automatiquement le code adéquat autour de la sélection. D’autres servent à la navigation, et s’exécutent dès la combinaison de touches effectuée.

Pour l’instant, ce sont les suivants :

• dans une fenêtre d’édition :
  • Ctrl+I pour mettre en italiques ;
  • Ctrl+B pour mettre en gras ;
  • Ctrl+Q pour mettre en petites capitales ;
  • Ctrl+Espace pour insérer une espace insécable ;
  • Ctrl+Alt+C pour insérer {{corr}} prérempli (avec deux fois la leçon fautive) ;
  • Ctrl+Alt+R pour insérer une note ;
  • Ctrl+Alt+W pour insérer des doubles accolades ;
• dans l’espace Page: :
  • Alt+Shift+→ pour aller à la page suivante ;
  • Alt+Shift+← pour aller à la page précédente ;
  • Alt+Shift+↑ pour aller à la page d’index.

Je suis preneur d’autres idées de raccourcis, avec proposition de combinaisons de touches (il est difficile d’en trouver, les navigateurs en ayant déjà préempté beaucoup).

Pour le tester, cliquez sur le lien suivant : Special:MyPage/common.js et ajoutez-y la ligne suivante :

importScript('User:ElioPrrl/Raccourcis.js');

Merci d’avance pour vos idées et vos critiques !

Avis et critiques

[P.-S. Si vous trouvez ce gadget inutile (ou le gadget Caractères spéciaux dont la consultation a fait pschitt mais est encore ouverte !), s’il vous plaît, prenez le temps de me le dire : sinon il est difficile de savoir si l’absence de réactions est due à l’indifférence des lecteurs, ou carrément au fait qu’il n’y a pas eu de lecteurs du tout ! ] — ElioPrrl (d) 11 février 2024 à 13:08 (UTC)

De bonnes propositions. Je ne sais pas si je vais adopter le gadget, toutefois, parce que ma pratique actuelle est bien ancrée et relativement efficace. — Cantons-de-l'Est ^p|d|d 11 février 2024 à 14:31 (UTC)

Personnellement, peut-être comme d'autres contributeurs, je préfère éditer le texte source dans un éditeur plus rapide et plus efficace qu'un navigateur, du moins pour les nouveaux ouvrages (téléchargement de tout un ouvrage, puis ajout des pages mises en forme) ; pour la relecture, c'est sans doute différent !

C'est un peu similaire pour les caractères spéciaux, une extension de clavier me permet de doubler le nombre de caractères possibles pour chaque touche, donc pas vraiment de besoin pour les caractères relativement courants (toutes lettres acentuées ou lettres grecques).

Par contre je suis vraiment admiratif devant l'efficacité du surlignage des scanilles, extrêmement utile, et qui s'est bien amélioré depuis ses débuts ! F0x1 (d) 11 février 2024 à 16:51 (UTC)

@ElioPrrl Tout à fait d'accord avec @F0x1, je corrige hors-ligne avec un logiciel permettant d'insérer les modèles via des regex. Mais je suis pleinement d'accord avec les louanges sur le surlignage des scanilles. J'ai passé tous les textes que j'ai corrigé avec cet outil et cela m’a permis de de corriger pas mal de scanilles, y compris sur des textes validés.

En matière de raccourci clavier, je suis aussi particulièrement intéressé par un raccourci clavier pour aller à la page suivante en mode page car

document.getElementsByClassName("oo-ui-icon-next")[0].setAttribute("accesskey", "g");
document.getElementsByClassName("oo-ui-icon-next")[0].setAttribute("accesskey", "d");

n'a jamais fonctionné chez moi (linux firefox). Cunegonde1 (d) 11 février 2024 à 17:17 (UTC)

Cunegonde1 : Fait J’ai rajouté les raccourcis à la liste ci-dessus. accesskey varie selon le système d’exploitation et le navigateur, j’ai choisi Alt+Shift. — ElioPrrl (d) 11 février 2024 à 18:21 (UTC)

 Pour un raccourci Page Suivante / Page précédente et peut-être aussi pour Validation (accéder au bouton demande souvent de scroller, malgré le lien situé en haut de page). F0x1 (d) 11 février 2024 à 18:53 (UTC)

Fait pour la navigation entre pages. Pour enregistrer les changements, il existe déjà au niveau de MediaWiki le raccourci Alt+S ou Alt+Shift+S (selon le navigateur). — ElioPrrl (d) 11 février 2024 à 22:12 (UTC)

Merci ElioPrrl ! les raccourcis en édition vont me faire gagner du temps, surtout quand j'utilise un portable qui m'oblige à scroller sans cesse pour accéder à la barre d'outils. Les autres fonctionnent chez moi (windows + firefox) mais m'intéressent moins (reste à voir si je vais ou non m'y mettre, mais les premiers sont déjà adoptés). --Acélan (d) 11 février 2024 à 21:52 (UTC)

Merci @ElioPrrl, j'ai moi aussi récupéré ton script pour les raccourcis clavier dans une fenêtre d’édition, et c'est super pratique ! Je serais aussi intéressé par un raccourci pour mettre le texte entre {{}}... compte tu faire une page d'aide consultable avec tous les raccourcis à jour ? Encore Merci Lorlam (d) 11 février 2024 à 22:42 (UTC) … Par contre, les raccourcis de navigation dans l’espace Page m'intéressent moins. --Lorlam (d) 11 février 2024 à 23:01 (UTC)

J’ai répondu à la demande de Lorlam par un autre gadget dédié à l’insertion automatique des modèles courants d’abréviation. Pour tester l’insertion automatique de modèle via le bouton T, voyez plus bas la section #Insertion automatique de modèle. — ElioPrrl (d) 12 février 2024 à 11:42 (UTC)

Bonjour ElioPrrl Je ne suis pas tellement friand des raccourcis clavier et préfère habituellement continuer avec la souris qui doit déjà servir pour la sélection. Par contre, si un tel raccourci permettait de bâtir un {{corr}} avec la sélection insérée à la fois en paramètre 1 et 2, mon appétit s’activerait p-e même au point de saliver. --Denis Gagne52 (d) ^{Le miraculé du 9e} 12 février 2024 à 00:54 (UTC)

Denis Gagne52 : Je l’ai ajouté avec le code Ctrl+Alt+C (je voulais mettre Ctrl+Shift+C mais ça m’ouvre l’inspecteur, même si je demande de désactiver le comportement par défaut). Je te laisse tester. — ElioPrrl (d) 12 février 2024 à 10:24 (UTC)

Merci ! tu peux ajouter mon nom à la liste des adeptes ! Denis Gagne52 (d) ^{Le miraculé du 9e} 12 février 2024 à 22:10 (UTC)

@ElioPrrl : je pense que c'est de toutes façons mieux avec CTRL + ALT, comme pour les deux autres raccourcis que tu propose sur la fenêtre d'édition... Au fait, tu pourras donc rajouter cette commande dans ta liste ci-dessus. Et, encore merci pour ton investissement ! Lorlam (d) 14 février 2024 à 16:24 (UTC)

Ca marche très bien ! À tout hasard, pour les utilisateurs de Vector 2022 qui constatent que AltMaj̟e fonctionne mal (le raccourci sélectionne la commande "Modifier" sans l'exécuter), il suffit de rajouter ceci dans le common.js (cf. T336211) ː

mw.loader.load( 'https://nap.wikisource.org/w/index.php?title=Utente:Ruthven/De-duplicateAccessKeys.js&action=raw&ctype=text/javascript' );

Seudo (d) 12 février 2024 à 08:27 (UTC)

Bon, apparemment ce script désactive les autres raccourcis claviers. Il semble y avoir un problème. Seudo (d) 12 février 2024 à 10:35 (UTC)

J'ai comme l'impression qu'il y avait un bug dans ce script. Je pose la question sur Phabricator et, en attendant, j'ai fait une version qui me paraît corrigée sur Utilisateur:Seudo/doublons-accesskey.js. Seudo (d) 12 février 2024 à 13:37 (UTC)

1. J'encourage les raccourcis claviers.

2. Pour éviter de scroller, le menu pourrai se mettre sur le côté de la page de correction.

3. Grâce aux regex et awb, j'ai mis plein de rom et Rom-maj et fait de nombreuse corrections. Mais selon les dictionnaires il me faut faire attention à adapter les regex.

4. J'utilise des caractères spéciaux et souvent les mêmes. J'aimerai pouvoir les stocker dans un menu personnalisé, facilement accessible si c'est possible.

5. Réforme du menu avancé : par exemple la balise small est remplacée par un modèle, non ?

Merci Sicarov (d) 12 février 2024 à 22:50 (UTC)

Sicarov : Tes remarques sont un peu elliptiques, je ne suis pas sûres de les avoir comprises, mais je vais essayer d’y répondre de mon mieux

1. J’espère que tu as testés les raccourcis que je propose et qu’ils fonctionnent pour toi.

2. Je ne sais pas ce que tu appelles menu : est-ce les onglets permettant de passer à la page précédente/suivante/d’index ou à l’image du fac-similé tout en haut à gauche de l’espace Page ? est-ce la barre avec tous les boutons G, I, $\ell$, etc. en haut de la barre d’édition ? est-ce l’ensemble des boutons Voir/Prévisualiser/Publier les modifications en bas de la fenêtre d’édition ? En tout cas, ce gadget ne déplacera pas du tout ces différents boutons. En revanche, il existe déjà des raccourcis clavier pour en déclencher certains : que j’ai créés moi-même ci-dessus pour les deux premiers cas ; que MediaWiki a créés pour le dernier cas. (par exemple Alt+Shift+S pour publier les modifications, Alt+Shift+P pour les prévisualiser, Alt+Shift+I pour marquer la modification mineure, etc. : ces raccourcis s’affichent en infobulle lorsque l’on laisse la souris sur les boutons correspondants). En particulier, Alt+Shift+B place le curseur dans la zone pour le résumé de modification, et donc cela fait défiler la page jusqu’en bas.

3. Pour tirer parti des regex, qui sont effectivement très puissantes pour corriger les erreurs fréquentes ou insérer les modèles d’abréviation ou de chiffres romains, je proposerai une amélioration du gadget Typo dans quelques semaines voire quelques mois.

4. Pour les caractères spéciaux, je ne propose pas un énième menu (même personnalisé), mais l’amélioration du gadget Caractères spéciaux qui sert normalement à cela : par exemple, il remplace automatiquement la suite de caractères ^s par ſ (tu peux activer le gadget dans tes préférences et tester, si tu veux). Jusqu’ici, il ne permet pas d’insérer les lettres diacritées ou les ponctuations indisponibles sur clavier les plus fréquentes du français : Ç, É, À, —, «», etc., mais je propose de le lui ajouter ces caractères (ainsi que beaucoup d’autres). J’ai essayé de rendre les séquences de caractères les plus cohérentes et simples à retenir possibles, pour que, si on sait le code pour insérer É, par exemple, on n’ait aucun mal à l’adapter pour insérer á, ć, ó, etc. Si des caractères spéciaux manquent, il suffit de me le signaler sur la page de discussion du gadget.

5. Le menu avancé est bien adapté pour les autres projets Wiki, peu pour Wikisource. Je n’avais pas encore songer à le modifier parce que je ne l’utilise jamais sur Wikisource. Je pourrais penser à le modifier si la communauté me le demandait. — ElioPrrl (d) 13 février 2024 à 17:11 (UTC)

1. J'ai testé et ça marche, c'est très bien, en particulier l'italique, les smallcaps. Pour un débutant qui arrive et ne connais pas le codage, mettre une ligne de script dans le commons.js fait peur et ne donne pas envie de le faire. Maintenant j'ai compris, et c'est bien pratique. J'espère qu'il sera implémenté dans Wikisource directement un jour ET que le raccourci soit affiché dans l'info bulle.

2. Je parle des la barre avec tous les boutons G, I, et l'onglet avancé qui pourrait être mise sur le coté de la page pour éviter de scroller à chaque fois. Les raccourcis résolvent à leur manière le désagrément de scroller.

3. Merci pour l'amélioration futur du gadget Typo.

4. c'est super bien et très intuitif. Mais je ne sais pas quelle ligne de code coller, je crois avoir copier dans mon commons.js une ligne incertaine issu de cette page car il ne fonctionne pas.

5. J'utilisait le menu avancé pour les exposants, et je l'utilise encore pour les paragraphes en petit. Sicarov (d) 13 février 2024 à 20:01 (UTC)

Sicarov : 1. Le code dans son common.js, c’est normalement juste pour tester ; après la phase de test, je proposerai au vote de la communauté la création d’un gadget, qui pourra être activé comme les autres, en cochant une case dans ses préférences.

4. Pour tester le gadget Caractères spéciaux tel qu’il est (donc très limité), il faut aller dans Préférences > Gadgets > Caractères spéciaux automatiques (troisième coche de la section Édition). Comme je l’ai dit, à part les s longs et les points de suspension, pendant ce temps, il ne permet pas grand chose ; ma proposition d’amélioration, si elle est acceptée, l’enrichira considérablement. — ElioPrrl (d) 13 février 2024 à 21:12 (UTC)

À propos de l'espace insécable (ctrl-espace), si la selection contient un espace uniquement, au lieu de générer "{{lié|}} ", pourquoi ne pas remplacer l’espace par "{{lié}}" ? --M-le-mot-dit (d) 1 mars 2024 à 21:48 (UTC)

Autre suggestion : à la manière de ctrl-alt-c pour {{corr||}}, un ctrl-alt-v ou x ou autre pour insérer un {{sic2||}} M-le-mot-dit (d) 1 mars 2024 à 21:57 (UTC)

ElioPrrl :Encore une autre suggestion : ctrl-alt-p pour encadrer la sélection par la balise "poem /poem"… et encore merci pour tes initiatives.

Aspects techniques

Cas de Linux

Merci @ElioPrrl mais cela ne fonctionne toujours pas chez moi. Cunegonde1 (d) 11 février 2024 à 18:29 (UTC)

Cunegonde1 : Est-ce que les autres raccourcis fonctionnent ? Fais aussi attention que je n’ai pas gardé d et g (parce que Alt+Shift+D normalement est déjà pris, pour supprimer une page), et l’ai remplacé par les flèches. — ElioPrrl (d) 11 février 2024 à 18:32 (UTC)

Bonjour ElioPrrl : Chez moi seuls Alt+Shift+E, Alt+Shift+P et Alt+Shift+S fonctionnent dans l'espace page et je les utilise depuis toujours.

• Ctrl+Shift+I ouvre l'inspecteur,
• Ctrl+i ouvre une fenêtre pop-up d'information sur la page en cours
• Ctrl+Shift+B cache ou décache la barre de raccourcis de firefox,
• Ctrl+b ouvre ouvre un volet de marques pages
• Ctrl+Shift+Q ne fait rien,
• Ctrl+q ouvre un pop-up de fermeture de la fenêtre et quitter firefox
• Ctrl+Espace ne fait rien
• Ctrl+Alt+Shift+R ne fait rien à part me désarticuler les doigts .

Je précise que Ctrl+i et Ctrl+b fonctionnent dans l'espace principal et ici même.

Peux-tu à tout hazard vérifier qu'il n'y a pas d'erreur sur mon common.js ? Encore merci pour tes efforts Cunegonde1 (d) 12 février 2024 à 06:47 (UTC)

Cunegonde1 : Donc aucun ne marche… Vraiment bizarre. Je ne vois pas de problème dans ton Common.js. (Par contre, tu lis trop de vieux livres, on écrit hasard aujourd’hui ) — ElioPrrl (d) 12 février 2024 à 10:30 (UTC)

Par contre, comme pour @Cunegonde1, les raccourcis avec Alt ne fonctionnent pas (italiques, gras, petites capitales fonctionnent, mais pas l'insertion de note) ; je pense que Ctrl+Shift poserait moins de problème que Ctrl+Alt… F0x1 (d) 11 février 2024 à 18:53 (UTC)

F0x1 : Attention, c’est Alt+Shift, pas Ctrl+Shift. — ElioPrrl (d) 11 février 2024 à 18:59 (UTC)

@ElioPrrl Justement, c'est quand il y a Alt que ça ne marche pas… F0x1 (d) 11 février 2024 à 19:07 (UTC)

F0x1 : Tu travailles avec quel navigateur et avec quel OS ? — ElioPrrl (d) 11 février 2024 à 19:14 (UTC)

ElioPrrl : Chromium sous Linux… F0x1 (d) 11 février 2024 à 19:18 (UTC)

Cunegonde1 et F0x1 : Chez moi (sous Windows), tout marche sous tous les navigateurs. Cela vient donc, je pense, de Linux. Je vais essayer de tester mon gadget sous Linux au travail (chut !…), mais donc pas avant demain. Je vais tester avant de rayer tous les codes contenant Alt, parce que sinon il ne restera pas beaucoup de possibilités. Par curiosité, est-ce que les codes définis par MediaWiki fonctionnent chez vous : par exemple Alt+E ou Alt+Shift+E pour éditer une page, Alt+S ou Alt+Shift+S pour valider les changements (justement) ? — ElioPrrl (d) 11 février 2024 à 19:26 (UTC)

ElioPrrl : Alt+P, avec ou sans Shift, fonctionne pour prévisualiser ; pour la modification, Alt+E me donne un menu de Chromium, mais avec en plus Shift oui ça marche. En fait, c'est Ctrl+Alt (pour les notes) qui ne fonctionne pas pour moi ; le Alt+Shift+flèche ne fonctionne pas non plus. C'est sûrement très compliqué de jongler avec tous les OS et navigateurs ! F0x1 (d) 11 février 2024 à 19:48 (UTC)

ElioPrrl : J'ai essayé dans mon common.js avec une simple parenthése ouvrante avec le code if (event.key == "(") { navPrec(); } pour charger la page précédente et là ça marche chez moi (pas besoin d'appuyer sur une autre touche). Mais il semble bien qu'avec les flèches ce soit impossible sous linux /Chromium(debian dans mon cas) F0x1 (d) 12 février 2024 à 13:07 (UTC)

F0x1 : Je ne sais vraiment pas quoi dire, j’ai essayé sur Linux avec Chromium, et je n’ai aucun problème. Je n’ai aucune idée d’où peut provenir la différence. Après, comme vous deux, @Cunegonde1 et toi, êtes peu intéressés par les raccourcis pour les italiques et autres éléments de mise en forme, à la limite je peux vous donner le code nécessaire pour naviguer de page en page par raccourcis claviers, et vous choisissez vos propres raccourcis claviers. Mais ça me laisse insatisfait. — ElioPrrl (d) 13 février 2024 à 16:23 (UTC)

Bonjour @ElioPrrl, la perfection n'est pas... bref, si déjà je pouvais aller à la page suivante depuis l'espace page, je gagnerai pas mal de temps. Les autres raccourcis dont j'ai principalement besoin fonctionnant (à part la baguette jaune, qui serait pas mal aussi). En tous cas, encore un grand merci pour tes efforts. Cunegonde1 (d) 13 février 2024 à 16:36 (UTC)

Cunegonde1 : Si cela te tente, copie dans ton common.js ou dans une autre sous-page de ta page utilisateur que tu chargeras dans ton common.js les lignes 1 et 60-98 de mon Utilisateur:ElioPrrl/Raccourcis.js, et changes-en les trois lignes commençant par if (event.key === comme tu le souhaites : je penses que tu comprendras sans problème comment les modifier pour choisir le raccourci clavier que tu veux. — ElioPrrl (d) 13 février 2024 à 16:51 (UTC)

Je suis assez peu enclin à créer des raccourcis clavier pour la baguette magique ou le bouton T, d’une part parce que tout le monde n’a peut-être pas activé ces gadgets, ensuite parce que cela voudrait dire que le raccourci clavier n’a pas en effet « localisé » (je veux dire par là : le raccourci modifie toute une page, pas seulement là où est le curseur), et que par conséquent il serait facile de faire le raccourci par erreur en croyant en faire un autre et de ne pas voir que la page a été modifiée parce que, par hasard, les modifications de la page n’ont pas eu lieu au niveau du curseur, là où les yeux se portent. — ElioPrrl (d) 13 février 2024 à 16:51 (UTC)

@ElioPrrl Ok, merci, je testerai dès que j'aurai fini ce que j'ai en cours. Cunegonde1 (d) 13 février 2024 à 16:53 (UTC)

Merci @ElioPrrl, comme dit plus haut, j'ai opté pour des simples touches [ ] et ! pour les pages précédente, suivante et index ; j'ai aussi essayé de me rajouter une possibilité de mettre la qualité au niveau maxi, et cocher la case « suivre cette page » avec la touche $, ça semble marcher avec un code peut-être un peu longuet (Special:MyPage/common.js).

À propos des scanilles, comme dit précédemment, comme pour @Cunegonde1 je le trouve excellent, mais entre "an" et "au" dans la phrase « ils ont fêté le nouvel an. » je suis étonné que le "an" soit marqué en rose, je ne pense pas que "au" puisse être suivi d'une ponctuation…

En tout cas merci pour toutes les améliorations F0x1 (d) 13 février 2024 à 17:03 (UTC)

F0x1 : Pour juste suivre la page, il y a déjà Alt+Shift+W, et tous les boutons en bas de la fenêtre d’édition (sauf ceux de qualité des pages, c’est un ajout de Wikisource) ont un raccourci de Mediawiki, qui s’affiche en infobulle quand on les survole. Par exemple, Alt+Shift+B permet d’écrire le résumé de modifications, et par conséquent cela fait défiler toute seule la page jusqu’en bas. — ElioPrrl (d) 13 février 2024 à 17:18 (UTC)

ElioPrrl : Oui j'avais vu le Alt+Shift+w qui permet de suivre la page ; là avec la seule touche $ ça me met le bouton de qualité à sa plus grande valeur (le vert pour une relecture), et ça coche aussi le suivi de page… Mais bon, ça fait pas gagner tant de temps que ça… F0x1 (d) 13 février 2024 à 18:43 (UTC)

Raccourcis inactifs

Seudo et Denis Gagne52 : Une question pour votre sagacité : j’ai ajouté l’encadrement par double accolade que demande @Lorlam (je ne suis pas très convaincu de l’utilité, mais autant tester, on fera un vote à la fin). Le code marche si je l’affecte au raccourci avec Ctrl+P. Mais comme celui-ci sert normalement à imprimer, je préfèrerais Ctrl+M (qui à ma connaissance ne sert à rien). Seulement le code ne marche plus. Quelle que soit la fonction que je lui associe, ce raccourci ne la déclenche pas. Cela ne vient pas d’une mauvaise lecture par JS de ma touche M, parce que si je demande à JS d’afficher à chaque touche que je presse une alerte contenant event.key, quand j’appuie sur M il m’affiche bien m. Si je mets mon bout de code sur un testeur comme JSFiddle, Ctrl+M exécute bien la fonction que je lui associe. Je suis à court d’idée. Avez-vous le même comportement ? Si vous voulez tester chez vous, voici un exemple minimal :

if (mw.config.get("wgAction") == "edit" || mw.config.get("wgAction") == "submit") { // les raccourcis ne marchent que dans la fenêtre d’édition (ligne facultative)
	document.addEventListener("keydown", 
	    function (event) { 
		    if (event.key === "m" && event.ctrlKey) { // raccourci : Ctrl+M
		        event.preventDefault(); 
		        alert("m !") // fonction associée à ce raccourci
		    }
		});
}

— ElioPrrl (d) 12 février 2024 à 10:24 (UTC)

ElioPrrl : Dans le champ de saisie, Ctrl-m active un outil qui permet de choisir la méthode de saisie (cet outil, décrit ici, apparaît en haut à droite du champ de saisie). Il y a une option pour désactiver cet outil, et du coup Ctrl-M fonctionne (après, on peut le réactiver depuis les liens de langue interwiki)... Bref, il vaut mieux sans doute utiliser un autre raccourci. Seudo (d) 12 février 2024 à 10:57 (UTC)

Seudo : Merci ! As-tu trouvé un moyen d’avoir tous les raccourcis claviers utilisés par tous les outils, extensions, etc. de MediaWiki ? — ElioPrrl (d) 12 février 2024 à 11:05 (UTC)

Non, j'ai juste regardé le trafic réseau lorsqu'on clique sur Ctrl-M dans le champ de saisie et j'ai noté un appel à l'API de Mediawiki avec des paramètres correspondant manifestement à un IME : quelques recherches Google plus tard j'ai trouvé de quoi il s'agissait. Seudo (d) 12 février 2024 à 12:27 (UTC)

ElioPrrl : En ce qui concerne les Alt-Maj, on peut exécuter le code suivant dans la console du navigateur pour avoir la liste :

:::Array.from(document.querySelectorAll( '[accesskey]') ).forEach((node) => {
:::    console.log("Raccourci : " + node.accessKeyLabel + " ; contenu HTML : " + node.outerHTML);
:::});

Seudo (d) 12 février 2024 à 13:44 (UTC)

@ElioPrrl J'ai compris qu'il y avait eu plusieurs essais... mais du coup tu as trouvé un raccourci qui marche pour le "double accolade" ? a+ Lorlam (d) 12 février 2024 à 22:07 (UTC)

Lorlam : Est-ce que Ctrl+Alt+W (disons W pour Wiki, les modèles sont assez spécifiques à MediaWiki) marche ? — ElioPrrl (d) 13 février 2024 à 16:39 (UTC)

@ElioPrrl : oui... c'est super !!! Merci Lorlam (d) 13 février 2024 à 18:29 (UTC)

@ElioPrrl : encore une fois merci pour cet ajout, qui, comme les autres raccourcis, me fait gagner beaucoup de temps ! Lorlam (d) 13 février 2024 à 22:33 (UTC)

Demandes connexes faisant l’objet de gadgets dédiés

Insertion automatique de modèle

Note d’ElioPrrl : Pour tester en avance le gadget Typo amélioré qui permet d’insérer automatiquement certains modèles en appuyant sur le bouton T, ajouter dans son Special:MyPage/common.js la ligne suivante : importScript('User:ElioPrrl/TyposPartiel.js');. Cette amélioration sera proposée plus tard dans l’année.

Merci @ElioPrrl. À mon sens l'encadrement par double accolade est vraiment très utile : l'utilisation la plus fréquente est de mettre en exposant les "e", "ème", "er", les "o", etc... et une autre utilisation permet de gagner du temps pour insérer ensuite un nom de modèle... par exemple "roi", "M." et toutes les autres abréviations, pour lesquelles il suffit de rajouter le "|" qui est rapide à mettre au clavier avec un "AlrGr" + "6" Lorlam (d) 12 février 2024 à 10:33 (UTC)

Lorlam : Pour ce genre de manipulations, j’ai carrément modifié le gadget Typo pour qu’il insère ces accolades automatiquement lorsque j’appuie sur le bouton T : chez moi, le bouton T insère les modèles de civilité ({{M.}}, {{Mme}}…), les modèles bibliographiques ({{pg}}, {{vol.}}…), les exposants ({{e}}, {{o}}, etc.), et même {{rom-maj}}. Et pas besoin de revenir pour ajouter les |. Si cela t’intéresse, je peux te préparer un bout de code à copier-coller. (Je pense améliorer le gadget Typo de toute façon, mais peut-être ne veux-tu pas attendre ) — ElioPrrl (d) 12 février 2024 à 10:39 (UTC)

@ElioPrrl En effet, il y a aussi les accolades autour de "pg.", "vol." et autres... et moi je les rajoute "à la main" d'ou mon intérêt pour avoir un raccourci pour encadrer le texte par double accolade... C'est pas bête de demander ça au gadget Typo... quoi que j'aurais un peu peur des éventuelles modifications intempestives pour les exposants !?... Je préfère donc attendre une future évolution globale du gadget, mais c'est une bonne idée de faire rajouter ces fonctionnalités... en attendant, s'il y a un raccourci pour mettre les doubles accolades plus facilement ça m'aiderait beaucoup ! Lorlam (d) 12 février 2024 à 10:51 (UTC)

@ElioPrrl : en fait, à bien y réfléchir, toutes ces fonctionnalités que tu ajoutes au gadget T m'intéressent beaucoup... et dire que j'ai passé "des années" à tout rajouter "à la main" !!! Ne serait-il pas possible de proposer cette évolution globale du gadget ??? Lorlam (d) 12 février 2024 à 11:03 (UTC)

Lorlam : Avant que je devienne administrateur d’interface, on m’a dit que j’allais trop vite et que je faisais trop de changements à la fois, donc l’amélioration pour tous du gadget n’est pas pour demain. Mais je vais te préparer un complément à toi, que tu pourras tester d’ici quelques jours. Franchement, il est tellement plus rapide de supprimer les quelques erreurs du bouton T modifié quand le gadget est activé, que d’insérer les modèles à la main quand il est désactivé, que je pense que tu fais bien de tester. — ElioPrrl (d) 12 février 2024 à 11:08 (UTC)

Lorlam : (et toute personne qui veut essayer ) Va sur ton Special:MyPage/common.js et ajoutes-y une nouvelle ligne : importScript('User:ElioPrrl/TyposPartiel.js');. Je n’ai pas testé, mais normalement ça doit marcher. Je proposerai plus tard dans l’année une amélioration du gadget Typo (le bouton T) qui intègrera cette insertion automatique de modèles, plus la correction automatique de beaucoup de scanilles surlignées par le gadget Erreurs communes. — ElioPrrl (d) 12 février 2024 à 11:38 (UTC)

@ElioPrrl : Okay, tu me mets l'eau à la bouche et je vais tester ça ! (ce soir parce que là je suis au boulot !!! ) Lorlam (d) 12 février 2024 à 12:12 (UTC)

@ElioPrrl : je ne tenais plus et fais un premier "test" en direct : ça à l'air super ! Il manque encore l'insertion du modèle pour "pl." (planche)... je n'ai pas eu l'occasion de voir pour "chap.", "fig.", "pag."... mais c'est déjà bien... pour autant, un raccourci pour insérer les doubles accolades comme je le demandais reste utile... mais déjà un GRAND Merci pour cette évolution qui est pour moi carrément révolutionnaire !!! Lorlam (d) 12 février 2024 à 12:20 (UTC)

Insertion automatique de caractères spéciaux

Note d’ElioPrrl : Vous pouvez consulter pour plus d’information la page de discussion du gadget dédié à cette tâche qui existe déjà et que je propose d’améliorer. Les avis sur ce gadget sont mieux placés dans l’une des deux pages auxquelles mènent les liens précédents.

Encore une chose : à propos... pendant que l'on y est à "parler" raccourcis clavier... sauriez-vous faire une "apostrophe courbe" au clavier... sans passer par l'outil T, ni par la barre d'outils ? Lorlam (d) 12 février 2024 à 12:49 (UTC)

@ElioPrrl Sous windows:

ALT+0146 : ’ (apostrophe courbe)

ALT+0133 : … (points de suspension)

ALT+0151 : — (tiret)

ALT+0171 : « (apostrophe double entrante)

ALT+0187 : » (apostrophe double fermante)

— Khardan (d) 12 février 2024 à 13:22 (UTC).

Lorlam : Oui ! C’est le gadget que j’ai présenté il y a un mois : Wikisource:Scriptorium/Janvier 2024#Amélioration du gadget Caractères spéciaux. Il y a même de quoi taper simplement, outre tous les caractères cités par Khardan, les lettres accentuées : É, À, Ç, etc. Il est passé inaperçu, mais c’est un gadget vraiment complémentaire de celui que je propose aujourd’hui : le premier pour taper facilement le texte lui-même, le second pour taper facilement sa mise en forme. — ElioPrrl (d) 12 février 2024 à 14:40 (UTC)

@ElioPrrl : oui en effet, j'avais vu cette proposition, mais je n'avais pas réagi à l'époque... car certains caractères spéciaux sont rares et que je ne voulais pas avoir à apprendre toute la table par cœur... mais c'est vrai que ça peut être utile de taper plus simplement tous ces caractères si la règle est simple et facile à retenir... pour l'apostrophe courbe, je trouve que la transformation devrait être automatique, si cela est techniquement possible ! Lorlam (d) 12 février 2024 à 15:18 (UTC)

Lorlam : Oui il y a beaucoup de codes, mais il suffit de retenir ceux dont on se sert souvent : aucune obligation de tous les utiliser dans sa vie  ! Pour l’apostrophe, c’est cela même : on tape une apostrophe droite ' et ça devient tout seul une apostrophe courbe ’ ; si on continue et qu’on tape '' ou ''', et bien la première apostrophe redevient droite ; et enfin, si on veut taper l’Arromanches, on ne peut pas taper les trois apostrophes à la suite, sinon elles sont toutes trois droites, alors on tape l' ''Arromanches'' et l’espace disparaîtra (ou sinon on tape l'Arromanches et on fait Ctrl+I sur le nom propre). Si tu regardes bien, mes messages sur le Scriptorium ont des apostrophes courbes : je ne m’amuse pas à aller les chercher dans les barres d’outils à chaque fois ! elles sont transformées automatiquement. Aucun raccourci clavier, aucun déplacement de souris, tout automatique. — ElioPrrl (d) 12 février 2024 à 15:34 (UTC)

@ElioPrrl Je pense qu'il faudrait ajouter cette fonctionnalité dans le gadget dès que possible pour l'apostrophe courbe... et ce serait effectivement intéressant d'avoir une règle facile à retenir pour les autres types de caractères... à l'origine de ta proposition, je suppose que c'est la longue liste de codes qui m'a un peu fait peur, mais clairement le besoin existe ! (personnellement je me suis fait un fichier WORD avec les caractères accentués que j'utilise fréquemment et je fais des copier/coller du fichier vers WS - ce qui est un peu rudimentaire... si je connaissais une règle simple pour taper ces caractères ce serait beaucoup mieux... mais il faut que ça soit intuitif pour éviter d'avoir à retenir par cœur des dizaines de combinaisons de touches.) Lorlam (d) 12 février 2024 à 15:52 (UTC)

Lorlam : L'apostrophe courbe est déjà dans le gadget, mais ça ne marche pas sur tous les navigateurs. Je l'ai signalé dans le thread de janvier. Seudo (d) 12 février 2024 à 17:42 (UTC)

@Seudo : en effet, car j'ai le gadget activé, et ça ne "marche pas" ni chez moi ni au travail (avec deux navigateurs différents : Chrome et Edge) Lorlam (d) 12 février 2024 à 19:50 (UTC)

Lorlam : Le gadget dans l’état actuel est en effet capricieux, mon amélioration devrait résoudre tout ça. Néanmoins, ^s = ſ et ... = … devraient quand même d’ores et déjà fonctionner. — ElioPrrl (d) 13 février 2024 à 17:25 (UTC)

Annonce des résultats du vote de ratification de la charte du comité de coordination du CdCU

Ce message est également traduit dans d'autres langues sur Méta-wiki. Aidez-nous à traduire dans votre langue

Chers tous,

Merci à tous d'avoir suivi les progrès du Code de conduite universel. Je vous écris aujourd'hui pour vous annoncer le résultat du vote de ratification sur la Charte du Comité de coordination du Code de conduite universel. 1746 personnes ont voté lors de ce vote de ratification, 1249 ayant soutenu la charte et 420 ne l'ayant pas soutenue. Le processus de vote de ratification a permis aux personnes ayant voté de fournir des commentaires sur la charte.

Un rapport sur les statistiques de vote et un résumé des commentaires des votants seront publiés sur Meta-wiki dans les semaines à venir.

Vous recevrez prochainement des informations sur les prochaines étapes.

Au nom de l’équipe du projet de CdCU,

RamzyM (WMF) 12 février 2024 à 18:24 (UTC)

Émile Guillaumin

Bonjour.

Émile Guillaumin, mort en 1951, est notamment l'auteur de "La vie d'un simple", qui eut son heure de gloire. Est-il envisagé d'ajouter ce titre au catalogue de Wikisource ? Je suis prêt à contribuer à la relecture de ce texte. Justinetto (d) 14 février 2024 à 17:25 (UTC)

Bonjour @Justinetto,

Oui, c'est tout à fait faisable. Un scan de bonne qualité est disponible sur Gallica. Je peux me charger de le mettre en ligne ce soir, sauf si quelqu'un d'autre s'en occupe avant. Acélan (d) 15 février 2024 à 08:18 (UTC)

Merci beaucoup pour l'intérêt que tu as pris à ma question !

Ce livre m'avait touché quand je l'ai lu il y a quelques décennies. Il mérite de trouver de nouveaux lecteurs aujourd'hui. Justinetto (d) 15 février 2024 à 09:17 (UTC)

Acélan et Justinetto : Il y a un fac-similé de la 1^re édition (1904) sur Google Books ; je crois qu’il vaut mieux importer l’édition originale, les suivantes ne portant pas de mention revue ou corrigée. En plus le fac-similé est en noir et blanc, il me suffira de trois clics pour le convertir, si vous voulez. — ElioPrrl (d) 15 février 2024 à 09:50 (UTC)

OK @ElioPrrl, je te laisse faire. Acélan (d) 15 février 2024 à 10:00 (UTC)

Acélan et Justinetto : Fait Le livre est là : Livre:Guillaumin - La Vie d’un simple, 1904.djvu. — ElioPrrl (d) 15 février 2024 à 10:30 (UTC)

Bravo, quelle efficacité ! Merci.

J'ai commencé à relire (et à sommairement corriger) les toutes premières pages du texte lui-même : la reconnaissance semble plutôt bonne.

Par contre, je vais avoir besoin de me remettre en tête les principes de base de correction sous Wikisource. Justinetto (d) 15 février 2024 à 15:13 (UTC)

Tartuffe ou l’Imposteur : quid ?

Bonjour,

Je m'intéresse à la pièce "Le Tartuffe" de Molière, et je suis tombé sur cette page : Tartuffe ou l’Imposteur

- premièrement : je ne comprend pas ou se trouve le contenu de la page, puisqu'en l'ouvrant, il semble n'y avoir qu'une indirection sur elle-même... et pas de contenu ! Ou est ce contenu ?? Là j'ai clairement encore des choses à apprendre sur le fonctionnement de WS !!!

- deuxièmement : la majorité des liens sur les différentes éditions ne "marchent pas" ou contiennent un autre contenu que la pièce en question... ce qui n'est pas terrible.

- troisièmement : je suis un peu surpris d'une manière générale par le peu de retranscriptions des pièces de Molière... dont le nom est pourtant directement associé à la culture française et à ce que l'on appelle la "langue de Molière" => peut-être faudrait-il proposer certaines éditions des pièces de Molière dans la Mission ???

merci d'avance pour vos réponses... Lorlam (d) 14 février 2024 à 18:41 (UTC)

Cette page contient d'abord un lien vers elle-même (qui ne sert à rien) et surtout un appel au modèle {{Molière}}, qui génère la plus grande partie du contenu grâce à plusieurs astuces.

Les liens vers les autres éditions sont en fait des liens vers des éditions des œuvres complètes de Molière, qui devraient en principe inclure le Tartuffe (mais le modèle ne le vérifie pas).

On pourrait déjà alléger la présentation en utilisant {{Œuvre}} et non {{Éditions}} dans {{ Molière}}. Seudo (d) 14 février 2024 à 21:15 (UTC)

Merci, @Seudo pour l'explication... je n'avais pas réalisé que "Molière" était un modèle ! Lorlam (d) 14 février 2024 à 22:06 (UTC)

Je rebondis sur ça, mais y a-t-il un moyen d'alléger les données reprises dans l'infobox ? Parce que l'affichage des 27 identifiants en fin d'infobox, ou l'entrée Œuvre intégrale disponible sur et son lien vers la pièce en allemand ou encore le nom du personnage A King's Officer, ou bien le personnage Argas (un personnage est-il un personnage quand il n'est que mentionné). j'émets des doutes sur leur véritable utilité. — Khardan (d) 14 février 2024 à 23:12 (UTC).

Comme Khardan, je me demande à quoi peut servir d'afficher autant d'informations que la majorité des lecteurs francophones trouveront inutiles. Challwa (d) 15 février 2024 à 11:17 (UTC)

Je me suis permis d'alléger la présentation de l'infobox. Voyez si c'est mieux comme cela dans Tartuffe ou l’Imposteur ou L'Avare. Seudo (d) 15 février 2024 à 15:07 (UTC)

Pour ce qui est des transcriptions, il me semble que toutes les pièces de Molières sont retranscrites dans au moins 1 édition. C'est souvent peu motivant de travailler à transcrire d'autres éditions d'un texte déjà présent sur WS et qui ne présente que très peu de variations, mais pour lesquelles le travail de mise en page est conséquent (ce qui est le cas pour le théâtre). Cordialement. M0tty (d) 15 février 2024 à 11:46 (UTC)

Mission 7 500 à la traine

Hello,

Nous avons beaucoup de retard dans la Mission 7 500 ce mois-ci. Si vous avez un peu de temps, n'hésitez pas à venir corriger ou valider quelques pages. C'est ici que ça se passe ! Merci à toute la communauté qui fait un travail formidable ! M0tty (d) 15 février 2024 à 11:42 (UTC)

Une Table à mettre chez Champollion

Bonjour, quelqu'un pourrait-il m'aider en faisant la transcription de la table en début de cette page :

Page:Champollion - Lettres à M le duc de Blacas d’Aups, tome 2.djvu/168

Ce sera une aide pour l'avancement de la "Mission 7500" ! merci d'avance pour votre collaboration. Lorlam (d) 17 février 2024 à 09:50 (UTC)

Lorlam, L'information est dans le tableau. Challwa (d) 17 février 2024 à 11:03 (UTC)

@Challwa Merci beaucoup Lorlam (d) 17 février 2024 à 11:17 (UTC)

Restauration d'un livre supprimé ?

Bonjour, j'utilise cette page pour que tout le monde exprime son avis.

Le livre : "Exposé élémentaire de la théorie d'Einstein et de sa généralisation" disponible sur Internet Archive a été écrit par Jean Becquerel (1878 — 1953) en 1922.

Pourquoi a-t-il supprimé de Commons en 2012 puis de Wikisource en 2013 ?

Si on considère le droit français, la règle de 70 ans de droit d'auteur s'applique (à moins qu'il n'est été déclaré mort pour la France ?) : Becquerel est mort avant 1954, son œuvre ne ne devrait plus être protégée par le droit de la propriété intellectuelle française.

Si on considère le droit américain, l'oeuvre a été publiée avant le 1er janvier 1929. Ce livre devrait donc être dans le domaine public aux Etats-Unis.

Ce livre devrait donc être restauré (si possible sur Commons). Si oui, quelle est la procédure ? Si non, pourquoi ?

Merci d'avance. Newnewlaw (d) 17 février 2024 à 17:05 (UTC)

@Newnewlaw Je dois m'absenter mais voilà déjà le fichier Commons à nouveau accessible. Reste à restaurer ce qu'il y avait sur Wikisource. Pyb en résidence (d) 17 février 2024 à 17:38 (UTC)

Tout indique que la restauration avait été demandée par Marc, l’auteur du téléversement, et ce, avant même que la page soit supprimée puisque la page est présente dans la liste des fichiers à restaurer sur commons. Selon moi, il reste toutefois une étape à franchir avant de pouvoir agir du côté de Ws --Denis Gagne52 (d) ^{Le miraculé du 9e} 17 février 2024 à 18:01 (UTC)

le fichier est effectivement défectueux, va falloir le réimporter. Pyb en résidence (d) 18 février 2024 à 11:31 (UTC)

@Denis Gagne52,@Newnewlaw,@Pyb en résidence Je peux essayer de refaire un djvu en noir et blanc à partir des images sources, qui sont de meilleure qualité. Cunegonde1 (d) 18 février 2024 à 12:38 (UTC)

C'est fait : Livre:Becquerel - Exposé élémentaire de la théorie d’Einstein et de sa généralisation.djvu finalement, j'ai opté pour de la couleur avec postérisation car les caractères grecs en indices, tout petits et mal contrastés sur les images d'origine, n'étaient pas déchiffrables en noir et blanc cf. p. 109. Cunegonde1 (d) 18 février 2024 à 15:01 (UTC)

Proposition de livre à corriger (mission 7500)

N’hésitez pas à venir corriger le livre Les aventuriers de la mer ! Il sera enlevé de la mission 7500 ce mois-ci… Sturmami Sturmami (d) 18 février 2024 à 13:54 (UTC)

Bonsoir,

Désolé, je me suis rendu compte que Les aventuriers de la mer restait sur la mission 7500 jusqu’au mois prochain…

Évidemment, cela ne vous empêche pas d’y contribuer. Sturmami (d) 18 février 2024 à 17:32 (UTC)

Désolé, je ne peux pas m’en empêcher : le livre devrait être nommé Les Aventuriers de la mer, avec A majuscule. — ElioPrrl (d) 18 février 2024 à 20:29 (UTC)

OK, merci pour l’info, j’en tiendrais compte pur un prochain livre. Sturmami (d) 19 février 2024 à 09:47 (UTC)

La raison de ma remarque se trouve ici : Aide:Conventions de nommages des œuvres. — ElioPrrl (d) 19 février 2024 à 11:06 (UTC)

Problème avec fromsection sur une page, et balise section lors d'édition.

Bonjour sur cette page je ne comprends pas pourquoi je n'arrive pas à n'afficher que la deuxième section s2 de la page 2158.

De plus avez-vous remarqué un bug récurrent et très ennuyant sur les pages avec sections, qui fait que lors d'une édition les balises sections se transforment en ##s2## (par exemple) et s'affiche ainsi sans plus respecter leur rôle de balise, au lieu de laisser la balise par défaut (que j'arrive pas à afficher ici vu que c'est un code wiki).

Merci, CyrMatt (d) 19 février 2024 à 11:42 (UTC)

Le titre s’affiche parce que la balise includeonly a été utilisée sur la page. Le texte renfermé à l’intérieur de cette balise n’est visible qu’à la transclusion.

Cela a sûrement été voulu pour que le titre s’affiche sur chacune des pages de transclusion (introduction et différents chapitres). Si vous souhaitez l’enlever, il suffit de supprimer le code <includeonly>{{t2|{{uc|Aggée}}|ff=Serif|fw=bold|fs=300%|sp=0.2em}} ::{{t2|{{===|60|ls=-0.2em}}}}</includeonly> dans l’espace page.

Wolfinux (d) 19 février 2024 à 14:57 (UTC)

Ceci ne répond en fait pas à la question. Je n’ai vu la page qu’après qu’elle ait été corrigée par @Denis Gagne52, et j’ai donc mal compris où était le problème. Je n’ai malheureusement pas pensé à regarder l’historique de la page.

Désolé pour cette réponse qui n’en est pas une.

Wolfinux (d) 19 février 2024 à 18:05 (UTC)

CyrMatt : La transclusion se faisait à partir de la page 2157 qui ne comporte pas de section. Il fallait selon moi indiquer 2158. J’ai apporté la modification. Si vous voulez utiliser l’ancienne syntaxe pour les sections, il faut cocher la case appropriée dans vos préférences. --Denis Gagne52 (d) ^{Le miraculé du 9e} 19 février 2024 à 17:52 (UTC)

Merci à vous pour vos réponses. Je ne veux pas utiliser l'ancienne syntaxe je dis juste que lors de l'édition ça ce met comme ça. Il faut alors peut-être cocher la case de l'ancienne syntaxe? CyrMatt (d) 19 février 2024 à 20:50 (UTC)

Constitution de la République française acceptée par le peuple français le Premier Vendemaire An IV

Bonjour, La page Page:Minute originale de la Constitution de l'an III, décrétée le 5 fructidor an III (22 août 1795). Page de titre - Archives Nationales - AE-I-10-12.jpg était un peu seule. Je lui ai trouvé de la compagnie et j'ai créé l'item Wikidata Q124616869. Si quelqu'un peut créer un djvu à partir du pdf de Google Livre. Merci de votre attention. --Bel Bonjour, Ambre Troizat (d) 19 février 2024 à 18:26 (UTC)

1797 - Louis-Élie Moreau de Saint-Méry, Description topographique, physique, civile, politique et historique de la partie française de l'isle Saint-Domingue

1797 - Louis-Élie Moreau de Saint-Méry, Description topographique, physique, civile, politique et historique de la partie française de l'isle Saint-Domingue. Tome 1 (Q124617537) & Tome 2 (Q124617641) ont été uploadés sur Commons :

• Moreau de Saint-Méry.- Description topographique, physique, civile, politique et historique de la partie française de l'isle Saint-Domingue, 1, 1797.djvu
• Moreau de Saint-Rémy.- Description topographique, physique, civile, politique et historique de la partie française de l'isle Saint-Domingue 2, 1797.djvu

La qualité est-elle suffisante pour ne pas poser de problèmes lors du transfert sur Wikisource ? Dans ce cas, je saurai faire le transfert. Merci de votre attention. --Bel Bonjour, Ambre Troizat (d) 19 février 2024 à 20:21 (UTC)

Une extension CropTool sur la page d'édition ?

Bonjour,

Je cherche à faciliter la création d'image en recadrant directement à partir du DJVU. Pour cela j'ai découvert l'outil CropTool (voir plus sur cet outil).

Est-ce qu'il serait possible de mettre une extension dans l'onglet outils dans la page édition pour lancer facilement l'outil ?

Sinon de faire un moteur de recherche où l'on copie le nom de la page Page:Dictionnaire de la Bible - F. Vigouroux - Tome I.djvu/220 et qui ouvre un lien vers croptool.toolforge.org/?title=Dictionnaire_de_la_Bible_-_F._Vigouroux_-_Tome_I.djvu&page=220&site=fr.wikisource.org du genre {{VersCropTool}} sinon sous la forme d'un gadget.

Je vous remercie.

PS : j'en profite pour rappeler une demande judicieuse de retravailler la page aide pour les images Discussion_aide:Insérer_une_image#Scinder_la_page_d'aide_pour_un_niveau_«_avancée_»_ou_«_expert_» de Koreller Sicarov (d) 19 février 2024 à 21:32 (UTC)

Bonjour à tous, en particulier les admins interface, je relance ma proposition et demande.

1. Serai-ce une bonne idée de mettre l'extension Croptool dans l'onglet outils dans la page édition ?

Cela aiderai grandement les débutants pour extraire des images sans passer par des modifications, des copier coller etc...

L'extension est déjà intégrée sur l'espace Fichier: elle pourrais étre aussi dans l’espace Page: .

Sicarov (d) 27 février 2024 à 16:54 (UTC)

Invitation to join February Wikisource Community Meeting

Hello fellow Wikisource enthusiasts!

We are the hosting this month’s Wikisource Community meeting on 24 February 2024, 7 AM UTC (check your local time).

The meeting agenda will be divided into two halves. The first half of the meeting will focus on non-technical updates, including discussions about events, conferences, proofread-a-thons, and collaborations. The second half will delve into technical updates and conversations, addressing major challenges faced by Wikisource communities, similar to our previous Community meetings.

If you are interested in joining the meeting, kindly leave a message on klawal-ctr@wikimedia.org and we will add you to the calendar invite.

Meanwhile, feel free to check out the page on Meta-wiki and suggest any other topics for the agenda.

Regards KLawal-WMF, Sam Wilson (WMF), and Satdeep Gill (WMF)

Sent using MediaWiki message delivery (d) 20 février 2024 à 11:11 (UTC)

liens entre ouvrages

Bonjour,

La Réponse à la lettre de Mairan sur la question des forces vives par Émilie du Châtelet vient d'être validée.

Je n'ai pas trouvé la lettre de Mairan sur WikiSource, mais elle est sur Gallica : https://gallica.bnf.fr/ark:/12148/bpt6k73081z Serait-il possible de l'ajouter à WS?

Une fois fait, est-il pertinent/possible de faire un lien entre ces 2 documents? Je vois qu'il est possible dans wikidata d'avoir un attribut "réponse à" (P2675), mais faut-il le doubler dans Wikisource et si oui, où et comment? Comme note du correcteur dans le corps du texte? Comme commentaire dans la page de discussion? Benoitdd (d) 20 février 2024 à 13:48 (UTC)

Here you are Livre:Mairan - Lettre de M. de Mairan écrite le 18 février 1741 sur la question des forces vives, 1741.djvu — Le message qui précède, non signé, a été déposé par Hektor (discuter), le 21 février 2024 à 08:16‎ (UTC)

Benoitdd : merci pour cette belle idée ! J'ai rempli le champ « Série » des pages d'index des ouvrages, ajouté des liens sur les pages auteur et me suis aussi permis d'ajouter des liens internes puisqu'il n'y a ici pas d'ambigüité sur l’édition concernée. --LeDeuxiemeTexte (d) 25 février 2024 à 05:42 (UTC)

CropTool

Bonjour. Pourquoi certains fichiers semblent ne pas être utilisables par CropTool ?
Exemple : Livre:Gautier - Isoline et la Fleur Serpent, Charavay frères, 1882.djvu. Merci. Hektor (d) 20 février 2024 à 16:52 (UTC)

Hektor, En effet, CropTool est incapable d'ouvrir le fichier. Je peux extraire les images sur mon ordinateur. Les images de quelles pages souhaitez-vous avoir ? — Cantons-de-l'Est ^p|d|d 20 février 2024 à 19:26 (UTC)

Cantons-de-l'Est, merci, je peux le faire également sans CropTool mais c’est plus long. Mon souci est surtout que je ne comprends pas ce que ce fichier a de spécial, et je n’aime pas ne pas comprendre. Hektor (d) 21 février 2024 à 07:58 (UTC)

Bonjour,

De mon côté j'ai réussi à ouvrir le fichier dans Croptool. Sicarov (d) 21 février 2024 à 08:11 (UTC)

Idem, ça marche aussi de mon côté. Il y a toutefois une chose bizarre : quand je clique sur "Croptool" sur cet ouvrage dans Commons, il ne parvient pas à charger la page courante mais affiche un champ dans lequel je dois mettre l'URL du fichier DjVu (ensuite, ça fonctionne). Avec un autre ouvrage, Croptool charge directement la page. J'ai signalé l’erreur sur Github à tout hasard. Seudo (d) 21 février 2024 à 08:51 (UTC)

Cantons-de-l'Est, J’ai récupéré les images sans CropTool et il n’y en avait pas beaucoup donc pas de problème. Mais pour moi ça reste un mystère. Hektor (d) 25 février 2024 à 09:54 (UTC)

Une bizarrerie dans le rendu des symboles du zodiaque…

Bonjour,
il y a un rendu des symboles liés au zodiaque qui diffère suivant les navigateurs : ces symboles sont correctement rendus (noir sur fond blanc) sous Chrome, mais apparaissent en blanc sur fond mauve sous firefox ! Par exemple  ! Par exemple le symbole du Bélier (♈) apparaît différemment selon le navigateur… Après quelques recherches, il semble que le rendu correct (sans inversion de typographie) nécessite l'ajout d'un « sélecteur de variante  » sous Firefox (ajout d'un caractère de code xfe0e à la suite du symbole) : comparer [♈︎] avec [♈] qui sous Chrome sont identiques… C'est peut-être anecdotique, mais y aurait-il lieu de faire quelque chose ? F0x1 (d) 20 février 2024 à 16:48 (UTC)

F0x1, Euh... sous Brave, Chrome, Edge, Firefox, Opera et Palemoon, je vois [♈] avec un fond violet et pas en noir et blanc. [♈︎] est rendu en noir et blanc dans les six navigateurs que j'ai mentionnés. — Cantons-de-l'Est ^p|d|d 20 février 2024 à 19:35 (UTC)

Merci, ma version de Chrome est peut-être un peu ancienne, mais que faudrait-il faire pour que le rendu de wikisource soit correct (en caractères noirs sur fond blanc) ? Il semble que la transclusion soit correcte (en pdf ou epub), du moins quand le serveur ws-export veut bien fonctionner… F0x1 (d) 21 février 2024 à 08:14 (UTC)

F0x1 et Cantons-de-l'Est : Je découvre cette subtilité d’Unicode. Cela n’affecte pas que les signes du zodiaque, mais certains symboles parmi les flèches, les puces, les manicules, etc. Il semble qu’actuellement, le seul moyen de forcer l’affichage de ces caractères disposant de deux versions (symbole typographique et émoji) est celui indiqué par F0x1. J’ai trouvé dans la documentation une propriété CSS font-variant-emoji qui règlerait la question… sauf qu’elle n’est implémentée par aucun navigateur (sauf Firefox, et encore partiellement). Je peux l’ajouter à nos feuilles de style en prévision, si vous le voulez. — ElioPrrl (d) 21 février 2024 à 11:15 (UTC)

Merci à @ElioPrrl pour les explications concernant la propriété font-variant-emoji ! En particulier on y lit que « sans spécification du sélecteur de variante » c'est le navigateur ou plutôt l'OS qui décide du défaut, et visiblement pour Chrome @Cantons-de-l'Est me dit que c'est en fond bleu, alors que je l'ai en noir sur fond blanc ; ce serait peut-être alors dû à l'os ? (je suis sous linux/Debian). Pour voir d'un peu plus près, je me suis préparé une page avec des symboles et leur apparence, et il y a bien une différence dans le comportement entre les signes du zodiaque et les flèches : par défault il y a un fond violet, alors que le comportement par défaut des flèches est noir sur fond blanc (du moins chez moi). Mais c'est sûrement une bonne idée d'ajouter la propriété font-variant-emoji, faut-il l'ajouter dans le style du livre Théorie du mouvement des corps célestes, ou bien ailleurs ? Merci F0x1 (d) 21 février 2024 à 12:40 (UTC)

• Les chiffres eux-mêmes sont concernés (1️2️3️)... Heureusement ils apparaissent par défaut en mode texte !
• Plutôt que la feuille de style (ou en plus), le mieux n'est-il pas d'appliquer systématiquement le correcteur « texte » à chaque utilisation du signe ? Sur en.wikipedia, ils utilisent w:en:Template:Emoji presentation pour forcer l'affichage texte des signes du zodiaque.

Seudo (d) 21 février 2024 à 13:32 (UTC)

@Seudo, ce serait possible si ces symboles n'apparaissaient pas sous la balise <math>… mais dans le cas du dernier chapitre de ce livre de Gauss, le symbole apparaît dans une formule mathématique, où elle est présente sous la forme \text{♈}, tout ça parce que le symbole latex (\aries) n'est pas accepté par wikisource, alors que latex donne le résultat correct en incluant un \usepackage{wasysym}… Le choix du mode « émoji » par défaut, uniquement pour ces symboles du zodiaque, par la plupart des de l’utilisateurnavigateurs, m'interpelle quand même : pourquoi un tel choix ? F0x1 (d) 21 février 2024 à 16:54 (UTC)

Menaces de trollage sur WS

voir ma pdd et la page de l’utilisateur

--Le ciel est par dessus le toit ^Parloir 22 février 2024 à 08:31 (UTC)

Je ne suis pas sûr que le pasteur King apprécierait d'être cité pour soutenir cet ouvrage . Bon courage, ce genre de comportement est heureusement rare ici. Seudo (d) 22 février 2024 à 08:53 (UTC)

Donc, si je comprends bien, on a déjà le texte sur WS ?

Dans ce cas, on va juste attendre et voir l'évolution de son comportement. Les IUTs ayant généralement des formations en informatique ou apparentées, j'ai un léger sourire en lisant qu'il reviendra avec les 350 ordinateurs de son IUT si on « censure » ce compte-ci… Poslovitch (d) 22 février 2024 à 12:23 (UTC)

Les outils pour lutter contre ce type d'action sont bien rodés et souvent très efficaces. En effet, les communautés wikipédiennes ont été souvent soumises à ce type de désorganisation ; les développeurs de la WMF ont mis au point un arsenal imposant. — Cantons-de-l'Est ^p|d|d 24 février 2024 à 13:18 (UTC)

difficile à comprendre

Sur cette page page le modèle "n°" donne un lien rouge, mais il est utilisé ailleurs sur la même page et ne s’affiche pas en rouge. Des explications ? Merci --Le ciel est par dessus le toit ^Parloir 22 février 2024 à 11:00 (UTC)

Fait Il y avait un oubli dans l'appel du modèle. Seudo (d) 22 février 2024 à 11:15 (UTC)

Le modèle a été appelé par {{n°2}} au lieu de {{n°|2}}. C'est visible en modification dans la liste de tous les modèles appelés où le modèle Modèle:N°2 (modifier) est ajouté en rouge.

. — Khardan (d) 22 février 2024 à 11:17 (UTC).

J'suis trop lent sur le coup, pfff — Khardan (d) 22 février 2024 à 11:20 (UTC).

Prem's Seudo (d) 22 février 2024 à 15:34 (UTC)

Seudo :, Merci, c’est pourtant évident --Le ciel est par dessus le toit ^Parloir 22 février 2024 à 11:27 (UTC)

Contributeurs d'un livre en pdf

Sur la dernière page de cet ouvrage : Livre:Dumas - Le Caucase, 1859.djvu s'affiche uniquement les contributeurs ayant participé à l'édition de la première page.

Or d'autres utilisateurs ont contribué à l'entièreté du livre.

Qui pourrait intervenir pour apporter une correction ?

Merci d'avance :-) Kaviraf (d) 23 février 2024 à 10:18 (UTC)

Faudrait clarifier la question. Par première page, tu parles sans doute de Page:Dumas - Le Caucase, 1859.djvu/5.

En ce qui concerne la liste des contributeurs insérée dans l'export PDF, j'obtiens une liste de 15 noms. Est-ce que tu as la même liste ?

Pyb en résidence (d) 23 février 2024 à 11:22 (UTC)

Pyb en résidence : Justement, là est ma question. Je ne sais pas comment obtenir la liste des 15 noms que tu mentionnes. --Kaviraf (d) 23 février 2024 à 16:12 (UTC)

@Kaviraf Peut être un problème de cache de ton côté, je n'ai pas trouvé comment fonctionnait ce générateur de listes de contributeurs ni de signalement de problèmes similaires. Pyb en résidence (d) 23 février 2024 à 19:24 (UTC)

Kaviraf et Pyb en résidence :Cela m’est arrivé à quelques reprises avec d’autres livres. Avec celui-là ça va pour le moment. Il n’y a rien qu’on puisse faire tout se passe entre Ws-export et Wikisource. Vaut mieux attendre que l’environnement se stabilise et, si le problème subsiste, on pourra le signaler sur Phabricator. Bravo à ceux qui ont complété cette transcription qui équivaut à 3 ou 4 livres standards ! --Denis Gagne52 (d) ^{Le miraculé du 9e} 23 février 2024 à 22:00 (UTC)

Pyb en résidence et Denis Gagne52 : Merci de vos réponses. En ce qui concerne mon cache sur Firefox, il est mis à jour.

Je souhaitais avoir la liste des contributeurs afin de les remercier de leur collaboration très dynamique de cet ouvrage. En très peu de temps - malgré de très nombreuses interventions à effectuer - cet ouvrage a été corrigé et validé dès le premier mois de sa parution sur le site de la mission. A défaut de pouvoir remercier tous les contributeurs - puisque je n'arrive pas à télécharger la liste - ceux-ci se reconnaîtront d'eux-mêmes. En tout cas un très grand merci pour ce travail collaboratif :-).--Kaviraf (d) 24 février 2024 à 08:05 (UTC)

Bonjour. Vous devriez expliciter sur quel lien ou bouton vous appuyez pour exporter. Pour rappel, sur la gauche de l'écran il y a des liens "télécharger" qu'il ne faut surtout pas utiliser pour télécharger, ça fait partie du folklore Wikisource. Pour télécharger il faut cliquer sur le bouton en haut à droite ici.

Pour les textes comme celui-ci qui contiennent de nombreux noms étrangers, je recommande vivement le point "7. normaliser les noms propres" présenté ici, ça permet de détecter rapidement les Djemnial-Eddin, Hadji-Khérich et autres Dundukolf-Korsakoff. Мишоко (d) 24 février 2024 à 11:16 (UTC)

Manseng, JLTB34 et Wolfinux : ; D Che7, Ernest-Mtl et Toto256 : ; Raymonde Lanthier, Cunegonde1 et Blahhmosh : ; Sturmami, Denis Gagne52 et VIGNERON : ; Newnewlaw et Acélan :

Grâce à la gentillesse de Denis52 qui m'informe des noms figurant sur la liste des participants à Livre:Dumas - Le Caucase, 1859.djvu, je peux donc dire un grand Merci pour votre participation dynamique à cet ouvrage .

J'ajoute un grand car ce travail a été mené "tambour battant", permettant de le publier sur la liste des ouvrages validés en un temps record. et félicitations pour tout votre investissement :-).

Мишоко : Merci pour vos conseils que je vais lire attentivement --Kaviraf (d) 24 février 2024 à 15:41 (UTC)

Мишоко : Effectivement, pour télécharger l'ouvrage, j'ai utilisé le lien "folklorique" à gauche de l'écran. Ceci explique celà. Merci de votre conseil.--Kaviraf (d) 24 février 2024 à 15:46 (UTC)

Quelques tableaux restants chez Champollion

Bonjour,

Le livre Livre:Champollion - Lettres à M le duc de Blacas d’Aups, tome 2.djvu qui fait partie de la Mission 7500 avance bien, et il ne reste plus que 6 pages contenant des tableaux à terminer...

Ce sont les pages :

- Page:Champollion - Lettres à M le duc de Blacas d’Aups, tome 2.djvu/139 Fait Merci à Toto256

- Page:Champollion - Lettres à M le duc de Blacas d’Aups, tome 2.djvu/145 Fait Challwa (d) 25 février 2024 à 13:16 (UTC)

- Page:Champollion - Lettres à M le duc de Blacas d’Aups, tome 2.djvu/155 Fait

- Page:Champollion - Lettres à M le duc de Blacas d’Aups, tome 2.djvu/157 Fait

- Page:Champollion - Lettres à M le duc de Blacas d’Aups, tome 2.djvu/161 Fait

- Page:Champollion - Lettres à M le duc de Blacas d’Aups, tome 2.djvu/165 Fait

Y aurait-il "un" ou "des" volontaire"s" pour aider à terminer le travail ? D'avance Merci Lorlam (d) 24 février 2024 à 22:22 (UTC)

Lorlam : Je veux bien essayer de remplir les tableaux mais il faut quelqu'un pour mettre en forme. --Newnewlaw (d) 25 février 2024 à 12:14 (UTC)

merci beaucoup à @Newnewlaw et @Challwa pour le "travail" en cours ! Lorlam (d) 25 février 2024 à 15:01 (UTC)

et Merci à @Toto256 pour la finition !... il ne reste plus maintenant qu'à valider Lorlam (d) 25 février 2024 à 17:41 (UTC)

Je me suis permis de modifier la Page:Champollion - Lettres à M le duc de Blacas d’Aups, tome 2.djvu/165 pour un tableau plus proche de l'original : taille plus petite pour les titres, paragraphes avec indentation négative ; je pense regarder aussi les autres tableaux s'il n'y a pas d'opposition… F0x1 (d) 27 février 2024 à 12:47 (UTC)

Bouton Typo manquant ?

Bonjour à toutes et à tous,

Depuis hier, le bouton "Typo" n'apparait plus dans ma barre, alors que le gadget est bien activé ... Vous rencontrez le même problème de votre côté ?

Belle journée à vous ! Maxamado (d) 25 février 2024 à 10:16 (UTC)

Oui, pareil (j'utilise Edge sur Windows). M-le-mot-dit (d) 25 février 2024 à 11:03 (UTC)

Bonjour, Je vois le T dans ma barre d'outils sous Firefox et Windows 11. Challwa (d) 25 février 2024 à 13:24 (UTC)

@M-le-mot-dit, @Challwa, merci pour vos retours. J'ai essayé avec Firefox, Edge et Chrome ; sur les trois le bouton n'apparait pas. @VIGNERON, @Hsarrazin, une idée ?! Maxamado (d) 25 février 2024 à 17:41 (UTC)

Bonjour, sur windows10 firefox, le "T" est bien activé. --Kaviraf (d) 25 février 2024 à 17:45 (UTC)

J'ai désactivé le gadget "Ajoute un bouton () permettant la correction partielle d’erreur dans des textes contenant des S long (ſ)", et le bouton "Typo" est de nouveau présent et actif. M-le-mot-dit (d) 25 février 2024 à 18:24 (UTC)

J'ai désactivé deux gadgets, lang et le gadget généraliste d'aide à la création, il est réapparu ! Bizarre Maxamado (d) 26 février 2024 à 08:28 (UTC)

De mon côté, cette solution n'ayant pas fonctionné, j'ai ajouté la ligne importScript('MediaWiki:Gadget-Typo.js'); dans mon Javascript personnalisé et ça a rétabli le bouton. -- FreeCorp (d) 27 février 2024 à 07:12 (UTC)

Bouton "Typo" n'apparait plus dans ma barre…--Taba1964 (d) 27 février 2024 à 15:48 (UTC)

Idem de mon côté. Hier soir pas de soucis mais disparu depuis ce matin. Merci à @FreeCorp pour le script. --Tylwyth Eldar (d) 27 février 2024 à 16:52 (UTC)

Argh... De mon côté aussi, je n'ai plus le bouton "T" sur Edge... c'est assez gênant... n'y aurait-il pas un moyen de créer un raccourci claver pour lancer l'outil autrement que par le bouton ??? Lorlam (d) 29 février 2024 à 17:09 (UTC)

En effet. Sous Edge en étant connecté, je vois le message d'erreur suivant dans la console du navigateur :

Parse error: Unexpected « on line 129   ext.gadget.Typo-script-0.js:4

La ligne 129 paraît pourtant bien anodine dans MediaWiki:Gadget-Typo.js :

str = str.replace(/= « ([^»"]*) » /g, "=\"$1\" ");

ElioPrrl : aura peut-être une idée... Seudo (d) 29 février 2024 à 17:20 (UTC)

À tout hasard, j’ai coché « Gadget généraliste » dans mes préférences (Gadgets), et le bouton T est réapparu. --Raymonde Lanthier (d) 29 février 2024 à 17:34 (UTC)

Pour moi non (mais c'est de toute manière aléatoire). La solution de FreeCorp (d · c · b), en revanche, semble bien fonctionner. Seudo (d) 6 mars 2024 à 09:23 (UTC)

Quoi que... Même en chargeant explicitement le script depuis mon common.js, il arrive que cela échoue, avec l'erreur que j'ai signalée plus haut dans la console. Il doit y avoir un problème d'ordre de chargement des scripts, mais je n'ai aucune idée de la solution. Seudo (d) 8 mars 2024 à 08:54 (UTC)

Wikisource dans un prochain colloque

Bonjour !

J’ai la joie de participer à un colloque qui aura lieu dans 3 mois et demi où je présenterai Wikisource lors d’une communication devant des chercheurs : « Innovation, réforme, expérimentation en éducation : perspectives historiques (XVIIe-XXIe siècles) », les 12-14 juin à Caen (organisé par le CIRNEF, l'AECSE, l'ATRHE, et l'INSPÉ de Caen).

1. À cette occasion, je montrerai des exemples de livres du xvii^e siècle océrisés du projet Wikisource:L'école d'Ancien régime. Est-ce qu’on peut en ajouter à la Mission 7500 ces prochains moins ?
   Achever ces livres ferait d’excellents exemples à leur montrer du travail collaboratif des Wikisourciens ! Je propose ces 3 :
   • Methodes nouvelles pour aprendre a lire aisement & en peu de tems
   • L’Escole Paroissiale
   • Démia - Reglemens pour les ecoles De la Ville & Diocese de Lyon
   
   
2. De plus, est-ce que si j’ajoute le petit manuscrit d’un catalogue d’élèves d’école primaire de Lyon sous Louis xiv, certains seraient partants pour en faire la transcription ?
   C’est l’unique exemplaire de catalogue ancien repéré jusqu’ici. (Il s’agit de : Catalogue de la grande Ecôle de Sainct Charles Commencée la veille de la saint Charles en l’année 1678 à Lyon, de 1678 à 1702, sur 92 pages en 2 colonnes, la 1ère donnant les renseignements élémentaires sur l’élève et la 2^nde renseigne sur le niveau de l’élève à sa sortie).

Bonne nouvelle semaine ! Éτienne ♄ (d) 26 février 2024 à 16:13 (UTC)

J'ai participé un petit peu... sur L’Escole Paroissiale Sicarov (d) 26 février 2024 à 21:43 (UTC)

Merci beaucoup Sicarov : C'est un plaisir de voir ton intérêt ! J'espère pouvoir avancer cet été sur certains articles du Dictionnaire de théol. cath. --Éτienne ♄ (d) 26 février 2024 à 22:20 (UTC)

Etienne M : c’est super que tu présentes Wikisource à un colloque ! Tu trouveras sur ma page de discussion un chapitre d'ouvrage de 2021, publié avec deux collègues, à propos de projets académiques utilisant Wikisource et une présentation donnée en visio en 2022 à l'université de Genève, qui pourront peut-être alimenter ta préparation de cette communication.

Pour proposer un livre à la Mission 7500 il faut passer par cette page, mais il faudrait surtout que celle de février aboutisse, ce qui n'a pas l'air gagné pour le moment !

Si tu as des ouvrages écrits par des femmes dans le corpus du projet L'école d'Ancien régime, on pourrait les proposer lors d'ateliers Wikisource Autrices. Le prochain, qui aura lieu le 30 mars à Paris à la librairie Violette and Co, portera sur des autrices francophones : peut-être les religieuses évoquées pages 9 à 11 de cet article, numérotées 68 à 70, pourraient alimenter ce corpus et le programme de cet atelier ? Ça interroge quand même qu'il n'y en ait aucun, ne serait-ce qu'à propos d'éducation des filles. S'agirait-il d'un « biais » du corpus, auquel nous pourrions remédier ensemble ? Peut-être que des dialogues éducatifs (voir cette thèse à ce sujet, et par exemple cette édition de 1781 des Conversations d'Émilie de Louise d'Épinay) y trouveraient leur place ? Ou des traités d'éducation ? Pas sûr qu'on se lance directement dans la relecture des 7 volumes du Traité de l'éducation des femmes, et cours complet d'instruction d’Anne d'Aubourg de La Bove, comtesse de Miremont, mais des textes fondateurs comme le Manuel pour mon fils (843) de Dhuoda (par exemple dans cette édition/traduction dans le domaine public) ou les Les enseignements d'Anne de France, duchesse de Bourbonnois et d'Auvergne, à sa fille Susanne de Bourbon, dans son édition de 1878, nous intéresserait probablement.

À propos du projet, je ne le vois pas le projet sur Wikisource:Projets/Projets de Wikisource par ordre chronologique, ça vaudrait peut-être le coup de l’ajouter, pour sa visibilité au sein de la communauté Wikisource francophone, et d'ajouter cette palette au bas de la page des projets (comme au bas de la page Wikisource:Autrices) ? Et je vois aussi que le pourcentage d'avancement sur les ouvrages est absent le plus souvent, mais je ne sais pas régler ce problème.

--FreeCorp (d) 27 février 2024 à 06:59 (UTC)

• pour avoir les stats il suffit d'ajouter a l'index la catégorie catégorie:Livres à suivre dans Bookworm.

Sicarov (d) 27 février 2024 à 12:25 (UTC)

Titre sur plusieurs lignes avec taille différente

Bonjour, Je cherche à mettre des niveaux de titre sur plusieurs lignes sans utiliser deux fois le modèle titre. Je m'explique, je voudrais écrire ceci:

{{t2|INTRODUCTION|ff=serif|fs=180%|sp=0.1em|fw=bold}} {{t2|AU LIVRE DE JOSUÉ|fs=250%|sp=0.1em}}

sur une seule ligne par exemple comme ça: {{t2|{{taille|AU LIVRE DE JOSUÉ|150|sp=0.1em}}|fw=normal|{{taille|INTRODUCTION|90|fw=bold}}}}

Mais alors je ne sais pas comment gérer les styles. Je voudrais par exemple du bold pour la partie INTRODUCTION, du sp 0.1 pour AU LIVRE DE JOSUÉ. CyrMatt (d) 27 février 2024 à 10:43 (UTC)

CyrMatt, Voici la recette :

{{t2|1=<span style=font-family:serif; font-size:180%; letter-spacing:0.1em; font-weight:bold;>INTRODUCTION</span>{{brn|1}}<span style=font-size:250%; letter-spacing:0.1em;>AU LIVRE DE JOSUÉ</span>}}. J'ai jugé que vous vouliez un seul saut de ligne. Sinon, modifiez {{brn|1}}. — Cantons-de-l'Est ^p|d|d 27 février 2024 à 13:36 (UTC)

Merci beaucoup @Cantons-de-l'Est c'est un peu plus compliqué mais je vais m'en contenter. CyrMatt (d) 27 février 2024 à 16:56 (UTC)

Edit, le letter-spacing:0.1em; semble ne pas fonctionner. je ne vois aucune différence si je change les chiffres. CyrMatt (d) 27 février 2024 à 17:08 (UTC)

CyrMatt, Mon erreur : mon éditeur maison a supprimé des apostrophes droites, ce qui est mal. Voici la bonne recette :

{{t2|1=<span style="font-family:serif; font-size:180%; letter-spacing:0.1em; font-weight:bold;">INTRODUCTION</span>{{brn|1}}<span style="font-size:250%; letter-spacing:0.1em;">AU LIVRE DE JOSUÉ</span>}}

— Cantons-de-l'Est ^p|d|d 27 février 2024 à 18:06 (UTC)

Caractères bizarres dans certaines notes de page html

En voulant télécharger une page au format html pour une utilisation hors-ligne j'ai découvert un caractère bizarre dans certaines notes: <a href="#⧼cite_references_link_prefix⧽p0044_1">(1)</a> Ce caractère est très embêtant pour l'usage que je souhaite faire de la page en question. Je n'arrive pas à identifier son origine ni son utilité. Est-ce possible de le supprimer? Est-ce un bug? La page en question est la suivante mais toutes les pages avec ce genre de notes ont le même problème. CyrMatt (d) 27 février 2024 à 10:57 (UTC)

• Cette mention est techniquement correcte (les caractères en question peuvent en principe apparaître dans l'identifiant d'un élément HTML), mais en fait c'est sans doute le symptôme d'un problème. Le modèle {{Note}} contient ceci : {{int:cite_references_link_prefix}}, qui est censé afficher un message en français. Or cela ne marche pas, probablement à cause d'un problème de traduction des messages systèmes ; mais je suis incapable de retrouver quoi que ce soit sur translatewiki.net...
• On peut sans doute éviter ce problème sur les pages concernées en supprimant le troisième paramètre lors de l'appel à {{Note}} (par exemple ici). De toute manière ce paramètre est néfaste car il a pour effet de donner à toutes les notes le même numéro, ce qui ne convient pas dans la transclusion où les notes sont regroupées en fin de chapitre.

Seudo (d) 27 février 2024 à 12:08 (UTC)

Visiblement, le modele {{Note}} qui est censé remplacer <ref> peut induire en erreur : les 3^e et 4^e paramètres sont à éviter, sauf dans les cas de notes sur plusieurs pages… En effet, il y a 2 notes (1) ce qui est dû au 4^e argument ; or les notes sont regroupées en fin de chapitre, et conserver le numéro de note original qui est remis à 1 à chaque page n'a plus de sens…
P.S. Pourquoi le titre contient-il un l minuscule au lieu de majuscule ? F0x1 (d) 27 février 2024 à 12:19 (UTC)

En gros je ne laisse que {{Note|L’opinion opposée assigne à la composition de l’Ecclésiastique la date de l’an 180 environ et à la traduction celle de l’an 130.}}

Moi ça me va mais j'ai plus le même texte que sur le fac-similé avec des parenthèse mais des crochets. @F0x1 De quel titre parlez-vous? CyrMatt (d) 27 février 2024 à 12:32 (UTC)

@CyrMatt le titre actuel est l’ECCLÉSIASTIQUE alors qu'il est L’ECCLÉSIASTIQUE dans l'original…
Pour les crochets ou les parenthèses, en exposant ou bien dans le texte, je ne crois pas que ce soit important… L'utilisation de la balise <ref> est bien plus détaillée et explicite que le modèle {{Note}}… F0x1 (d) 27 février 2024 à 13:06 (UTC)

CyrMatt, Je pense comme F0x1 : vous devriez utiliser <ref>...</ref>. En effet, le moteur de Wikisource gère proprement les notes construites avec ce système et elles sont bien exportées. Le seul défaut de ce système est l'impossibilité de modifier la décoration des appels et des retours de notes. Si vous tenez aux parenthèses et aux numéros en position verticale normale, utilisez {{refl}} et {{refa}}, mais vous devrez numéroter à la main, un exercice régulièrement difficile.

J'observe le caractère HTML   dans [1] et [2]. Je vous suggère fortement d'utiliser {{lié}} à la place. Ce modèle inscrit le caractère HTML   (aussi appelé  ), qui est un peu plus large que  , mais c'est difficile de le voir à l'oeil nu et les wikisourciens reconnaissent immédiatement le rôle de {{lié}}. Également, je crains que   ne soit pas proprement rendu par certains appareils ou logiciels, au contraire de  . Vous voyez.

— Cantons-de-l'Est ^p|d|d

Quels 3e et 4e arguments ? Je ne vois que 3 arguments dans {{Note}}. En tout cas le code semble assez obsolète. Il fait référence au code cite_reference_link_prefix, qui a été supprimé (cf. T321217 et cette modification récente dans le code de l'extension Cite). J'ai essayé de corriger ce point, mais du coup le modèle génère deux éléments HTML avec le même identifiant, dont un invisible, de sorte que le lien ne fonctionne pas. On dirait que ce modèle a été fondé sur des détails du code interne de MediaWiki qui rendent la maintenance particulièrement difficile. Je notifie Jerome Charles Potts : qui aura peut-être des idées sur ce qu'il y a à faire. Seudo (d) 27 février 2024 à 14:35 (UTC)

Oups, j'ai pris pour base les textes séparés par les barres verticales, Note étant le n^o 1 Donner un nom aux arguments n'est pas une si mauvaise idée F0x1 (d) 27 février 2024 à 14:47 (UTC)

Bon, je crois avoir enfin réussi à corriger le modèle. A présent il ne devrait plus générer des caractères bizarres, même utilisé avec le 3e paramètre(a)^[1]. Seudo (d) 27 février 2024 à 15:02 (UTC)

Merci à vous pour vos réponse. Perso je n'ai pas de préférence entre parenthèse ou crochet, ce n'est pas moi qui l'ai écrit ainsi mais un autre utilisateur. C'était plus pour respecté son travail.

Sinon pour les caractère html   là aussi j'ai copié ce qui était présent, c'est peut-être une mauvaise idée. Si quelqu'un peut corriger avec un outil ça me rendrait service. Pour le L ok j'ai vu je vais corriger. CyrMatt (d) 27 février 2024 à 17:03 (UTC)

Merci pour le remplacement des espaces insécables par lié. Serais-ce possible aussi de traiter en groupe la suppression de {{em|1.5}} devant les numéro de verset sur certains livres de cet ouvrage. En fait j'avais bêtement copié un modèle pour me rendre compte que ce n'était pas utile. Et ce modèle m'embête aussi à l'export. CyrMatt (d) 27 février 2024 à 20:28 (UTC)

CyrMatt, De rien pour  . Mon bot supprime présentement {{em|1.5}}. Ce dossier devrait être réglé dans quelques heures. — Cantons-de-l'Est ^p|d|d 27 février 2024 à 21:04 (UTC)

Super! CyrMatt (d) 27 février 2024 à 21:37 (UTC)

Bonjour Cantons-de-l'Est : serait-ce possible de faire aller ton bot aussi pour le modèle {{o}} et le remplacer par un vrai °. J'en profite pour poser la question de l'utilité d'un modèle pour un caractère qui existe vraiment? Je me suis aussi posé la question par exemple du code uc|text, qui alourdit inutilement une page. Pourquoi ne pas mettre directement des majuscules? CyrMatt (d) 29 février 2024 à 18:37 (UTC)

Le caractère ^o (obtenu avec le modèle {{o}}) est différent du ° du clavier: bien grossis, cela donne ^o et °.
Le second sert pour les degrés, le premier pour les adverbes ordinaux: primo, secundo... ou les formats in-quarto (in-4^o), in-octavo (in-8^o)…, la dernière lettre o de ces mots abrégés étant mise alors dans l'exposant. Cela dépend donc du contexte où ils sont utilisés — Khardan (d) 29 février 2024 à 19:08 (UTC).

┌─────────────────────────────────────────────────┘
CyrMatt, Khardan a raison.

Je suis d'accord pour remplacer 1{{o}}, 2{{o}}, 3{{o}} par {{1°}}, {{2°}}, {{3°}}... parce que ces modèles documentent lorsqu'on survole « 1^o », « 2^o », « 3^o »... (primo, secundo, tertio...). Avant de lancer mon bot, dites-moi si cette proposition vous va.

Pour {{uc}}, j'ignore ce qui a été décidé. Si j'ai bien analysé la documentation, il ne sert que lorsque le texte est en minuscules. Je pense pouvoir éliminer le modèle tout en mettant le texte en majuscule, mais avant d'agir il faut être certain qu'il ne sert pas parce que s'il y a erreur, il faudra rectifier manuellement environ 1000 pages. Avant de faire ces modifications, dites-moi ce que vous pensez de cette proposition.

— Cantons-de-l'Est ^p|d|d 29 février 2024 à 19:21 (UTC)

{{1°}} redirigeant vers {{1o}}, il vaut mieux utiliser ces derniers en évitant ces redirections du coup. — Khardan (d) 29 février 2024 à 19:28 (UTC).

@Cantons-de-l'Est {{uc}} n'est pas à éliminer ; il peut être utile notamment pour mettre en majuscules des modèles qui s'affichent en minuscules (comme {{scène}}, par exemple. Acélan (d) 29 février 2024 à 21:58 (UTC)

Bonjour et merci pour ces clarifications. C'est bien le caractère ° pour primo, etc. Il faudrait donc le garder et du coup corriger ceux que j'ai déjà corrigé manuellement. Mais serait-il possible tout de même de mettre le vrai caractère utf8. Est-ce celui accessible par shift altgr à côté du p (clavier belge)? En fait à l'export de ce livre que j'utilise pour un autre usage, ce modèle n'est pas rendu, par contre si on met le caractère utf8 ça fonctionne.

Pour ce qui est du code uc, on peut bien le remplacer par des lettres en majuscule., pour ce que j'ai vu ce sont essentiellement des titres que j'ai déjà modifié manuellement, mais aussi les chapitres auquel je n'ai pas touché. Je crois qu'on peut le faire sans crainte. CyrMatt (d) 1 mars 2024 à 07:38 (UTC)

Pour les ordinaux primo, secundo, etc., il semble qu'il vaille mieux utiliser la lettre « o » en exposant que le caractère Unicode (indicateur ordinal masculin, U+00BA). Voir wikt:1º et wikt:º. Seudo (d) 1 mars 2024 à 07:49 (UTC)

Oui tu as raison. Je me débrouillerais alors à l'export. CyrMatt (d) 1 mars 2024 à 08:59 (UTC)

Je trouve que {{uc}} (et encore plus {{sc}}) est souvent utilisé à tort, avec des risques d'erreur sur les majuscules (« L’ECCLÉSIASTIQUE » est-il une mise en capitales de « L’Ecclésiastique », « l’ecclésiastique », « l’Ecclésiastique »...? Impossible de le dire, à moins d'imposer un style typographique actuel sur un ouvrage ancien). Mieux vaut taper directement les lettres capitales telles qu'elles apparaissent dans le fac-similé. Quant aux corrections automatisées, il vaut mieux être prudent, mais si on se limite par exemple aux en-têtes de pages et aux titres de section pour cet ouvrage, pourquoi pas. Seudo (d) 1 mars 2024 à 10:02 (UTC)

Je suis d'accord avec toi Seudo. La seule utilité c'est les smallcaps, car on ne peut pas le rendre aussi facilement que les majuscules. La correction ne devrait se faire qeu sur les entêtes et les titres de section qui comprendrait du coup les chapitres. Car la les chapitres sont justement une aberration (de ma faute pour avoir copié bêtement) {{uc|CHAPITRE}} Le mot chapitre est en majuscule, donc le uc est inutile. CyrMatt (d) 1 mars 2024 à 16:49 (UTC)

@Cantons-de-l'Est pourriez-vous faire la modification s'il vous plaît? Merci. CyrMatt (d) 3 mars 2024 à 19:31 (UTC)

CyrMatt, J'ai mentionné plus haut que je pensais pouvoir supprimer le modèle uc et mettre en majuscules. J'effectue des tests avant de lancer mon bot. — Cantons-de-l'Est ^p|d|d 6 mars 2024 à 09:14 (UTC)

Ah ok merci! CyrMatt (d) 6 mars 2024 à 12:21 (UTC)

Demande de statut de bot pour M0ttyBot

Bonjour,

J'ai déposé une demande de statut de bot pour mon comte semi-automatisé M0ttyBot. Je souhaite faire de la catégorisation et des corrections mineures en série en utilisant AWB et JWB. La demande est ici : Wikisource:Bots#M0ttyBot. Cordialement. M0tty (d) 27 février 2024 à 22:15 (UTC)

Nommage fichier image (à partir des recommandations sur Commons)

Bonjour, en particulier ElioPrrl :, Cantons-de-l'Est :, Hsarrazin :

Je propose d'ajouter un paragraphe dans l'aide des nommage concernant les fichiers images.

J'ai repris des recommandations sur Commons, je n'ai pas beaucoup innové. Pouvez-vous y faire un tour, proposer votre avis ? Cordialement, Sicarov (d) 28 février 2024 à 13:40 (UTC)

Livre:Rachilde - Nono, 1885.djvu

Bonjour à tous, il reste à valider ~150 pages dans le livre se trouvant dans le titre (j’ai déjà fait tout ce que je pouvais sur le fac-similé pour ma part) et ce, dans le cadre de la Mission 7500. Le fac-similé est déjà quasiment parfait grâce au travail fait en amont par Cunegonde1, donc presqu’aucune correction à faire (juste éviter les modèles {{Mme}} et {{Mlle}}). Je me permets de te ping Stamlou : comme tu as déjà participé à une partie de l’ouvrage. Merci à vous et on croise les doigts pour l’objectif ce mois-ci — Rafavannay (d) 28 février 2024 à 15:33 (UTC)

Rafavannay :Un survol révèle que les modèles Mme et Mlle ont été utilisés aussi souvent que non. Il n’est pas souhaitable selon moi de les éviter. Il faut surtout uniformiser et considérer que le premier qui va utiliser le gadget T va remettre des modèles partout où il n’y en avait pas. Ceci dit merci pour la proposition de compléter la validation d’ici la fin du mois, je m’y attèle et si tu es d’accord, je vais apposer des modèles Mme partout sinon il faudrait faire l’inverse. --Denis Gagne52 (d) ^{Le miraculé du 9e} 28 février 2024 à 18:21 (UTC)

Denis Gagne52 : Je n’ai à vrai dire pas de problèmes avec ces modèles (bien au contraire), c’était simplement pour coller à la leçon du fac-similé mais bon, je pense que tu as raison alors pourquoi pas uniformiser leur usage… Merci à toi — Rafavannay (d) 28 février 2024 à 19:22 (UTC)

@Denis Gagne52 et @Rafavannay Désolé pour le travail d'uniformisation que j'ai engendré sans le vouloir, mais n'étant que l'importateur du livre pré-corrigé avant import, il m'avait paru pertinent de suivre la graphie du fac-similé en mettant le modèle Mme{{lié}}Tartepion et non les modèles {{Mme}} ou {{Mlle}}. En règle générale, j'aime assez coller à la graphie du fac-similé, mais n'étant pas réellement correcteur de ce livre, je ne me suis pas permis de faire un {{ChoixEd}} que je fais toujours pour les textes que je corrige intégralement. Cunegonde1 (d) 29 février 2024 à 12:13 (UTC)

• Bonjour Cunegonde1 En règle générale, moi-aussi, mais l’application de ces modèles fait quasiment partie de notre ADN si bien que dans ce livre, les pages qui avaient été corrigées avec {{Mme}} se voyaient modifiées en validation et l’inverse aussi. Il fallait convenir d’une seule solution.
• S’il y a une volonté de ne pas utiliser le modèle en pareille situation, il serait souhaitable d’en convenir à l’échelle de la communauté. Ce n’est pas ce que j’ai observé jusqu’à présent mais mon échantillonnage demeure limité.
• L’uniformisation a exigé bien peu d’effort en comparaison de ce que tu avais accompli. Alors tu n’as vraiment pas à être désolé surtout que tu nous a facilité la vie comme cela arrive si souvent. --Denis Gagne52 (d) ^{Le miraculé du 9e} 29 février 2024 à 13:33 (UTC)

1. (a) Exemple