Wikisource:Questions techniques/Archives 2018

2018

OCR décalé

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 tool

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 impossible

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érence

Suivi sur Phabricator
Tâche T185309

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é

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 ?

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 là). 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é

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'indentation

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! — Le message qui précède, non signé, a été déposé par F0x1 (discuter)

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 page

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 cause

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 testing

Apologies for writing in English. Aidez-nous à 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 deprecated

Aidez-nous à 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 educationwikimedia.org, or the Programs and Events Dashboard group at dashboardwikimedia.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 summary

Bonjour,

Notifier d’autres utilisateurs depuis le résumé des modifications va devenir possible cette semaine, dès le 15 mars 2018. Les utilisateurs peuvent être notifiés si un lien vers leur page utilisateur est inclus dans le résumé des modifications. Les gadgets et scripts personnalisés qui placent automatiquement des noms d’utilisateur dans les résumés devraient ajouter un deux-points pour éviter la notification, comme dans : [[:User:Example]]. Vous pouvez changer dans vos préférences la manière dont vous serez prévenu de la mention de votre nom d’utilisateur. Cette fonctionnalité a été plébiscitée dans les Souhaits 2017 de la communauté. Votre avis est le bienvenu !

Merci, bonnes contributions à vous ! — Keegan (WMF) (talk) 12 mars 2018 à 21:09 (UTC)

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

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 OCR

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 modernisation

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 template

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 !

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érisations

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

• 
  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) 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)

Reptilien.19831209BE1 et Newnewlaw :

Il y a toujours des problèmes d'affichage avec ces volumes du Larousse...Koavf (d · c · b) a importé une nouvelle version du volume 3 sur Commons (tout semble ok] mais en local cela ne fonctionne pas... --Shev123 (d) 27 décembre 2020 à 12:46 (UTC)

Shev123, en effet, le bug ressemble plus a celui-ci pour le coup, mis à part le format de fichier PDF → DJVU. Te sens-tu le courage de faire remonter l'info ? R ^{[CQ, ici W9GFO]} 27 décembre 2020 à 14:03 (UTC)

Reptilien.19831209BE1 : Merci pour ton avis ! J'avoue ne pas être très à l'aise avec Phabricator et cela m'arrangerait si tu pouvais t'en occuper ! --Shev123 (d) 27 décembre 2020 à 15:48 (UTC)

Mi nouvelle version es un problème o es bien? (Pardonne moi, no parle francais, parle anglais et espangol.) Koavf (d) 27 décembre 2020 à 15:58 (UTC)

Koavf : Your file is perfect (looks fine on Commons) but the file is not working on french wikisource. We don't know why are we are going to make a task on Phabricator. Thanks for the upload ! --Shev123 (d) 27 décembre 2020 à 21:53 (UTC)

Merci a tu, mon frere. I think it's probably a caching issue--just a guess. If you need help with additional volumes, let me know but I already told Fortelle how to convert the other problem files. Koavf (d) 27 décembre 2020 à 22:49 (UTC)

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

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 text

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 beta

La coloration syntaxique du wikicode, fournie par l'extension CodeMirror, a quitté son statut de fonctionnalité bêta et est disponible dans l'Éditeur wikitexte 2017 sur tous les wikis. La coloration syntaxique permet notamment de voir des problèmes dans le code wiki avant de prévisualiser et publier. Merci d'essayer l'outil si vous ne l'avez pas fait au cours de son développement ; les commentaires sont les bienvenus. – Keegan (WMF) (discussion)

4 mai 2018 à 18:55 (UTC)

Problème de continuité de tableau en transclusion

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)

Bonjour,

Après une bonne année d'absence, me voici de retour pour terminer Hérodote. J'ai suivi les modifications préconisées ci-dessus et éliminé tous les modèles {{cach}}. Las, cela n'a de loin pas suffit puisque, deux pages corrigées plus tard, le problème est de nouveau présent et je suis désormais bien embêté. En continuant le tableau tel quel, j'estime entre 300 et 450 le nombre de {{table}} à rajouter à la transclusion, ce qui est impossible en l'état ; je suis dans le même temps réticent à supprimer ce modèle, puisque le filet est non seulement présent dans le FS mais également plutôt utile à la lecture, spécialement avec une maquette large. Quelqu'un aurait-il une solution ?

Amicalement, --Jahl de Vautban (d) 10 septembre 2019 à 11:43 (UTC)

Bonjour Jahl de Vautban, on pourrait utiliser l'extension TemplateStyles pour la mise en forme des tableaux. De cette manière, on se débarrasse de tout le code pour chaque cellule du genre valign=bottom style="padding-right:0.5em; border-left:thin solid; border-right:thin solid", ce qui réduit le code HTML transclus. Qu'en pensez-vous ? R ^{[CQ, ici W9GFO]} 11 septembre 2019 à 12:03 (UTC)

Bonjour R. Très volontiers si cela permet d'alléger le travail de correction et de poursuivre la transclusion ; j'ignore toutefois comment m'en servir. Pouvez-vous me donner un coup de main ? --Jahl de Vautban (d) 11 septembre 2019 à 13:15 (UTC)

Jahl de Vautban, je vais faire quelques tests avant qu'on ne se lance. Une première approche est réalisée sur cette page. J'attends de voir ce qu'en pense Hélène ici, puis je demanderai l'avis de la communauté sur le scriptorium. Je vous tiens au courant. R ^{[CQ, ici W9GFO]} 12 septembre 2019 à 11:13 (UTC)

Bonjour R, je me permets de vous relancer. Vos tests ont-ils été concluants ? --Jahl de Vautban (d) 30 septembre 2019 à 18:35 (UTC)

Bonjour Jahl de Vautban, oui ils le sont. L'extension fonctionne pour l'exportation, c'était ma plus grosse crainte. Je vais jeter un œil à votre ouvrage dans la journée, avez-vous des connaissance en CSS ? R ^{[CQ, ici W9GFO]} 1 octobre 2019 à 06:25 (UTC) PS. Hsarrazin : peux tu modifier le modèle de contenu de cette page (en CSS nettoyé) pour un test grandeur nature. Merci bien. R ^{[CQ, ici W9GFO]} 1 octobre 2019 à 06:36 (UTC)

Reptilien.19831209BE1 : non je n'ai malheureusement pas de connaissance en CSS autre que ce que je bricole avec les tableaux. Mais tout s'apprend et il est de toute façon temps que je m'y mette. --Jahl de Vautban (d) 1 octobre 2019 à 12:25 (UTC)

Hsarrazin : je réitère ma demande :-) R ^{[CQ, ici W9GFO]} 25 octobre 2019 à 07:27 (UTC)

Reptilien.19831209BE1 : Fait (je crois)... désolée, je n'avais pas vu ta demande au milieu de cette volumineuse discussion --Hélène (dite ''le bot de service'') (d) 25 octobre 2019 à 07:37 (UTC)

Hsarrazin : Super ! Jahl de Vautban : j'ai fait un test sur Page:Hérodote - Histoire, trad. Larcher, tome 2, 1850.djvu/320, dites-moi si ça vous convient. Il faudrait faire le même sur toutes les autres pages. R ^{[CQ, ici W9GFO]} 25 octobre 2019 à 08:01 (UTC) P.S. je pense qu'on pourrait également se passer du modèle table en générant des points de conduite en css. J'ai testé, ça semble bien fonctionner. R ^{[CQ, ici W9GFO]} 25 octobre 2019 à 09:14 (UTC)

Reptilien.19831209BE1 : un grand merci, ça m'a l'air assez bien et ça devrait alléger de beaucoup la transclusion ! Je reprendrai mes contributions sous peu. Quelques questions/demandes : 1) Je vois que vous avez mis des bordures dans la feuille de style, mais qu'elles n'apparaissent pas en transclusion, est-ce normal ? Si oui, je pense qu'il serait quand même important d'en avoir entre chaque colonne pour plus de lisibilité, surtout lorsqu'il y en aura quatre. 2) Est-il possible d'enlever le gras des en-têtes de colonne ? Cela permettrait peut-être d'éviter un retour à la ligne pour les années avant J.-C. 3) Pouvez-vous également rajouter une indentation à chaque entrée de la première colonne ? Ainsi l'on pourrait complètement se passer du modèle {{table}}. --Jahl de Vautban (d) 25 octobre 2019 à 15:44 (UTC)

J'ai peur de ne pas bien comprendre, car tous les points que vous évoquez sont fonctionnels chez moi, j'ai une bordure entre chaque colonne aussi bien dans l'espace page qu'en transclusion, les entêtes ne sont PAS en gras, et il y a une indentation sur chaque ligne première colonne. Pour ce qui est du modèle table, ne l'avez-vous pas utilisé justement pour les points de conduite ? Quel navigateur utilisez-vous ? R ^{[CQ, ici W9GFO]} 25 octobre 2019 à 18:48 (UTC)

Reptilien.19831209BE1 : j'utilise Google Chrome ; la mise en page que vous décrivez s'affiche brièvement puis semble être reformatée avec les défauts susdits. Purger la page ne change rien. Le problème est également présent en mode Page. Je viens de tester sur Firefox où la mise en page est en revanche tout à fait fonctionnelle. Pour le modèle table, comme l'indentation est présente on peut effectivement s'en passer ; un problème sera toutefois les quelques entrées qui n'ont pas de points de conduite, mais c'est un point relativement mineur. --Jahl de Vautban (d) 25 octobre 2019 à 19:31 (UTC)

Voilà qui est étrange, en considérant que vous utilisez Windows et une version relativement récente de Chrome, je constate que ça fonctionne. Vous avez testé avec firefox en étant connecté à votre compte utilisateur Wikimedia ? Vous avez peut-être un gadget qui vient perturber le rendu. Le fait que ça s'affiche brièvement est une piste. R ^{[CQ, ici W9GFO]} 25 octobre 2019 à 20:28 (UTC)

Reptilien.19831209BE1 : vous avez raison, c'est le gadget Scanilles qui est en cause, ce qui est un peu embêtant dans la mesure où je l'utilise beaucoup. Tant pis, j'essaierai de me souvenir de le désactiver pour la transclusion. Je me permets de vous demander encore quelque chose puisque je remarque que si la dernière ligne d'une page comporte une date, celle-ci ne semble pas affectée par le valign=bottom en transclusion. Il y a d'ailleurs un interligne légèrement plus grand avec la première entrée de la page suivante. Est-ce corrigeable ? --Jahl de Vautban (d) 25 octobre 2019 à 20:49 (UTC)

Je vais voir ce qui cloche avec le gadget Scanilles, on doit pouvoir arranger ça. Fait Pour le reste je jette un œil et reviens vers vous. Vu qu'on est pour discuter à présent de la mise en page, je vous propose de poursuivre la discussion sur cette page. R ^{[CQ, ici W9GFO]} 25 octobre 2019 à 20:55 (UTC)

Le problème de l'alignement, c'est lié à l'extension Proofread Page qui vient déposer un numéro de page à la fin de la page transclue, il faut donc terminer le tableau sur chaque page par une nouvelle ligne dans le tableau : avec |-. C'est une bizarrerie que je découvre en même temps que vous, mais ça se règle facilement, fallait juste le savoir. J'ai isolé cette bizarrerie ici, où on voit bien que « 3 » est décalé. R ^{[CQ, ici W9GFO]} 26 octobre 2019 à 15:26 (UTC)

sauver les fichiers en PDF

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 fichier

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 Watchlists

Hello

Sorry to use English. Aidez-nous à 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 web

Changement concernant les problèmes de contenu sur le web mobile

Aidez-nous à traduire dans votre langue Bonjour tout le monde ! L’équipe web des Lecteurs a récemment commencé à travailler sur l’affichage des modèles signalant des problèmes dans le contenu sur le site web mobile. Actuellement, les détails des problèmes de contenu sont généralement cachés sur le site mobile. Les lecteurs ne sont donc pas conscients du niveau de fiabilité des pages qu’ils lisent. L’objectif de ce projet est d’améliorer la prise de conscience de problèmes particuliers au sein des articles sur l’interface mobile. Nous allons faire cela en changeant le style visuel des problèmes dans les pages.

Pour l’instant, nous avons imaginé une maquette et un moyen de mise en œuvre du projet. Nous testons aussi ces maquettes auprès d’utilisateurs. Les tests ont jusqu’à présent des résultats positifs. Voici un rapide résumé de ce que nous avons appris :

• Le nouvel affichage améliore le niveau d’information à propos des problèmes de la page chez les participants. Cela est vrai particulièrement lorsqu’ils rentrent dans un mode plus évaluatif, critique.
• Les problèmes de contenu ont du sens pour les lecteurs et ils comprennent comment ils fonctionnent.
• Les lecteurs se soucient des problèmes de contenu et les considèrent comme importants.
• Les lecteurs avaient une opinion incroyablement positive de Wikipédia relativement à ses informations sur les problèmes de contenu.

Notre prochaine étape sera d’appliquer ces changements. Nous voulions prendre note de tous vos commentaires, idées et suggestions que vous pourriez avoir avant de commencer le développement. Rendez-vous sur la page du projet où nous avons davantage d’informations et de maquettes montrant à quoi cela pourrait ressembler. Donnez votre avis sur la page de discussions !

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'édition

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/JS

(Aidez-nous à traduire dans votre langue)

Bonjour à tous,

Je prépare actuellement une évolution dans la détermination des personnes pouvant modifier les pages de fichiers CSS et JS globaux sur les sites wikis. (Il s’agit de pages telles que MediaWiki:Common.css et MediaWiki:Vector.js, qui sont exécutées dans le navigateur de tous les lecteurs et contributeurs.) Pour le moment, tous les administrateurs ont la possibilité de modifier ces pages, ce qui crée un sérieux et inutile risque de sécurité. Bientôt, un groupe d’utilisateurs dédié et plus petit aura la charge de la tâche. Votre communauté pourra décider qui est inclus dans le groupe, ce qui devrait avoir très peu d’impact pour vous. Vous pouvez trouver plus d’informations et laisser des commentaires sur la page de consultation sur Méta. Si vous êtes impliqué dans le maintien de code CSS/JS, ou l’élaboration de politique pour des requêtes à des fonctions d’administration, j’apprécierais beaucoup que vous y jetiez un œil.

Merci !
Tgr (talk) 9 juillet 2018 à 10:50 (UTC) (via la livraison interwiki de messages)

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

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 ?

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)

Oskour

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

« 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 :

• MediaWiki:Gadget-correct_long_s_data_1.js
• MediaWiki:Gadget-correct_long_s_data_2.js
• MediaWiki:Gadget-correct_long_s_data_3.js
• MediaWiki:Gadget-correct_long_s_data_4.js
• MediaWiki:Gadget-correct_long_s_data_5.js
• MediaWiki:Gadget-correct_long_s_data_last.js

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 ?

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 livre

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 torrent

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 WsExport

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 page

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! — Le message qui précède, non signé, a été déposé par Allli (discuter), le 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 à Bibliowiki

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 Scriptorium

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 « mars 2024 » à 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 EPUB

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/260

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 double

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 MOBI

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)

Circonflexes

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 template

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 images

Suivi sur Phabricator
Tâche T194861

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 ?

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...

Bonjour !
Qui pourrait chasser le lutin farceur qui perturbe l'affichage de certaines tables comme ici ou là ? 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 page

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 PDF

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

— Le message qui précède, non signé, a été déposé par 160.120.32.110 (discuter), le 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)