Wikisource:Scriptorium/Septembre 2018

La bibliothèque libre.
Aller à la navigation Aller à la recherche
Questions
Raccourci [+]
WS:S


Choix éditoriaux
Contenu des livres, mise en page, typographie, etc.


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


Questions légales
Droits d'auteurs sur les livres et questions juridiques.


Questions sur les Glyphes & caractères
Codage et représentation des glyphes et caractères.


Scriptorium
(Mois en cours, Archives, discussion générale en anglais)
Pour laisser un message qui ne concerne pas les cas cités.
Communauté : Forum des nouveaux - Annonces - Projets - Actualités - Newsletter technique - Pages à supprimer


Septembre 2018[modifier]

Le paragraphe scanné est différent de l'original.[modifier]

Ne tenez pas compte de ce que ce paragraphe a été séparé en phrases. Je l'ai fait temporairement pour comprendre pourquoi le contenu du paragraphe d'ouverture est différent de l'original? —Ineuw 2 septembre 2018 à 04:56 (UTC)[répondre]

À mon avis, la version d’origine de ce paragraphe résultait d’un copier/coller malencontreux à partir de cette autre page. Seudo (d) 3 septembre 2018 à 09:16 (UTC)[répondre]
Peu importe: le but n'est pas d'être exactement comme dans le livre, mais de fournir au lecteur un texte exact et accessible. En général, suivre la mise en page du livre (sans faire les pieds au mur) est la meilleure solution, mais on peut faire un autre choix. A la première passe, celui qui corrige fait comme il veut et comme il peut, sans avoir à se justifier. Ensuite il repasse, assemble, et soumet son ouvrage à l'opinion des autres s'il n'est pas certain d'avoir fait au mieux..--Wuyouyuan (d) 3 septembre 2018 à 09:38 (UTC)[répondre]
Merci pour l'explication. Étant de Wikisource anglais, j'aime l'attitude décontractée. Heureusement, il n'y a pas de gendarmerie éditoriale qui tente d'imposer des règles idiotes.—Ineuw 8 septembre 2018 à 03:05 (UTC)[répondre]

... que par distraction j'ai nommé de cette manière avant de le poster sur Commons. Le titre exact (même abrégè) devrait être Les signes inconditionnels dans l'art. Que puis-je faire pour corriger sans perdre tout le travail déjà effectué ? Cobalt~frwiki (d) 2 septembre 2018 à 08:58 (UTC)[répondre]

Renommer le Livre: puis, patiemment, renommer les quelques Page: qui existent déjà (en méprisant les pages sans texte, il sera toujours temps). Aussi bien ne rien faire, l'important est le nom exact de l'ouvrage dans l'espace principal; il y a pire dans l'existant. Mais cela inciterait un puriste à faire plus tard une opération lourde et à dépenser de l'énergie qui serait mieux ailleurs. Donc renommer comme je disais plus haut. --Wuyouyuan (d) 3 septembre 2018 à 09:44 (UTC)[répondre]
bonjour, Utilisateur:Cobalt~frwiki
comme le souligne Wuyouyuan, l'essentiel n'est pas le nom du fichier, mais celui donné au texte dans l’espace principal'. Une erreur de cet ordre n'a aucune importance pour la mise en ligne finale. L'essentiel, c'est que le scan et les pages soient bien accessibles... ;) --Hélène (d) 3 septembre 2018 à 09:57 (UTC)[répondre]
La modification du titre sur Commons semble être transparente ici. Voyons la suite… Cobalt~frwiki (d) 4 septembre 2018 à 08:05 (UTC)[répondre]
Notification Cobalt~frwiki : tu m'intrigues... j'ai déjà dû réparer des livres "cassés" par un renommage sur commons... à moins qu’il n'y ai eu un changement technique Notification Tpt : ? --Hélène (d) 4 septembre 2018 à 08:36 (UTC)[répondre]
Il n'y a pas à ma connaissance de renommage automatique sur Wikisource quand un fichier est modifié sur Commons et ce serait pas simple à mettre en place. Tpt (d) 4 septembre 2018 à 09:37 (UTC)[répondre]
hmmm... ça n'était pas ce que je voulais dire... j'ai déjà eu à réparer (renommer) des livres/pages, dont le nom n'était plus celui de commons. Effectivement, le nom du fichier ici, et les pages, sont restés les mêmes... :) --Hélène (d) 4 septembre 2018 à 10:19 (UTC)[répondre]
Fin de nettoyage du titre. Tout est en ordre. Cobalt~frwiki (d) 4 septembre 2018 à 15:07 (UTC)[répondre]
hmmm oui, une fois renommées les pages déjà crées Clin d'œil --Hélène (d) 4 septembre 2018 à 15:09 (UTC)[répondre]
Ce que j'étais en train de faire quand le système a commencé à me renvoyer des erreurs me signalant que les pages en question avaient déjà été renommées. Cobalt~frwiki (d) 5 septembre 2018 à 08:17 (UTC)[répondre]

Emboîtement poem/note/poem[modifier]

Lorsqu’une note est appelée dans un vers et contient elle-même des vers, le résultat ne convient pas. Y a-t-il une solution ? Fabrice Dury (d) 6 septembre 2018 à 08:30 (UTC)[répondre]

Exemple :
1. syntaxe

<poem> Pour qui sont ces serpents qui sifflent sur vos têtes ? <ref><poem>Je suis le ténébreux, le veuf, l’inconsolé.</poem></ref> </poem>

2. résultat attendu

Pour qui sont ces serpents qui sifflent sur vos têtes ? [1]

  1. Je suis le ténébreux, le veuf, l’inconsolé.
3. résultat obtenu

Pour qui sont ces serpents qui sifflent sur vos têtes ? <ref><poem>Je suis le ténébreux, le veuf, l’inconsolé.

</ref>

</poem>

Bonjour
Peut-être en refermant d'abord la balise poem puis en la réouvrant derrière la note ?
Cordialement. --M0tty (d) 6 septembre 2018 à 09:49 (UTC)[répondre]
Comme l’indique Aide:Poème#Balises_imbriquées, il faut remplacer le <poem> principal par un {{#tag:poem| :

 
Pour qui sont ces serpents qui sifflent sur vos têtes ? [1]

  1. Je suis le ténébreux, le veuf, l’inconsolé.

Seudo (d) 6 septembre 2018 à 10:12 (UTC)[répondre]

Est-ce que cette page apporte une solution différente de celles qui sont proposées par Notification M0tty : et Notification Seudo :, ou était-ce la même ?
--Zyephyrus (d) 6 septembre 2018 à 13:00 (UTC)[répondre]
Cette page a de la chance, parce que la note se poursuit sur deux pages et c’est seulement sur la seconde que se trouve le poème en note. Donc il n’y a rien de spécial à faire et je pense que ça marche tel quel (en utilisant les balises poem normalement). Je ne vois pas d'autre solution que ce que j'ai indiqué : on ne peut pas fermer la balise poem avant la note si on veut que celle-ci soit sur la même ligne que le vers. Seudo (d) 6 septembre 2018 à 13:26 (UTC)[répondre]
Notification Seudo :. Merci pour ta solution, que je viens de mettre en application et qui fonctionne très bien ! Question subsidiaire : comment compléter {{#tag:poem|……}} pour prendre en compte les paramètres de marge ou de taille de police tels que ceux qu’on peut régler avec <poem style="margin-left:5em; font-size:90%"> ? Fabrice Dury (d) 7 septembre 2018 à 09:16 (UTC)[répondre]
Apparemment, on peut passer cela en second paramètre de #tag:poem (le premier paramètre étant le contenu du poème). Cf User:Seudo/test. Seudo (d) 7 septembre 2018 à 13:33 (UTC)[répondre]

Read-only mode for up to an hour on 12 September and 10 October[modifier]

6 septembre 2018 à 13:33 (UTC)

Témoignage sur vos contributions[modifier]

En préparation de la conférence sur Wikisource que je présenterai lors de la Wikiconvention francophone 2018, j'aimerais avoir vos avis (pour que la présentation soit un peu plus collaborative !). Je vous propose :

Ne me laissez pas dire de bêtises ! Venez mettre votre grain de sel !

DaraDaraDara (d) 10 septembre 2018 à 20:36 (UTC)[répondre]


Didascalies sur 2 pages[modifier]

Question posée sur ma page par Berniepyt : comment faire lorsqu'une didascalie commence sur une page et se poursuit sur la suivante afin de conserver la mise en page ?
Page:Bataille - Théâtre complet, Tome 3, 1922.djvu/279 et suivante.
Merci pour vos réponses--Kaviraf (d) 11 septembre 2018 à 15:16 (UTC)[répondre]

Le plus simple me semble être d'utiliser les balises <includeonly> et <noinclude>. Ainsi on insère la didascalie complète dans la première page avec la balise <includeonly> ; puis les 2 morceaux de didascalie dans leur page respective avec un <noinclude>. C'est un peu du bricolage mais comme cela le rendu est bon partout. Cordialement Toto256 (d) 11 septembre 2018 à 17:18 (UTC)[répondre]
Merci Merci !Notification Toto256 : Je vais transmettre à l’intéressé. :))--Kaviraf (d) 12 septembre 2018 à 08:08 (UTC)[répondre]

Première page google djvu[modifier]

Hello, Lors de la procédure de transfert avec Internet Archive, la première page d'avertissement google n'a pas été supprimée sur le djvu au final. Y a t'il une manip simple pour le corriger ? Une macro, réimporter le djvu d'IA ... ? Merci de votre aide (il s'agit de File:Prosper Guéranger - L'année liturgique.djvu) Olivier LPB (d) 12 septembre 2018 à 08:54 (UTC)[répondre]

bonjour Utilisateur:Olivier LPB
si le livre n'a pas encore été importé sur wikisource, il suffit de le télécharger, de l’éditeur avec un outil comme DjvuLibre (en enregistrant à partir de la page 2 jusqu'à la fin), puis de le réimporter par dessus l'existant sur commons.
je viens de le faire - c'est une manoeuvre simple et rapide et je recommande d'avoir un utilitaire djvu sous la main :) --Hélène (d) 12 septembre 2018 à 10:14 (UTC)[répondre]
Merci beaucoup !! N'étant pas encore beaucoup initié à cela je n'en avait pas encore sous la main mais je note. Clin d'œil Olivier LPB (d) 12 septembre 2018 à 12:25 (UTC)[répondre]
Depuis que j'interviens ici (le temps passe), je ne sais pas pour quelle raison rationnelle il faut que la page d'introduction de Google soit retirée des fichiers. Google demande qu'elle soit conservée, et Internet Archive respecte cette demande. Quelqu'un de Commons m'avait expliqué que le logo de Google est sous copyright et rend la page haram, mais je suspecte que c'est de faible valeur : le logo figure en bas de toutes les pages, et les fichiers DJVU dans Commons qui commencent par cette page sont légion (milliers). --Wuyouyuan (d) 16 septembre 2018 à 04:09 (UTC)[répondre]

Texte pas en français[modifier]

Bonjour, ce livre Livre:Hishikawa Moronobu - Koi no-minakami, 1683.djvu est sur Wikisource fracophone alors qu'il me semble être en japonais. Qu'est-ce qu'il faut faire ?

Merci d'avance. --Newnewlaw (d) 12 septembre 2018 à 16:58 (UTC)[répondre]

En plus c’est du japonais ancien manuscrit… Bon courage pour la transcription ! Déjà on peut demander à Notification Rexcornot : pourquoi il l’a importé ici (mais il ne semble plus très actif). Et suggérer le transfert sur http://ja.wikisource.org (ou la suppression). Seudo (d) 12 septembre 2018 à 20:33 (UTC)[répondre]
Bonjour,
il a peut-être été importé ici parce qu'en provenance de la Bnf, mais effectivement, il n'a pas du tout sa place en fr.
comme le fichier reste sur commons, je propose de le supprimer ici, purement et simplement. Si quelqu'un de jawikisource veut l’importer, il pourra toujours le faire à partir de commons :) --Hélène (d) 13 septembre 2018 à 08:07 (UTC)[répondre]
Pour la suppression, cela semble le mieux et le plus logique à faire. Cdlt, VIGNERON (d) 13 septembre 2018 à 11:05 (UTC)[répondre]

Latin français[modifier]

Bonjour, j'essaye de mettre en forme ce texte qui est en mode bréviaire. Page:Prosper Guéranger - L'année liturgique.djvu/274 Mais en utilisant le modèle deux colonnes en changeant à chaque changement de section cela fait pas du tout un bon truc en espacement et tout. Quelqu'un a des conseils ? Olivier LPB (d) 13 septembre 2018 à 11:57 (UTC)[répondre]

Le modèle {{DeuxColonnes}} ne fonctionne qu’en mode Page. Or je suppose que vous voulez avoir en transclusion les deux versions en conservant l’alignement des paragraphes dans les deux langues. On peut faire tout simplement un tableau, avec des colonnes de largeur 50 %. Seudo (d) 13 septembre 2018 à 12:25 (UTC)[répondre]
Seudo (d · c · b) Oui en effet, mais en utilisant un tableau donc sans bordures, il faudrait que je puisse régler pour mettre un écartement entre les deux colonnes, j'ai fait quelques tests et je n'obtient pas encore de résultats probants... Olivier LPB (d) 14 septembre 2018 à 07:56 (UTC)[répondre]
Dans ce cas en faisant du CSS…

Felix ita Puerpera
Evae lege liberrima
Concepit sine masculo,
Peperit absque gemitu.

Heureuse Mère ! affranchie de la loi d’Ève, elle a conçu sans le secours de l'homme, enfanté sans gémissement.

Dives Mariae gremium !
Mundi gestavit pretium
Quo gloriamur redimi
Solilii jugo debiti.

Sein de Marie, riche trésor ! Il a porté le prix du monde, ce prix glorieux de notre rachat, à nous qu’il a dégagés d’une dette accablante.

Seudo (d) 14 septembre 2018 à 08:19 (UTC)[répondre]
Super Seudo, par contre il reste encore un décalage sur la hauteur des premières lignes, surement du au mode poem non ? Olivier LPB (d) 14 septembre 2018 à 08:27 (UTC)[répondre]
Fait , il faut juste coller le paragraphe au signe de début de cellule. Seudo (d) 14 septembre 2018 à 08:40 (UTC)[répondre]
Comme maintenant cela fait beaucoup de code qui traîne, créer un modèles approprié ne serait pas pertinent ? (en veillant a faire page paire et impaire évidemment...) Olivier LPB (d) 14 septembre 2018 à 09:20 (UTC)[répondre]
Oui, pourquoi pas. Il doit y avoir d'autres textes du même genre sur Wikisource, mais je n’en ai pas en tête. Seudo (d) 14 septembre 2018 à 09:42 (UTC)[répondre]
En fait tout ce qui ressemble a un w:bréviaire quoi... Je vais faire des tests en ce sens. Olivier LPB (d) 14 septembre 2018 à 10:07 (UTC)[répondre]
Je viens de tester sur la même page, le hic est que le retour à la ligne n'est pas pris en compte pour le latin.... Olivier LPB (d) 14 septembre 2018 à 10:15 (UTC)[répondre]

Textes corrigés et non transclus[modifier]

Je viens de terminer la mise en ligne de Cahiers du Cercle Proudhon, année 1912, dont un fascicule sur les 4 avait été traité dans le cadre d'un "défi des 100" en 2016. J'ai découvert qu'un autre fascicule avait été corrigé, et même en partie validé, mais était resté invisible aux lecteurs, faute d'être transclus. Je tombe de temps en temps par hasard sur des Livre: dans cet état. Y a-t-il un moyen de les faire apparaître ? --Wuyouyuan (d) 16 septembre 2018 à 04:17 (UTC)[répondre]

Il y a cette page qui liste les livres avec des pages non transcluses, mais :
  • Il n'est pas sûr que ce soit à jour (c'est Phe qui s'en occupait)
  • La liste est longue (mais rangée par ordre décroissant, on peut donc se passer d'une grande partie de la fin de la liste)
--Acélan (d) 16 septembre 2018 à 07:09 (UTC)[répondre]

Merci pour l’amélioration[modifier]

Personne n’en parle, serais-je le seul à la ressentir ?

Depuis au moins deux semaines je n’ai plus à faire trois ou quatre "prévisualisations" à vide pour obtenir les outils "T" et "La" dans la barre principale d’édition, ils sont présents dès l’ouverture en édition.

Je tiens à remercier le ou les responsables de cette amélioration.

--Marceau (d) 16 septembre 2018 à 07:46 (UTC)[répondre]

bonjour Marceau,
tu as de la chance :) - je rame encore beaucoup, malheureusement...
peut-être dû au navigateur utilisé ? --Hélène (d) 17 septembre 2018 à 08:16 (UTC)[répondre]
Bonjour Hélène
Je suis sous W10 1803 et mon navigateur pour WS est Firefox 55.0.3. Ce n’est pas la dernière version mais, à partir de Firefox Quantum, toutes mes extensions utiles ou nécessaires au travail sous WS ne sont plus supportées, et des versions adaptées à FF Quantum n’existent pas encore.--Marceau (d) 17 septembre 2018 à 09:04 (UTC)[répondre]
Maintenant que tu le dis, je remarque en effet que ça a l’air de marcher en ce moment. L’ordre des outils sur la barre varie d’un chargement à l’autre, mais ils sont bien là… Seudo (d) 18 septembre 2018 à 14:16 (UTC)[répondre]

Pour ma part j'ai découvert récemment que l'outil "La" détecte la plupart des langues automatiquement (en tout cas en; la; ou grc), je ne sais pas depuis quand mais c'est pour moi un progrès fantastique, peut-être en place depuis longtemps (?). En tout cas à mon tour je m'écrie : Merci Merci ! ! --Acer11 (d) 17 septembre 2018 à 15:02 (UTC)[répondre]

salut Acer11 : oui c'est un outil mis en place par phe (d · c) depuis déjà plusieurs années… il est assez performant dès que l'échantillonage de texte est assez long ; par défaut, il indique la, et il suffit de modifier la langue Clin d'œil --Hélène (d) 18 septembre 2018 à 17:21 (UTC)[répondre]

La page de discussion me dit qu’en réalité, l’édition que nous avons c’est l’édition d’Alfred Foulet et Karl David Uitti ! Je me demandais pourquoi il y a tellement de différences entre la transcription et ce qu’il y a dans les images importées. Au fait, on fait comment pour le régler ? Renard Migrant (d) 16 septembre 2018 à 11:41 (UTC)[répondre]

Ce serait probablement bien de réétablir l’édition de Foulet et Uitti, le renommer, et importer l’édition de Jonckbloet (qu’on a sous le nom de Belinfante, la maison d’édition) de zéro. La méthode employée par Jonckbloet est un peu vieillie, parce qu’il met tous les accents (grave) alors que les éditions modernes ne mettent que les aigus et les trémas. Renard Migrant (d) 21 septembre 2018 à 11:01 (UTC)[répondre]

Amelioration du moteur de recherche[modifier]

Bonjour, en tenant un stand Wikimedia France a la fete de l´Humanite, une personne m´a signale que le moteur de recherche pourrait etre ameliore. En effet il lui parraissait important qu´a cote du titre du livre, on affiche le nom de l´auteur. Par exemple qund on cherche cher, il est plus agreable de voir le nom de l´auteur a cote du titre pour trouver un livre plus rapidement. Ce changement vous semble-t-il interessant et si oui, comment le mettre en place ? Est-ce qu´on peut le faire ici ou faut-il ouvrir un ticket sur Phabricator ? Pamputt (d) 16 septembre 2018 à 13:25 (UTC)[répondre]

Ca me parait un peu difficile en logique. Le moteur de recherche ne reconnaît pas quelle est la "nature" de ce qu'il a trouvé: ouvrage, chapitre, page d'homonymie, page auteur, page baladeuse, etc. Même Google ne sait pas faire rigoureusement, et associe des renvois (notamment à Wikipedia) selon la vraisemblance, souvent trompée. --Wuyouyuan (d) 17 septembre 2018 à 02:41 (UTC)[répondre]
On pourrait imaginer que le moteur de recherche, lorsqu’il est utilisé sur Wikisource, comprenne les spécificités de Wikisource et exploite la balise pages, l’espace de nommage Livre et les informations entrées via le Proofreadpage index template… Je suppose que ce n’est pas déjà le cas actuellement, et que ça serait assez compliqué à développer. Seudo (d) 17 septembre 2018 à 15:57 (UTC)[répondre]

Problème de modernisation[modifier]

bonjour !
Concernant le chapitre Qua-pactol de "L'Abécédaire du petit naturaliste", la modernisation transforme "Qua-pactol" en "Qu’à-pactol". J'ai placé {{modernisation|*qua pactol: qua-pactol}}, mais sans effet.
Quelque chose m'aurait-il échappé ? Merci d'avance de votre aide. Cordialement, --*j*jac (d) 16 septembre 2018 à 14:30 (UTC)[répondre]

Bonjour, faites-vous la différence entre ces deux catégories ? Ne devrions-nous pas en supprimer une, voire les deux et trouver un titre plus explicite ?

--Newnewlaw (d) 17 septembre 2018 à 18:12 (UTC)[répondre]

Bonjour. Au vu des définitions dans le dictionnaire, l'imposture et le canular se différencient par leur intention : l'imposture est un mensonge dans le but de nuire (comme dans Les Protocoles des Sages de Sion) alors que le canular a un but humoristique, et se moque de la crédulité de son lecteur. Je trouve que les catégories se justifient, mais que Catégorie:Canulars littéraires devrait avoir une description pour qu'on comprenne bien quoi y mettre. ManuD (d) 18 septembre 2018 à 07:16 (UTC)[répondre]
Pour Pour Tout à fait d'accord sur ce point. L'imposture aussi. Cobalt~frwiki (d) 18 septembre 2018 à 07:27 (UTC)[répondre]

Prototype pour une édition avec liens[modifier]

Bonjour,

Suite à la discussion du mois d'août sur les liens hypertextes acceptables dans les textes sur Wikisource, il est apparu qu'il serait intéressant de pouvoir enrichir les textes avec des liens hypertextes, pointant vers d'autres œuvres ou des pages Wikipédia. Par exemple, il existe des éditions avec ou sans liens de l'Histoire de la décadence et de la chute de l'Empire romain, offrant des liens vers Wikipédia à chaque fois que cela est pertinent.

L'ajout de liens hypertexte peut faciliter la vie du lecteur, mais cela doit se faire dans le respect de l'intégrité du texte. Des liens vers Wikisource (autres œuvres ou pages auteur) ou Wikipédia ne doivent être affichés qu'en option. Si l'on mettait directement des liens dans le texte, ce serait imposer des rajouts anachroniques à des livres écrits bien avant l'invention du web. Ce serait aussi imposer aux lecteurs une auto-promotion de Wikisource ou Wikipédia, alors qu'on cherche humblement à reproduire ce qu'un auteur a écrit.

Concernant la réalisation d'une édition avec liens, l'Histoire de la décadence et de la chute de l’Empire romain est intéressante sans être complètement satisfaisante puisqu'on dédouble les pages de l'espace principal (page sans lien, page avec lien), et que le modèle de liens se base sur des identifiants techniques des pages. Pour obtenir une solution généralisable, je suis donc parti sur la même approche que pour la modernisation des textes, avec un menu permettant d'afficher une édition avec liens plutôt que le texte original, tout comme on peut choisir entre l'orthographe originale et l'orthographe contemporaine.

Cela passe par un script en Javascript inspiré de celui de la modernisation, qui crée un menu "Édition" en haut à gauche, on peut choisir entre "Originale" et "Avec liens".

Qu'est-ce que cela donne concrètement pour les contributeurs ?

  • Dans l'espace page, on peut employer des modèles de liens conditionnels Modèle:hl (liens internes à Wikisource), Modèle:hlwp (liens vers Wikipédia francophone) : ces modèles seront rendus soit par du simple texte, soit par un lien hypertexte
  • Dans l'espace principal, le script détecte l'emploi des modèles de liens conditionnels et fait apparaître le menu si cela est nécessaire. Il n'y a donc pas besoin d'inclure un modèle spécifique dans la transclusion.

Remarques :

  • Les exports EPUB et PDF ne sont pas impactés, ils rendent le texte original sans lien.
  • Le script est plutôt sale pour l'instant, les corrections de contributeurs plus habitués au JS sur Mediawiki sont les bienvenues.
  • Les modèles de liens conditionnels s'appliquent dans tous les espaces de nommage, dont l'espace page.

Pour tester, il faut éditer la sous-page common.js de sa page utilisateur et y ajouter la ligne suivante : $.getScript( '//fr.wikisource.org/w/index.php?title=User:ManuD/hle.js&action=raw&ctype=text/javascript' );. À titre d'exemple, j'ai mis des liens conditionnels dans le chapitre Les Petites Religions de Paris/Les derniers Païens.

Que pensez-vous de cette proposition ? Peut-on proposer le script dans la liste des gadgets ? ManuD (d) 18 septembre 2018 à 10:10 (UTC)[répondre]

Je n'ai pas suivi le sujet, même si j'ai lu une partie du texte. Quel est le truc qui persuade les pages transcluses de montrer ou non les liens ?--Wuyouyuan (d) 18 septembre 2018 à 12:14 (UTC)[répondre]
Le modèle wiki insère deux fois le même texte dans le code HTML, une fois avec le lien hypertexte (invisible par défaut) et une fois sans ; ensuite un coup de Javascript suffit pour rendre visible soit l’un, soit l’autre.
C’est très malin et ça a l’air de bien fonctionner, bravo…
Une suggestion : mettre des styles différents pour les liens Wikisource et les liens Wikipédia.
Oh oui, très bien !
Ou (si c'est réalisable), l'onglet >Afficher les liens/Masquer les liens< pourrait se dérouler en offrant lui-même des choix :
1. Afficher les liens internes de l'édition en cours (j'aimerais faire cela dans les notes de l'édition Monmerqué des Lettres de Madame de Sévigné, quand ces notes renvoient vers une autre lettre du même ensemble.)
2. Afficher les liens Wikisource (liens vers un vers ou un passage d'une autre œuvre existant dans Wikisource.)
3. Afficher les liens Wikipédia.
4. Afficher tous les liens.
5. Masquer les liens.
Faisable ? Souhaitable ?
--Zyephyrus (d) 22 septembre 2018 à 08:25 (UTC)[répondre]
C’est peut-être du raffinement… Il me semble que l’idée est de présenter soit le texte « brut », en n'imposant au texte publié que les modifications imposées par le média Wikisource (perte de la notion de page, notamment), soit le texte « enrichi » qui apporte des éléments supplémentaires relativement objectifs et limités. À partir du moment où on affiche la version enrichie, on peut afficher l’ensemble des liens hypertextes internes ou externes. En affichant tous les liens, on favorise également la vérifiabilité, en encourageant les lecteurs à corriger ces liens s’ils ont erronés. Et soit dit en passant, il y a un autre type de contenu rajouté fort utile : les partitions des chansons de Béranger insérées par Acélan (d · c · b). Seudo (d) 22 septembre 2018 à 08:43 (UTC)[répondre]
Remarque : la solution du HDCER permet aussi à ceux qui le souhaitent de récupérer un Epub avec liens hypertextes. Seudo (d) 18 septembre 2018 à 12:29 (UTC)[répondre]
Concernant la dernière remarque, l'approche Javascript est très simple à implémenter, mais limitée aux pages web de WS. La modernisation n'a pas d'effet non plus dans les exports, ce serait intéressant, mais nécessiterait bien plus de développement. L'inclusion des liens dans un EPUB n'est pas complètement indispensable faute de navigateur sur une liseuse. ManuD (d) 18 septembre 2018 à 12:47 (UTC)[répondre]
Je lis le HDCER sur mon smartphone dans le métro… Bon, en pratique je clique rarement sur les liens et Internet fonctionne très mal dans le métro parisien ! Mais je suis d’accord pour considérer les liens dans le Epub comme une fonctionnalité secondaire… Seudo (d) 18 septembre 2018 à 13:42 (UTC)[répondre]
ça me paraît une excellente idée, mais, je viens de tester sur la page proposée Les Petites Religions de Paris/Les derniers Païens, mais si j'ai bien le menu, je n'arrive pas à activer la solution "sans liens". peut-être une incompatiblité entre scripts :( --Hélène (d) 21 septembre 2018 à 20:02 (UTC)[répondre]
Notification Hsarrazin :, après avoir copié ton common.js, le script "édition avec lien" fonctionne sans problèmes. Je ne sais que dire, as-tu des erreurs javascript particulières ? ManuD (d) 2 octobre 2018 à 09:52 (UTC)[répondre]
Notification ManuD : aujourd'hui, ça passe, et ça passe très bien ! bravo et merci ! je soutiens la chose :D --Hélène (d) 2 octobre 2018 à 12:40 (UTC)[répondre]
Projet intéressant. Je suis triste de savoir que les hyperliens ne sont pas exportés aux formats ePub et PDF. Dans un autre ordre d'idées, je pense qu'il serait préférable d'avoir {{hls}} pour Wikisource (une redirection devrait suffire) et {{hlw}} pour Wikipédia (une autre redirection), dans un but de concision (nous n'en sommes pas à un modèle cryptique près à cause de la concision). Cette proposition n'interdira pas de créer, si jamais nous les croyons utiles, {{hlk}} (Wiktionnaire), {{hld}} (Wikidata), {{hlc}} (Wikimedia Commons), {{hlq}} (Wikiquote)... — Cantons-de-l'Est discuter 23 septembre 2018 à 12:36 (UTC)[répondre]

OCR robot ne fonctionne plus[modifier]

Phabricator ticket T204740

Je ne sais pas si je suis le seul à qui ça arrive, mais quand je clique sur le bouton OCR, ce message apparaît :

ws_ocr_daemon robot is not running. Please try again later.

Quelqu’un saurait comment réparer ça ?

Notification Tpt, Phe, Yann et Hsarrazin : et toute autres personnes compétentes, merci pour votre aide.

Le ciel est par dessus le toit Parloir 18 septembre 2018 à 15:30 (UTC)[répondre]

oui, le problème a été signalé en Forum des nouveaux. Ça s'était déjà produit l'an dernier, et il semble que ce soit un problème qui impact tous les wikisource (j'ai testé sur enwikisource et lawikisource.
j'ai fait un signalement sur phabricator, si Tpt (d · c) ne sait pas comment résoudre le problème. --Hélène (d) 18 septembre 2018 à 17:09 (UTC)[répondre]
Notification Hsarrazin : Merci pour le signalement. --Le ciel est par dessus le toit Parloir 19 septembre 2018 à 07:34 (UTC)[répondre]
Notification Hsarrazin : je ne sais pas qui a réparer mais merci à lui, et à toi de l’avoir signalé. --Le ciel est par dessus le toit Parloir 19 septembre 2018 à 12:08 (UTC)[répondre]
c'est Phe (d · c) qui a réparé, d'après le nom d'utilisateur sur Phabricator :) Merci Phe !Merci ! --Hélène (d) 20 septembre 2018 à 07:51 (UTC)[répondre]

Page inacessible[modifier]

De même, cette page qui regroupe toutes les pages sans fac-similé n’est plus disponible :

https://tools.wmflabs.org/phetools/pages_without_scan.py?cmd=scan&lang=fr&limit=500

Du coup, je "convoque" les mêmes: Notification Tpt, Phe, Yann et Hsarrazin : et toute autres personnes compétentes, merci pour votre aide.

--Le ciel est par dessus le toit Parloir 18 septembre 2018 à 15:40 (UTC)[répondre]

salut, je suis totalement incompétente pour agir là-dessus. Il semble y avoir un problème de code Python : du chinois pour moi :( --Hélène (d) 18 septembre 2018 à 17:17 (UTC)[répondre]
Notification Hsarrazin : Merci de reconnaître en fin ton incompétence, Clin d'œil Sourire. Bon on va attendre que quelqu’un s’intéresse à la question alors. --Le ciel est par dessus le toit Parloir 19 septembre 2018 à 07:36 (UTC)[répondre]
« bad sector », « nfs », « IOerror », sans être un expert, c'est du vocabulaire de plantage disque. Cobalt~frwiki (d) 19 septembre 2018 à 10:05 (UTC)[répondre]
Notification Cobalt~frwiki : Merci mais en langage courant ça veut dire quoi plantage de disque ? --Le ciel est par dessus le toit Parloir 19 septembre 2018 à 11:22 (UTC)[répondre]
Notification Le ciel est par dessus le toit : Qu'il faut changer un disque endommagé (ou plusieurs) sur le serveur de données. Cobalt~frwiki (d) 19 septembre 2018 à 15:14 (UTC)[répondre]
Le message « Bad file descriptor » peut vouloir dire plusieurs choses. En l’occurrence on peut imaginer que sys.stderr n’est pas accessible à un programme lancé par le serveur web. Ou pour essayer de parler français : il semble que le programme essaie d'écrire un message sur le disque dur, mais en passant par un canal qui lui est interdit… De plus le message dont l’écriture échoue est un message d’erreur, donc il y a peut-être un second problème en amont ! Mais il n’est pas vraiment utile de chercher à comprendre, seul Phe pourra trouver ce qui se passe en examinant le code source de son programme, voire le système de fichiers. Ca ne doit pas être bien grave ! Seudo (d) 19 septembre 2018 à 12:59 (UTC)[répondre]
Je miserais sur "une incohérence" dans la façon d'accéder aux disques du nouveau serveur de données secondaire qui est en phase de test. Le problème pourrait être négligeable mais, surtout, il peut se résoudre de lui-même lorsque le serveur primaire reviendra. Ce qui n'est peut-être pas une bonne chose en soi.Cobalt~frwiki (d) 19 septembre 2018 à 15:09 (UTC)[répondre]

Visualisation de la source[modifier]

Bonjour régulièrement quand je travaille sur une page en mode édition, l'image source apparait comme écrasé vers la gauche et donc indéchiffrable, j'ai essayé plusieurs taille d'écran, mais régulièrement le problème apparaît. Quelqu'un en sait-il sur ce sujet ? Olivier LPB (d) 19 septembre 2018 à 13:48 (UTC)[répondre]

Olivier LPB, Un exemple où ça casse ? Par ailleurs, si vous travaillez sous Windows, essayez Ctrl+0, qui permet d'afficher le texte et le scan au format par défaut. Ça corrigera peut-être le bogue. — Cantons-de-l'Est discuter 19 septembre 2018 à 15:47 (UTC)[répondre]
Notification Olivier LPB : Cela fait déjà très longtemps que ce problème existe… et a été notifié par différents "Wikisourciens". En ce qui me concerne, ce problème n'a jamais été réglé. J'ai donc abandonné l'usage de Google Chrome, et utilise maintenant Internet Explorer… faute de mieux. --Kaviraf (d) 19 septembre 2018 à 18:30 (UTC)[répondre]
Notification Olivier LPB : ce problème existe maintenant depuis plus d'un an malheureusement, sans qu'on arrive à en venir à bout :( -- il s'agit d'un problème lié au chargement en mémoire des différents scripts permettant de travailler... ils ne se chargent pas toujours dans le même ordre, causant ainsi ce désagrément, que j’ai assez souvent aussi
en "prévisualisant" la page, j'arrive parfois à remettre l'image au bon format... il faut parfois un peu d'obstination, voire enregistrer et rouvrir la page ^^
bon courage !
note : avec Firefox, j'ai moins souvent le problème qu'avec Chrome ^^ --Hélène (d) 20 septembre 2018 à 07:31 (UTC)[répondre]
PS : un autre truc qui fonctionne parfois : dans l'onglet "aides à la relecture", l'outil qui permet de passer les images en horizontal au-dessus du texte permet souvent de résoudre le problème Clin d'œil --Hélène (d) 20 septembre 2018 à 07:37 (UTC)[répondre]

Notification Hsarrazin, Cantons-de-l'Est et Kaviraf : merci de ces réponses, je ne suis donc pas le seul a subir le bug alors... Je vais essayer de faire comme vous dites alors ! Pour Cantons-de-l'Est, il s'agit des pages du Bréviaire de Guéranger que je travaille actuellement, mais cela m'arrive souvent sur d'autres livres aussi. Olivier LPB (d) 20 septembre 2018 à 08:16 (UTC)[répondre]

Match et split en rade[modifier]

voilà le message qui s’affiche :

match_and_split robot is not running. Please try again later.

Notification Tpt, Phe, Yann et Hsarrazin : et toute autres personnes compétentes, faut-il faire un signalement à Phabricator, si oui Hélène peux-tu t’en charger stp.

Si cela vient du transfert mediawiki, il faut qu’il arrête de tout casser, c’est vraiment em…bêtant.

--Le ciel est par dessus le toit Parloir 19 septembre 2018 à 16:46 (UTC)[répondre]

contrairement à l'OCR, le M/S est un bot local, à ma connaissance...
c'est Phe qui le dressait... est-ce que Yann a la main dessus ? je ne sais pas commment on fait... ça serait bien de mettre ce genre d'info quelque part, pour les cas où tout se détraque, comme aujourd'hui ... --Hélène (d) 20 septembre 2018 à 07:40 (UTC)[répondre]
Non, je n'ai pas accès à ce bot, mais peut-être que Notification Tpt : peut le relancer ? Cordialement, Yann (d) 21 septembre 2018 à 06:20 (UTC)[répondre]

The GFDL license on Commons[modifier]

20 septembre 2018 à 18:11 (UTC)

Résignons nous. Commons est régi par des gens qui ressemblent un peu aux moines contemplatifs en pleine compétition sur le respect de la Règle (plus observant que moi tu meurs). C'est ainsi que le côté pile des pièces d'un euro est accepté (commun à toute l'Europe) mais pas le côté face (propre à chaque pays), sauf pour les pièces commémoratives. J'ai essayé de comprendre la raison derrière la décision GDFL (j'avais le temps) et j'ai échoué. --Wuyouyuan (d) 21 septembre 2018 à 01:47 (UTC)[répondre]
Est-ce qu’on a un moyen de connaître laliste des fichiers concernés ?--Le ciel est par dessus le toit Parloir 21 septembre 2018 à 09:10 (UTC)[répondre]
c'est aussi ce que je me suis dit : sommes nous mêmes concernés ? le nombre de fichiers hébergés en local est très faible, et sont généralement DP, la licence GDFL étant généralement pour des créations par le verseur ^^ --Hélène (d) 21 septembre 2018 à 09:17 (UTC)[répondre]
mmmh après une petite recherche, nous avons quand même un modèle {{GFDL}}, et une catégorie liée Catégorie:Document_GFDL, qui comprend essentiellement des icônes, des enregistrements vocaux de textes... et quelques textes versés par leurs auteurs, ou traductions... les anciens du site seront sans doute les plus concernés... mais si j'ai bien compris, le versement est possible pour les fichiers anciens, non ?
et encore, seulement en cas de transfert sur commons... - on peut parfaitement les conserver.--Hélène (d) 21 septembre 2018 à 09:26 (UTC)[répondre]
Notification Hsarrazin : Je ne suis pas sûr de bien comprendre.
Est-ce que les fichiers anciens qui sont sur commons resteront sur commons?
Si oui, on a rien à faire il me semble.
Si non comment fait-on pour les rapatrier ? Et est-il pertinent de tous les rapatrier ?
Je ping Notification Yann : qui a voté pour cette suppression, qui peut-être pourra nous en dire un peu plus (car moi les pages e anglais…)
Le ciel est par dessus le toit Parloir 21 septembre 2018 à 09:36 (UTC)[répondre]
Je ne vois pas le rapport avec le respect de la règle. Il suffit de regarder le début du débat, assez consensuel (premier lien du message) pour voir la raison principale de l’interdiction : toute réutilisation d’une image en licence GFDL suppose qu’on y joigne le texte complet de la licence : la licence n’est « libre » que de manière très encadrée... Donc en pratique c’est absurde de faire de la GFDL avec des fichiers média, et ceux qui utilisent cette licence le font peut-être sans se rendre compte des inconvénients. Et comme le dit Hélène, l’impact sur Wikisource semble nul (sauf peut-être pour les dev ?). Seudo (d) 21 septembre 2018 à 12:44 (UTC)[répondre]

Bon, si j'ai bien compris : ça signifie qu'on ne pourra plus télécharger sur Commons avec seulement une licence GFDL (qui était celle utilisée avant 2009). Pour les wikis qui ont des fichiers en local qu'ils transfèrent sur Commons, ça veut dire qu'ils devront les garder chez eux s'ils n'ont qu'une licence GFDL, mais seulement pour les fichiers dont la date de création est à partir du 14 octobre prochain... Les fichiers concernés par la licence GFDL sont nécessairement versés par leur créateur... nous en avons très peu. Donc, selon ce que je comprends :

  1. Commons ne supprimera pas les fichiers versés avant le 14 octobre 2018 ; donc on n'a rien à rapatrier...
  2. si on souhaitait verser sur Commons nos actuels fichiers sous licence GFDL, on pourrait quand même le faire, puisqu'ils sont plus anciens
  3. on n'a rien à faire SAUF décider si on souhaite verser sur commons les enregistrements de Nietzsche et Aristote, et si on souhaite continuer à accepter en local des fichiers sous licence GFDL.
  4. Je serais intéressée par une liste avec DATE de versement, la présentation dans une catégorie de médias ne l’affichant pas : je doute qu'il y en ait beaucoup qui aient moins de 10 ans -- Notification Yann et Tpt :, vous savez comment faire ? --Hélène (d) 21 septembre 2018 à 09:54 (UTC)[répondre]
Bonjour, Ce changement n'a aucune incidence sur Wikisource. 1. Ce ne s'applique pas aux livres. 2. Les livres utilisés sur WS sont dans le domaine public, sauf quelques rares exceptions.
Cela concerne principalement quelques utilisateurs qui importaient des photos sous licence GFDL et non-commerciale, ce qui est un moyen de contourner la publication sous une licence libre, car il est quasiment impossible d'utiliser une photo sous GFDL en respectant vraiment la licence. Ils pouvaient ensuite revendre leurs photos avec des conditions d'utilisation adaptées. À mon avis, ces utilisateurs étaient de mauvaise foi, et la plupart sont déjà partis. Cette décision est donc une bonne chose, et elle était due depuis longtemps. Seuls un poignée d'irréductibles bloquaient cette décision avec des arguments fallacieux. Cordialement, Yann (d) 22 septembre 2018 à 08:13 (UTC)[répondre]
Merci Notification Yann : pour les explication , je ne remettais pas en cause la suppression, je voulais seulement savoir s’il y avait des conséquences pour WS. --Le ciel est par dessus le toit Parloir 22 septembre 2018 à 12:29 (UTC)[répondre]

Discussion close puisque ça ne change rien pour nous

Renommage de page[modifier]

Bonjour à tous, désolé de relancer un marronier mais je n'ai pas réussi a trovuer la bonne version dans les archives du scriptorium. Je viens de m'apercevoir que le Livre:Prosper Guéranger - L'année liturgique.djvu que j'édite est en fait juste le premier tome de cette "L'année liturgique"... je souhaiterais donc renommer le tout en "Livre:Prosper Guéranger - L'année liturgique - Tome 1.djvu", quelle façon de faire ? (Renommer en premier sur commons ? etc...) De plus je remarque que les versions disponibles de ces différents tomes sont toutes de versions d'éditions différentes... que privilégier ? Olivier LPB (d) 21 septembre 2018 à 08:58 (UTC)[répondre]

Cette page d'aide répond-elle à ta question ?
--Zyephyrus (d) 22 septembre 2018 à 20:44 (UTC)[répondre]
Notification Zyephyrus : oui mais cela n'aide pas pour l'action de renommer... Clin d'œil Olivier LPB (d) 24 septembre 2018 à 08:18 (UTC)[répondre]
Titre ? Syntaxe :
Nom de l'auteur[_prénom] _-_Titre,_[tome],_[autres indications].djvu
Entre crochets : donner les indications si utiles.
Si la page d'aide n'est pas claire, ce serait bien que tu nous aides à l'améliorer. Des suggestions ?
--Zyephyrus (d) 24 septembre 2018 à 08:43 (UTC)[répondre]
Notification Zyephyrus :Si ça c'est très clair, mais ce que je veux dire est la procédure à utiliser pour le renommage (on commence par renommer le fichier sur commons ? on renomme juste le livre ? etc...) Olivier LPB (d) 24 septembre 2018 à 09:07 (UTC)[répondre]

Deux onglets ajoutables[modifier]



Début de citation

C’est ce que j’avais proposé en juin 2015 :
Je cite :
  • Créer des onglets d’option d’affichage similaires à celui utilisé pour les textes anciens' : version originale/version modernisée ; les deux onglets qui me paraissent nécessaires […] pour que l’on n'ait que le texte, seraient : Afficher les notes/Masquer les notes et Afficher les liens/Masquer les liens.
Et la réponse de TPt :
  • Concernant le point de vue technique afficher/masquer les notes/liens est tout à fait envisageable et je crois facile à implémenter. S'il y a un consensus en la faveur de cette solution c'est quelque chose que je peux faire.
Mais cette solution n’a pas fait l’objet de réponse de la part de la communauté.
Cordialement,
Le ciel est par dessus le toit Parloir 6 février 2016 à 18:46 (UTC)[répondre]

Fin de citation



Pensez-vous que cette proposition de Le ciel est par dessus le toit peut s'accorder avec la proposition d'août 2018 :

Tome 10 sans lien (impression papier)
Tome 10 avec liens (impression papier)
Télécharger aux formats Télécharger au format ePub Télécharger au format PDF Télécharger au format mobi 

Et si oui, est-ce que c'est toujours faisable ? Notification Tpt :?

Émerveillement persistant de voir tout ce dont les wikisourciens sont capables !

--Zyephyrus (d) 21 septembre 2018 à 19:33 (UTC)[répondre]

bonsoir :)
sans doute par la gestion du css puisqu'on doit avoir une classe sur ces objets spécifiques que sont les notes et les liens, non ?
oui, si ça peut être fait comme pour la modernisation à volonté, avec un bouton dans la barre supérieure (celle qui permet le changement de maquette, l'impression, etc.), ou un onglet, ça me paraît une excellente idée, tant pour les notes que pour les liens.
ça permettrait enfin (!) de mettre d'accord les tenants des liens et les autres Sourire
par contre, un système basé sur l'insertion de modèles me paraît impossible pour HDCER, il y a beaucoup trop de liens : on atteindrait très vite la limite d'insertion de modèles :( --Hélène (d) 21 septembre 2018 à 19:52 (UTC)[répondre]
Pourtant le HDCER utilise aussi un modèle pour les liens ({{Hwp}}), et ça a l'air de fonctionner tout de même. Seudo (d) 22 septembre 2018 à 06:46 (UTC)[répondre]
J'y suis également favorable. R [CQ, ici W9GFO] 21 septembre 2018 à 21:34 (UTC)[répondre]
Pour Pour Merci pour l'élaboration et la mise en place - ou pas - des liens.--Kaviraf (d) 22 septembre 2018 à 07:19 (UTC)[répondre]
Pour les liens hypertextes, il me semble que c’est plutôt la solution présentée il y a quelques jours qui serait la plus susceptible d’être mise en oeuvre de cette manière. Celle du HDCER est trop dépendante de l’ouvrage pour être généralisée. Seudo (d) 22 septembre 2018 à 06:54 (UTC)[répondre]

Bonjour, sur ce volume de Vasari, Vies des peintres, la page 17 est inexistante dans l'ocr et ça induit un décalage sur toutes les suivantes. Est-ce qu'il est possible de faire quelque choses pour recaler le tout ? Cobalt~frwiki (d) 23 septembre 2018 à 10:47 (UTC)[répondre]

Bonjour Cobalt~frwiki,
oui, c'est très ennuyeux effectivement, surtout vu le nombre de pages...
Il faut quelqu'un qui soit équipé pour manipuler la couche texte des fichiers... Notification Yann :, sais-tu comment faire, stp ? --Hélène (d) 24 septembre 2018 à 08:46 (UTC)[répondre]
un problème identique dans le premier volume au niveau du tome Cobalt~frwiki (d) 29 septembre 2018 à 13:02 (UTC)2.[répondre]
Encore un problème : page 478, manque la page suivante. Les djvus étaient disponibles sur archive.org mais ils sont dans un drôle d'état. Cobalt~frwiki (d) 3 octobre 2018 à 10:44 (UTC)[répondre]

Bouton script Trévoux[modifier]

Bonsoir à tous,

ce matin je pouvais travailler sur le script Trévoux, mais cet ap-midi il n'y a plus le bouton de la barre d'outil, pas moyen de le faire apparaître même en jouant sur la prévisualisation, voir les modif sou simplement en rafraîchissant la page... qq'un sait qqchose ? Notification Tpt et Hsarrazin : --Acer11 (d) 23 septembre 2018 à 16:30 (UTC)[répondre]

Acer11, je ne sais pas à quoi c'est dû, mais il a disparu pour moi aussi cet après-midi, et ça m'embête bien. --Acélan (d) 23 septembre 2018 à 21:02 (UTC)[répondre]
Notification Acer11 et Acélan :
je ne peux que confirmer la disparition du bouton :(
Notification Tpt :, tu peux quelque chose pour nous aider, stp ? un problème avec MediaWiki:Gadget-correct long s.js ? --Hélène (d) 24 septembre 2018 à 08:42 (UTC)[répondre]
Trouvé une de mes modif dont la correction semble avoir tout débloqué... Notification Tpt, Acélan et Hsarrazin : ça marche chez vous ? Si oui mes excuses pour tout ce dérangement. --Acer11 (d) 24 septembre 2018 à 11:03 (UTC)[répondre]
Notification Acer11 :
oui, c'est bon ! parfois un simple blanc mal placé peut tout casser... :(
Merci Acer11 !Merci !--Hélène (d) 24 septembre 2018 à 11:42 (UTC)[répondre]
C'est bon pour moi aussi ; Merci Acer11 !Merci ! --Acélan (d) 24 septembre 2018 à 12:36 (UTC)[répondre]

Aide avec un DjvU[modifier]

Dans ce fichier Revue pour les français, T1, 1906 il y a des pages permutées. Les pages 207 a 210 sont placées avant la page 203. Bien sûr on peut ajuster la transclusion et garder le fichier tel quel (mon option pour le moment). Mais y-a t il un outil qui permette de déplacer facilement des pages dans un DjvU existant et les remettre en bon ordre ? Merci. Hektor (d) 25 septembre 2018 à 07:12 (UTC)[répondre]

bonjour Hektor
je pense que ça n'est pas trop difficile, mais je n'ai pas moi-même accès à cet outil. Demande à Notification Yann et Ernest-Mtl : ce qu'ils utilisent Sourire --Hélène (d) 25 septembre 2018 à 09:01 (UTC)[répondre]

Versification en théâtre[modifier]

En train de corriger (et de créer) les pages Page:Bataille_-_Théâtre_complet,_Tome_6,_1922.djvu/197 et suivantes, j’ai utilisé un artifice pour rendre les dialogues "décalés" qui obéissent à un alignement respectant la versification. Comme on pourra le voir, j’ai répété le début du vers en le mettant "en blanc". Je suis conscient que cet artifice peut avoir des limites si le fond du texte n’est pas blanc et peut induire en erreur un robot qui calculerait les occurrences des mots dans un texte. De même, certaines liseuses pourraient présenter des problèmes avec cette manière de faire. Y a-t-il une autre façon de procéder ? Y a-t-il un modèle qui calculerait la longueur d’un texte dans la police utilisée et dont on pourrait utiliser le résultat pour créer un alinéa ? --Berniepyt (d) 26 septembre 2018 à 14:31 (UTC)--[répondre]

salut Notification Berniepyt :
pour ce genre de cas, on utilise classiquement le modèle {{Caché}} qui fait la même chose que ce que tu as fait, mais qui devrait pouvoir être adapté pour modifier son fonds en fonction de la couleur du fond Clin d'œil --Hélène (d) 26 septembre 2018 à 14:36 (UTC)[répondre]
J'utilise aussi le mélange couleur de fond/couleur de texte pour avoir lu quelque part sur le scriptorium que le modèle {{caché}} posait problème (il ne cachait plus rien) sur certain format d'export. Cobalt~frwiki (d) 26 septembre 2018 à 14:57 (UTC)[répondre]
Notification Cobalt~frwiki et Berniepyt : en fait, le modèle {{Cach}} fait exactement la même chose que votre système, mais colore le texte en "transparent", ce qui évite de le voir sur un fonds non blanc.
<span style="visibility:hidden;">{{Coloré|transparent|{{{1}}}}}</span> 
s'il y a un problème à l'export (que je ne peux pas tester car WSexport ne fonctionne pas pour le moment), il faudrait retravailler le modèle pour obtenir un résultat satisfaisant en export, plutôt que d'essayer plusieurs systèmes différents, qui ne pourrons pas facilement être uniformisés une fois le modèle satisfaisant Sourire
il est vrai que ce problème d'alignement des vers est assez pénible. Notification Tpt : pourrais-tu nous éclaircir là-dessus, stp ? --Hélène (d) 26 septembre 2018 à 15:10 (UTC)[répondre]
{{caché}} comme {{coloré}} reposent sur du CSS, donc on ne peut pas être sûr qu’ils sont reconnus par les liseuses. Celle que j’utilise ne reconnaît pas {{caché}}, ce qui est agaçant quand on lit du théâtre.
Une solution partielle serait peut-être de générer du code différent selon l’export (mettre du CSS compliqué pour l’export HTML standard, mais seulement quelques espaces blancs pour un export EPUB, par exemple), mais je ne sais pas si un modèle peut faire cela. Seudo (d) 26 septembre 2018 à 15:13 (UTC)[répondre]
oui, clairement, à l'export, la solution passe par un traitement css différencié. Il faudrait faire des tests... C'est pour ça que j'en appelle à Tpt (d · c) Clin d'œil --Hélène (d) 26 septembre 2018 à 15:37 (UTC)[répondre]
Pour caler les vers coupés au dialogue, j'utilise {{Cach|_____}}. Le bourrage avec des soulignements n'est pas aussi exact qu'avec la recopie du texte du début du vers, il faut tâtonner un peu, mais cela a le mérite, pour les liseuses qui ne se débrouillent pas bien, de faire apparaître des ______, qui n'obstruent pas la lecture. J'utilise le même truc pour le calage des vers en retrait dans un poème, ce qui évite les phénomènes désordonnés produits sur les liseuses par les : : : : . --Wuyouyuan (d) 30 septembre 2018 à 03:07 (UTC)[répondre]
Pour le calage des vers, ne vaut-il pas mieux utiliser des espaces ? c'est plus léger, et ça passe bien sur liseuse (je n'ai pas tout testé, évidemment). --Acélan (d) 30 septembre 2018 à 12:55 (UTC)[répondre]
Certes, mais l'espace est quelque chose de fragile, qui peut se faire tasser sans prévenir dans les chaînes des traitements de texte. L'espace dur & nbsp; (volontairement déformé, sinon pas moyen de le faire apparaître) est de toute sécurité, mais pèse lourd. --Wuyouyuan (d) 30 septembre 2018 à 13:14 (UTC)[répondre]
Notification Acélan, Wuyouyuan, Seudo et Tpt : un autre problème des espaces, est que leur dimension diffère selon les polices de caractères : ce qui est aligné avec une police ne l'est plus avec une autre… c'est un peu délicat :(
peut-être un système comme {{caché}} mais qui insèrerait le nombre de caractères nbsp; qu'on lui passerait en paramètre ; ainsi, le texte masqué resterait de l'espace vide, et ne poserait donc pas problème en export ?
Cela existe déjà : {{Espaces}}. Mais je ne vois pas ce que cela résoud : &nbsp; a probablement une largeur variable selon la police. De plus &nbsp; est sujet à la justification et peut donc avoir une largeur différente sur deux lignes successives… En revanche on peut utiliser {{Intervalle}} pour insérer un blanc non justifiable. Mais je ne sais pas si cela change quelque chose par rapport à la solution la plus simple qui est de laisser des blancs en début de vers en code wiki (ce qu’on fait lorsqu’un poème alterne des vers avec un nombre de pieds différents)…
Quoi qu’il en soit, je doute qu’il y ait une solution autre que {{caché}} pour aligner correctement les vers lorsqu’il y a plusieurs personnes qui parlent. Il faut donc choisir : soit abandonner l’espoir d’un export correct, soit mettre des blancs en début de vers et renoncer à un alignement parfait des vers (ce qui est peut-être le meilleur choix, après tout). Sauf s’il était possible d’avoir un code différent dans certains exports et dans le rendu HTML… Seudo (d) 2 octobre 2018 à 07:15 (UTC)[répondre]

Un gros tableau[modifier]

Que fait-on avec une page comportant un tableau comme celui-ci :
https://fr.wikisource.org/wiki/Page:Comptes_rendus_hebdomadaires_des_s%C3%A9ances_de_l%E2%80%99Acad%C3%A9mie_des_sciences,_tome_001,_1835.djvu/22 ? J’ai poursuivi sa transcription déjà entreprise par un autre contributeur, mais je n’ai pas supprimé son image apparaissant à la toute fin de la page, car elle avait été insérée à titre de « solution provisoire » (voir l’historique de la page). Le même type de tableau apparaît à la page 92 et il y en a sûrement d’autres plus loin. Faut-il supprimer le tableau refait et ne conserver que l’image ? Dans ce cas, cette dernière sera-t-elle lisible dans différents modes d’affichage ? Ou faut-il plutôt apporter des modifications au tableau transcrit ? --Raymonde Lanthier (d) 27 septembre 2018 à 15:01 (UTC)[répondre]

Je ne vois pas de raison de garder l'image puisque le tableau a été transcrit. Après, il est probable qu’un tel tableau ne soit pas très lisible dans certains modes d’export. Une possibilité est de tourner le tableau de 90 degrés comme dans la source : voir un exemple ici. Mais cela n’a pas d’effet sur l’export PDF qui tronque le tableau… Seudo (d) 29 septembre 2018 à 13:35 (UTC)[répondre]
Tout en saluant le travail du contributeur, je m'interroge sur l'intérêt de cette dépense d'énergie (transcription manuelle, l'OCR n'étant d'aucun secours) alors que le résultat est peu lisible sur grand écran, et inutilisable sur liseuse. Je proposerais plutôt le renvoi explicite, avec un lien dans le texte, sous une image miniature du tableau, à une page "hors-texte" stockée dans Wikisource, image de grand format plus les titres et références convenables, contenant l'image du tableau (remis d'aplomb, évidemment), que le lecteur affichera sur son écran et agrandira selon ses besoins. C'est ce que j'avais prévu de faire pour les cartes géographiques de Livre:Anville Nouvel atlas de la Chine 1737 (partie de la Description de la Chine de Du Halde), illisibles en affichage normal. (je ferai un jour, mais la vie est courte)--Wuyouyuan (d) 30 septembre 2018 à 03:28 (UTC)[répondre]
Notification Wuyouyuan : Je suis tout à fait d’accord avec ce que vous proposez, mais je ne sais pas comment procéder. Pouvez-vous me mettre sur la piste ? --Raymonde Lanthier (d) 30 septembre 2018 à 13:42 (UTC)[répondre]
Avec votre permission, je fais une tentative dans la journée. --Wuyouyuan (d) 1 octobre 2018 à 03:38 (UTC)[répondre]
Notification Raymonde Lanthier : Consultez Comptes rendus de l’Académie des sciences/Tome 1, 1835/31 août et allez à la fin du chapitre. Notez l'artifice des sections dans la page 92, et du lien de retour depuis la page du tableau, qui détournent les fonctions mormales. J'ai catégorisé l'image en Catégorie:Fichiers des Comptes rendus de l’Académie des sciences mais vu l'effectif de la catégorie, il sera bon de créer des sous-catégories si la solution est généralisée. --Wuyouyuan (d) 1 octobre 2018 à 04:47 (UTC)[répondre]
Notification Wuyouyuan : C’est parfait – merci ! Outre les pages 22 et 92 déjà mentionnées ici, le même type de tableau apparaît aux pages 189, 310 et 436, tandis que les pages 264-265 renferment un tableau quelque peu différent, étalé sur deux pages. J’ai jeté un rapide coup d’œil au tome 2 et j’y ai trouvé d’autres tableaux d’observations météorologiques mensuelles. L’idée de créer une sous-catégorie est donc tout à fait indiquée. --Raymonde Lanthier (d) 1 octobre 2018 à 14:39 (UTC)[répondre]

Words hyphenated across pages in Wikisource are now joined (simplification de la césure de fin de page)[modifier]

Hi, this is a message by Can da Lua as discussed here for wikisource communities

The ProofreadPage extension can now join together a word that is split between a page and the next.

In the past, when a page was ending with "concat-" and the next page was beginning with "enation", the resulting transclusion would have been "concat- enation", and a special template like d:Q15630535 had to be used to obtain the word "concatenation".

Now the default behavior has changed: the hyphen at the end of a page is suppressed and in this case no space is inserted, so the result of the transclusion will be: "concatenation", without the need of a template. The "joiner" character is defined by default as "-" (the regular hyphen), but it is possible to change this. A template may still be needed to deal with particular cases when the hyphen needs to be preserved.

Please share this information with your community.

MediaWiki message delivery (d) 30 septembre 2018 à 10:28 (UTC)[répondre]

On nous raconte que nous n'avons plus besoin d'utiliser {{tiret}} et {{tiret2}} pour les mots coupés en fin de page. L'extension ProofreadPage se charge de relier automatiquement les mots coupés à la condition que le trait d'union soit inséré en fin de page. Toutefois, si un trait d'union est nécessaire (par exemple, « grand- ... père »), on suggère de créer un modèle. J'ai essayé deux traits d'union de suite (par exemple, « grand-- ... père »), et ProofreadPage rend proprement le mot composé. Si cette astuce est valide, alors pas besoin d'un modèle :-). — Cantons-de-l'Est discuter 30 septembre 2018 à 12:45 (UTC)[répondre]
Bravo, c'est la plus simple des solutions et donc la plus efficace ! --Acer11 (d) 30 septembre 2018 à 16:34 (UTC)[répondre]
Toutefois, ProofreadPage est incapable de transclure proprement les coupures de mots dans les balises <ref>...</ref> sans le soutien des modèles {{tiret}} et {{tiret2}}. — Cantons-de-l'Est discuter 1 octobre 2018 à 01:43 (UTC)[répondre]
oui, c'est normal, car les tirets dans des références ne sont pas le dernier caractère de la page... ceux qui utilisent et {{tiret2}} peuvent toujours l’utiliser ; mais ça ne devrait plus être nécessaire pour des césures ordinaires - bravo et merci à Candalua (d · c) et Tpt (d · c) qui ont travaillé pour enfin simplifier ce problème :)--Hélène (d) 1 octobre 2018 à 12:25 (UTC)[répondre]