Ouvrir le menu principal

Vous êtes ici : accueil >Aide >Questions >Questions techniques

Raccourcis [+]
WS:FAQ
WS:QT
Questions
Crystal Clear action edit.png
Questions éditoriales

Contenu des livres, mise en page, typographie, etc.

Preferences-system.svg
Questions techniques
(Archives, Requêtes aux bots, Newsletter technique)

Utilisation de Wikisource, de la syntaxe d'édition, de l'interface.

Balance icon.svg

Questions légales

Droits d'auteurs sur les livres et questions juridiques.


Six glyphs.svgNuvola apps package development.png

Questions sur les Glyphes & caractères

Codage et représentation des glyphes et caractères.

Help-browser.svg
Scriptorium
Pour laisser un message qui ne concerne pas les cas cités.

Sommaire



Affichage fac-similéModifier

Bonjour, Le fac-similé de "Kazan" de James Oliver Curwood ne s'affiche pas à partir de la page 16. Est-ce que quelqu'un pourrait m'indiquer la marche à suivre ? Est-ce qu'il faut à nouveau télécharger le fichier DjVu ? Comment ? Je vous remercie vivement de votre aide ! Je suis coupée en plein élan ! Elisademo

  Elisademo : je viens de refaire le fichier source. La qualité devrait être meilleure et la correction plus facile. Aristoi (d) 19 juillet 2017 à 22:05 (UTC)

  Aristoi : Merci à vous, c'est plus lisible, effectivement ! Elisademo

Export pdf ou epub : non fonctionnement des notes ou des liens vers les notes pour les chapitres longs.Modifier

Bonjour, je rencontre deux problèmes avec l'export pdf ou epub sur les volumes de l'histoire de l'affaire Dreyfus, et par exemple le tome V. dont je termine la correction :

  • Dans l'epub exporté, les liens des notes du début des chapitres longs ne sont pas accessibles au delà d'un certain nombre de pages. Le fichier xhtml est scindé après 100 pages, et les liens contenant les notes ne sont pas créés vers le dernier fichier du chapitre concerné.
  • Outre le problème ci-dessus, au delà d'un certain nombre de notes, les notes supérieures à la limite sont effacées de l'export. Par exemple, le 4e chapitre (Rennes) de l'exemple contient 714 notes ; seules les 492 premières notes sont exportées. Les autres sont absentes de tous les fichiers exportés que ce soit en pdf ou epub.

Ce problème est présent dans tous les volumes de l'histoire de l'affaire Dreyfus.

J'avais déjà rencontré le même problème pour la deuxième partie de l'histoire de Justine et Juliette, de D. A. F. de Sade. A partir du tome V., les volumes ne comportent pas de chapitres et l'on rencontre le même problème, bien qu'il y ait peu de notes, mais le phénomène de scission des fichiers xhtml avec perte des liens est identique.

Y a-t-il une solution ? --Cunegonde1 (d) 25 juillet 2017 à 07:24 (UTC)

  Cunegonde1 : si je peux me permettre de proposer une solution qui ne fait que contourner le problème, tu pourrais, dans la mesure où les chapitres sont divisés en sous-chapitres – de longueur conséquente – dans l'ouvrage, transclure chaque sous-chapitre sur une page séparée de l'espace principal. BernardM (d) 11 août 2017 à 13:55 (UTC)
  BernardM : Merci de ta réponse, j'avais effectivement pensé à ce type de solution, mais j'y avais renoncé, la trouvant fastidieuse à mettre en œuvre et insatisfaisante, car elle contourne le problème sans le résoudre au fond. Mais si c'est la seule solution, je m'y résoudrai car cela vaut mieux de ne pas pouvoir faire l'export. Les chapitres concernés ne sont pas si nombreux et je pourrais essayer de les séparer en deux à la moitié pour voir si cela fonctionne. Je verrai çà un peu plus tard, car pour le moment je travaille sur des regex de corrections de scanilles. Merci encore de ton aide.--Cunegonde1 (d) 11 août 2017 à 14:13 (UTC)
Ce problème est malheureusement complexe à corriger. En effet les ancienne liseuse ne permettent pas d'ouvrir des fichiers xhtml passé une certaine taille. Supprimer ce découpage signifierais que les epubs générés ne peuvent plus être lus sur ces liseuses. Mais sachant que 5 ans sont passé depuis la création de l'outil d'export ce n'est peut être plus un problème. Tpt (d) 11 août 2017 à 16:13 (UTC)
Je commence les modifications sur l'histoire de l'affaire Dreyfus pour que l'export fonctionne correctement. Comme je l'indiquais dans mon premier message c'est vraiment fastidieux : par exemple, pour le volume 6 de l'histoire de l'affaire Dreyfus (chapitres 1 et 3, le 4 n'est pas encore corrigé), cela implique : 1/ modifier tous les liens concernés des pages de la table des matières en fin de volume ; 2/ modifier les liens internes qui pointent vers les nouvelles sections (Voir p. XXX), très nombreux dans les notes ; 3/ Dans l'espace principal : créer les sous-pages, modifier les sous-pages précédentes et suivantes. Si on ne le prévoit pas en amont de la correction, cela demande une extrême attention pour éviter les erreurs. Il faut donc prévoir en amont de systématiquement scinder les chapitres excédant 100 pages.--Cunegonde1 (d) 18 août 2017 à 08:06 (UTC)

Recherche améliorée dans l’archive des pages suppriméesModifier

Au cours du Hackathon Wikimédia en 2016, l’équipe Discovery a travaillé sur l’un des éléments de la liste de souhaits de la communauté de 2015 : rendre possible la recherche dans l’archive des pages supprimées. Cette fonctionnalité est désormais prête pour le déploiement en production, et va être disponible pour tous les wikis, sauf Wikidata.

À l’heure actuelle, la fonctionnalité est activable par l’ajout d’une option — pour l’utiliser sur votre wiki, allez sur la page Special:Undelete, et ajoutez &fuzzy=1 à l’URL, comme ceci : https://test.wikipedia.org/w/index.php?title=Special%3AUndelete&fuzzy=1. Cherchez ensuite les pages qui vous intéressent. Il devrait y avoir plus de résultats qu’auparavant, car l’indexation se fait désormais avec ElasticSearch (via l’extension CirrusSearch).

Nous comptons activer la recherche améliorée par défaut sur tous les wikis très bientôt (autour du 1er août 2017). Si vous avez la moindre objection, soulevez-la avec l’équipe Découverte par courriel ou sur la page de discussion de cette annonce. Tout comme la plupart des paramètres de configuration, la fonctionnalité peut être configurée par wiki. Une fois que la recherche améliorée est utilisée par défaut, l’ancien mode sera toujours accessible en plaçant &fuzzy=0 dans l’URL, de cette façon : https://test.wikipedia.org/w/index.php?title=Special%3AUndelete&fuzzy=0

Veuillez noter que, puisque Special:Undelete est une fonctionnalité réservée aux administrateurs, cette fonction de recherche est également réservée aux administrateurs des wikis.

Merci ! CKoerner (WMF) (talk) 25 juillet 2017 à 18:31 (UTC)

De l'ajout d'une page & ses conséquencesModifier

Bonsoir, J'ai dû ajouter une page manquante (711) au scan Fichier:Landry,_Manuel_d’économique,_1908.djvu ; du coup les pages corrigées post 711 sont décalées sur Livre:Landry,_Manuel_d’économique,_1908.djvu... Quelle est la manip recommandée dans ce cas ? Merci.... Hector (d) 2 août 2017 à 19:20 (UTC)

Alignement droite et gauche sur la même ligneModifier

Salut !

J’aurais aimé savoir s’il existait une commande pour obtenir, sur la même ligne, du texte aligné à gauche et du texte aligné à droite comme sur cette page (lettres et pages, en haut de page) : https://fr.wikisource.org/wiki/Page:%C5%92uvres_compl%C3%A8tes_de_Delphine_de_Girardin,_tome_4.djvu/493

Merci d’avance pour le coup de main :) --Atheenah (d) 5 août 2017 à 15:39 (UTC)

Bonjour   Atheenah :,
C'est très simple, il suffit de remplacer le modèle {{droite}} par le modèle {{FlotteADroite}}… --Hildepont (d) 5 août 2017 à 15:58 (UTC)
C'est parfait merci beaucoup ! :) --Atheenah (d) 5 août 2017 à 17:09 (UTC)

Bug dans le tabindex avec les "Accessible editing buttons"Modifier

Depuis la mise en place des gros boutons (dits "Accessible"), il y a deux semaines, l’utilisation du clavier est un peu plus compliquée. J'avais l’habitude, après avoir corrigé un texte, d’utiliser la touche "tabulation" pour aller vers le champ "Résumé", puis "État de la page" et enfin "Prévisualiser", "Publier"… Le focus passait de manière naturelle d'un champ à l'autre dans l'ordre où ils apparaissent à l’écran.

À présent, l’ordre (géré par l’attribut HTML "tabindex") a été modifié, de sorte qu’on n’arrive dans la section "État de la page" qu'après être passé par les boutons de prévisualisation et de publication, ce qui n’est pas bien sûr pas naturel.

D'après quelques tests perso, il faudrait donner la valeur 5 (et non 8 comme aujourd'hui) à l’attribut "tabindex" au dernier des 4 radio buttons pour que cela fonctionne à nouveau. Mais qui peut s’en charger ? Seudo (d) 15 août 2017 à 10:55 (UTC)

Je vois que ce problème est résolu, en même temps que le problème temporaire de disparition des boutons d'état de la page mentionné hier soir. Seudo (d) 8 septembre 2017 à 12:48 (UTC)

Conflit wikiEd et raccourci clavierModifier

Il semble y avoir un conflit entre l'éditeur WikiEd et le raccourci clavier Alt+Maj+b. Ce dernier est censé permettre un déplacement du curseur dans le champ résumé. Cela fonctionne lorsque wikiEd n'est pas activé mais cela fait une sélection du texte quand il est activé. Est-ce normal ? J'avais également pu définir quelques raccourcis clavier assez utiles notamment pour insérer les balises math (que j'utilise abondamment). Je l'ai associé au raccourci Ctrl+m. Là encore, il fonctionne sans wikiEd mais pas avec. Y a-t-il une raison ? — Alan (d) 15 août 2017 à 15:28 (UTC)

La documentation de WikEd (et non WikiEd) indique que ce raccourci est utilisé pour wikifier le contenu collé. D'après ceci, une solution serait de mettre dans ton common.js le code suivant :
var wikEdConfig = {};
wikEdConfig.buttonKey = {
  26: []         // clear the existing interfering 'b' button definition
}

Je n'ai pas testé... Seudo (d) 18 août 2017 à 08:42 (UTC)

Avec un peu de retard, merci ! Ça fonctionne parfaitement. Je vais creuser cette doc pour mes autres raccourcis. — Alan (d) 2 septembre 2017 à 05:43 (UTC)

epub dans Play livres (androïd)Modifier

Bonjour à tous,

  Elisademo :, nouveau contributreur, me pose une question qui me dépasse un peu. Je retranscris donc son intervention ici.

À propos de Kazan :

J'ai testé l'epub sur Edge, sur iPad dans iBooks et BlueFire Reader, sur tablette et smartphone android dans Bluefire Reader. C'est propre et on peut adapter la mise en forme. Les liens des notes dans Edge et iBooks s'affichent sous la forme de fenêtre pop up au-dessus du mot support du lien; ça, c'est vraiment très bien. Est-ce que c'est récent ? Par contre, impossible d'ouvrir l'epub dans Play livres, qui est quand même l'application de lecture native d'android. Est-ce que vous auriez une explication ?

Merci d'y jeter un œil… --Hildepont (d) 23 août 2017 à 13:11 (UTC)

stockText.jsModifier

Hi, Sorry for typing in English. I dont know French. I am from [www.ta.wikisource.org Tamil wikisource]. After seeing the gadget-stockText.js in French wikisource I have implemented the same in Tamil wikisource. But the banner for downloading books doesnt appear in mobile version. Is there a way for the top bar to appear in mobile version too. -- Balajijagadesh (d) 23 août 2017 à 15:51 (UTC)

Journal De BruxellesModifier

Je veux ajouter les journaux de Bruxelles present dans le Commons (voir Commons:Category:Journal de Bruxelles. Comment realiser ceci?Smiley.toerist (d) 24 août 2017 à 18:55 (UTC)

Bonjour Smiley.toerist, la documentation n'est pas vraiment adaptée à votre demande car votre livre n'est pas de format DJVU mais JPG (  Le ciel est par dessus le toit :), mais vous pouvez faire de même avec un fichier JPG, par exemple : créez l'index Livre:Journal de Bruxelles nr 76 1799 en remplissant le formulaire, puis créez la page Page:Journal de Bruxelles nr 76 1799 (601).jpg pour la première, Page:Journal de Bruxelles nr 76 1799 (602 603).jpg pour la seconde et troisième, etc. Si vous avez d'autres questions n'hésitez pas à revenir vers nous. Bonnes contributions sur Wikisource. R [CQ, ici W9GFO] 25 août 2017 à 05:24 (UTC)
Voyez ici un exemple avec des fichiers JPG. R [CQ, ici W9GFO] 25 août 2017 à 05:30 (UTC)
J´ai construit les deux premieres pages. l index et la premiere page.Smiley.toerist (d) 27 août 2017 à 19:04 (UTC)

Comment ont mes les liens avec le Wikipedia Francais? Example page 606: Le citoyen van Dedem tot de Gelder, ----> fr:Antoine-Baudoin-Gisbert Van Dedem. Smiley.toerist (d) 31 août 2017 à 13:22 (UTC)

Je crois qu’il y a un débat ici pour savoir s’il convient ou pas de faire des liens vers Wikipédia à l’intérieur des textes de Wikisource. Si vous décidez de le faire (mais le plus important est d’abord de corriger la transcription), vous pouvez le faire avec la syntaxe suivante : « Le citoyen [[w:Antoine-Baudoin-Gisbert Van Dedem|van Dedem tot de Gelder]] », qui donne : « Le citoyen van Dedem tot de Gelder ». Seudo (d) 31 août 2017 à 15:20 (UTC)
Ce n’est pas necessairement un lien vers Wikipedia que je recherche, mais une facon de montrer le nom correcte que le lecteur peu retrouver et rechercher. J’ajoute les dates Gregorien, mais idealament on devrait clicher sur la date revolutionaire et retrouver la date Gregorien. Comment ont use les references?Smiley.toerist (d) 1 septembre 2017 à 10:19 (UTC)

L'auteur Jean-Louis de Boubers n'existe pas encore dan Wikisource. Comment ajouter? J'ai terminé la transcription du texte.Smiley.toerist (d) 1 septembre 2017 à 12:26 (UTC)

Voilà qui est fait : Auteur:Jean-Louis de Boubers. R [CQ, ici W9GFO] 5 septembre 2017 à 10:00 (UTC)

Code source complet d'un livreModifier

Bonjour! J'aimerais savoir comment faire pour obtenir le code source en MediaWiki d'un livre. Je n'arrive qu'à obtenir les références des pages djvu. Comment obtenir le code complet? —Ce commentaire non signé a été déposé par Salutlolo (d)

Bonjour   Salutlolo : la seule méthode que je connais pour obtenir le wikicode pour toutes les pages d'un livre de façon automatique est de recourir à l'API. L'outil d'exportation ne supporte pas encore cette fonction. Puis-je vous demander pourquoi vous souhaitez récupérer le wikicode d'un livre complet ? Pouvez-vous également préciser ce que vous entendez par « Je n'arrive qu'à obtenir les références des pages djvu », je ne comprends pas. R [CQ, ici W9GFO] 5 septembre 2017 à 10:11 (UTC)
Merci, je veux obtenir le wikicode pour imprimer quelques livres, et j'entends, par « les référence des pages djvu » le code qu'on obtient lorsque qu'on clique sur le bouton « Modifier » dans wikisource. Je n'obtiens en effet que :
{{textquality|100%}} [[Catégorie:Poèmes d’hiver]] <pages index="Émile Nelligan et son œuvre.djvu" from=94 to=95 header=1/>

—Ce commentaire non signé a été déposé par Salutlolo (d)

Bonjour, merci pour ces précisions. Vous êtes donc sur la page : Émile Nelligan et son œuvre/Les Pieds sur les Chenets/Soir d’hiver. A gauche du texte, vous avez le chiffre « 44 », et un peu plus bas « 45 » : en cliquant dessus, vous êtes redirigé vers les pages du fac-similé qui ont servi à la transclusion. C'est dans ces pages-là que vous trouverez le code. Sinon, vous avez accès également à la totalité des pages du livre Livre:Émile Nelligan et son œuvre.djvu en cliquant sur l'onglet « Source » tout en haut de la page Émile Nelligan et son œuvre/Les Pieds sur les Chenets/Soir d’hiver. A bientôt. --Consulnico (d) 6 septembre 2017 à 07:56 (UTC)
  Salutlolo : Je comprends mieux, si vous souhaitez imprimer un livre je ne pense pas que récupérer le wikicode soit le meilleur moyen, pourquoi ne pas récupérer le livre sous format PDF (A4, A5, A6) ou encore HTML ou TXT à l'aide de l'outil d'exportation sus-cité ? R [CQ, ici W9GFO] 6 septembre 2017 à 08:00 (UTC)
En plus, le texte entier de ce livre est déjà disponible sur une seule page : Émile Nelligan et son œuvre/Texte entier (avec un lien « Version imprimable » dans la colonne de gauche. Donc si c’est pour imprimer (ou faire des recherches en plein texte), c’est facile. Et on peut faire la même chose avec n’importe quel livre de Wikisource, sauf lorsqu’il est vraiment très gros (surtout si le wikicode utilise beaucoup de modèles). Seudo (d) 6 septembre 2017 à 08:12 (UTC)

État d'avancement de la correction des pages en Espace « Page »Modifier

Bonjour, que se passe-t-il ? Pourquoi l’état d’avancement des pages a-t-il disparu en Espace Page (je travaille en Vector) ? Est-ce une anomalie en cours de traitement ? Je ne peux plus donner le statut de "Corrigé" aux pages corrigées. La barre des couleurs (bleu gris rose jaune et vert) a entièrement disparu. Merci de bien vouloir m’informer si vous faites des travaux en cours. Bien cordialement, --Yland (d) 7 septembre 2017 à 20:19 (UTC)

Problème global déjà mentionné sur le Scriptorium et sur Phabricator. Seudo (d) 7 septembre 2017 à 20:21 (UTC)


Bonjour, un autre problème apparait : sur "Page:Whymper - Escalades dans les Alpes.djvu/14." Wikisource. 31 juill. 2018, 06:04 UTC. 31 juill. 2018, 06:04 <//fr.wikisource.org/w/index.php?title=Page:Whymper_-_Escalades_dans_les_Alpes.djvu/14&oldid=9016605>. je n’ai pas accès à la validation, contrairement à la situation habituelle, le bouton vert ne s’affiche pas ! c’est également le cas sur d’autres pages du livre. --Chrisric (d) 3 février 2019 à 11:48 (UTC)

Improvements coming soon to Recent ChangesModifier

Hello

Sorry to use English. Merci de nous aider à traduire dans votre langue! Merci.

In short: starting on 26 September, New Filters for Edit Review (now in Beta) will become standard on Recent Changes. They provide an array of new tools and an improved interface. If you prefer the current page you will be able to opt out. Learn more about the New Filters.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked (and soon, Special:Watchlist – see below).

Based on a new design, it adds new features that ease vandalism tracking and support of newcomers:

  • Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
  • Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
  • Bookmarking to keep your favorite configurations of filters ready to be used.
  • Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help. They are not available on all wikis.

You can know more about this project by visiting the quick tour help page.

Concerning RecentChanges

Starting on 26 September, New Filters for Edit Review will become standard on Recent Changes. We have decided to do this release because of a long and successful Beta test phase, positive feedback from various users and positive user testing.

Some features will remain as Beta features and will be added later. Learn more about those different features.

If your community has specific concerns about this deployment or internal discussion, it can request to have the deployment to their wikis delayed to October 1, if they have sensible, consistent with the project, actionable, realistic feedback to oppose (at the development team's appreciation).

You will also be able to opt-out this change in your preferences.

Concerning Watchlists

Starting on September 19, the Beta feature will have a new option. Watchlists will have all filters available now on the Beta Recent Changes improvements.

If you have already activated the Beta feature "⧼eri-rcfilters-beta-label⧽", you have no action to take. If you haven't activated the Beta feature "⧼eri-rcfilters-beta-label⧽" and you want to try the filters on Watchlists, please go to your Beta preferences on September 19.

How to be ready

Please share this announcement!

Do you use Gadgets that change things on your RecentChanges or Watchlist pages, or have you customized them with scripts or CSS? You may have to make some changes to your configuration. Despite the fact that we have tried to take most cases into consideration, some configurations may break. The Beta phase is a great opportunity to have a look at local scripts and gadgets: some of them may be replaced by native features from the Beta feature.

Please ping me if you have questions.

On behalf of the Global Collaboration team, Trizek (WMF) 14 septembre 2017 à 15:27 (UTC)

Habillage TimelessModifier

Bonjour, un administrateur ayant des connaissances en HTML aurait-il la gentillesse d'ajouter des attributs id et/ou class aux différents éléments du modèle Proofreadpage index template, afin qu'on puisse, au moins sur notre feuille de style personnelle, adapter l'affichage de l'espace livre à notre convenance ainsi qu'avec avec l'habillage Timeless. Le rendu actuel avec certains livres qui ont un sommaire important est assez mauvais (le tout compressé en largeur). Je pense qu'il faudrait à terme penser à adapter le rendu avec cet habillage. Probablement que le mieux serait d'avoir tout en vertical. À voir. R [CQ, ici W9GFO] 30 septembre 2017 à 16:11 (UTC)

Barre d'outil personnaliséeModifier

Bonjour,

J'ai essayé de réutiliser un code à placer sur common.js pour avoir une barre d'outil personnalisée. Ca a plus ou moins marché au début mais depuis quelque temps, ça ne marche plus du tout. Quelqu'un pourrait confirmer que ça ne marche plus ? Assassas77 (d) 12 octobre 2017 à 23:34 (UTC)

Importation de livres en Mobi et ePub pas capable!!!Modifier

Bonjour, je suis BenLis75.

Depuis aujourd'hui j'essaye d'importé quelques livres en format Mobi et ePub pour les lire tout simplement et je n'y arrive plus... il m'envoi sur une autre page me disant que mobi is failure! Pourquoi cela ne m'a jamais arrivé dans le passé! Quelqu'un sait-il pourquoi?

Merci A+. BenLis75 :-(

Répondu (tant bien que mal) sur le Wikisource:Forum des nouveaux, Sujet:U0l6tp3e0cirzees. Cdlt, VIGNERON (d) 26 octobre 2017 à 16:16 (UTC)

bonjour, je n'arrive pas à modifier la page de notice sur Saint ClémentModifier

je cherche à envoyer un lien vers une photo publique de pages d'un vieux livre qui vient compléter la page, qui est pleine d'erreurs et d'incertitudes, et pire : dont la première phrase commence par une interprétation erronée. Or le lien est rejeté par la détection antispam. —Ce commentaire non signé a été déposé par Clementroy (d) 4 novembre 2017 à 21:57‎

Pourrais-tu nous indiquer sur quelle page tu souhaites faire cette modification ? N'oublie pas de signer tes messages en ajoutant ~~~~ à la fin de ton message. — Alan (d) 5 novembre 2017 à 08:20 (UTC)

Non prise en compte du mini-dictionnaire de la page dans le modèle ModernisationModifier

Bonjour, je rencontre des problèmes en essayant d'utiliser le modèle modernisation sur les Mémoires de Charlotte Duplessis-Mornay. J'avais initialement tenté de mettre sur la page Page:Madame de Mornay - Memoires - tome 1.djvu/73 le code de modernisation actuellement présent sur Mémoires (Madame de Mornay), avant de voir qu'il fallait utiliser le modèle dans les pages feuilles et non dans les pages sources, mais aucune des 2 solutions ne fonctionne. Par exemple, "moïens" (dans "hors de mon pays et de tous moïens") et "recongneue" (dans "laquelle fut recongneue de monsieur de Feuquères") s'affichent toujours en mode "orthographe moderne", sur les trois navigateurs que j'utilise, Chrome, Firefox et Edge, alors qu'ils devraient être remplacés respectivement par "moyens" et par "recongneue" d'après le mini-dictionnaire de la page (seul le dictionnaire général de Wikisource semble s'appliquer). Merci d'avance pour votre aide ! --George2etexte (d) 9 novembre 2017 à 18:38 (UTC)

Bonjour, j'ai placé le mini-dico avant la transclusion, ça me semble fonctionner. Pouvez-vous confirmer ? Je remarque qu'il y a plusieurs dictionnaires (10 si j'ai bien compté) éparpillés sur plusieurs pages (exemple). Je pense qu'il faudrait les rassembler. R [CQ, ici W9GFO] 9 novembre 2017 à 09:01 (UTC)
Merci beaucoup, je n'avais pas pensé à faire ça ! En effet je ferai attention à rassembler les dictionnaires sur la page feuille plutôt que sur les pages sources. --George2etexte (d) 10 novembre 2017 à 07:31 (UTC)

Erreur dans le lien "Bibliothèque"Modifier

Bonjour, Je constate aujourd’hui que, en mode Livre, le lien dans le champ "Bibliothèque" se fait mal lorsqu’on renseigne l’identifiant BNF. Par exemple ici, le champ "Bibliothèque" comprenait un lien hypertexte dont le texte était "Bibliothèque nationale de France". Après avoir purgé la page, seul le lien hypertexte demeure et le texte a été remplacé par deux parenthèses. Même chose au hasard sur un autre ouvrage venant de la BNF. Seudo (d) 19 novembre 2017 à 14:49 (UTC)

En effet, j'ai constaté ce problème il y a deux jours, je pensais que quelqu'un avait modifié le modèle MediaWiki:Proofreadpage index template, mais non... :-( R [CQ, ici W9GFO] 19 novembre 2017 à 16:38 (UTC)
Merci pour le lien, j’ai posté ma question là-bas mais c’est très étrange, je ne vois pas du tout d'où peuvent venir ces parenthèses… Seudo (d) 19 novembre 2017 à 20:22 (UTC)
Moi non plus, je ne l'explique absolument pas, le lien pointe correctement vers la BnF et seul le texte est affecté. Le plus drôle c'est que que si je l'utilise ici, par exemple, ça fonctionne :
Titreun titre
BibliothèqueBibliothèque nationale de France
AvancementAvancement inconnu

... j'comprends pas! R [CQ, ici W9GFO] 19 novembre 2017 à 22:13 (UTC)

Merci à   Tpt : dont l'action semble avoir résolu le problème, même si je n’ai toujours pas compris pourquoi ce modèle débloquait… Seudo (d) 19 novembre 2017 à 22:26 (UTC)
La raison principale est que ce n'est plus un modèle classique car ProofreadPage s'occupe maintenant de l'affichage des pages d'Index: (toujours en utilisant le code de MediaWiki:Proofreadpage_index_template). Cette conversion a été faite afin de pouvoir remplacer le format de ces pages du Wikitext vers quelque chose de potentiellement plus structuré comme du JSON. En faisant cela j'ai introduit un bug de rendu qui est normalement maintenant corrigé dans la version qui sera déployée cette semaine. Tpt (d) 20 novembre 2017 à 07:30 (UTC)
D'accord, tout s'explique ! Merci pour ton intervention et l'explication. Je trouve l'idée de structurer les infos comme du JSON très intéressante. R [CQ, ici W9GFO] 20 novembre 2017 à 07:49 (UTC)
  Tpt :, il y a encore quelques problèmes : dans Livre:René Crevel La Mort Difficile 1926 Simon Kra Editeur.djvu on voit les paramètres {{{Sous_titre}}} et {{{Publication}}}. R [CQ, ici W9GFO] 21 novembre 2017 à 06:34 (UTC)
Une "null edit" (i.e. une modification sans rien changer) corrige le problème. Tpt (d) 21 novembre 2017 à 10:47 (UTC)
ah d'accord, j'avais essayé une purge, en vain ! R [CQ, ici W9GFO] 21 novembre 2017 à 14:05 (UTC)

Mélange entre transclusion et code wikiModifier

Bonjour,

Dans cet article, je souhaite intercaler une image entre le bandeau de navigation et le texte. En effet, chaque article de cet ouvrage est le commentaire d’une image, mais les images sont rassemblées par groupes de 4 ou 6 (par exemple ici) et se retrouvent donc généralement placées plusieurs pages avant l'article correspondant.

La difficulté est d’intercaler l'image entre le bandeau de navigation et le texte de l'article. J’y parviens en faisant :

  • une transclusion avec un nom de section fictif, afin d’insérer le bandeau de navigation mais pas le texte ;
  • l’image ;
  • une seconde transclusion sans le bandeau de navigation (header_type=empty), pour avoir le texte.

Y’a-t-il un moyen plus simple et plus propre d'y parvenir ? Seudo (d) 29 novembre 2017 à 09:42 (UTC)

Bonjour ! Pourquoi ne pas associer le même nom de section à chaque article, puis les transclure via le paramètre onlysection ? --Jahl de Vautban (d) 29 novembre 2017 à 10:00 (UTC)
L’image d’origine, dans le fac-similé, contient six images placées sur trois lignes. J'ai extrait de cette grande image l’une des six images pour la mettre dans l’article : cette petite image ne figure donc nulle part en mode Page (et ne peut donc pas faire l'objet d’une transclusion), seule la grande image y figure.
Pour faire une transclusion avec onlysection, il faudrait que je remplace cette grande image par six petites images placées dans un tableau en code wiki, chaque cellule contenant une section… Si les sections fonctionnent dans les cellules d'un tableau, ça pourrait en effet être le plus propre. Seudo (d) 29 novembre 2017 à 14:13 (UTC)

bug chrome wikimedia commons crop toolModifier

bonjour, depuis la mise à jour (il y a 2 jours) sur windows 10 (Chrome) , il n'est plus possible d'utiliser crop tool. L'accès du fichier demandé sur wikimedia commons s'effectue normalement. Merci de m'apporter votre aide.--Kaviraf (d) 21 décembre 2017 à 08:13 (UTC)

OCR décaléModifier

Bonjour,

L'OCR est décalé sur Livre:La Villemarqué - Dictionnaire français-breton de Le Gonidec, volume 2.djvu à partir de la page 196 (paginée 170). Quelqu'un pourrait-il refaire l'OCR de ce fichier djvu ?

Cdlt, VIGNERON (d) 5 janvier 2018 à 13:02 (UTC)

  Yann : saurais-tu corriger cela ? VIGNERON (d) 14 janvier 2018 à 12:28 (UTC)
Je sais faire, mais là je suis en voyage avec un petit portable, et sans logiciel d'OCR. Désolé. Cordialement, Yann (d) 16 janvier 2018 à 12:19 (UTC)
  Yann : merci et ok pas de problème, je peux patienter sans problème (ces livres attendent depuis plus de 7 ans, et j'ai toujours de volume 1 pour m'occuper  ). Cdlt, VIGNERON (d) 27 janvier 2018 à 08:50 (UTC)

crop toolModifier

Bjr, depuis quelque temps, alors que le fichier concernant un ouvrage se télécharge bien, crop tool ne fonctionne pas. Merci de votre intervention. --Kaviraf (d) 13 janvier 2018 à 19:26 (UTC)

Bonjour Kaviraf, à quelle étape ça ne fonctionne pas ? Le redimensionnement fonctionne mais l'envoi échoue ? R [CQ, ici W9GFO] 13 janvier 2018 à 22:36 (UTC)
Bonjour, effectivement l'outil ne répond plus depuis 3 jours en indiquant au début du chargement d'un djvu le message « Command not found: "ddjvu -page='1' -format=tiff ». Il semblerait donc que l'outil ddjvu a été supprimé du serveur… Cordialement Toto256 (d) 14 janvier 2018 à 00:30 (UTC)
Effectivement, je constate la même chose avec un DJVU, j'avais essayé avec d'autres formats d'image sans encombre. Il faudrait le signaler sur Phabricator, je pense. Toc, toc   Yann :. R [CQ, ici W9GFO] 14 janvier 2018 à 09:39 (UTC)
Bonne nouvelle, ce 15 janvier crop tool fonctionne. Merci aux intervenants.--Kaviraf (d) 15 janvier 2018 à 08:30 (UTC)--

connexion impossibleModifier

Bonjour, Lorsque je tente de me connecter j'obtiens un message m'informant que mon code d'accès ou mon mot de passe est invalide. Ce sont pourtant ceux que j'ai enregistrés lors de la création de mon compte. Avez-vous une solution ? Merci.

Bonjour. Tu peux tenter de réinitialiser ton mot de passe en cliquant sur Mot de passe oublié ?. — Alan (d) 18 janvier 2018 à 09:09 (UTC)

Bogue décalage inexpliquée d'une référenceModifier

Salut, j’ai repéré ce bogue d’affichage. Une idée de la raison l’espace avant le « Wundt. » ? Ça décale la note vers la droite et ça fait moche. Ce n’est pas un gros problème en soi mais je notifie quand même. V!v£ l@ Rosière /Murmurer…/ 19 janvier 2018 à 10:21 (UTC)

Je pense que c’est simplement parce que l’espace situé entre le numéro de la note et le texte est une espace justifiante. Donc elle peut s'élargir si le texte fait plus d'une ligne (le problème n’apparaît pas si le texte de la note fait moins d'une ligne de longueur). Je crains qu'on n'ait pas vraiment la main sur ce problème que j'ai souvent remarqué. Seudo (d) 19 janvier 2018 à 10:52 (UTC)
J'ai créé une requête sur Phabricator, n’ayant pas réussi à en trouver une sur le sujet. Seudo (d) 19 janvier 2018 à 11:44 (UTC)

Gadget "Caractères spéciaux automatiques" ne marche pas + autre problème liéModifier

Plop ! J'ai deux soucis :
Le plus important : Le gadget « Caractères spéciaux automatiques » qui correspond sûrement à la page MediaWiki:Gadget-specialchars.js ne marche plus sur aucun espace. J'aurais bien voulu tenter de le réparer mais je n'ai pas les droits nécessaire pour toucher à cette page (sûrement les droits d'admin). Du coup je viens faire la requête ici : est-ce possible que quelqu'un tente de le réparer ? Car je pense, à l'instar du Wiktionnaire, que c'est un gadget essentiel pour contribuer sereinement sur Wikisource. Je le conseil à chaque fois aux nouveaux contributeurs du wiktionnaire et à chaque fois ils sont ravis. J'allais le faire ici égalemen, sur cette discussion en particulier, mais si le gadget ne marche pas inutile de la conseiller.
Je peux copier-coller ma page d'outils perso mais ce n'est qu'une déviation pour traiter les symptômes, j'aimerais vraiment que ce gadget soit réparé à source. Ainsi ce sera plus simple de l'activer pour les nouveaux et de le maintenir (= ajouts de nouveaux raccourcis pour tout le monde).
PS : À noter que le gadget marche très bien sur le Wiktionnaire, le soucis provient donc soit de son appel d’import soit de la gestion en amont des gadget MediaWiki de Wikisource. J’allais tenter de copier-coller le version du Wiktionnaire pour voir si ça changeait quelque chose. J’ose pas demander les outils d’admin juste pour ça étant donné que je suis principalement active sur le Wiktionnaire (mais Wikisource est mon second projet de cœur) et que de toute façon je viens à peine de revenir d’une longue période d’inactivité des projets wikis.
Deuxième problème : Comme je l'ai dis, j'ai ma déviation perso (aka Utilisatrice:Vive la Rosière/vector.js) pour contourner ce problème. Cependant cette déviation ne semble pas marcher sur certains espaces de Wikisource, comme ici par exemple (espace Wikisource, Discussion Wikisource, Discussion MediWiki et peut-être d'autres). << $à >> devrait automatiquement se changer en « À », or ce n'est pas le cas ; ça écrit << $à >> sans conversion automatique. Pour quelle raison ? Une solution pour contourner/régler ce problème ? Merci. V!v£ l@ Rosière /Murmurer…/ 22 janvier 2018 à 11:06 (UTC)

J'avais déjà indiqué sur la page de discussion des problèmes qui, me semblait-il, rendaient ce gadget à peu près inutilisable. N’ayant jamais eu de réponse, j’en ai conclu que personne ne s’intéressait vraiment à ce gadget, ou alors que j'étais le seul à rencontrer ces difficultés. J’en ai donc fait ma propre version dans mon common.js, qui fonctionne très bien (pour moi) et m’eſt abſolument indiſpenſable pour l’édition de textes anciens…
Cela dit, pour des caractères tels que À et È, j’utilise la fonctionnalité de base de mon clavier (AltGr-7 suivi de A ou E). Seudo (d) 22 janvier 2018 à 13:11 (UTC)

Sections vs Alinéa en texte entier ?Modifier

Bonjour !

Je relis actuellement un ouvrage très intéressant sur la Cathédrale de Lyon. J'y ai repéré d'anciennes balises petites capitales pour les siècles, des modèles siècle qui redoublent le siècle, bref, de quoi m'amuser un peu tout en me cultivant.

Je remarque surtout que des Sections ont été ajoutées (par exemple ici, ou ). Ces balises indiquent des unités textuelles, bien marquées, utilisées par la page d'index du livre pour des parties individualisées par la Table des matières mais commençant en milieu de page. Ma question : comment puis-je corriger le souci des paragraphes qui débutent une section ? En effet, l'ajout d'une section empêche d'avoir un alinéa correct dans le texte entier...

Merci d'avance :) syb~anicium 23 janvier 2018 à 11:32 (UTC)

La marque de section n’a pas d’effet par elle-même : c’est comme s'il y avait une ligne vide. Du coup c’est comme s'il y avait deux lignes vides entre l’intertitre et le texte : la première crée un paragraphe vide et la deuxième crée un retour à la ligne, supprimant l’alinéa… Bref, toujours prévoir un nombre impair de lignes vides. Seudo (d) 23 janvier 2018 à 12:32 (UTC)
Par ailleurs, je trouve le découpage de ce livre un peu exagéré : une transclusion par grande partie rendrait la lecture plus facile. De plus, la navigation n’est pas intuitive : lorsqu'on clique sur « suivant » dans La Cathédrale de Lyon/I, on devrait aller vers La Cathédrale de Lyon/II et non vers La Cathédrale de Lyon/I/1. (J'aime bien ce genre de livre sur Wikisource, ça peut servir de guide pour le visiteur ou de source pour Wikipédia.)Seudo (d) 23 janvier 2018 à 12:41 (UTC)
Merci pour ta réponse,   Seudo : ! Je suis plutôt d'accord avec toi, les sections créent une navigation un poil trop détaillée... Après, c'est peut-être un choix réfléchi de   Laurent_Jerry : ?... Dans le doute, je vais me contenter de créer les sauts de lignes supplémentaires pour permettre les alinéas. C'est en effet un guide très intéressant, qui devrait être validé dans la foulée ! Je suis allé le voir car il était mis à l'honneur en page principale ^^ syb~anicium 23 janvier 2018 à 14:25 (UTC)
Du coup,   Seudo :, est-ce qu'on peut remplacer les sections par de simples ancres ? Est-ce que dans cette hypothèse, la navigation automatique se ferait entre parties plus grandes, laissant de côté les ancres ? Et ces ancres serviraient à atteindre directement une sous-partie indiquée sur la table des matières ? J'ai bon ? syb~anicium 23 janvier 2018 à 17:37 (UTC)

Page qui ne s'affiche pas dans un fac-similéModifier

Hem, toujours dans le fascinant guide sur la Cathédrale de Lyon qui est placé actuellement en exergue du site (et c'est une belle découverte !) : la page 100 du fichier djvu semble avoir un souci, que j'ai signalé en page de discussion... Help ! Merci d'avance si quelqu'un parvient à réparer ce trou ! syb~anicium 23 janvier 2018 à 20:19 (UTC)

Problèmes d'indentationModifier

Bonjour, Dans la page 11 du roman de Jules Vernes Voyages et avantures du capitaine Hatteras, page 11 (https://fr.wikisource.org/wiki/Page:Verne_-_Voyages_et_aventures_du_capitaine_Hatteras.djvu/21) il y a des lignes qui doivent avoir un supplément d'indentation. Pour que ça ressemble plus à l'original, j'ai rajouté des blancs non sécables avant le 1er caractère, mais je crains que ce ne soit pas la bonne méthode − y a-t-il une méthode pour définir par ex. une indentation double de la normale? Je n'ai pas trouvé de réponse sur la FAQ.

Merci d'avance! —Ce commentaire non signé a été déposé par F0x1 (d)

Le plus efficace est d'utiliser le Modèle:Gauche qui prend en argument le décalage. Toto256 (d) 3 février 2018 à 18:51 (UTC)

merci je m'en resservirai...

Taille du texte édité dans l'espace pageModifier

Bonjour, Dans l'espace page, en modification, dans la zone intitulée « Contenu (par transclusion) », le texte est devenu beaucoup plus petit qu'avant. Le reste de la page est normal, y compris en prévisualisation. Bon, j'ai peut-être fait une fausse manœuvre, mais je ne vois pas laquelle. Quelqu'un peut m'aider ?--Philipchek (d) 12 février 2018 à 13:42 (UTC)

Avez-vous la Fonctionnalité bêta « Mise en forme de la syntaxe wiki » (le surligneur bleu dans la barre d'outils) ? En cliquant sur le surligneur bleu, ça a corrigé le problème chez moi. Assassas77 (d) 12 février 2018 à 13:52 (UTC)
  Assassas77 :   merci - Effectivement en cliquant sur ce gadget, le texte est revenu en taille normale, mon problème est donc réglé. Sinon, y-a-t'il un moyen plus « officiel » de changer la taille du texte dans cet espace d'édition ?--Philipchek (d) 12 février 2018 à 14:54 (UTC)

Bug des n° de pages dans une transclusion - Le navigateur Chrome semble en causeModifier

Je ne comprends pas d'où cela provient, quelqu'un aurait une idée ? J'ai remplacé le DjVu car une page était incomplète, ça peut être ça ? La page en question : à partir de la page 243 cela affiche tous les numéros de page en superposition… Merci d'avance pour vos réflexions/solutions ǃ syb~anicium 23 février 2018 à 18:17 (UTC)

Je pense qu'il s'agit d'une erreur de calcul du script pour les numéros de page. On dirait que le problème vient du fait que le paragraphe s'étend sur plusieurs pages, et donc la hauteur relative de tous les petits liens semble la même par rapport au bloc parent. Je pense que   Tpt : serait plus à même de repérer l'anomalie. C'est déjà mieux, il n'y en a plus que deux... R [CQ, ici W9GFO] 23 février 2018 à 20:07 (UTC)
Je sèche, car visiblement on est dans un même cas de figure ici et ça fonctionne bien. R [CQ, ici W9GFO] 23 février 2018 à 20:17 (UTC)
Je viens de regarder la page en question et je ne vois pas le problème.   Anicium : est-ce que le problème arrive toujours ? Tpt (d) 24 février 2018 à 10:15 (UTC)
Salut   Reptilien.19831209BE1 : et   Tpt : ǃ Déjà, merci à vous deux pour votre réactivité ǃ Sur la page dont parle Reptilien, l'affichage des numéros se plante entre 167 et 168 (la page 167 est affichée comme faisant quelques lignes seulement). Du coup, je soupçonne soit le modèle lang, soit le modèle T, soit une incompatibilité entre les 2 (ce qui n'arrangerait guère mes affaires) :-/ MAIS la remarque de   Tpt : ma amené à tester sous différents navigateurs, ce que j'aurais dû faire en premier ː seul Chrome semble souffrir du truc ; Firefox et Explorer affichent correctement… Comment ça, "change de navigateur" ? ː) syb~anicium 24 février 2018 à 10:21 (UTC)
Je confirme également que sous Firefox ça fonctionne impeccable ! R [CQ, ici W9GFO] 24 février 2018 à 11:47 (UTC) (et pour tout dire) je confirme également le problème de la page 167 de quelques lignes seulement alors que sous Firefox, là encore, ça fonctionne bien. R [CQ, ici W9GFO] 24 février 2018 à 11:51 (UTC) Enfin, je pense que les modèles {{lang}} et {{t}} ne sont pas concernés car je les ai supprimés à partir d'ici. R [CQ, ici W9GFO] 24 février 2018 à 11:55 (UTC)
  Reptilien.19831209BE1 et Tpt : Je constate un problème très voisin sur cette page de transclusion, où dès l'affichage de la page 2 en marge, on constate un décalage plus ou moins prononcé ; c'est plus net en observant les zones grisées lorsqu'on passe le curseur sur [2] par exemple. Là encore, le navigateur Chrome est complètement à l'ouest. Si jamais cela peut faire avancer le schmilblick… syb~anicium 25 février 2018 à 14:32 (UTC)

Global preferences available for testingModifier

Apologies for writing in English. Merci de nous aider à traduire dans votre langue.

Greetings,

Global preferences, a highly request feature in the 2016 Community Wishlist, is available for testing.

  1. Read over the help page, it is brief and has screenshots
  2. Login or register an account on Beta English Wikipedia
  3. Visit Global Preferences and try enabling and disabling some settings
  4. Visit some other language and project test wikis such as English Wikivoyage, the Hebrew Wikipedia and test the settings
  5. Report your findings, experience, bugs, and other observations

Once the team has feedback on design issues, bugs, and other things that might need worked out, the problems will be addressed and global preferences will be sent to the wikis.

Please let me know if you have any questions. Thanks! --Keegan (WMF) (talk) 27 février 2018 à 00:23 (UTC)

NOTICE: EducationProgram extension is being deprecatedModifier

Merci de nous aider à traduire dans votre langue. Merci !.

Over the years many issues have been discovered from our engineering colleagues regarding the Education Extension, including security concerns. For this reason, and with a viable alternative platform available, we are starting the process to deprecate the extension and having it uninstalled where it has been activated. This includes this wiki Special:Courses.

This means that the following steps will be taken:

  1. New programs are discouraged from using the extension and encouraged to use the Programs and Events Dashboard.
  2. Current ongoing programs will be supported, until the month of June, 2018.
  3. On June 30, 2018, the Education Extension will be shut down.
  4. If you are still running an education program that uses the Education Extension, please take the appropriate measures and also reach out to your colleagues and communities so they are also aware.

It should be noted that data of previous programs that ran on the Education Extension will remain safe, and we are working on documenting how to access that data.

Thus, we invite all Education Program Leaders (and users of the Education Extension) to take the online training for the dashboard so that you can benefit from this tool and make your work easier.

Did you know you can also use the P&E Dashboard at edit-a-thons, writing competitions, and other Wiki-based activities? More training courses for the dashboard are available here, so take a look!

Do you need to communicate with us about this?

  • If you have comments or questions, please reach out to the Education Team at education wikimedia.org, or the Programs and Events Dashboard group at dashboard wikimedia.org.
  • If you use Phabricator, you can also go to: https://phabricator.wikimedia.org/T125618.
  • You are also welcome to share questions and comments on outreach.wikimedia.org.

-- On behalf of the Education Team 8 mars 2018 à 19:56 (UTC)

Notification from edit summaryModifier

Retours souhaités pour améliorer les fonctions en LuaModifier

Bonjour à tous,

Si vous utilisez régulièrement des modules en Lua, que vous en améliorez certains voire même que vous en créez, alors ce message est pour vous :)

L’équipe de développement de Wikidata aimerait proposer davantage de fonctions en Lua, dans le but d’améliorer l’expérience des personnes qui codent des scripts en Lua et réutilisent les données de Wikidata sur les projets Wikimédia. Notre objectif est d’aider à harmoniser les modules existants sur les différents projets, de rendre la programmation en Lua plus simple pour les communautés, et d’améliorer les performances de ce langage.

Nous aimerions en savoir plus sur vos habitudes, vos besoins, et ce qui pourrait vous aider. Nous avons quelques questions sur cette page. La page est en anglais mais vous pouvez aussi répondre en français si vous préférez.

Je reste à disposition pour toute question ou suggestion. Merci beaucoup pour votre aide, Lea Lacroix (WMDE) (d) 27 mars 2018 à 08:42 (UTC)

Bouton OCRModifier

Bonjour, j'ai importé mon premier livre à partir d'un fichier .djvu sans couche texte, pensant pouvoir faire fonctionner le bouton OCR. Cependant, il n'a pas l'air de vouloir fonctionner… Je clique dessus et rien ne se passe. J'ai essayé le bouton sur d'autres livres aussi et il ne fonctionne pas non plus. Normal ? — Orgyn (talk) 31 mars 2018 à 21:35 (UTC)

Projet d’ajout massif dans le dictionnaire de modernisationModifier

Bonjour, je suis en train d’ajouter une option de modernisation dans les ouvrages que j’ai corrigé depuis ma participation à wikisource en 2015. J’ai déjà commencé pour un certain nombre de livres, cependant l’ajout de mots un par un dans les dictionnaires est assez fastidieux. Je suis en train de préparer la modernisation des livres de D. A. F. de Sade corrigés d’après des fac-similés d’époque. Le dictionnaire que j’ai constitué compte 1378 mots, et je me demandait si on pouvait les ajouter en masse dans chacune des sous-pages par lettre en retriant l’ensemble de la sous-page à l’issue de l’apport de nouveaux mots ?

--Cunegonde1 (d) 6 avril 2018 à 11:47 (UTC)

Problème d'affichage dans le Modèle:Proofreadpage header templateModifier

Bonjour !

Jusque-là tout se passait bien dans mes transclusions d'articles, quand soudain, le 35e article transclus n'affiche plus automatiquement, dans son en-tête : ni le titre présent dans la TDM (remplacé par le titre du livre), ni le précédent (mal interprété), et plus aucun article suivant. Du coup j'ai dû insérer tout ça à la main ; mais j'aimerais bien élucider ce mystère de la 35e transclusion Oo. Si vous avez des pistes ? La transclusion avec l'affichage corrigé est ici. syb~anicium 2 avril 2018 à 18:29 (UTC)

Et d'ailleurs, le problème se distingue dès l'article précédent, qui n'affiche, en article suivant, que le n°36. Le n°35 passait donc à l'as ! Je ne comprends pas où je me suis trompé…
Bonjour   Anicium : ! Il y avait un saut de ligne en trop dans la table des matières qui devait empêcher la bonne lecture du sommaire, je me suis permis de l'enlever. Le changement peut ne pas s'afficher tant que la page n'est pas purgée. Amicalement, --Jahl de Vautban (d) 3 avril 2018 à 09:45 (UTC)
Un grand   merci à toi   Jahl de Vautban :, cela fonctionne tout à fait bien désormais ! Bien joué :) Je viens de supprimer les prev et next que j'avais ajoutés, et la navigation s'est maintenue. Amicalement, syb~anicium 3 avril 2018 à 10:01 (UTC)

Pour les pros des tableaux avec cellules fusionnées !Modifier

Bonjour ! Le challenge du jour pour les chevronné(e)s du "rowspan" et du "colspan" (ce devrait être une discipline olympique).

Je suis bloqué sur un tableau d'observations météorologiques de 1878  

Le souci : sur la 1e ligne du tableau (titres), une première série de cellules fusionnées ou non n'a pas posé de souci, mais la cellule suivante n'occupe plus tout l'espace et se fixe sur la 3e ligne inférieure, alors qu'elle devrait fusionner 3 lignes… Une idée ? syb~anicium 12 avril 2018 à 17:03 (UTC)

Il suffit de mettre les dernières cellules sur la première ligne, avec le même rowspan que les premières… Seudo (d) 12 avril 2018 à 17:30 (UTC)
Wow, merci   Seudo : pour cette solution ultra-rapide. Je n'ai pas encore assimilé toute la finesse de ces fonctions, je croyais devoir insérer sous les non-fusionnées les lignes suivantes. Mais finalement je n'avais pas saisi la logique. Grand   merci (ainsi que pour les guillemets qui manquaient et la mise en forme !!) J'espère pouvoir te rendre la pareille… euh un jour ? syb~anicium 12 avril 2018 à 17:35 (UTC)
La logique, c’est qu’on commence par le sommet du tableau en plaçant chaque case avec le rowspan et le colspan adéquats jusqu’à la limite droite, puis on passe aux lignes inférieures… sans répéter les cases qui occupent plusieurs lignes à la fois, un peu comme dans les mots croisés des journaux anglais. Ce n’est pas intuitif : le code réduit le tableau à une succession d’instruction alors que notre œil le voit de manière globale, mais quand on a compris le système ça va ! Seudo (d) 13 avril 2018 à 15:43 (UTC)

Récupération de numérisationsModifier

Bonjour,

Je voudrais récupérer les numérisations du Nouveau Larousse illustré et les mettre à la page : https://fr.wikisource.org/wiki/Nouveau_Larousse_illustr%C3%A9/1898.

Elles sont disponibles sur Archive.org avec le supplément ici : https://archive.org/search.php?query=Nouveau%20Larousse%20illustr%C3%A9

Est-ce qu'il y a quelque part des instructions comment faire ? Où est-ce que quelqu'un pourrait m'aider ?

Merci

Fortelle65 (d) 20 avril 2018 à 08:46 (UTC)

Bonjour Fortelle65, avez-vous consulté Aide:Publier un livre ? Dans un premier temps il faut récupérer, pour chaque volume, les fichiers DJVU (ou PDF), puis les publier sur Commons en respectant les Conventions de nommage. Sur archive.org, pour le volume 1, dans la boite « DOWNLOAD OPTIONS » vous avez un petit lien « SHOW ALL », vous proposant tous les formats disponibles. Une fois que les fichiers sont sur Commons (il y a déjà une catégorie), il faut créer leur page dans l'espace Livre à partir du nom du fichier. Par exemple, si le fichier s'appelle : Nouveau Larousse illustré, 1898, I.djvu alors il faut créer la page Livre:Nouveau Larousse illustré, 1898, I.djvu où un formulaire sera à remplir. Voilà pour les premiers pas. N'hésitez pas à vous lancer, essayez avec le premier volume, c'est comme ça qu'on apprend. Pensez également à modifier les liens vers les fichiers sur la page principale. Si vous avez d'autres questions, n'hésitez pas à revenir vers nous. Bon courage ! R [CQ, ici W9GFO] 20 avril 2018 à 16:24 (UTC)
Bonjour R, Je vous remercie de votre aide précieuse. Je n'ai pas réussi à faire le téléchargement de mon ordinateur vers Commons. Après avoir téléchargé le fichier, Commons me mettait que le serveur n'avait pas transmis les informations nécessaires et il ne voulait pas passer à l'étape suivante. Je me suis servi de l'outil IA-upload et j'ai réussi. Les fichiers sont bien dans la catégorie : Category:Nouveau_Larousse_illustré_-_dictionnaire_universel_encyclopédique_(1898). Cependant, j'ai toujours quelques problèmes. J'ai essayé de créer des pages dans wikisource. J'ai réussi pour les deux premiers tomes. Pour les autres, j'ai une erreur de page que je ne comprends pas : « Erreur : une valeur numérique est attendue ». Enfin pour les deux premiers, quand je modifie une page, par exemple la page 100 du [1], l'image s'affiche mal : en tout petit et déformée. Fortelle65 (d) 21 avril 2018 à 20:33 (UTC)
  Fortelle65 : J'ai essayé de faire la présentation du   tome 1. J'ai donc regardé le fichier source. Il semble manquer un volume à la série, le dernier (volume 7).
Pour info : v.1 A-Bel - v.2. Bem-Ch - [[:|v.3. Ci-D]] - v.4. E-G - v.5. H-Meld - v.6. Mele-Po - v.7. Pr-Z - supplément
--Newnewlaw (d) 21 avril 2018 à 21:29 (UTC)
Bonjour Newnewlaw. J'ai essayé de télécharger le tome VII, mais il ne semble pas avoir de format djvu au site archive.org. Vous pouvez le vérifier ici : https://archive.org/details/nouveaularoussei07laro. J'ai demandé la conversion par IA-upload et elle est en cours, mais elle est très lente sinon bloquée. Vous pouvez le vérifier ici : https://tools.wmflabs.org/ia-upload/. Aussi comment avez vous réussi à faire l'affichage d'une page entière dans la préface ? Les autres semblent rétrécies.
Fortelle65 (d) 22 avril 2018 à 07:32 (UTC)
Bonsoir Newnewlaw, R, J'ai avancé un peu dans la récupération des fichiers, mais je n'en suis pas encore venu à bout. Les deux problèmes qui me restent sont les suivants : je n'arrive pas à télécharger le tome VII. Je pense qu'il s'agit d'une erreur d'IA-upload. Je l'ai signalée à phabricator (https://phabricator.wikimedia.org/T192735), mais avant qu'ils ne trouvent une solution, est-ce que vous connaîtriez un moyen de contourner IA-upload ? Ensuite pour les tomes III, IV, V et VI, l'index des pages ne s'affiche pas. J'ai ce message :« Erreur : une valeur numérique est attendue ». Est-ce que vous auriez une explication et une solution à cette erreur ?
Fortelle65 (d) 23 avril 2018 à 18:55 (UTC)
Pour une première fois, on ne peut pas dire que vous ayez beaucoup de chance :-( Je vais jeté un œil mais je vois déjà, pour le t. III par exemple, qu'il y a un problème entre les informations du fichier sur Commons (2 709 × 3 685 pixels ; taille du fichier : 114,7 Mio ; type MIME : image/vnd.djvu ; 946 pages) et ici sur [[:|Wikisource]] (0 × 0 pixels, taille du fichier : 114,7 Mio, type MIME : image/vnd.djvu), alors que pour le t. I les infos sont les mêmes... C'est étrange ! R [CQ, ici W9GFO] 23 avril 2018 à 19:09 (UTC)
Fortelle65, pour le problème des DJVU, il y aurait apparemment un bug, et je me demande si cette discussion n'est pas également concernée (  JLTB34 :). Un rapport de bug a été ouvert : phab:T192866. Pour le problème du T. 7, si IA-upload ne répond pas, on peut toujours faire une conversion PDF>DJVU avec le logiciel pdf2djvu (GNU/Linux) ou pdf2djvu GUI (Windows), ou ne pas s'embêter et mettre directement le fichier PDF sur Commons. R [CQ, ici W9GFO] 24 avril 2018 à 05:57 (UTC)
Bonjour Newnewlaw, R, Merci de vos conseils. J'aimerais bien télécharger directement le tome VII, mais la limite est de 100 Mo. Voyez ici : https://commons.wikimedia.org/wiki/File:Nouveau_Larousse_illustr%C3%A9,_1898,_VII.djvu Est-ce qu'il y a moyen de la dépasser ? Pour ce qui concerne les tomes III, IV, V et VI, je pouvais les voir avec leur couverture verte à cette page : https://commons.wikimedia.org/wiki/Category:Nouveau_Larousse_illustr%C3%A9_-_dictionnaire_universel_encyclop%C3%A9dique_(1898), sans pour autant afficher l'index des pages. Je pouvais aussi les feuilleter. Depuis hier, je n'ai plus qu'une icône violette avec un trombone.
Fortelle65 (d) 24 avril 2018 à 07:08 (UTC)
La limite n'est plus de 100 Mo mais de 1 Go (avec le nouvel outil), il est vrai que 100 Mo est encore affiché sur l'ancien formulaire. D'ailleurs le tome 1 est supérieur à 100 Mo. Moi aussi, hier encore je pouvais visionner les pages des djvu, mais aujourd'hui plus rien. Attendons de voir ce que les développeurs en pensent. R [CQ, ici W9GFO] 24 avril 2018 à 07:23 (UTC)
Bonjour, j’ai téléchargé le tome 2 et le 3 ; en local, ils s’ouvrent normalement et l’outil djvudump (sous Linux) donne des informations similaires pour les deux. La taille des pages est "normale" (~ 2620x3650). Alors pourquoi l’un est utilisable sur Commons (et Wikisource) et l’autre pas, mystère ? Il reste quelques bugs sur le traitement des djvu sur Commons, car nulle part, dans les aides, on ne mentionne une limitation sur la taille des pages, le nombre de pages, à part la taille maximale du fichier (1Go) ; donc tous sont acceptés et tous devraient pouvoir être traités. Mes 2c, --JLTB34 (d) 24 avril 2018 à 13:06 (UTC)
Bonjour, J'ai réussi à télécharger le tome 7 que j'ai converti et assemblé moi-même à partir des images JPEG 2000. Il est beaucoup plus gros que les autres tomes et en regardant rapidement, il y a pas mal de pages où on voit les mains ou les doigts de l'opérateur. Curieusement, malgré sa taille, l'index s'affiche parfaitement au contraire des tomes 3, 4, 5 et 6.
Fortelle65 (d) 24 avril 2018 à 16:16 (UTC)

  Fortelle65, Reptilien.19831209BE1 et JLTB34 : Voici ci-dessous un test (plus ou moins fiable) pour voir si le fichier est lisible, l'affichage correct de la couverture

--Newnewlaw (d) 24 avril 2018 à 19:26 (UTC)

Bonsoir Newnewlaw, en fait les tomes 3, 4, 5 et 6 sont lisibles. Je les ai téléchargés de wikimedia sur mon ordinateur et je peux parfaitement les lire avec DjvuLibre et Djview.
Fortelle65 (d) 24 avril 2018 à 19:35 (UTC)
  Fortelle65, Reptilien.19831209BE1 et Newnewlaw : Attention, le tome VII n’a pas de couche texte, et donc pas trop utilisable tel quel. --JLTB34 (d) 25 avril 2018 à 05:47 (UTC)
Commentaire Voir la discussion sur le Bistro de Commons : c:Commons:Bistro#Problème de DJVU. Cordialement, Yann (d) 25 avril 2018 à 10:31 (UTC)

  Newnewlaw et Fortelle65 :
J'ai réessayé d'importer le Tome 3 sur Commons et cela a marché : ici. Je pense que les tomes 4, 5 et 6 peuvent également être importé et il faut ensuite supprimé les anciens fichiers sur Commons et "nettoyer" Wikisource. --Shev123 (d) 10 novembre 2018 à 20:46 (UTC)
  Shev123 : Je suis surpris et intéressé par la question, parce que le bug concernant ce problème est [toujours ouvert. As-tu fais quelque chose de particulier ? Comment as-tu procédé ? R [CQ, ici W9GFO] 11 novembre 2018 à 09:34 (UTC)
Je n'ai rien fait de particulier. J'ai lancé IA upload et ça a marché. Par contre, je rencontre des problèmes pour d'autres fichiers. J'ai essayé de mettre de nouveaux djvu pour Fichier:Marcellin Pellet - Élysée Loustallot et les Révolutions de Paris, 1872.djvu et pour Livre:Viard - Grandes chroniques de France - Tome 7.djvu afin de corriger les problèmes mais ces nouveaux djvu ne s'affichent pas sur Wikisource (alors que c'est ok sur Commons). --Shev123 (d) 11 novembre 2018 à 12:04 (UTC)
Bonjour, je n'arrive pas à importer le tome III dans wikisource et remplacer l'ancienne version. Comment fait-on déjà ? Aussi, si ça n'est pas trop demander, est-ce que vous pourriez importer les tomes qui ne marchent pas dans commons ? Fortelle65 (d) 11 novembre 2018 à 22:03 (UTC)

Tout le texte passe en gras après une box formée par un moduleModifier

J'ai d'abord crû que c'était à cause de la version du jour de MediaWiki, car vraiment tout passe en gras.
Mais c'est seulement après la fin de la première box.
Le module Module:Central-s-fr affiche une box et j'ai du ajouter </br> à la fin pour que la suite redeviennent normale.
L'un de vous aurait-il touché quelque-chose en rapport avec cette bizarrerie ? --Rical (d) 23 avril 2018 à 20:13 (UTC)
Je ne comprends rien à ce que ce module est censé faire (ce serait bien de mettre une phrase d'introduction dans la doc), mais dans ce diff je constate que la ligne res = res .. "<br/><center>languages:<b>" .. ouvre une balise B. Il faut donc bien la fermer quelque part, n’est-ce pas ? Seudo (d) 30 avril 2018 à 13:17 (UTC)

Fonction Extract textModifier

Je m'étais servi de Extract Text (d'un Livre) la dernière fois le 9 avril, texte de 1.1 million de caractères. Depuis deux jours j'essaie de m'en servir pour un autre Livre de même taille, et rien ne se passe. Livre:Durand de Mende - Rational, vol 2, traduction Barthelemy, 1854.djvu. Ne fonctionne pas non plus sur des Livre: de petit volume. --Nyapa (d) 30 avril 2018 à 09:04 (UTC)

Wikitext highlighting out of betaModifier

4 mai 2018 à 18:55 (UTC)

Problème de continuité de tableau en transclusionModifier

Bonjour,

Je corrige actuellement le Canon chronologique d’Hérodote, qui se présente sous la forme d'un grand tableau. Jusque là, tout allait bien, mais depuis que j'ai corrigé les pages 376 et 377 il semble y avoir un problème que je n'ai pas réussi à identifier. Celles-ci continuent de s'afficher comme un simple lien (de la même manière que les pages non créées), et entre chacune apparaît un "MediaWiki:Proofreadpage pagenum template". Quelqu'un pourrait-il s'y pencher ? Merci d'avance. --Jahl de Vautban (d) 5 mai 2018 à 09:08 (UTC)

Arff, j'ai bien peur que la nouvelle soit mauvaise, car dans le code source, à l'endroit où ça plante je lis en commentaire HTML : «  WARNING: template omitted, post-expand include size too large » :-s R [CQ, ici W9GFO] 5 mai 2018 à 10:07 (UTC)
Je suis pas expert en HTML, mais ça veut dire que je vais devoir découper le tableau en plusieurs pages ? :/ --Jahl de Vautban (d) 5 mai 2018 à 11:57 (UTC)
Le HTML n'est pas en cause, à mon avis (toc toc   Tpt :) ça veut dire que la quantité de données à transclure est trop grande, et que, effectivement, il faudrait peut-être envisager de présenter les données sur plusieurs pages, même si j'avoue que je ne vois pas trop comment vous allez vous dérouiller avec ce genre de présentation de données... Je remarque par contre que vous utilisez beaucoup les modèles {{table}} et {{cach}} pour des raisons de présentation. Une des pistes à envisager serait d'essayer de limiter leur utilisation. Il me semble qu'on est limité à 500 appels de modèles par page, je peux me tromper. R [CQ, ici W9GFO] 5 mai 2018 à 15:05 (UTC)
Oui, c'est tout à fait cela. Le nombre de transclusion (i.e. nombre de page et de modèles inclus dedans) dans la page a dépassé la limite et donc les transclusions au-delà de cette limite ne sont pas faites. Diminuer le nombre d'appels de modèles semble la modification à faire Tpt (d) 5 mai 2018 à 18:57 (UTC)
R, Tpt : merci pour vos interventions. Deux questions : à quoi est due cette limite, et est-ce que je peux fonctionnellement remplacer les modèles actifs par leur équivalent {{subst:}} pour avoir le même résultat sans appel de modèle ? --Jahl de Vautban (d) 5 mai 2018 à 21:20 (UTC)
Pour la limite des 500 appels je laisse Tpt répondre, mais pour l'usage de {{subst:}} personnellement, si ça peut résoudre le problème, je ne me lancerais pas dans cette aventure, parce que le code HTML, dans chacune des pages, sera considérablement alourdi lors de la sauvegarde, notamment par le modèle {{table}}. Et si d'aventure il fallait modifier quelque chose dans l'ensemble des pages, par exemple le résulta produit par le modèle {{table}}, ça deviendrait un véritable casse tête. Pour donner un exemple, bientôt l'extension TemplateStyles va être installée, du coup le wikicode du tableau de l'ouvrage dans lequel vous travaillez, mais également celui du modèle {{table}}, pourront être considérablement allégés. Avec {{subst:}} vous ne pourrez pas profiter de l’allègement du code apporté au modèle {{table}}, il faudra faire la modification dans chacune des pages. On se met inutilement des bâtons dans les roues, me semble-t-il. Mais pour le moment, et pour revenir à votre problème, je vois que vous utilisez le modèle {{cach}} en conjonction d'un alignement centré dans la cellule, pourquoi ne pas avoir opté pour un alignement à droite, avec une marge intérieure gauche/droite et ainsi se passer du modèle {{cach}} ? Exemple ci-dessous. R [CQ, ici W9GFO] 6 mai 2018 à 10:59 (UTC)
Pér. julien. Années av. J.-C. Olymp. de Corœbus Années de Rome
Des Chalcidiens, partis de Naxos, chassent les Sicules de Léontium et fondent la ville de Catane 
3961 753 6. 3 1.
Charops, fils d’Æschyle, premier archonte décennal 
3962 752 4 1.
La limite du nombre d'appels est là pour éviter des cas comme un modèle qui s’appelle lui même systématiquement ce qui entraînerait un nombre infini d'appel de modèles dans le rendu d'une page et donc une impossibilité d'afficher cette page. Le choix de 500 est assez arbitraire et a été choisie plutôt en prenant en compte le cas d'usage Wikipédia. Tpt (d) 7 mai 2018 à 10:19 (UTC)
R, Tpt, merci encore pour vos réponses. Je vais déjà enlever les modèles {{cach}}, je verrai si ça suffit pour transclure le reste des pages. --Jahl de Vautban (d) 8 mai 2018 à 16:14 (UTC)

sauver les fichiers en PDFModifier

Bonjour, vous proposez de sauver les fichiers en PDF ( exemple les métamorphoses d'OVide) et chaque fois, j'ai un message d'erreur Que faut-il faire ? je travaille avec windows 100 Merci Mon adresse mail : trepantlustin@gmail.com

Et pourtant ça marche (pour moi).
Choix entre différents formats :          Les Métamorphoses (trad. 1850)
Uniquement en pdf :  
Le code semble être en bug/maintenance, actuellement. Il faudra tester le lien dans quelques temps.
--Newnewlaw (d) 14 mai 2018 à 19:06 (UTC)
Idem, j'ai depuis quelque temps des erreurs 502 ou 503 et il faut parfois s'y reprendre à plusieurs reprises pour obtenir un fichier exporté. Ce bug a été reporté. R [CQ, ici W9GFO] 14 mai 2018 à 20:30 (UTC)

Demande de renommage d'un fichierModifier

Bonjour,

J'ai fait une erreur dans le nom de l’auteur lors de l'importation du fichier suivant :

https://fr.wikisource.org/wiki/Fichier:London_-_Le_Pi%C3%A8ge_d%E2%80%99or,_trad._Postif_et_Gruyer,_1930.djvu

devrait être

https://fr.wikisource.org/wiki/Fichier:Curwood_-_Le_Pi%C3%A8ge_d%E2%80%99or,_trad._Postif_et_Gruyer,_1930.djvu

Quelqu'un pourrait-il renommer le fichier ?

Bzhqc (d) 30 mai 2018 à 18:53 (UTC)

Bonjour Bzhqc, si le fichier à renommer est dans le domaine public, vous devriez le mettre sur Commons (avec le bon nom) et ensuite demander la suppression du fichier. R [CQ, ici W9GFO] 31 mai 2018 à 09:36 (UTC)
Bonjour Reptilien. Le fichier à renommer est bien dans le domaine public en France mais il ne l’est pas aux USA comme il a été publié après 1923. Commons est strict sur les licences et il me semble que la place de ce fichier est (pour quelques années) sur Wikisource. Bzhqc (d) 2 juin 2018 à 09:02 (UTC)
  Bzhqc : c'est fait. --Acélan (d) 2 juin 2018 à 15:08 (UTC)

Improvements coming soon on WatchlistsModifier

Hello

Sorry to use English. Merci de nous aider à traduire dans votre langue! Merci.

In short: starting on June 18, New Filters for Edit Review (now in Beta) will become standard on Watchlists. They provide an array of new tools and an improved interface. If you prefer the current page you will be able to opt out. Learn more about the New Filters.

What is this feature again?

This feature is used by default on Special:RecentChanges, Special:RecentChangesLinked and as a Beta feature on Special:Watchlist.

Based on a new design, that feature adds new functions to those pages, to ease vandalism tracking and support of newcomers:

  • Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
  • Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
  • Bookmarking to keep your favorite configurations of filters ready to be used.
  • Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help. They are not available on all wikis.

You can know more about this project by visiting the quick tour help page.

About the release on Watchlists

Over 70,000 people have activated the New Filters beta, which has been in testing on Watchlist for more than eight months. We feel confident that the features are stable and effective, but if you have thoughts about these tools or the beta graduation, please let us know on the project talk page. In particular, tell us if you know of a special incompatibility or other issue that makes the New Filters problematic on your wiki. We’ll examine the blocker and may delay release on your wiki until the issue can be addressed.

The deployment will start on June 18 or on June 25, depending on the wiki (check the list). After the deployment, you will also be able to opt-out this change directly from the Watchlist page and also in your preferences.

How to be ready?

Please share this announcement!

If you use local Gadgets that change things on your Watchlist pages, or have a customized scripts or CSS, be ready. You may have to make some changes to your configuration. Despite the fact that we have tried to take most cases into consideration, some configurations may break. The Beta phase is a great opportunity to have a look at local scripts and gadgets: some of them may be replaced by native features from the Beta feature.

Please share your questions and comments on the feedback page.

On behalf of the Collaboration team, Trizek (WMF) 7 juin 2018 à 13:14 (UTC)

Update on page issues on mobile webModifier

CKoerner (WMF) (talk) 12 juin 2018 à 20:58 (UTC)

Fac similé en-dessous de la fenêtre d'édition et autres problèmes dans le champ d'éditionModifier

Bonjour,

Suis-je le seul à avoir ce problème depuis un ou deux jours ? Alors que, normalement, la fenêtre d'édition en code wiki se trouve à gauche et le fac similé à droite, à présent la fenêtre d'édition est en pleine largeur et le fac similé se trouve en-dessous à droite : donc on ne peut quasiment pas voir les deux en même temps sur un écran normal. J'ai essayé de désactiver tous mes gadgets et de vider mes CSS et javascript personnalisés, sans effet.

Ceci n'a rien à voir avec la commande « disposition horizontale / verticale », qui fonctionne correctement (et fait passer le fac similé au-dessus de la fenêtre d'édition, pour ceux qui apprécident cette ergonomie). Seudo (d) 15 juin 2018 à 16:03 (UTC)

Ce problème disparaît si je décoche « Activer la barre d’outils améliorée » dans les préférences (onglet « Modification »). Mais j'ai l'impression que le problème est plus vaste. Plusieurs personnalisations de mon common.js ne fonctionnent plus dans le champ d'édition. La raison semble être que celui-ci n'a plus pour identifiant « wpTextbox1 ». Seudo (d) 15 juin 2018 à 17:11 (UTC)
Tu n'es pas le seul, chez moi c'est même pire si j'active la coloration syntaxique, je me retrouve avec deux fenêtres d'édition... Je pensais que le problème venait de moi, je cherchais justement d'où ça pouvait venir. Chez moi ça fait trois ou quatre jours que c'est comme ça, y compris sur Wikisource multilingues, mais pas systématiquement. R [CQ, ici W9GFO] 16 juin 2018 à 10:13 (UTC)
  Reptilien.19831209BE1 : En regardant le Bistro sur Wikipédia, je vois que les autorités qui nous veulent du bien ont activé la coloration syntaxique (extension CodeMirror CodeMirror) il y a quelques jours. (édit) Ou en fait c'est plus compliqué, ils ont rajouté un crayon sur lequel j'ai peut-être cliqué par erreur, ce qui a activé la coloration syntaxique... Bref, pour la désactiver il faut cliquer sur le crayon   qui apparaît dans la barre d’outils du champ d’édition (à droite du bouton OCR sur ta copie d’écran). Pour moi cela semble résoudre le problème, je retrouve mes raccourcis claviers définis dans mon common.js. Seudo (d) 17 juin 2018 à 07:11 (UTC)
Merci   Seudo : je confirme que le problème disparaît avec la désactivation de la coloration syntaxique. Je n'ai rien trouvé sur phabricator... R [CQ, ici W9GFO] 18 juin 2018 à 11:26 (UTC)
Ce n’est pas vraiment un bug, mais une fonctionnalité particulière de la coloration syntaxique : elle remplace le champ d’édition normal par un autre, qui interagit de manière complexe avec une hiérarchie de DIVs et de SPANs… Du coup d’étranges choses peuvent survenir pour ceux qui ont personnalisé leur interface. Seudo (d) 18 juin 2018 à 13:03 (UTC)

Consultation on the creation of a separate user group for editing sitewide CSS/JSModifier

Export compliqué pour le recueil des œuvres complètes de SénèqueModifier

Bonjour, j'ai achevé la transclusion des œuvres complètes de Sénèque (2 tomes) — trad. Baillard 1914.

Le souci arrive quand on tente un export pdf ou epub:

  • actuellement l'export pdf échoue (avec erreur bad gateway)
  • l'export epub ne semble suivre qu'un niveau d'hyperlien des lignes du sommaire: le problème est que certaines sont des textes qui contiennent eux-mêmes plusieurs livres/chapitres; notamment dans le tome 2, les lettres à Lucilius regroupent en fait plus d'une centaines de lettres qui ont chacune leur page de transclusion. Bref, l'export epub ne réalise pas ce qu'on espère.

→ Y-a-t-il un moyen de réaliser un export complet de l'ensemble de ces 2 tomes? cdlt. --TeddyBoomer (d) 10 août 2018 à 07:49 (UTC)

Bug lorsqu'on signale, dans l'espace «Page», une page comme page à problème ?Modifier

Lorsque, dans l'espace «Page», on signale, avant de la publier, une page comme étant une page à problème, un automatisme ajoute au-dessus de la page en question, une fois publiée, un bandeau violet indiquant que cette page est à problème. Jusque là, rien de plus normal. Par contre, dans ce bandeau, il est dit que ce "problème [est] décrit en page de discussion", ce qui n'est pas le cas (la page de discussion n'a pas été automatiquement créée avec la description du problème laissée dans le résumé avant publication).

Enfin, lorsque je crée puis publie la page de discussion relative à la page à problème, celle-ci ne se crée pas !

Références:

Page:Bataille - Théâtre complet, Tome 1, 1922.djvu/206

Page:Bataille - Théâtre complet, Tome 1, 1922.djvu/205

--Berniepyt (d) 22 août 2018 à 09:06 (UTC)

Bonjour   Berniepyt :, d'où vous vient l'idée que la description du problème laissée en résumé de modification avant la publication d'une page problématique allait être déposée automatiquement en page de discussion ? À ma connaissance, cela n'a jamais été le cas... il faut l'ajouter manuellement. Je trouve cependant l'idée intéressante et pourrait se faire avec un gadget. Quant à la seconde partie de votre message, je ne comprends pas, la page de discussion Discussion Page:Bataille - Théâtre complet, Tome 1, 1922.djvu/205, semble avoir été créée ?! R [CQ, ici W9GFO] 23 août 2018 à 06:00 (UTC)

OskourModifier

Voici le message reçu ce matin lors de mon travail sur le script d'aide à la correction des bouquins XVIIIe :

« Les droits pour modifier les fichiers CSS/JS/JSON globaux au site ont été récemment séparés du droit editinterface. Si vous ne comprenez pas pourquoi vous avez cette erreur, voyez mw:MediaWiki_1.32/interface-admin. »

Ors ma principale participation (et de loin) à WS est le travail sur :

Comment faire pour obtenir ces droits maintenant ?   Tpt, VIGNERON, Hsarrazin, Pyb et Yann :. Dans l'impatience de vous lire ! --Acer11 (d) 27 août 2018 à 11:38 (UTC)

  Acer11 : oui, c'est une nouveauté, voir le message d'annonce sur Wikisource:Scriptorium/Juillet_2018#New user group for editing sitewide CSS/JS. Maintenant que les droits sont séparés, l'idéal serait de passer par une page de candidature communautaire comme pour les élections d'admins (mais il faudrait d'abord une page équivalente à Wikisource:Administrateurs pour ces nouveaux droits, quelqu'un est-il motivé pour la créer ? on peut reprendre Administrateurs d'interface). Cdlt, VIGNERON (d) 27 août 2018 à 11:49 (UTC)
  Acer11, VIGNERON et Zyephyrus :
oui bien sûr ! je n’avais pas anticipé cet inconvénient de la récente modification... je ne vais plus pouvoir travailler le css non plus ^^ Autant sur des gros projets, où il y a beaucoup d'admins je comprends l’intérêt de séparer ces fonctions, autant chez nous où on a déjà du mal à trouver 3 admins pour une suppression en plein mois d'août, ça me paraît nettement moins nécessaire.
j’ai notif Zyephyrus aussi, vu qu'il est notre (seul) crate, me semble-t-il... --Hélène (d) 27 août 2018 à 11:58 (UTC)
La séparation a été décidée suite à une attaque par insertion de Javascript après piratage du compte d'un admin sur Commons (après quoi mon compte a été piraté :o( ). À mon avis, les admins doivent pouvoir obtenir ce droit automatiquement s'ils en ont besoin (ce n'est pas mon cas). Cordialement, Yann (d) 27 août 2018 à 13:04 (UTC)
Oui, il faut qu'un bureaucrate   Zyephyrus : mette Acer11 dans le groupe "Administrateurs d'interface" et peut-être aussi tout les admins qui le veulent (c'est bon pour moi, j'ai un droit global équivalent à "administrateur d'interface" sur tout les wikis). Tpt (d) 27 août 2018 à 14:03 (UTC)
Merci à tous, j'attends donc que Zyephyrus intervienne (les oreilles doivent lui siffler !)
Ceci, j'ai ébauché Wikisource:Administrateurs d'interface (par un simple copié-collé) où de meilleurs connaisseurs pourraient faire une vraie présentation pour WS-fr... --Acer11 (d) 27 août 2018 à 14:13 (UTC)

Fait   et mille mercis ! --Zyephyrus (d) 27 août 2018 à 15:43 (UTC)

modèle de retrait negatif ?Modifier

Y a-t-il un modèle avec retrait négatif de première ligne quelque chose comme « padding-left: 2.0em;text-indent: -2.0em; » —Ineuw 29 août 2018 à 23:34 (UTC)

  Ineuw : bonjour. Les modèles {{Alinéa}} et {{AlinéaNégatif}} répondent-ils à votre recherche ? Cordialement, --*j*jac (d) 30 août 2018 à 05:37 (UTC)

  *j*jac : Merci beaucoup!. —Ineuw 30 août 2018 à 20:18 (UTC)

OCR décalée dans un livreModifier

Bonjour,

Je voudrais repasser la reconnaissance optique (OCR) dans les dernières pages du Bouillet. Il semble que les pages soient décalées cependant : la page reconnue est celle d'avant, par exemple pour celle-là https://fr.wikisource.org/wiki/Page:Bouillet_-_Chassang_-_Dictionnaire_universel_d%27histoire-geo_-_1878_-_P3_-_Q-Z.djvu/510

Comment faire pour recaler la reconnaissance ?

Merci de votre aide !

Fortelle65 (d) 14 septembre 2018 à 19:06 (UTC)

Dump de Wikisource disponible en torrentModifier

Bonjour,

Vu la lenteur du serveur de la WMF pour télécharger un dump, j’ai mis en place une seedbox et un fichier torrent sera disponible sur meta:Data dump torrents#French Wikisource à chaque sortie d’un nouveau dump frwikisource-*-pages-meta-current.xml.bz2. Notez que si votre client torrent supporte WebSeed, il pourra aussi télécharger depuis plusieurs miroirs HTTP(S).

Est-ce qu’il y a d’autres dumps que vous voudriez que je mette à disposition ? Notez que l'espace sur mon serveur est limité (~30 Go de libre pour le moment), donc je ne pourrai pas tout héberger (sachant que j'héberge aussi frwiki et frwiktionary).

Cordialement. --Thibaut120094 (d) 14 septembre 2018 à 22:31 (UTC)

Limite de volume de WsExportModifier

J'essaie de produire l'e-book d'un gros livre très illustré. Sans les images: 2.6 Mo. Avec les images, ne passe pas (erreur 500). J'ai généré par morceaux avec succès. Total 135 Mo. Mais les morceaux ne sont pas utilisables pour un vrai lecteur (tables et index qui branchent en dehors du "morceau"). Un découpage rationnel aboutit à des sous-ensembles dont le plus lourd pèserait autour de 70 Mo. Apparemment, la limite est à 50 Mo. Est-il possible de contourner cette limite ? (Une liseuse (FbReader ou Kindle) est capable d'utiliser un ebook de plus de 100 Mo s'il est bien réalisé).--Wuyouyuan (d) 4 octobre 2018 à 02:32 (UTC)

Faire appel à une partie d'une autre pageModifier

Bonjour, Comment faire appel sur la page que je rédige à une sous partie d'une autre page de telle sorte que si cette dernière est modifiée la mienne le soit également? Merci d'avance pour votre aide! —Ce commentaire non signé a été déposé par Allli (d) 18 octobre 2018 à 19:59

Je pense que {{#lst:Page:la_page_en_question|la_section_en_question}} pourrait faire l'affaire. De quelles pages s'agit-il ? R [CQ, ici W9GFO] 18 octobre 2018 à 20:42 (UTC)
Mmh… Sauf exception, il vaudrait mieux se contenter d’un bon vieux lien wiki… L’idée du wiki n’est pas de faire ressembler le code des pages à un programme informatique…
Mais peut-être la demande correspond-elle tout simplement à la transclusion d’une partie de page : dans ce cas il faut voir Aide:Tutoriels/Débuter 6. Transclure des sections dans l’espace Principal. Seudo (d) 19 octobre 2018 à 07:17 (UTC)

Connection à BibliowikiModifier

Bonjour   Aristoi, Trizek et Zyephyrus :, Je n'arrive plus à me connecter comme auparavant au site "Bibliowiki" (https://biblio.wiki/wiki/Main_Page), avec mon nom d'utilisateur et mon mot de passe habituels. Comment faire pour retrouver mon compte? Les noms d'utilisateurs et les mots de passe ont-ils été changés? Cordialement, Paul-Eric Langevin 29 octobre 2018 à 19:00 (UTC)

Bonjour Paul-Eric Langevin,
Il y a un bandeau disant qu’il faut recréer son compte. Le site a été déplacé en Corée du Sud, car le loi canadienne a changé. Cordialement, Yann (d) 14 novembre 2018 à 04:53 (UTC)
Bonsoir Yann, apparemment, le site Bibliowiki (https://biblio.wiki/wiki/Main_Page) est encore complètement bloqué et inaccessible, ou alors il a encore changé d'adresse. C'est sûr qu'en passant par le Québec puis la Corée du Sud, ça doit pas être très pratique. Ca ne m'arrange pas, j'étais sur le point d'y déplacer certains travaux. Cordialement, Paul-Eric Langevin 15 décembre 2018 à 22:45 (UTC)
Le site web est maintenant à https://wikilivres.org/wiki/Main_Page Regards, Yann (d) 17 décembre 2018 à 11:17 (UTC)
Ce qui signifie que je dois corriger l'intégralité des liens que j'ai créés sur "Wikisource", qui redirigent vers des textes sur "wikilivres.org". Actuellement, ils pointent tous sur une certaine page "Classics on war and politics". Ça va pas du tout, ça. Ça avait été redirigé correctement quand ils se sont renommés "Bibliowiki" mais là, encore un renommage de plus, et tout est à refaire pour les contributeurs. Ça frise le ridicule. Il faut impérativement que le problème soit réglé autrement. Sinon tout ce qu'on fait ne sert plus à rien, ou alors on a tout à recommencer. Paul-Eric Langevin 27 décembre 2018 à 17:20 (UTC)
Pour faciliter les mises à jour, il faudrait passer par un modèle pour insérer ces liens, ça permettrait de mettre à jour le « préfixe » en cas de changement d'URL. Assassas77 (d) 28 décembre 2018 à 00:27 (UTC)
Non, ce n'est pas nécessaire. Le préfixe est déjà à jour. Et il n'y a rien à corriger, c'est uniquement un problème de cache. Cordialement, Yann (d) 28 décembre 2018 à 05:09 (UTC)
Bonsoir, le site wikilivres.org est actuellement en panne, sans doute en cours de maintenance. Cordialement, Paul-Eric Langevin 24 janvier 2019 à 23:50 (UTC)

Erreur de fonction de date dans le ScriptoriumModifier

Bonjour,

Hier 31 octobre, le Scriptorium affichait deux fois le mois courant, au lieu d’afficher comme d’habitude le mois précédent et le mois courant. En fouillant un peu je vois que c’est dû à une particularité de la fonction strftime() de PHP qui, en soustrayant un mois au 31 octobre, tombe sur le 31 septembre, c’est à dire le 1er octobre.

Je propose donc, dans le code source de Wikisource:Scriptorium, de remplacer :

{{#time:F Y |-1 months}}

par une formule qui soustrait 1 mois au 15 du mois courant :

{{#time:F Y|{{#time:Y-m-d |{{#time:Y-m}}-15}} - 1 months}}

Cette fonction produit « février 2019 » à l’instant où vous lisez cette page et « septembre 2018 » pour le 31 octobre. Seudo (d) 1 novembre 2018 à 11:32 (UTC)

  Seudo : ça me semble effectivement une très bonne idée :) - ok pour moi. --Hélène (dite ''le bot de service'') (d) 2 novembre 2018 à 20:46 (UTC)
Ayant 100 % de soutien  , j’ai apporté la modification. Si quelque chose se casse dans le Scriptorium dans les semaines à venir vous pourrez m’accuser… Seudo (d) 3 novembre 2018 à 10:53 (UTC)

De l’incompatibilité du Ref follow avec un export EPUBModifier

Bonjour   !

Je teste depuis quelques jours l’export .epub sur des articles, et j’essaie de comprendre d'où viennent les problèmes et s'il existe des solutions simples :) Bref, je bloque sur un souci lié (selon moi et toute vraisemblance) à la balise <ref name>. Il semblerait que la présence d'une note répartie sur plusieurs pages empêche toutes les autres notes d'un même texte de s'afficher. Je constate le souci sur cet export epub [1].

L'article est constitué de 5 sections que j'ai découpées pour permettre l'affichage d'une table des matières dans l'epub. Sur Calibre ou IBook, vous pourrez constater que les notes de bas de page de la première section (XIII) ne renvoient vers rien (elles fonctionnent sur la page en revanche : XIII. Dès la section suivante (XIV), elles fonctionnent à la fois sur la page et dans l'epub réalisé. J'ai repéré que dans la section qui pose problème, se trouve une note répartie sur 2 pages, la note n°15 quand on prend le texte en entier.

Après recherche, le même souci se posait à   Cunegonde1 : dans cette demande. Je pense donc qu’il s’agit du même problème, et je vous le soumets… Je suis preneur de toute solution/bricolage. syb~anicium 6 novembre 2018 à 18:05 (UTC)

J’ai lu plusieurs volumes de l’Histoire de la décadence et de la chute de l’Empire romain en eBook (en utilisant le eBook sur la page Auteur:Edward Gibbon) sans problème avec les notes de bas de page, qui sont pourtant nombreuses à courir sur deux pages consécutives. Je viens de vérifier sur cette page et les notes apparaissent correctement. Seudo (d) 6 novembre 2018 à 18:23 (UTC)
Quand il y a des sections, ne pas mettre le bloc ref follow en bas de la page, mais à la fin de la section où il doit être attiré. Eventuellement, cela met le bloc ref follow en haut de la page et oblige à créer des sections alors que la fin du chapitre était en fin d'une page. Cela est contraire au dogme de l'identité entre ce qu'on voit à gauche et sur le fac-simile à droite, dogme fallacieux. En respectant cette règle, je n'ai jamais eu de problème avec les (nombreux) EPUB où il a des ref follow. Noter que le problème de la note disparue (en fait elle est à la fin du texte du chapitre suivant) est évident sur l'écran en ligne, et mystérieux dans l'EPUB. --Wuyouyuan (d) 19 janvier 2019 à 13:28 (UTC)

Page:Actes du Congrès de Vienne, 1816.djvu/260Modifier

Le texte de cette page (252) n’a pas pu être entièrement corrigé, à cause d’un problème décrit en page de discussion. Quel est ce problème technique ? Merci de votre attention. --Bel Bonjour, Ambre Troizat (d) 7 novembre 2018 à 17:46 (UTC)

Bonjour Ambre Troizat, je ne suis pas sûr de bien comprendre, n'auriez-vous pas tout simplement coché la mauvaise couleur, mauve plutôt que jaune ? R [CQ, ici W9GFO] 7 novembre 2018 à 19:05 (UTC)
Bonjour R [CQ, ici W9GFO, Merci de ton attention. Je vérifie mon erreur et la corrige si nécessaire. --Bel Bonjour, Ambre Troizat (d) 25 novembre 2018 à 11:11 (UTC)

Sommaire doubleModifier

Entretiens sur la pluralité des mondes affiche les mêmes liens une deuxième fois sous "Suivi du Dialogue des morts". Je suppose qu'il y a un rapport avec les deux lignes du sommaire. Quelle est la meilleure façon de corriger? Emelkaji (d) 17 novembre 2018 à 11:17 (UTC)

J'ai l’impression que Entretiens sur la pluralité des mondes inclut l’index de Livre:Fontenelle - Entretiens sur la pluralité des mondes, Leroy, 1820.djvu et donc le sommaire indiqué sur cette page, lequel inclut en retour de Entretiens sur la pluralité des mondes… Heureusement, l’inclusion s’arrête là !
Quand je fais un sommaire manuel (si le livre en est dépourvu), je le mets directement dans le champ "Sommaire" en mode Livre. Seudo (d) 18 novembre 2018 à 01:48 (UTC)
Merci, c'est réglé. Emelkaji (d) 18 novembre 2018 à 13:48 (UTC)

Télécharger en MOBIModifier

Bonjour,

Pour les gus comme moi qui utilisent un Kindle, serait-il possible, comme nos collègues anglophones, de mettre un lien « Télécharger en MOBI » dans la section « Imprimer / exporter » de la barre latérale ?

L’outil wsexport est compatible, voici le lien : https://tools.wmflabs.org/wsexport/tool/book.php?lang=fr&format=mobi&page=[titre de la page]

Merci d'avance. --Thibaut (d) 20 novembre 2018 à 14:41 (UTC)

effectivement le gadget MediaWiki:Gadget-WSexport.js qu’on peut activer n'exporte qu'en epub... :/
  Tpt : crois-tu qu'il serait possible de le modifier, avec une préférence utilisateur (epub, mobi, pdf) mémorisée ?
sinon, normalement, quand un livre est mis en catégorie Catégorie:Bon pour export, on a un bouton d'export dans les 3 formats dans la barre d'outils en haut d'écran Thibaut120094 (d · c) : tu ne l’as pas, sur cette page, par exemple ? --Hélène (dite ''le bot de service'') (d) 20 novembre 2018 à 14:59 (UTC)
Non je ne l'ai pas, j'ai essayé en étant déconnecté et là elle s’affiche, bizarre.
Je pensais plutôt l’ajouter dans MediaWiki:common.js (comme pour l’ePub, voir ligne 462), comme ça les lecteurs peuvent aussi en profiter sans se créer un compte et activer un gadget. --Thibaut (d) 20 novembre 2018 à 15:08 (UTC)
normalement le bouton dans la barre du haut n’est pas lié à la connexion. Il s'affiche pour tous, du moment que le livre est "bon pour export". - n'aurais-tu pas accidentellement fermé la tienne en cochant la croix rouge au bout à droite ? (ça m'est arrivé une ou deux fois) - dans ce cas, un lien "Ouvrir la barre d'outils" devrait permmettre de la réactiver :)
pour le gadget, tu dois pouvoir te le copier, en remplaçant epub par mobi ; et j'espère que Tpt pourra faire quelque chose pour permettre ça.
concernant la ligne 462 de MediaWiki:common.js, elle est liée à la catégorie "bon pour export" - et donc à la présence de la barre en haut... --Hélène (dite ''le bot de service'') (d) 20 novembre 2018 à 15:59 (UTC)
La ligne 462 est bien liée à la présence du lien « Télécharger en ePub » dans la barre latérale (qui lui s’affiche bien).
Et non, je n’ai pas de lien « Ouvrir la barre d’outils » :( —Thibaut (d) 20 novembre 2018 à 16:19 (UTC)
Ah c’est bon j’ai trouvé, il faut activer le gadget « Ajoute une barre d'outils permettant d'effectuer des actions autour du texte (espace principal seulement). » et la barre d’outils apparaît, merci.
Je pense quand même que ce serait bien d’avoir un lien pour le MOBI dans la barre latérale, comme pour l’ePub. —Thibaut (d) 20 novembre 2018 à 16:35 (UTC)
C'est ajouté dans le common.js et le gadget pour les livres "bon pour export". Tpt (d) 21 novembre 2018 à 08:51 (UTC)
@Tpt : Merci beaucoup ! —Thibaut (d) 21 novembre 2018 à 10:24 (UTC)

CirconflexesModifier

Bonjour, depuis quelque temps, l'utilisation des "Circonflexes" est impossible en cliquant dessus, et on ne peut pas faire un "copier coller". Je suis sur Windows 10. Merci de votre intervention.

Circonflexes : â Â ĉ Ĉ ê Ê ĝ Ĝ ĥ Ĥ î Î ĵ Ĵ ô Ô ŝ Ŝ û Û ŵ Ŵ ŷ Ŷ
--Kaviraf (d) 25 novembre 2018 à 09:55 (UTC)

Je ne suis pas sur Windows mais je confirme le problème, en fait ça ne fonctionne pas peu importe la section choisie, pas uniquement « Circonflexes », par contre ça fonctionne bien avec les liens qui ne sont pas dans le menu « Sélectionner ». Peux-tu confirmer   Kaviraf : ? Peux-tu également confirmer que sur Wikipédia tout fonctionne bien ? R [CQ, ici W9GFO] 25 novembre 2018 à 15:00 (UTC)


  Reptilien.19831209BE1 : Exact, dans le bas de la page, quelle que soit la "section" choisie, cela ne fonctionne pas, les liens "Wikisource" hors menu "sélectionnés" fonctionnent bien ; par contre je n'édite pas sur Wikipédia, donc je ne peux pas répondre. Merci aux Intervenants.--Kaviraf (d) 25 novembre 2018 à 15:13 (UTC)
  Kaviraf : juste un petit message pour prévenir que le problème sera corrigé ce soir. R [CQ, ici W9GFO] 3 décembre 2018 à 08:27 (UTC)


  Reptilien.19831209BE1 : Merci de prendre en considération ce problème :)) et aussi de nous tenir informés. --Kaviraf (d) 3 décembre 2018 à 08:31 (UTC)
  Kaviraf : voilà, normalement c'est réparé, chez moi ça fonctionne déjà mais si ce n'est pas le cas chez toi pense à rafraîchir le cache de ton navigateur (en maintenant la touche Majuscule (bouton Shift) tout en cliquant sur le bouton Actualiser, ou bien en pressant Ctrl-F5). Tiens-moi au courant :-) R [CQ, ici W9GFO] 3 décembre 2018 à 21:37 (UTC)
  Reptilien.19831209BE1 : Cela fonctionne très bien. Un grand MERCI ! --Kaviraf (d) 4 décembre 2018 à 16:08 (UTC)

MediaWiki:Proofreadpage pagenum templateModifier

Bonsoir, j'ai ce texte qui apparaît à la fin des carnets (21 octobre) : quelqu'un voit-il pourquoi ? Merci beaucoup ! Cpad38 (d) 3 décembre 2018 à 21:19 (UTC)

  Cpad38 : Si tu fais modifier et prévisualiser tu verras en haut de la page la mention suivante en rouge "Attention : cette page contient trop d’inclusions de modèles. Certaines inclusions ne seront pas effectuées." Pour pallier à ça il y a deux solutions, ou bien il faut supprimer des modèles dans les pages, (ce qui risque d’être long et difficile),

soit découper le texte et transclure carnet par carnet sur des pages différentes

  • Carnet 1 = 1 transclusion sur une page de l’espace principal
  • Carnet 2 = 1 autre transclusion sur une autre page de l’espace principal.
  • Carnet 3 =idem
  • etc.

Soit découper le texte par année

  • 1914 = 1 transclusion sur une page de l’espace principal
  • 1918 = = 1 autre transclusion sur une autre page de l’espace principal.
  • etc.

J’averti   Hsarrazin : qui saura peut formuler autrement ce qu’il faut faire. --Le ciel est par dessus le toit Parloir 4 décembre 2018 à 09:30 (UTC)

  Cpad38 et Le ciel est par dessus le toit :
oui, effectivement ; le système du wiki ne permet pas de dépasser un certain nombre de modèles inclus dans une même page, pour des raisons techniques. or la correction de ces carnets utilise beaucoup de modèles, soit pour formater, soit pour documenter des choix de correction {{Corr}} ou {{sic2}}
On peut simplifier l'emploi de certains modèles, de manière systématique, ce qui devrait alléger pas mal
  • pour formatnum suivi de {{lié}} on peut réduire avec l'emploi de {{unité}}
  • on peut aussi "lier" {{M.}}, {{Mme}} et {{Mlle}} directement, comme j'ai fait là.
  • on peut aussi souligner la date du jour par <u>date</u> et non par modèle...
mais sinon, la seule solution est de procéder à un découpage du texte. Au choix, comme l'a indiqué "Le ciel", par carnet, ou par année  .
bon courage, --Hélène (dite ''le bot de service'') (d) 4 décembre 2018 à 10:23 (UTC)
Merci pour ces informations : y a t'il moyen de connaître la limite du nombre de modèles, ainsi que le nombre actuellement utilisé par la page des carnets, afin d'avoir une idée de la meilleure solution ? Merci Cpad38 (d) 4 décembre 2018 à 21:16 (UTC)
C'est une question compliquée car plusieurs choses sont à prendre en compte. Pour avoir une idée, faites une prévisualisation de la transclusion et regardez dans le bas de la page (tout en bas), vous avez un tableau « Données d’optimisation de l’analyseur ». En espérant que ça puisse vous aider. R [CQ, ici W9GFO] 4 décembre 2018 à 21:45 (UTC)
  Reptilien.19831209BE1 :
tu pourrais décrypter stp ? parce que pour moi, c'est du chinois, et je ne vois pas du tout en quoi ça répond à la question...  
Temps CPU d’utilisation	4,924 secondes
Temps réel d’utilisation	7,844 secondes
Nombre de nœuds de préprocesseur visités	105 345/1 000 000
Nombre de nœuds de préprocesseur générés	0/1 500 000
Taille d’inclusion après expansion	2 097 152/2 097 152 octets
Taille de l’argument du modèle	342 827/2 097 152 octets
Profondeur d’expansion maximale	11/40
Nombre de fonctions d’analyse coûteuses	2/500
Profondeur de récursion de développement	2/20
Taille de développement après expansion	1 371 727/5 000 000 octets
Nombre d’entités Wikibase chargées	0/400
Temps d’utilisation de Lua	0,016/10,000 secondes
Utilisation mémoire de Lua	877 Kio/50 Mio

Comment savoir où intervenir ? --Hélène (dite ''le bot de service'') (d) 4 décembre 2018 à 22:34 (UTC)

Oui, je me pose la même question : j'ai l'impression que c'est là qu'on sature Taille d’inclusion après expansion 2 097 152/2 097 152 octets. C'est peut-être juste un poids maximal de la page ? j'ai l'impression que malgré les efforts de Toto256 pour supprimer des modèles, on ne gagne pas en nombre de pages transcluses....En tout cas merci pour vos aides !!Cpad38 (d) 5 décembre 2018 à 13:58 (UTC)
  Cpad38 et Le ciel est par dessus le toit : Bonjour, effectivement après être passé sur l'ensemble du premier cahier en appliquant les astuces de Hélène (dite ''le bot de service''), je n'ai pas trouvé d'améliorations significatives de la transclusion : c'est donc une piste intéressante (j'ai même pu améliorer le modèle Gal) mais très consommatrice et pas forcément vouée au succès. J’ai expérimenté avec un découpage par année qui lui fonctionne très bien et qui me paraît très cohérent avec le récit (j'ai même découvert que les carnets allaient jusqu'au 14 juillet 1919 !!!). Si vous en êtes d'accord, je peux mettre ça en place (les sections sont déjà là, il n'y a plus qu'à pousser le wikicode dans les pages). Toto256 (d) 5 décembre 2018 à 16:44 (UTC)
Bonsoir Toto256, et merci pour ton aide. Oui des sections sont déjà en place, en fait j'avais déjà commencé au début du projet puis provisoirement abandonné cette page (j'avais notamment des problèmes lors de l'export : je ne le faisais sans doute pas de la bonne façon, je veux bien ton avis à ce sujet !). Vu le contexte, ça me semble le bon moment de relancer cette page, avec plaisir ! ça n'empêche pas de chercher en parallèle la cause du problème du texte entier. Encore merci à tous. Cpad38 (d) 5 décembre 2018 à 17:10 (UTC)
  Cpad38 : Bonsoir, les pages par année sont disponibles. J'ai créé une page d'entrée qu'il suffit de recopier soit dans la page principale soit dans la page texte entier à ta discrétion. Toto256 (d) 5 décembre 2018 à 17:26 (UTC)
Merci , je les ai mises sur la page principale. Cpad38 (d) 6 décembre 2018 à 06:51 (UTC)
  Hsarrazin :, désolé pour ma réponse précipitée ^^. Par c'est une question compliquée je voulais dire que savoir où agir, à minima, est parfois casse-tête. Dans le tableau il y a deux lignes intéressantes : la 5 et la 8. La limite des 500 modèles (coûteux) est l'argument qui revient souvent, mais on peut tout à fait utiliser 5000 modèles (non coûteux) sans atteindre la taille d’inclusion après expansion (je l'ai testé !). C'est le cas ici, on a atteint cette limite, la taille maximale en octets qu'on peut transclure. Changer {{Mlle}}{{lié}}xxx par {{Mlle|xxx}} n'y changera rien (même si c'est plus propre), car le produit est le même. Par contre changer {{souligner}} par l'équivalent HTML <u></u> allège le résultat, car on remplace <span style="text-decoration: underline">xxx</span> (51 octets) par <u>xxx</u> (10 octets). La solution la plus simple reste le découpage proposé, la transclusion du texte entier me semble difficile. R [CQ, ici W9GFO] 6 décembre 2018 à 06:59 (UTC)
  Reptilien.19831209BE1 :
ma demande concernait surtout le fait que ce type de tableau parle aux techniciens (comme toi) mais est aussi abscons qu'une réponse en chinois pour moi et probablement Cpad38 (d · c)   - il est vrai que ça n'est pas le "nombre absolu" de modèles qui coince, mais leur expansion... ceci dit, un nombre global de "un millier" est quand même une limite raisonnable... il m'est déjà arrivé, par quelques ajustements, de réussir à passer juste sous la limite et à parvenir à une transclusion correcte ^^
dans ce cas, ma conclusion est la même que la tienne : le nombre de modèles employé par page est beaucoup trop important pour permettre une transclusion de l’ensemble des pages en un seul paquet... la seule "vraie" solution est la transclusion par tranche : le découpage par année paraît tout à fait pertinent (et facile)
bonne journée à tous --Hélène (dite ''le bot de service'') (d) 6 décembre 2018 à 08:50 (UTC)
  Reptilien.19831209BE1, Cpad38 et Hsarrazin : merci pour l'explication. En fait, ce texte contient énormément de {{Mme}}, {{Mlle}} and co qui finissent tous par utiliser le modèle {{e}}. Or ce modèle inclut du css inline en particulier la directive "line-height:1" déjà présente dans le css global. Je l'ai supprimée du modèle et cette fois-ci ça passe !!! Il faut quand même toujours économiser pour les pages à faire : 2 096 319/2 097 152 octets. En fait, on a tendance à beaucoup utiliser le style css-inline plutôt que les classes : cela permettrait d'être plus concis mais suppose que l'on puisse ajouter des classes au css global… Merci Toto256 (d) 6 décembre 2018 à 08:55 (UTC)
Toto256, concernant la dernière partie de ton message, peut-être que l'extension TemplateStyles (installée ici) pourrait aussi aider à alléger le poids des transclusions (quand on a pas l'occasion d'utiliser une classe globale). Il y a surement beaucoup de travail à faire de ce côté là. R [CQ, ici W9GFO] 6 décembre 2018 à 09:13 (UTC)
  Reptilien.19831209BE1 et Toto256 : j'ai constaté que la majorité des modèles avec mise en exposant utilisent en réalité le modèle {{e}}, ce qui alourdit considérablement la charge, effectivement. Serait-il possible d'après toi de définir une class exposant <sup style="font-size:70%">blabla</sup> (en css bien sûr) qui permettrait de définir ces modèles de manière plus concise, et donc de les alléger énormément ?
en fait je viens de constater qu'il existe une class "exposant"... dont j'ai un peu de mal à comprendre l'effet voir... --Hélène (dite ''le bot de service'') (d) 7 décembre 2018 à 09:08 (UTC)
Pour ma part, je comprends ce qu'il fait, mais je ne vois pas de problème d'interligne. Te rappelles-tu du problème en question   Zyephyrus : (diff) ? R [CQ, ici W9GFO] 7 décembre 2018 à 09:39 (UTC) [EDIT] je vois que le même code est sur Wikipédia, après quelques recherches il semblerait que ce soit un problème lié à IE (IE6 ? peut-être au-delà), mais que line-height:1 (déjà intégré à MW, Vector du moins) règle le problème, si quelqu'un utilisant ce navigateur pouvait venir confirmer. R [CQ, ici W9GFO] 7 décembre 2018 à 10:54 (UTC)
Je me souviens qu'un problème d'interlignes inégaux se posait et que la solution proposée l'avait résolu, mais je ne sais plus si j'avais pris ce code sur Wikipédia ou ailleurs. Je te laisse décider :-) --Zyephyrus (d) 7 décembre 2018 à 14:15 (UTC)
j'ignore tout du fonctionnement de TemplateStyles - comment pourrait-on l'utiliser efficacement ? --Hélène (dite ''le bot de service'') (d) 7 décembre 2018 à 09:04 (UTC)
Merci, je crois qu'on dépasse à nouveau... Sinon, la page html que j'ai téléchargée pèse 2 592 029 octets, c'est bien l'ordre de grandeur de " Taille d’inclusion après expansion". Il faut voir si on peut gagner avec les feuilles CSS si j'ai bien compris...Cpad38 (d) 7 décembre 2018 à 07:50 (UTC)
  Cpad38 :
vu le nombre de pages restant à transclure, à moins de réduire "drastiquement" l'emploi des modèles dans tous les volumes, inutile d'espérer pouvoir faire une transclusion de l'ensemble en une seule page...   --Hélène (dite ''le bot de service'') (d) 7 décembre 2018 à 09:04 (UTC)
  Hsarrazin, Zyephyrus, Reptilien.19831209BE1 et Toto256 : Effectivement ; je garde néanmoins la page "texte entier", en espérant qu'une solution soit trouvée ; à vue de nez, je dirais que, à la fin de la transclusion, on ne dépassera que de 10 % la limite : Je ne sais pas d'où vient cette limite, est-ce un choix arbitraire, une limite technique quelque part, mais dans tous les cas, la rapidité de l'évolution des technologies fait qu'on peut espérer une élévation de cette limite au pire d'ici quelques années, non ? Cpad38 (d) 11 décembre 2018 à 07:49 (UTC)
Oui, c'est clairement arbitraire : la limite des 500 appels pour les fonctions coûteuses est définie par $wgExpensiveParserFunctionLimit et celle pour la taille maximale des articles par $wgMaxArticleSize. On pourrait bien évidemment augmenter ces valeurs, mais ces limites sont là pour nous rappeler qu'il faut rester raisonnable dans la consommation des ressources. Je ne crois pas que ces valeurs changeront dans un futur proche, c'est donc dans notre manière de procéder qu'il faut adopter un changement. R [CQ, ici W9GFO] 11 décembre 2018 à 09:27 (UTC)
  Cpad38 : Juste pour te prévenir que j'ai recopié ta page Carnets de guerre d’Adrienne Durville (texte entier) dans une sous-page Carnets de guerre d’Adrienne Durville/Texte entier ce qui permet d'avoir automatiquement le lien et la mention "Texte sur une seule page" dans la page principale.
  Toto256 : C'est bien noté pour la sous-page , il faut donc que je supprime la page d'avant. Merci.Cpad38 (d) 13 décembre 2018 à 00:51 (UTC)
  Reptilien.19831209BE1 : Merci pour ta réponse. La manière de procéder a déjà été changée, puisque le texte sur la page principale est maintenant divisée en années ; il n'en reste pas moins qu'à ma connaissance, le moyen le plus simple pour faire une recherche par mots clés est de charger la page "texte entier" et d'utiliser ctrl-F (c'est d'ailleurs le seul intérêt que j'y trouve). Si il existe un autre moyen aussi simple sans la page "texte entier", je suis preneur. Cpad38 (d) 13 décembre 2018 à 00:51 (UTC)
Pour faire une recherche par mot clé dans un texte en particulier, tu peux toujours utiliser la commande prefix: de CirrusSearch, par exemple : « lapin » dans « Carnets de guerre d’Adrienne Durville ». Malheureusement, ce paramètre que je trouve très utile n'est pas (encore) présent dans le formulaire de recherche avancé. Peut-être devrions-nous faire remonter l'information. R [CQ, ici W9GFO] 13 décembre 2018 à 06:39 (UTC)
  Cpad38 et Reptilien.19831209BE1 :
en fait, si ! depuis quelques temps, avec la recherche avancée, on peut spécifier (paramètres avancés) le titre de la page contient "Carnets de guerre d’Adrienne Durville/" et ça donne ça
ça m’a récemment permis de retrouver toutes les occurrences d'une graphie dans les pages de la Revue des Deux mondes ^^
au passage, j'ai fait une redirection de Carnets de guerre d’Adrienne Durville (texte entier) vers Carnets de guerre d’Adrienne Durville/Texte entier - un renommage aurait été mieux, mais la page avait déjà été créée   --Hélène (dite ''le bot de service'') (d) 13 décembre 2018 à 10:45 (UTC)
Je ne suis pas sûr de bien comprendre, dans l'exemple que tu donnes, la recherche se fait sur le titre, et non pas dans les pages ayant pour titre. Pas de lapin dans les résultats. Mais comme j'ai 39 de fièvre à cause d'une bronchite, c'est peut-être moi qui a les neurones noués. R [CQ, ici W9GFO] 13 décembre 2018 à 11:49 (UTC)
  Reptilien.19831209BE1 : le lien doit avoir perdu des trucs en route, car je cherche bien "lapin" dans le texte avec l'option avancée titre de page "Carnets de guerre d’Adrienne Durville/" et j'obtiens les mêmes résultats que toi, donc c'est équivalent  
soigne-toi bien ! la bronchite ça secoue... --Hélène (dite ''le bot de service'') (d) 13 décembre 2018 à 12:48 (UTC)

Ouvrage avec décalage de la couche texte par rapport aux imagesModifier

Bonsoir,

Je viens d'importer ce livre, pour soutenir Les Mamelles de Tirésias, et je constate en corrigeant les premières pages que la couche texte est décalée (en avance) d'une page par rapport aux images, comme si une image avait été ajoutée au début, sans décaler la couche texte. La première image, en effet, la mire de calage des couleurs, n'est pas visible sur Internet Archive

Quelqu'un saurait-il ce qui a pu provoquer ce problème, et surtout : comment le résoudre ? J'ai essayé de virer les mires (début et fin), mais le résultat est le même...

Merci pour votre aide. --Hélène (dite ''le bot de service'') (d) 4 décembre 2018 à 22:21 (UTC)

Cela semble être ce bug. Tpt (d) 6 décembre 2018 à 16:54 (UTC)
  Tpt :
ahhh! merci pour cette réponse : d'un côté, ça me rassure que ça soit un bug, et d'un autre, c'est bien ennuyeux quand on n'est pas équipé pour fabriquer du djvu :(
je vais essayer de m’y prendre autrement. Merci ! --Hélène (dite ''le bot de service'') (d) 6 décembre 2018 à 19:36 (UTC)
PS : un truc qui m'a paru bizarre après import... si tu regardes la 1e version du fichier importé, tu constates qu'il présente en 1e page une "mire" qui n'est pas visible sur Internet Archive
le décalage des images correspond, de fait, à l'ajout de cette image, sans décalage du texte... pourrais-ce être dû à ça.
note (à vérifier) : j'ai passé ce fichier en conversion depuis les jp2 - je n’avais pas eu de problème sur un fichier précédent, converti à partir du pdf... y a-t-il un lien, ou est-ce que ça n'a rien à voir ? je te laisse voir...
si je repère d'autres éléments, je te ferai signe… --Hélène (dite ''le bot de service'') (d) 6 décembre 2018 à 19:42 (UTC)
Oui, le bug n'affecte visiblement que la conversion depuis les jp2. L'existance de la mire dans les jp2 mais pas dans le fichier XML d'OCR est la cause de ce décalage selon les commentaires laissées sur Phabricator. Tpt (d) 7 décembre 2018 à 09:06 (UTC)
  merci Tpt ! Donc, en attendant de régler le bug, on peut peut-être mettre un message d'alerte aux utilisateurs, pour indiquer de faire la conversion à partir du pdf ?
dommage qu'on ne puisse pas utiliser IA-Upload pour écraser le fichier fautif par un import/conversion du même livre IA, à partir du pdf ce coup ci... hier soir, j’ai téléchargé le pdf depuis IA, puis fait une conversion avec un outil en ligne, avant de l'importer à la place de celui qui était buggé. --Hélène (dite ''le bot de service'') (d) 7 décembre 2018 à 10:12 (UTC)

Comment revenir à la couche texte du DjVu après 1 Match&Split ?Modifier

Bonjour  

  • Peut-on blanchir des pages remplies lors d'un split pour retrouver la couche texte d'un DjVu ?

Je précise : il s'agit d'un ouvrage que je traite sur Vicifons, mais vu l'activité du scriptorium latin, j'essaie de trouver de l'aide ici en espérant ne pas être hors-sujet ^^

Mon souci : il y a quelques mois, j'ai tâché d'améliorer cet ouvrage considérable à l'aide d'un logiciel OCR ; à grands coups de Rechercher/Remplacer j'étais parvenu à un résultat assez satisfaisant. Cependant, après l'exécution d'un split pour remplir chaque page avec un texte de meilleure qualité, je me suis aperçu d'un vrai souci lié aux colonnes : l'analyse de page avait le plus souvent échoué à cause de caractères inter-colonnes qui perturbent n'importe quel logiciel de ce type. Le texte était donc bon mais avec des morceaux de phrases mélangées d'une colonne à l'autre. Donc inutilisables :-/

Je viens de réaliser un nouveau fichier de cet ouvrage, avec cette fois un logiciel OCR plus puissant, auquel j'ai indiqué la limite des colonnes page par page. J'ai chargé le nouveau fichier et… je me suis rappelé que les pages étaient déjà remplies. Donc la couche texte du DjVu n'est plus prise en compte sur les pages jamais corrigées.

Merci d'avance si vous avez une solution valable ici comme sur Vicifons ! syb~anicium 15 décembre 2018 à 15:04 (UTC)

EDIT : je pourrais sans doute refaire un Match&Split, mais sur 1145 pages présentant des colonnes (avec un titre de chaque page coupé en deux par l'OCR), j'avais dû incruster les balises Split moi-même pour éviter au Match de renvoyer une erreur par page… Ce qui est relativement long.syb~anicium 15 décembre 2018 à 15:12 (UTC)

Bug dans l'affichage de certaines tables...Modifier

Bonjour !
Qui pourrait chasser le lutin farceur qui perturbe l'affichage de certaines tables comme ici ou  ? Par contre, l'affichage de la table est correct dans l'index. De plus, ça ne touche pas tous les livres que j'ai pu consulter ! D'avance merci. --*j*jac (d) 22 décembre 2018 à 08:18 (UTC)

Bonjour   *j*jac :, je pense que c'est le même problème que celui relevé sur le scriptorium Wikisource:Scriptorium#Alignement_des_tableaux_et_problèmes_d'affichages_divers, si je désactive flex de .prp-page-content .mw-parser-output tout revient à la normal. Je pense qu'il n'y a rien à faire à part attendre. R [CQ, ici W9GFO] 22 décembre 2018 à 09:58 (UTC)
Merci Reptilien. Patientons...

Effacement d'une pageModifier

Bonjour,

J'ai créé une page par erreur et je voudrais l'effacer. Je ne sais pas comment faire. La page est : https://fr.wikisource.org/wiki/%C3%8Ele_du_Trocadero

Merci. Fortelle65 (d) 26 décembre 2018 à 10:17 (UTC)

  Fortelle65 : bonjour. Fait   Il suffit de le demander via Wikisource:Pages à supprimer où c'est expliqué --*j*jac (d) 26 décembre 2018 à 12:08 (UTC)

Téléchargements en format PDFModifier

Je ne peux plus importer des livres en format PDF ou autre ( à vrai dire c'est très difficile ça marche aléatoirement il faut que un nombre incalculable d'éssai avant d'arriver parfois à un résultat). Pouvez vous m'aider ? Merci d'avance

—Ce commentaire non signé a été déposé par 160.120.32.110 (d) 29 décembre 2018 à 15:39

Bonjour ! Pourriez-vous indiquer la référence d'un PDF (ou DjVu) "récalcitrant" ? Cordialement, --*j*jac (d) 29 décembre 2018 à 15:47 (UTC)

non accès aux entêtes/pdp dans ChromeModifier

Bonsoir,

Suite à une demande d'aide sur IRC par Patriciafr, j'ai constaté que lors de l'édition des pages, dans Chrome, on ne peut pas accéder aux entêtes et pied-de-page, quelle que soit la configuration des préférences, alors que ça marche avec Firefox et IE.

voir Fichier:Capture_d’écran_2019-01-03_à_22.05.32.jpg pour l'aspect de la fenêtre en édition sous Chrome et Fichier:Capture d’écran 2019-01-03 à 22.09.31.jpg sous Firefox.

S'agit-il d'un problème lié à https://fr.wikisource.org/wiki/Wikisource:Scriptorium#Espace_Page_:_dimensionnement_de_la_zone_textearea ou d'un autre bug ?

Merci de votre aide   --Hélène (dite ''le bot de service'') (d) 3 janvier 2019 à 21:01 (UTC)

Je suis sous chromium et j'ai effectivement rencontré ce cas de figure, mais pas systématiquement, chez moi c'est lorsque l'image (du FS) n'est pas encore complètement chargée. Si j'attends un peu que le chargement se termine alors je peux dérouler l'entête et le pied-de-page. Par contre aucun problème rencontré si les images sont déjà dans le cache de mon navigateur. C'est à tous les coups chez toi ? R [CQ, ici W9GFO] 4 janvier 2019 à 10:46 (UTC)
  Reptilien.19831209BE1 :
a priori oui, mais j'utilise essentiellement Firefox. C'est   Patriciafr : qui est coincée… --Hélène (dite ''le bot de service'') (d) 5 janvier 2019 à 09:09 (UTC)

présentation de tableau ou colonnesModifier

Bonjour, Je ne parviens pas à reproduire le tableau ou les colonnes telles qu'elles figurent au bas de cette page https://fr.wikisource.org/wiki/Page:Larive_Fleury_Grammaire_1910_tome_1.djvu/12 Qui pourrait m'aider ?

Merci par avance
Mirettes (d) 9 janvier 2019 à 11:38 (UTC)

Bonjour   Mirettes : ! J'ai réalisé un premier jet, par contre je n'ai pas su créer l'alinéa des paragraphes, donc c'est un peu moins propre que l'original… Sans doute qu'un autre contributeur aura la solution  syb~anicium 9 janvier 2019 à 12:00 (UTC)
  SyB~Anicium : as-tu essayé avec {{AlinéaNégatif}} ? R [CQ, ici W9GFO] 9 janvier 2019 à 17:34 (UTC)
  merci   Reptilien.19831209BE1 : syb~anicium 9 janvier 2019 à 17:55 (UTC)

Impossible de télécharger en PDFModifier

Bonjour!

J'ai un message d'erreur quand j'essais de télécharger le fichier de "Œuvres choisies de Vico". (https://fr.wikisource.org/wiki/Œuvres_choisies_de_Vico) Il y a quelques chapitres que je puisse télécharger(ex: https://fr.wikisource.org/wiki/Extraits_de_divers_Opuscules_ou_Lettres_de_Vico), mais le texte entier n'est pas possible à télécharger en PDF. Est-ce que c'est un bug? Je pense que le système ne puisse pas traiter "()" et "œ". Est-ce que c'est correct?

Et bizzarement, quelque fois c'est possible au télécharger, mais ça se coupe à 'avant-propos'. Donc il me redonne le message d'erreur(503 service inavailable), ou me donne une petite partie du texte.

Bonjour, c'est malheureusement un problème connu, le logiciel d'exportation fonctionne aléatoirement depuis quelques temps. Il faut retenter plusieurs fois sa chance. Peut-être que   Tpt : en sait un peu plus. R [CQ, ici W9GFO] 17 janvier 2019 à 19:36 (UTC)

Décalage de la couche texte : une expérimentation et un début de pisteModifier

Bonjour !

Je laisse cet aide-mémoire pour celles et ceux qui pratiquent la réalisation de fac-similés ici (exercice rempli de surprises), ou qui constatent des défaillances sur des fac-similés déjà importés. Je vous livre quelques observations suite à la réalisation — laborieuse — du 2e tome du Recueil des historiens des Gaules et de la France.

  • Constat : il arrive qu'un fac-similé présente un bug de décalage lors de l'édition sur Wikisource. En présence de la couche texte d'origine, donc en dehors de toute opération de match and split, cela se produit lorsque la couche texte est corrompue. La ou les pages de texte en cause sont impitoyablement oubliées et entraînent alors un décalage par rapport aux images, décalage qui peut aller croissant au fur et à mesure de l'ouvrage. Ce défaut est présent à l'intérieur même du fichier DjVu.
  • Ouverture de l'enquête : avec l'outil DjVuToy, dont j'ai déjà eu l'occasion de parler, on peut diagnostiquer les pages dont la couche texte pose problème. Cela se fait avec l'onglet « Hidden Text ». Un simple export du texte livrera une version très incomplète du texte, stoppée à la première page corrompue. Sur le même onglet, le bouton « Batch export » permettra d'exporter le texte par lot (cela nécessite d'avoir découpé le DjVu par page au préalable). En cliquant sur ce bouton, DjVuToy effectue l'opération et propose d'ouvrir un « log file », où il identifie précisément quelles pages ont posé problème ; il faut accepter et sauver ce fichier .txt pour l'avoir sous la main. Dans le cas du Recueil cité plus haut, 71 pages présentaient une couche texte corrompue (!). Cela donne (entre autres) : F:\RHG2-réduit\RHG2-Regex2 - 0046.djvu DjVuText.corrupt_text
    F:\RHG2-réduit\RHG2-Regex2 - 0049.djvu DjVuText.corrupt_text
  • Origine du problème : travaillant depuis un mois avec le logiciel d'OCR Abbyy FineReader14, j'ai tout tenté sur ces pages à problème (les indiquer comme sans texte, refaire une reconnaissance, supprimer des pages blanches…). L'échec cuisant. Jusqu'à ce que je choisisse, à regret, de modifier les options d'enregistrement du DjVu. J'ai alors décoché « Adapter si nécessaire la résolution ». En effet je souhaitais réduire la taille du fichier d'arrivée, qui aurait pesé + de 500 Mo. Et là, surprise, le DjVu est tout propre et présente une couche texte entièrement cohérente. J'ai pu confirmer cette piste en mixant dans un DjVu les pages sans problème avec une résolution réduite à 300 pp, et les pages dont le texte était corrompu avec une résolution inchangée. Et cela fonctionne, le DjVu final pèse un peu plus, mais la couche texte est cette fois-ci sortie indemne.
  • Ma conclusion : il faut faire très attention lorsqu'on enregistre un DjVu avec cet outil FineReader. Je ne serais pas surpris que certains fac-similés qui posaient problème en offrant ce type de décalage aient subi le même processus : suite à une réduction de résolution, la couche texte corrompue de certaines pages était donc devenue illisible. Et il suffit parfois d'une page pour que tout le fac-similé soit donc inutilisable !
  • Si des spécialistes de ce logiciel, ou des spécialistes du format DjVu passent par là, ils auront matière à creuser davantage pour comprendre (et résoudre ?) ce défaut lié, selon moi, à une résolution redéfinie pour l'image mais pas pour les coordonnées de chaque caractère par rapport à l'image. Ce qui entraîne le crash de tout logiciel (dont MediaWiki) souhaitant lire cette couche texte. Vous pouvez d'ailleurs comparer les deux versions successives du fichier en question sur Commons. syb~anicium 18 janvier 2019 à 15:41 (UTC)

Modèle:CitationModifier

Le modèle Citation permet de faire apparaître un bloc de texte dans une taille à 90%, calé à gauche ou centré ou calé à droite, avec un interligne avant et après, économie d'énoncés de mise en page. Mais je n'ai jamais réussi à créer une continuité entre pages. Les modèles associés Citation début ... etc. n'ont pas de paramètre de position gauche centré droite. Pour la continuité d'un poème, je suis revenu à <div style="margin-left:5%; font-size: 90%" ><poem> .... </poem></div> plus {{interligne}} qui donne l'équivalent. Voir Alfred de Musset devant la jeunesse entre les pages 25 et 26. Quel est le bon truc ?--Wuyouyuan (d) 19 janvier 2019 à 13:38 (UTC)

On pourrait rajouter deux paramètres dans Module:Citation afin de laisser la balise div ouverte (sauf dans l'espace page) pour éviter les marges de 5% en haut et bas entre plusieurs appels. Aurais-tu une idée pour le nom de ces paramètres ? R [CQ, ici W9GFO] 19 janvier 2019 à 16:53 (UTC)
Par exemple on aurait quelque chose comme :
Page 25 : {{Citation|partie 1|fin=non}}
page 26 : {{Citation|partie 2|suite=oui|fin=non}}
page 27 : {{Citation|partie 3|suite=oui}}
R [CQ, ici W9GFO] 19 janvier 2019 à 17:03 (UTC)
Il me semble que le plus commode pour l'utilisateur serait d'avoir l'équivalent de Modèle:AlinéaNégatif (alinea négatif sur la première ligne, utilisé pour les blocs de sommaire bavards en tête d'un chapitre), avec un paramètre facultatif |d pour dire que le bloc continue sur la page suivante, et |f pour dire que c'est la continuation de la page précédente. --Wuyouyuan (d) 19 janvier 2019 à 20:45 (UTC)
Le problème c'est, qu'en l'état, ça ne fonctionne que pour deux pages (car un seul paramètre ayant deux valeurs possibles : 2=d|f). Si la citation s'étend sur 3 pages, comment faire pour la deuxième ? Il faudrait une troisième valeur, quelle lettre ? R [CQ, ici W9GFO] 20 janvier 2019 à 16:21 (UTC)
Deux pages, ce sera déjà beaucoup mieux que rien. Il est quand même peu fréquent qu'une citation soit assez longue pour remplir plus d'une page (on fait autrement), mais fréquent de tourner la page dans une citation de quelques lignes. Même chose que pour {{AN|... qui sert surtout pour le détail du contenu en tête d'un chapitre, quelques lignes.--Wuyouyuan (d) 29 janvier 2019 à 16:04 (UTC)
Voilà qui est fait, il n'y a plus qu'à tester. On pourra toujours modifier facilement le module si on rencontre un cas de citation sur plus de deux pages. N'hésite pas à revenir vers moi si tu rencontres un problème. R [CQ, ici W9GFO] 31 janvier 2019 à 08:02 (UTC)

Accès à la section 5 des Recherches arithmétiquesModifier

En voulant consulter la section cinquième de Recherches arithmétiques de Gauss à partir de la page d’index, on a ce message d’erreur de Wikimedia fondation : « PHP fatal error: 
entire web request took longer than 60 seconds and timed out ». Comment faire pour accéder à cette section ? Fabrice Dury (d) 24 janvier 2019 à 09:46 (UTC)

Est-ce la première fois que ça arrive, sur cette page. R [CQ, ici W9GFO] 24 janvier 2019 à 10:52 (UTC)
je confirme un problème pour accéder à Recherches arithmétiques/Section cinquième, quelle que soit la voie d'entrée (page d'index, sommaire ou page précédente), voire lien direct... j'ai eu le message
"Error
Our servers are currently under maintenance or experiencing a technical problem. Please try again in a few minutes.
See the error message at the bottom of this page for more information."

Le problème est-il temporaire ou bien est-il dû à un trop grand nombre de calculs complexes (latex ou autres) 250 pages de calculs en une seule page !!? auquel cas, il faudrait peut-être réduire la taille de la page, en la découpant en morceaux ? --Hélène (dite ''le bot de service'') (d) 24 janvier 2019 à 10:57 (UTC)

C'est fort possible que l'important usage de Latex soit en cause. Même si on réduit to=200 (contre 409) on peut voir que beaucoup d'images ne sont pas générées. R [CQ, ici W9GFO] 24 janvier 2019 à 11:48 (UTC)
La difficulté est ancienne, et le message de wikimedia foundation plus récent. Le message que je reproduisais, « PHP fatal error: … and timed out », se trouve sous le message général « Error Our servers are currently under maintenance … See the error message at the bottom of this page for more information. » et semble bien correspondre à la situation. Plutôt que de couper la section (comment ?), ne serait-il pas possible, par exemple, de modifier la limite de 60 secondes ? Fabrice Dury (d) 24 janvier 2019 à 14:42 (UTC)
Possible, techniquement, ça l'est (ce n'est qu'un chiffre à changer dans une variable de configuration), mais pour augmenter cette valeur il va falloir en faire la demande sur Phabricator, en apportant des arguments très convaincants : 60 secondes ça me semble déjà pas mal du tout. On peut toujours reporter le problème et voir ce que nous suggèrent les développeurs. R [CQ, ici W9GFO] 24 janvier 2019 à 19:19 (UTC)
Après une petite recherche, il semblerait en effet que différents délais d'expiration ont été introduits récemment : septembre 2018. Un ticket est déjà ouvert : T204606. De ce que je comprends, il en ressort que la majorité des problèmes concernés par cette expiration concernent les pages contenant un très grand nombre d'images. On devrait peut-être reporter notre problème là-bas. R [CQ, ici W9GFO] 24 janvier 2019 à 20:01 (UTC)
D’après un petit test sur la section VII (61 pages, délai chronométré à 12 s), je déduis que le délai pour la section V serait voisin de la minute, probablement de très peu. Une petite extension du délai de 60 à 90 s pourrait probablement largement suffire. Est-ce vérifiable, serait-ce acceptable, mon raisonnement est-il correct, etc. ? Fabrice Dury (d) 25 janvier 2019 à 10:50 (UTC)
Comment avez-vous obtenu 12 secondes pour 61 pages, en refaisant la même expérience from=140, to=201 j'obtiens dans le tableau des « Données d’optimisation de l’analyseur » (qu'on trouve tout en bas de la page lors de la prévisualisation) : Temps CPU d’utilisation : 17,248 secondes ; Temps réel d’utilisation 24,918 secondes. Et deux minutes plus tard, mon navigateur n'est toujours pas venu à bout des centaines de requêtes à réaliser pour télécharger toutes les images. À notre niveau on ne peut rien faire, sauf peut-être couper la section, même s'il faut admettre que pour cet ouvrage je ne vois pas comment. Je pense vraiment qu'il faut faire remonter l'information plus haut. R [CQ, ici W9GFO] 31 janvier 2019 à 09:04 (UTC) PS : Ah d'accord, pour la section 7 pas la 5, j'obtiens : 10,744 secondes et 16,363 secondes, n'y a-t-il pas moins d'images dans cette section, sur 61 pages ? R [CQ, ici W9GFO] 31 janvier 2019 à 09:10 (UTC)
Après avoir récupéré toutes les pages du chapitre 5 en wikicode, j'obtiens 15638 résultats pour une recherche sur <math>, avec seulement deux résultats pour <noinclude><math>. Ça voudrait dire qu'il y aurait 15636 images dans ce chapitre, ça vous semble possible ? Quand je lis le commentaire « I agree, a page with 11k images is huge, and most probably we should skip transformation for such pages. », je me dis qu'on aura beaucoup de peine à se faire entendre, si c'est bien le cas. R [CQ, ici W9GFO] 31 janvier 2019 à 09:43 (UTC)
Oui c'est cohérent : les symboles mathématiques ont tous été encapsulés dans des balises math pour respecter une cohérence de syntaxe tout au long du livre. Ce problème est étroitement lié à la manière choisie par Mediawiki et Wikipedia d'afficher les symboles mathématiques. Afin d'assurer une compatibilité avec tous les navigateurs web, de faciliter l'affichage même sur les ordinateurs peu performants, de permettre la lecture sur les ordinateurs n'ayant pas de police de caractère pour afficher les symboles mathématiques, il a été décidé d'interpréter tous les symboles mathématiques par un serveur côté Wikimedia, de produire une image vectorielle SVG du ou des symboles et d'intégrer l'image à la page demandée. Des tests de performance ont montré que c'était assez performant pour des pages ne contenant pas beaucoup de symboles. Mais un article Wikipédia n'est pas un livre de maths sur Wikisource... J'avais discuté avec la personne qui maintient l'extension Math de Mediawiki qui gère ça, un jour où je voulais suggérer de passer à une solution du type MathJax où les formules mathématiques sont interprétés par l'ordinateur du client qui visite la page (voir un exemple ici ou ). C'est nettement plus moderne, joli (la police Math s'adapte mieux à la taille du texte qu'une image). Les arguments que l'on m'avait retournés sont ceux que j'ai présentés ci-dessus. Mais malheureusement, c'est trop limitant pour nos usages. Avoir les deux systèmes demanderait peut-être trop de travail. Mais à mon humble avis, les terminaux sont globalement assez performants aujourd'hui pour gérer cela et les polices de caractère disponibles nativement sur les systèmes modernes permettent d'afficher ce type de symboles. En tout cas, je trouve pertinent de relancer le débat sur cette question avec la nouvelle problématique qu'apporte la transcription d'ouvrage de mathématique sur WS. Au passage, superbe transcription de la part de Fabrice Dury, quel magnifique ouvrage !Alan (d) 31 janvier 2019 à 12:24 (UTC)
  Hsarrazin :   Reptilien.19831209BE1 :   Nalou :   Alan : Le problème semble résolu de manière très satisfaisante : la page Section 5 apparaît dans un délai de 23 secondes, tout à fait acceptable (par rapport à la situation antérieure). Merci à tous ceux qui se sont penché dessus et à ceux qui ont opéré les changements utiles. Une petite information sur le changement opéré serait appréciée. Ce bon aboutissement conforte la piste que je voulais explorer, à savoir d’inclure des textes scientifiques (lourds) dans wikisource. Cordialement. Fabrice Dury (d) 4 février 2019 à 08:36 (UTC)
Hélas, je n’ai pas pu reproduire l’amélioration constatée ce matin lors de plusieurs essais. Le problème signalé initialement demeure. Fabrice Dury (d) 4 février 2019 à 15:00 (UTC)

Comment utiliser le modèle {{AlinéaNégatif}} de façon optimaleModifier

Bonjour,

Tout est dans le titre ou presque. Pour le contexte, il s'agit du Lexique étymologique du breton moderne et plus précisément, j’ai essayé de l'utiliser sur toute la page sur Page:Henry - Lexique étymologique du breton moderne.djvu/37 ou bien section par section sur Page:Henry - Lexique étymologique du breton moderne.djvu/38 et il doit encore y avoir d'autres manières de faire. Une idée, remarque ou suggestion sur la meilleure façon de faire ?

Cdlt, VIGNERON (d) 31 janvier 2019 à 13:12 (UTC)

PS: de façon plus général, je suis preneur de toute remarque sur la mise en forme de cet ouvrage (qui est fort lourd en utilisation de modèle et encore je n’ai pas utilisé les modèles {{lang}} ou {{abréviation}} partout ou je l'estime nécessaire).

Suppression de la page Google dans l'import IA UploadModifier

Depuis quelques temps, l'option dans IA Upload de suppression de la première page qu'insère Google Books sur ses scans ne fonctionne plus. Beaucoup de documents sur archive.org proviennent de Google. L'étape de téléchargement et de réupload n'est pas très compliqué quand on a les outils mais certains peuvent ne pas savoir comment faire. Et il faut bien penser à le faire après upload. Je ne suis pas sûr de savoir qui gère cet outil. J'ai créé une tâche sur phabricator mais personne ne semble y avoir jeté un œil. Savez-vous qui s'en occupe ?   tpt : peut-être ? — Alan (d) 18 février 2019 à 12:16 (UTC)

  Salut ! Nalou !,
oui, c'est bien @Tpt (avec une Capitale)   --Hélène (dite ''le bot de service'') (d) 18 février 2019 à 12:44 (UTC)
Je viens de "ping" Sam qui a implémenté cette fonctionnalité. S'il est trop occupé j'y jetterai un oeil. Tpt (d) 18 février 2019 à 13:10 (UTC)

Lien vers le texte entier via la balise pagesModifier

Bonjour,

Comment la balise pages génère-t-elle un lien vers le texte entier ? (voir par exemple Les Dernières Colonnes de l’Église) Je pose la question car cela ne fonctionne pas sur la Wikisource en breton. J’imagine qu’il faut mettre à jour br:Modulenn:Header template mais je suis un peu perdu et je voudrais éviter de tout casser.   Tpt : pourrais-tu m'éclairer ?

Cdlt, VIGNERON (d) 21 février 2019 à 12:24 (UTC)

Cela doit être fait par le br:Modulenn:Header template. Cela fonctionne en regardant si la sous page "/Texte entier" existe. Le code semble déjà être là dans la Wikisource en breton mais avec le nom français ("/Texte entier"). N'hésite pas à remplacer "/Texte entier" dans le code par quelque chose d'autre si utile. Tpt (d) 21 février 2019 à 17:03 (UTC)

Disparition d'une citation lors de la transclusionModifier

Dans la préface de la première édition de la Critique de la raison pure, il y a deux citations de poèmes (page 6 et 14). Si on les place dans un modèle {{citation}}, elles n'apparaissent plus lors de la transclusion. Pour l'instant, et pour illustrer la chose, celui dans la page 6 apparaît car sans le modèle; tandis que celui de la page 14 (entre les deux paragraphes) n'est pas visible dans l'espace Livre mais visible dans l'espace Page. Quelqu'un sait-il pourquoi ? --Kantien (d) 25 février 2019 à 14:12 (UTC)

C'est de ma faute, j'avais modifié le module:Citation pour répondre à une demande un peu plus haut. Mea culpa. N'hésitez pas à revenir vers moi si vous rencontrez un autre problème. Encore désolé pour la gêne occasionnée. R [CQ, ici W9GFO] 25 février 2019 à 16:32 (UTC)
C'est bon, c'est rentré dans l'ordre.   merci --Kantien (d) 25 février 2019 à 17:10 (UTC)

Appels de notes inopérantsModifier

Bonjour,

J'ai un problème avec l'utilisation des modèles refl/refa pour le livre La Doctrine du fascisme. J'ai posté un commentaire en pdd là-bas, mais je ne suis pas sûr que la page soit beaucoup consultée, c'est pourquoi je poste aussi ici, après avoir fait divers essais sans pouvoir m'en sortir. En effet, les appels de notes pour ce livre ne fonctionnent pas chez moi, aussi bien en version html que lors d'un export epub. Le seul format où ils fonctionnent, c'est lors d'un affichage sur une seule page (La_Doctrine_du_fascisme/Texte_entier), comme on peut s'y attendre quand on voit vers quoi pointent les liens d'appels de notes. Le problème, c'est que ça n'est pas le mode d'affichage de base de ce livre, et ça n'est pas non plus à partir de cet affichage que sont bâtis les exports epub, mobi, etc. J'ai bien regardé la doc des modèles refl/refa, ainsi que les pages d'aide sur l'appel de notes, mais tous les exemples donnés sont du type « affichage sur une seule page ». Or si l'on consulte par exemple La Doctrine du fascisme/1, les appels de notes ne fonctionnent plus. J'ai l'impression qu'il me manque quelque chose… Quelqu'un pourrait-il m'aider svp ? Merci ! 46.166.142.221 (d) 3 mars 2019 à 11:31 (UTC)

Réponse apportée en pdd du livre concerné. 89.39.107.201 (d) 9 mars 2019 à 07:47 (UTC)