Discussion utilisateur:Tpt

La bibliothèque libre.
Aller à : navigation, rechercher

Blue-bg rounded.svg

Cascade carieul 1280x960.jpg

Bienvenue sur la Wikisource francophone

Wikisource est un projet collaboratif de la fondation Wikimedia visant à la mise à disposition du patrimoine écrit. La version francophone a vocation à accueillir les textes en langues françaises, y compris anciens français et la plupart des langues régionales.

Image logo
Qu’est-ce que la Wikisource ; qu’est-ce qu’elle n’est pas ; comment fonctionne-t-elle : pour trouver des réponses à ces questions, une visite sur Qu’est-ce que Wikisource et Introduction à Wikisource vous est proposée.


Image logo
Avant toute contribution, lisez le Guide du nouveau contributeur et les Conventions typographiques et Conventions de nommages des œuvres, pour éviter du travail supplémentaire de correction aux autres contributeurs.

Vous devez également respecter le Droit d’auteur.

Image logo
Pour tout problème, un lien vers l’aide est disponible dans le menu de gauche et le Memo à l’usage des (nouveaux) contributeurs rassemble les principaux trucs et astuces.

Vous pouvez aussi demander de l’aide à la communauté des Wikisourciens sur le Scriptorium ou en temps réel sur le chat IRC, ou encore en demandant à être parrainé.

Image logo

Vous pouvez indiquer, sur votre page utilisateur, les langues que vous parlez, vos centres d’intérêt et/ou une brève description. Vous pouvez aussi l’utiliser pour organiser vos outils personnels, vos contributions, etc. - Vous pouvez vous entraîner à utiliser les outils en vous créant une sous-page de Brouillon à cet effet en cliquant ici. Un mode d’emploi est disponible sur la syntaxe Wiki.

Sur les pages de discussions, pensez à signer vos contributions en cliquant sur l’icône Vector toolbar signature button.png de la barre d’outils.


Bonne continuation parmi nous, Tpt !
Les contributeurs de Wikisource

Sommaire

Yann 22 mai 2009 à 12:28 (UTC)


bonjour
merci pour les oeuvres de Maynard;
afin de garantir la validation du texte, il vaudrait mieux apporter les scans et faire une édition en mode page.
je peux vous aider si vous avez des questions
ThomasV 7 septembre 2009 à 14:34 (UTC)

Bajazet (Champollion)[modifier]

Merci beaucoup pour l'ajout de cette œuvre. J'ai renommé la page, car la forme précédente pouvait laisser penser qu'il s'agissait d'un article sur cette œuvre de Champollion. Notre usage est de signaler l'auteur entre parenthèses. Quelle est l'origine précise du texte ? Il faudrait l'indiquer en page de discussion de l'œuvre. Enfin, comme l'a indiqué plus haut Thomas, il ne faut pas oublier l'existence du mode page, qui permet d'éditer un texte dans les meilleures conditions possibles... A bientôt, Enmerkar 3 octobre 2009 à 13:04 (UTC)

Merci. Je me suis permis d'ajouter un lien vers un scan (même édition que Gallica). N'hésitez pas à apporter d'autres textes ; pourquoi pas en mode page (exemple) qui permet d'avoir en même temps le texte et l'image de la page. Enmerkar 6 octobre 2009 à 13:48 (UTC)

Le Malade imaginaire[modifier]

Quel admirable travail ! Une merveille, Tpt.

Quand tu te seras familiarisé(e) avec les outils de Wikisource, jusqu’où ne nous emmèneras-tu pas !

Bon, je commence par le commencement : fusionner des sous-pages. Pour cela nous employons des transclusions, notion que tu comprendras assez vite : il s’agit d’instructions au logiciel pour qu’il reproduise la sous-page sans dupliquer les données, c’est-à-dire que le contenu au lieu d’exister deux fois (dans la sous-page et dans la page) n’existe qu’une fois, et des instructions disent au logiciel où il doit les afficher. Si tu as bien suivi ce que je t’explique, tu commences peut-être à comprendre que ce n’est pas les sous-pages (les morceaux constitutifs) que nous supprimons, mais au contraire la page... Rassure-toi, je n’effacerai pas celle que tu viens de faire ! Mais regarde par exemple ceci : en cliquant sur l’onglet Modifier : tu vois que c’est en mettant des morceaux bout à bout que Wikisource publie une page.

Comprends-tu ce début ? A tout à l’heure la suite.

Amicalement, et félicitations encore. --Zyephyrus 11 octobre 2009 à 17:44 (UTC)

Majuscule dans les titres[modifier]

Bonjour Tpt,

L’Homme éternel se classe à H dans les librairies et les bibliothèques, non à L ; les conventions de nommage des textes adoptées sur Wikisource sont résumées et éventuellement discutées sur Wikisource:Guide typographique et sa page de discussion, mais il me paraît probable que d’éventuelles raisons de ne pas respecter la règle ne seront pas vraiment explicables. Donc, nous choisissons quelle orthographe ? Merci pour les merveilleux textes que tu nous apportes. --Zyephyrus 1 février 2010 à 08:12 (UTC)

Classons à H en effet, c'est une erreur de ma part. Tpt 1 février 2010 à 17:14 (UTC)

Coquille et correction proposée[modifier]

Corps --> coups. Peux-tu indiquer sur la page de discussion de ce sonnet si tu es d’accord ou non avec la correction que j’ai proposée ? Je vois dans corps une coquille évidente mais peut-être ne seras-tu pas de cet avis ? Dans ce cas on laisse la coquille sur la page si tu penses que c’est le vrai texte. --Zyephyrus 15 février 2010 à 18:56 (UTC)

Live RC[modifier]

Beau projet de page, j’apprécie particulièrement l’aspect visuel (choix des icônes et leur taille discrète) en sus de leur efficacité ; une remarque cependant : il est préférable de réserver le modèle {{titre}} aux vrais titres de textes car il ajoute automatiquement ta page à la base de données qui recense ceux-ci. Les modèles titre en mode page {{t1mp}}, {{t2mp}}, {{t3mp}} ne présentent pas le même inconvénient, on peut s’en servir dans tous les espaces. --Zyephyrus (d) 18 septembre 2010 à 16:55 (UTC)

OK, c’était juste un teste de portage du gadget LiveRC d’anti-vandalisme : il permet de visionner les modifications du wiki en tant réel. Tpt (d) 18 septembre 2010 à 17:12 (UTC)

Bienvenue avec seau et serpillière[modifier]

C’est avec grand plaisir que je t’apporte ces beaux instruments d’administration. Et on compte sur toi pour en fabriquer d’autres ! Bienvenue dans l’équipe. --Zyephyrus (d) 12 février 2011 à 21:51 (UTC)

Merci beaucoup ! Tpt (d) 13 février 2011 à 14:07 (UTC)

Catégorie:Livres d’avancement inconnu[modifier]

Bonjour, cette catégorie a été vidé de son contenu suite aux modifications de MediaWiki:Proofreadpage index templatePhe 17 février 2011 à 07:57 (UTC)

Nouvelle barre d'outils[modifier]

Bonsoir Tpt,

Ayant pris bonne note de tes offres de service en barre d’outils, je te mets un lien vers cette conversation. Sais-tu ce qui se passe et y peux-tu quelque chose ? Merci de ton aide ! --Zyephyrus (d) 2 avril 2011 à 19:53 (UTC)

Je suis la personne en détresse. J'ai eu le même souci sur le wiktionnaire mais finalement Jackpotte avait trouver la solution, j'ai suivi les même instructions ici mais rien (mais il se peut que j'ai loupé une étape je retenterais demain). Vive la Rosière (d) 2 avril 2011 à 22:00 (UTC)
Oui, les boutons sont sur fond bleu. Ils fonctionnent toujours mais je n’ai plus les boutons « césure » (pour compacter le texte), « fr » (pour vieillir la typo), et un deuxième « typo » que j’avais en haut de la page (destiné à être fusionné avec l’autre mais pour l’instant je passe les deux) ; le menu déroulant de résumés préétablis, les catégories à gauche, et les liens à gauche, disparaissent aussi assez souvent ces derniers jours. Les edittools se déploient complètement au lieu de se replier. Outre les quatre de JackPotte (recherche, casse, tris), je ne vois plus non plus le bouton de recherche « R » de ThomasV, ni le bouton double largeur (correcteur de graphies anciennes) d’Acer11. Je coche monobook dans la liste des habillages ; le script que j’utilise est dans Utilisateur:Zyephyrus/common.js. --Zyephyrus (d) 3 avril 2011 à 07:17 (UTC)
Oui l'ancienne barre d'outil mais sous l'habillage vector. Vive la Rosière (d) 3 avril 2011 à 15:22 (UTC)

Tri du plus urgent au moins urgent[modifier]

Bonjour Tpt,

La liste des boutons en panne ci-dessus doit paraître un peu décourageante, j’essaie de faire un tri plus ordonné. Rappel : il s’agit de l’habillage monobook.

Les indispensables, dont la panne se fait le plus sentir :

  1. Le bouton « fr » de Marc. Alternative : aucune. Tant que ce bouton ne fonctionne pas on ne peut plus vieillir la typographie du texte. À la main c’est un très long travail.
  2. Le bouton « R » de ThomasV (recherche/remplacement qui reconnaît automatiquement s’il a ou non affaire à une regexp). Je m’étonne que le script qui est identique fonctionne sur en.ws et ne fonctionne plus sur fr.ws. Alternative : WikiEd de Cacycle, plus lourd.
  3. Le bouton « césure » de Zaran : alternative sur en.ws (bouton « cleanup ») ; c’est quand même un peu lourd d’aller travailler sur en.ws quand je suis sur fr.ws.
  4. Le bouton de correction des graphies anciennes du script d’Acer11. Alternative : aucune.

Les éléments de confort :

  1. Les boutons de JackPotte : 1. Recherche/remplacement a pour alternative le bouton « R » ci-dessus, mais le 2. « Casse » et 3 et 4. « Tri », étaient très utiles. Alternative : WikiEd de Cacycle, plus lourd.
  2. Le déploiement des Edittools : repliable comme avant c’était plus pratique.
  3. Les boîtes déroulantes : les anciennes fonctionnent, mais pas les nouvelles. Si tu peux les mettre à jour, ce serait bien.

C’est le tri du plus urgent au moins urgent mais il serait peut-être bien, si tu le peux, de procéder du plus facile au moins facile ? Y a-t-il dans cette liste des problèmes particulièrement difficiles à résoudre ? Ou est-ce qu’ils demandent tous beaucoup de travail ? --Zyephyrus (d) 7 avril 2011 à 13:57 (UTC)

Le gros ennuie, c'est que la plupart de ces boutons, tu les a ajoutés manuellement dans ton common.js ce qui fait qu'en cas de mise à jour du gadget tu n'en bénéficie pas. Par exemple le gadget typo officiel fonctionne parfaitement alors que la version de ton common.js doit avoir un bug. Fait d'abord un tri dans tes ajouts et rappelle moi ensuite. Tpt (d) 8 avril 2011 à 17:40 (UTC)
Si j’ai bien compris, tu dis de séparer les gadgets qui sont pour tout le monde de ceux qui sont des bricolages individuels, c’est bien cela ? Pour tout le monde (et fait par toi, ou du moins sous ta direction), il y avait les boîtes déroulantes ; il y avait aussi les boutons de JackPotte, est-ce à lui ou à toi qu’il faudrait demander leur maintenance et leur ajout dans les gadgets ? Le reste était en effet du « sur mesure » que j’avais copié à droite et à gauche, je comprends que tu ne peux pas prendre tout en charge  :) Merci pour tout ce que tu fais. --Zyephyrus (d) 8 avril 2011 à 22:22 (UTC)
Oui, c'est cela. Tu pourrait déjà utiliser le gadget typo officiel à la place de la copie que tu à faite, celui-ci marche bien et j'en prépare une nouvelle version facilement extensible. On pourra donc y joindre les fonctionnalités du bouton fr. Pour les boutons de JackPotte, il faudrait lui demander d'en faire un gadget si cela intéresse beaucoup de monde. Tpt (d) 9 avril 2011 à 06:08 (UTC)
Je viens juste de découvrir qu’en désactivant le gadget de JackPotte dans les Préférences (alors qu’il ne fonctionnait plus de toutes façons), j’ai eu l’agréable surprise de voir revenir toute la série des autres fonctionnalités que j’énumérais ci-dessus... Donc il ne reste à réparer que le gadget de JackPotte et c’est sans doute à lui qu’on peut demander s’il peut le remettre comme avant ? Merci en tout cas Tpt de la remarquable patience dont tu as fait preuve ! --Zyephyrus (d) 12 avril 2011 à 08:40 (UTC)
Oui, c'est lui qui l'a créé, il est le mieux placé pour le modifier. Tpt (d) 12 avril 2011 à 15:42 (UTC)

Une semaine avant cette discussion j'avais demandé la correction. JackPotte (d) 28 mai 2011 à 11:16 (UTC)

Fait Yes check.svg. Tpt (d) 28 mai 2011 à 11:38 (UTC)

Gadget pour Auteurs[modifier]

Bonjour,

Pourrais-tu faire un gadget avec ton script Utilisateur:Tpt/Auteur.js ? Cordialement, Yann (d) 5 mai 2011 à 20:55 (UTC)

Je voulais attendre un peu car il rencontre un gros bug quand on utilise un modèle dans un des champs à cause d'une mauvaise conception du parseur JS que j'ai créé (il faudrait que je le réécrive). Mais je le transforme tout de même ce soir en gadget avec un beau message d'avertissement. Tpt (d) 6 mai 2011 à 05:38 (UTC)

Rendre possible l'edittools dans la barre d'outils ?[modifier]

Bonsoir Tpt,

Merveilleux ce formulaire Auteur : tout simple pour l’utilisateur ! Donc je me permets de te poser une autre question toute simple (peut-être qu’elle ne l’est pas...) Est-il possible d’adapter le gadget qui permet sur Commons de placer l’edittools dans la barre d’outils ? Je suppose que c’est ce script ? Cela évite aux petits écrans comme le mien d’avoir à bouger l’ascenseur à chaque fois. Est-ce que cela peut s’adapter sur Wikisource ? Merci encore pour le formulaire ; et merci aussi en puissance si en plus tu installes le choix de la place pour l’edittools. --Zyephyrus (d) 18 mai 2011 à 21:06 (UTC)

Oui, bien sûr. J'ai déjà commencé un truc que je n'est pas fini : je m'y replonge. Par contre, c'est inutile d'insérer tous les caractères spéciaux qui sont déjà dans un menu "adhoc". 19 mai 2011 à 17:04 (UTC)
Ah très bien, très très bien, merci ! Est-ce que tu pourrais ajouter dans l’edittools ces trois caractères avec tilde : õ | ẽ | ã qui servent beaucoup en ancien français ; ils figurent dans les caractères spéciaux (dans l’API) mais pas commodes car ils y sont éloignés les uns des autres et difficiles à retrouver quand on en a besoin. --Zyephyrus (d) 19 mai 2011 à 21:02 (UTC)
Fait. Tpt (d) 20 mai 2011 à 17:02 (UTC)
Merci ! --Zyephyrus (d) 20 mai 2011 à 18:10 (UTC)

Gadget-Typo.js[modifier]

Concernant le propositions de script que j’avais mis sur le scriptorium, tu signales un souci de saut de ligne intempestif. Je viens de me rendre compte que le rendu wiki avait abîmé mon code, en faisant disparaître un double espace. Je replace donc ici le code correct entre des balises <source> pour éviter ce souci.

    str = str.replace(/ *\n/g, " ");                // Suppression des saut de ligne à l'intérieur d'un paragraphe
    str = str.replace(/  /g, "\n\n");               // Fix pour changement de paragraphe
    str = str.replace(/\n +/g, "\n\n");             // Fix pour changement de paragraphe impair
    str = str.replace(/ ?\n*$/g, "");               // Suppression saut de ligne fin de page

Si tu as encore le même souci, dis-le moi. Je te propose aussi une ligne de code pour résoudre le problème de Zyephyrus, celui des blancs en début de ligne:

    str = str.replace(/\n +/g, "\n");

À placer avant le bloc ci-dessus pour un bon fonctionnement. Aristoi (d) 28 mai 2011 à 11:56 (UTC)

Juste un petit mot pour te dire un GROS Merci !merci!!! pour ce travail… le "typo" est maintenant un vrai bijou, avec lequel c'est devenu un plaisir de travailler, et qui fait gagner énormément de temps :))) --Hsarrazin (d) 25 juin 2011 à 15:26 (UTC)

Affichage du Sommaire sur les Pages d'index[modifier]

Bonsoir,

J'ai vu que tu avais procédé à pas mal d'adaptations des pages d'index le 6 juin. Aurais-tu, par hasard, modifié l'affichage du Sommaire ? auparavant, il y avait une petite bande blanche entre le sommaire et les pages, maintenant, il est collé. Serait-il possible d'y remédier : à la fois pour une question d'esthétique, mais aussi pour la lisibilité :) Merci d'avance ! --Hsarrazin (d) 9 juin 2011 à 22:38 (UTC)

Voilà. C’est mieux comme cela ? Tpt (d) 10 juin 2011 à 08:22 (UTC)
Bonjour, je ne vois pas de différence (voir par ex. ICI - comme tu peux voir, le sommaire est à "touche/touche" avec le tableau des pages - je ne sais pas du tout quelle est la modification qui a fait ça… merci, si tu peux y faire quelque chose, sinon, tant pis :) --Hsarrazin (d) 10 juin 2011 à 11:43 (UTC)
Pardon, je n’avais mal comprit. C’est mieux comme cela ? Tpt (d) 10 juin 2011 à 12:24 (UTC)
Nickel ! Merci !merci beaucoup ! je travaille en ce moment sur les sommaires de la RDDM, et c'est quand même mieux quand on peut lire confortablement :) --Hsarrazin (d) 11 juin 2011 à 08:57 (UTC)

Problème gadget[modifier]

Bonjour,

Vu que tu sembles t’y connaître en gadget. Pourrais-tu me confirmer que MediaWiki:Gadget-dictionaryLookupHover.js (qui ne fonctionne pas chez moi) peux être remplacer par une importation de en:MediaWiki:Gadget-dictLookup.js ?

Cdlt, VIGNERON * discut. 26 juin 2011 à 17:12 (UTC)

J’ai fait l’importation et tout semble marcher. Le gadget ne marchait pas avant pour moi non plus. La seul méthode pour savoir si un gadget marche c’est de le tester ! Au pire, on peut toujours faire marche arrière. Bravo à son créateur, le nouveau code est vraiment superbe ! Tpt (d) 26 juin 2011 à 17:47 (UTC)
Ok merci.
Que penses-tu d’activer ce gadget par défaut ? (et ainsi en finir définitivement avec les gadgets comme {{wikt}} et {{Voc}} ; cf. Wikisource:Pages à supprimer#Modèle:Voc)
Cdlt, VIGNERON * discut. 26 juin 2011 à 17:59 (UTC)
Je suis pour. Je poste un sondage sur le scriptorium. Tpt (d) 26 juin 2011 à 19:07 (UTC)


TptBot[modifier]

Bonsoir Tpt,

TptBot a maintenant le statut de robot. Marc (d) 26 août 2011 à 17:44 (UTC)

Merci. Tpt (d) 29 août 2011 à 16:35 (UTC)

Patrouilleur[modifier]

Bonjour,

Juste un petit mot pour t’informer que je viens de te retirer les droits de patrouilleur. Pas de panique : cela ne change absolument rien pour toi puisque les administrateurs sont automatiquement patrouilleurs. Le cumul est donc inutile et même plutôt gênant pour le suivi et la maintenance.

Cdlt, VIGNERON * discut. 27 août 2011 à 10:42 (UTC)

Merci. En effet cela sera plus simple. PS : Je pense que ce serai bien de faire un peu plus de pub au sujet des patrouilleurs car on en parle plus du tout. Tpt (d) 29 août 2011 à 16:36 (UTC)

Barre d'outils[modifier]

Bonjour/Bonsoir,

on a besoin de tes éclaircissements. Voici le début de la discussion Discussion utilisateur:Phe#Icône. Pikinez (d) 28 août 2011 à 19:59 (UTC)

Merci !merci beaucoup pour avoir transféré le gadget de conversion Majuscules/Minuscules dans les outils avancés - du coup, je jongle beaucoup moins avec les menus d'outils d'édition, et j'ai pu désactiver le gadget "Searchbox" que je n'utilisait que pour ça :) - --Hsarrazin (d) 7 septembre 2011 à 18:06 (UTC)
et je te dois encore un Merci !merci pour l'ajout inopiné, découvert par hasard, du remplacement automatique du <br/> + ligne en début de page par <nowiki/> + ligne : c'est une excellente idée, qui permet la correction automatique des anciennes pages, et facilite considérablement la création des nouvelles :)
au passage une question, je ne sais pas comment écrire la syntaxe pour remplacer "( " par "(" et " )" par ")" - pourrais-tu me l'indiquer, stp, ou mieux, l'ajouter dans le typo commun ? --Hsarrazin (d) 1 octobre 2011 à 06:41 (UTC)
Voilà le code à ajouter à ton common.js. Pour l’ajouter dans le typo commun commence une discussion sur le scriptorium, je ne suis pas sur que cette modification soit toujours bonne. Tpt (d) 1 octobre 2011 à 14:54 (UTC)
$j(function() {
   $j.typo.add(function(str) {
     str = str.replace(/\( /g, "(");
     str = str.replace(/\) /g, ")");
     return str;
   });
});
Merci beaucoup… il s'agit d'une règle typographique "de base", comme pour les guillemets : blancs à l'extérieur, pas à l'intérieur… quant à savoir si elle fait partie des conventions de WS ? - merci pour le code dans tous les cas --Hsarrazin (d) 2 octobre 2011 à 16:50 (UTC)

Problème avec la page d'accueil[modifier]

Bonsoir Tpt,

Un problème de présentation de la page d’accueil : elle n’était plus semblable au test que tu nous avais proposé mais se rettrouvait formée d’une série de rectangles inégaux posés les uns à la suite des autres. En attendant que cela soit corrigé, je l’ai remise provisoirement à l’état antérieur. --Zyephyrus (d) 1 octobre 2011 à 22:04 (UTC)

C’est corrigé, il s’agissait de quelques accolades manquantes dans le css (sans doute perdues au cours d’un copier-coller). J’ai restauré la nouvelle version de la page d’accueil. Zaran (d) 1 octobre 2011 à 23:45 (UTC)
Merci beaucoup. C'était en effet une mauvaise manip de ma part. Tpt (d) 2 octobre 2011 à 11:34 (UTC)

formule d'acceuil-réponse[modifier]

bonsoir Tpt

excuse-moi du retard, je n'avais pas vu que tu m'avais répondu, à mon arrivé sur wikisource
merci de ta réponse! mais je suis étonné que tu me dise qu'il n'y a pas grand monde comme contributeur
pour moi ,biensur je ne vois personne dans les couloirs (quand je suis ici j'ai l'impression
d'être vraiment quelquepart, je veux dire dans un vrai lieu, à la difference de tout ce que j'ai vu
sur internet,jusqu'ici)... mais je sens bien qu'il y a du monde! et on sent un projet qui se vit
D'ailleurs ca m'interesserait de savoir combien on est en ce moment ici. Est-ce-qu'il y a un
outil ou on peut le voir?
J'ai vu que c'est toi qui a concu la page d'acceuil, c'est très bien mais ca manque de couleurs
ca m'interesserai de participer à ce genre de chose! salut --Daniel7 (d) 17 novembre 2011 à 22:04 (UTC)
Le manque de couleur : c’est la charte graphique de Wikisource. J’avais proposer un design comme celui de Wikipédia mais cela ne plaisait pas à tout le monde. Ensuite, pour le manque de contributeur réguliers, c’est parce que je constate que Wikisource n’arrive pas à la cheville de Wikipédia sur ce point et que je vois le nombre de chose que l’on pourrait faire et que l’on ne fait pas faute de contributeurs. Tpt (d) 18 novembre 2011 à 16:20 (UTC)


OK oui je pense qu'il y a des choses à faire, mais je trouve aussi que la qualité de l'édition
est excellente compte tenu du nombre de texte et de la nature véritablement libre du projet.
c'est peut-être une incompréhension de la nature potentielle du contributeur!--Daniel7 (d) 19 novembre 2011 à 16:29 (UTC)

Export Epub[modifier]

Bonjour

Je sors de la lecture du blog de Pyb http://wikirider.blogspot.com/2011/11/audience-de-wikisource.html , et j'apprends donc qu'un export Epub est dans le tuyau. J'avais fait au printemps 2011 une petite tentative d'amateur (voir Catégorie:Liseuse) avec Calibre, et notamment bricolé un moyen de faire générer une table des matières montrable. La grosse faiblesse de principe, c'était que le résultat (stocké à l'extérieur) était figé à la date de création. Je vais m'y remettre. S'il y a un accès aux spécifs de l'outil externe, je suis preneur.--Wuyouyuan - discuter 1 décembre 2011 à 05:32 (UTC)

Oui effectivement, Zaran et moi planchons dessus. Je vais sans doute créer un dépôt github ce Week-end avec un début de code pour pouvoir y travailler tous ensemble. Ce serait un script PHP à qui on donne l’url de la page principale du livre, génère la table des matières à partir du sommaire et récupère toutes les sous-pages de chapitres avant de créer l’epub. Tpt (d) 1 décembre 2011 à 16:38 (UTC)
Dès que c'est prêt, prévenez moi, que je puisse essayer.
Autre question au développeur: j'ai voulu me remettre à la fabrication artisanale d'ebooks à partir du HTML comme j'avais fait en juin 2011. J'ai découvert que le HTML des pages du domaine principal a proliféré. Il y a environ 100 Ko de choses bizarres, qui n'ont rien à voir avec le contenu affiché, avant le code "utile". En comparant un HTML de juin que j'avais oublié de jeter avec celui de la même page aujourd'hui, j'ai pu m'assurer que je ne rêve pas. Même remarque avec un fichier de début septembre. Les domaines annexes (Auteur:) ne sont pas affectés. Rien qui ressemble sur le WS anglais ni sur Wikipedia. A quoi cela correspond-il ? En attendant, ça rend inapplicable ma recette pour le nettoyage du HTML avant de le mouliner pour faire un fichier Epub. --Wuyouyuan - discuter 5 décembre 2011 à 13:14 (UTC)
Oui, j’ai ajouter dans le proofread_pages_header_template une partie caché qui concentre de très nombreuses métadonnées utile pour remplir celles des epub et pour des outils comme le "citer ce livre". Est-ce cela dont tu veux parler ? Sinon, si tu pouvais me communiquer ta recette ce serai génial. Tpt (d) 5 décembre 2011 à 16:10 (UTC)
Je ne suis pas assez compétent en html et extensions pour en juger. Ce qui m'étonne le plus, ce sont les vastes blocs de caractères qui ressemblent à des images numériques ou des tracés vectoriels.
Pour ma "recette", voir Wikisource:Des formats variés pour Wikisource/Technique provisoire et en particulier le paragraphe Obtention du texte de l'ouvrage en HTML. C'est en voulant rajeunir le paragraphe depuis la dernière évolution de Mediawiki que je me suis aperçu du problème. Mon idée de générateur d'Epub commençait par l'automatisation de cette étape (faire générer par Mediawiki un code HTML sans habillage de page). Pour la fabrication de la table des matières, j'avais eu l'idée de poser des balises que le logiciel de génération de document Epub saurait reconnaître. Calibre permet de décrire comment la structure du texte est reconnue. L'idée d'exploiter une description du document qui soit déjà sous forme de table des matières est plus évoluée mais n'était pas à la portée d'un bricoleur comme moi. Les exemples réalisés sont listés dans Catégorie:Liseuse --Wuyouyuan - discuter 6 décembre 2011 à 04:34 (UTC)

Suite de la réflexion: Il serait intéressant de proposer deux niveaux d'utilisation:

  • simple, en désignant un Livre: ; en exploitant la structure décrite dans le champ Sommaire et en prenant l'image comme couverture de l'ebook.
  • pour lecteur éclairé, en désignant une page composée en wiki selon de bonnes règles, qui permettrait de faire un extrait, réunir plusieurs volumes, réunir plusieurs ouvrages, désigner une image de couverture, insérer un commentaire stocké en page utilisateur etc.

Suggestions d'ouvrages dont je me suis occupé, pour tester les limites du produit: Essai sur l’inégalité des races humaines: structure complexe avec plusieurs préfaces, six livres divisés en chapitres, deux volumes avec coupure au milieu d'un livre, centaines de notes de bas de page dont certaines très longues. Introduction aux Mémoires historiques de Se-ma Ts’ien: partie d'un volume, notes reliées explicitement au texte principal (la moitié du texte), tableaux, caractères chinois. --Wuyouyuan - discuter 6 décembre 2011 à 05:34 (UTC)

Bonjour, (et pardon de m'ingérer dans cette discussion)… Je me livre aussi à des essais personnels de construction d'epub, et l'automatisation du processus depuis Wikisource m'intéresse particulièrement :) - Wuyouyuan, as-tu essayé l’affichage "Mobile" (en bas de l’écran) pour exporter le html… sur un gros roman comme Consuelo/Texte entier, j'ai une différence de plus de 400 Ko de la taille du html. - D'autre part, puis-je te demander ce que tu utilises comme éditeur pour "nettoyer" le html avant la conversion - en utilisant Seamonkey (de Mozilla), j'ai l'avantage de pouvoir éliminer des blocs entiers "parasites" d'un simple clic (sélection de la balise concernée et de son contenu - puis effaçage) ? est-ce que ça pourrait t'aider ? - très --Cordialement, Hélène (d) 6 décembre 2011 à 08:51 (UTC)
Chère Hélène, je suis un inconditionnel de notepad.exe dont les ressources sont inépuisables. --Wuyouyuan - discuter 6 décembre 2011 à 11:06 (UTC)
Notepad, que je ne connais malheureusement pas… car je suis sur un Mac :) --Cordialement, Hélène (d) 6 décembre 2011 à 11:27 (UTC)
Pour l’automatisation de l’obtention d’un html propre, j’avais mentionné ici une méthode assez efficace (paragraphe technique alternative). C’est comme ça que je comptais faire pour l’export d’epub. Zaran (d) 6 décembre 2011 à 09:42 (UTC)
Zaran, ton "truc" me semble donner des résultats satisfaisant en matière de "nettoyage" du html… par ailleurs, as-tu déjà utilisé dotepub (bookmarklet ou widget et on peut l'installer comme API)… il y aurait peut-être quelque chose à en tirer pour le projet d'epub — évidemment, il ne fait "que" des epub, pas comme Calibre :) --Cordialement, Hélène (d) 6 décembre 2011 à 11:27 (UTC)
Ca ne veut pas fonctionner chez moi. J'ai toujours la page ornée qui s'affiche. Par contre, l'affichage "mobile" très discret en bas à gauche donne effectivement un HTML sans ornement ni format, avec juste deux blocs à éliminer au début et à la fin, comme la "page imprimable" autrefois. J'essaie demain le processus complet sur un cas réel. --Wuyouyuan - discuter 6 décembre 2011 à 11:31 (UTC)
Étrange, je viens de réessayer et cela semble marcher. Es-tu sûr de bien ajouter &action=render à la fin de l’adresse? Par exemple: [1]. Zaran (d) 6 décembre 2011 à 16:31 (UTC)
@Wuyouyuan : je compte pour l’instant créer un première outil tout automatisé (ton mode simple). Voici son mode de fonctionnement : je récupère le contenu de la page d'accueil. J'en extrait les métadonnées utile (nom de l'auteur...) via ce microformat déjà implémenté dans les principaux modèles (Proofread_pages_header_template, Titre...) et le sommaire s'il existe et s'il est encapsulé dans un noeud html portant l'identifiant ws-summary (déjà fait automatiquement pour les sommaires issu du mode page). Je récupère grâce à celui ci le nom et l'ordre des chapitre dont j'obtiens le contenu via le paramètre action=render. Je supprime les modèles inutiles (navigation...) via la classe ws-noexport qu'il faudra apposer à une balise html encapsulant l'ensemble de ces modèles. Je peut enfin créer le epub. Pour le mode expert, c'est vraiment du cas par cas donc difficilement automatisable via un script. C'est loin d'être parfait mais c'est je croit le plus faisable. Tpt (d) 6 décembre 2011 à 19:12 (UTC)


Mon idée du "cas par cas" consiste à permettre au lecteur éclairé de composer lui-même une sorte de "Livre:" qui n'existe que pour lui, avec les métadonnées qu'il veut (les mêmes que pour les Livre: réels), et des appels de pages existantes par leur adresse wiki. Même structure de données que la "solution simple", mais libérée de la logique Un livre: = Un ebook. Un exemple: je veux composer un recueil "oeuvres complètes de Joseph Gabet" : j'appelle Notice sur la prière bouddhique ; Extrait d'un rapport de M. Gabet ; Relation du voyage de MM. Gabet et Huc ; Coup d’œil sur l’état des missions de Chine (en créant un texte entier pour cet ouvrage en plusieurs chapitres) ; Les Quarante-deux points d'enseignement. Cette énumération réunit des ouvrages en mode page et d'autres non. L'insertion de notices, pages composées dans mon espace utilisateur, est possible en suivant le même procédé. Le point de départ désigné à l'application est une page utilisateur où cette description a été écrite.
Le processus étant exactement le même, la charge de travail du développeur est légère, à condition qu'il n'ait pas marié trop étroitement la structure du Livre: avec son développement de base. Je suis bavard pour persuader le développeur de construire son application en deux parties: décrire le contenu (plusieurs développements) ; générer l'ebook (un développement), un peu comme le Book Creator (Book Creator, qui génère un fichier .ODT que Calibre sait convertir, fonctionnera sur Wikisource le jour où il restituera le texte, pas les instructions de transclusion). --Wuyouyuan - discuter 7 décembre 2011 à 02:47 (UTC)
C’est déjà fait : il y a un module pour pour obtenir toutes les info sur le livre et un module pour l’export en chaque format (pour l’instant epub mais demain PDF, ODT…). Ils communiquent via une grande classe contenant toutes les métadonnées et un grand tableau avec tout les chapitres à inclure. N’hésite pas à regarder le tout début du programme. Je suis ouvert à toutes les remarques. Le mode expert est tout à fait imaginable sans changement majeur de structure. On pourrait imaginer ce mode avec une grande page web de paramétrage. Tpt (d) 7 décembre 2011 à 16:54 (UTC)

En effet. Je fais confiance au développeur. J'ai bien été programmeur dans une vie antérieure mais je ne sais plus faire.--Wuyouyuan - discuter 8 décembre 2011 à 13:15 (UTC)


Tpt, après avoir testé sur L’Homme de neige (RDDM) ce texte (compilation d'articles de la RDDM), j'ai constaté que ça ne marche pas du tout sur ces textes. Que faudrait-il faire pour que ça soit bon, en dehors de travailler sur le "Texte entier" ? --Cordialement, Hélène (d) 19 décembre 2011 à 18:29 (UTC)


Bonjour tous et Tpt, Hsarrazin (d · c) m'a proposer de prendre contact avec toi. En effet, j'arrive tout juste sur WS et je m'éclate à faire (et à baliser le texte) du Livre:Shakespeare - Œuvres complètes, traduction Hugo, Pagnerre, 1873, tome 12.djvu . Hsarrazin (d · c) m'a donné un lien pour tester le générateur ePub (http://wsexport.wmflabs.org/tool/book.php). Il y a certes encore du boulot, le code est alourdi et à première vu, je n’ai pas vu de CSS (celui de Hsarrazin (http://fr.wikisource.org/wiki/Utilisateur:Hsarrazin/test#Ma_feuille_de_style_perso) a l'air bien pour une couv, reste à faire le rest, je me propose d'aider). Comme je lui disais, je code généré par InDesign 5.5 est le plus court que je connaisse (je n’ai pas trop testé Calibre car c'est mon métier de mettre en page sur InDesign !) et le plus efficace en terme de notes et TdM. Si tu as besoin de tester des choses (car pour coder, je connais un peu le php, mais je n’ai fait qu'une formation de 4 mois sans trop de pratique depuis).
Il me semble donc que le code généré est inexploitable, c'est donc une version alpha ! Ne peut-on pas simplement extraire le texte et sa feuille de style et mettre le CSS au lieu de généré du xmlns="http://www.w3.org/1999/xhtml" à tout bout de champ ? Qu'en est-il de la limite de 300 Ko par fichier dans l’ePub ?
Ah, il y a autre chose : votre cas par cas est loin dans ce cahier des charges. Je pense qu'il faut simplement rester… simple : générer la couv, l'intro, les métas données, le texte, un CSS standard (pour l’instant), une TdM, le © de licence GNU quelque chose. Si on veut générer un livre d'un des tomes (comme celui que je fais), il faut savoir que les notes sont mises en fin de tome avant l'annexe. Dans une page nous auront — lors de la génération de la pièce Henry V, par exemple — le début des notes du livre suivant (Henry VI), en effet, dans le papier, le texte ne sépare pas les notes pour telle ou telle pièce de Shakespeare. Ce § en trop devrait existé.
Voilà, donc je me proposerais bien pour aider, mais n'étant pas un grand codeur (je sais programmer depuis… 30 ans déjà ! ça passe vite, mais bon pas en mode fast ! Donc si besoin de faire une CSS, ce sera largement dans mes cordes.
--Matisk (d) 19 février 2012 à 14:36 (UTC)
En effet, le xhtml généré n’est pas génial mais on est obligé de faire avec ce que l’on a, à savoir ce que Mediawiki nous propose. « au lieu de généré du xmlns="http://www.w3.org/1999/xhtml" » je ne vois pas que tu veux dire, le format epub est basé sur du xhtml valide, la précision du namespace est obligatoire. Pour Shakespeare, c’est un cas particulier. l’exportateur se veux générique et fonctionne pour toutes les Wikisource. Le microformat est justement là pour gommer les disparités ainsi que les css spécifiques à chaque langues (Mediawiki:Epub.css pour fr). Au sujet de ces derniers, je viens de m’apercevoir d’une régression qui empêchait l’inclusion de cette feuille de style. C’est maintenant réparé. Pour l’aide sur les CSS, j’accepte ton aide avec grand plaisir. Si tu connais git, le dépôt est là pour toi !Tpt (d) 19 février 2012 à 15:32 (UTC)

Tests de WSexport[modifier]

J'ai fait hier soir quelques tests en sortie Epub. J'ai testé le résultat avec le visualiseur de Calibre, Adobe Digital Reader sur PC, et un Sony PRS-850 (avec Adobe Reader Mobile). Quelques résultats à problèmes certains (il y en a d'autres que je n'ai pas pu encore cerner):

  • L’Ingénieux Hidalgo Don Quichotte de la Manche (wiki avec chapitres ; quelques chapitres du début sont en mode page)
    • Calibre : OK (tous les chapitres sont présents dans la table des matières avec le libellé; le libellé du chapitre n'est pas dans le texte)
    • Adobe sur PC : OK id
    • Sony Reader : "Page error" à l'ouverture.

Je vais continuer les tests.

Suggestion : Ajouter sur la page de titre (la 2e après l'image) la date et l'heure de création. Quand on fait de tests répétitifs sur le même ouvrage, on finit par ne plus être sûr de ce qu'on regarde.

--Wuyouyuan - discuter 30 décembre 2011 à 03:48 (UTC)
Je crois avoir trouvé la différence entre les chapitres avec image qui plantent et ceux qui donnent un bon résultat: si l'image est dans une page transcluse, tout va bien. Si elle est appelée directement depuis le chapitre, ça plante. Un exemple : Nouvelles asiatiques/Becque/La Vie de voyage.
Hypothèse: le "Page error" des ouvrages en wiki sur Sony Reader proviendrait de la présence d'une première page, destinée à recevoir l'image du Livre:, et qui ne contient rien. --Wuyouyuan - discuter 30 décembre 2011 à 05:23 (UTC)


Bonjour Tpt,
  • Je fais mes tests sur deux autres outils que Wuyouyan, à savoir le epubreader de Firefox et Sigil (application d'édition d'epub), qui me permet de les remanier facilement, en particulier en leur ajoutant "ma" feuille de style perso (que je te livre Utilisateur:Hsarrazin/feuille_de_style sans aucun droit d'auteur) - elle me permet d'harmoniser tous les epubs, quelle que soit leur provenance…, ce qui, avec ma liseuse Cybook Opus nous fait 6 outils de test : penses-tu que nous pourrions envisager de mettre en place des indicateurs "testé avec Calibre,", "testé avec epubreader", etc. ?
  • en faisant des tests hier soir, j'ai constaté que la pratique consistant à "masquer" les chapitres dans les pages (soit avec Noinclude, soit dans l'entête), le titre apparaissant dans la boîte de navigation, donne des résultats assez pénibles à lire, car on "perd" le passage d'un chapitre à l'autre. sur cet ouvrage, j'ai remis en place les titres de chapitres, et revu la transclusion… le résultat est beaucoup plus satisfaisant : ça fait partie des caractéristiques qu'il faudrait tester pour un bon "export" :)
  • J'ai vu que tu as passé en metadonnées les données d'éditeur et de date (ou de recueil ou revue d'origine des textes) - penses-tu qu'il serait possible de les ajouter (sans trop charger) sur la page de titre ? - la date d'export (comme suggéré par Wuyouyuan) serait également une bonne idée :)
  • Penses-tu qu'il serait possible d'intégrer au début (ou à la fin) de chaque epub, une page de "non copyright" - indiquant que cet ebook provient de Wikisource-fr et ses conditions d'utilisation et de diffusion (libres) (à rédiger et soumettre au Scriptorium - je n'ai pas réussi à trouver sur le site de page équivalente…), un peu comme le fait Gutenberg, et éventuellement, à la fin, un petit encadré à partir de l'Infoédit (idem), afin de "créditer" les contributeurs ?
  • est-il possible de désigner comme page principale une page qui n'est pas dans l'espace Principal (une page Utilisateur par ex.) ? - car je voudrais faire des tests, sans parasiter l'espace principal…
  • dernier point : sur la page d'accueil du moteur [2] il y a une faute à "naime" au lieu de "name" - tu as dû être influencé par "mainspace" Mort de rire - serait-il possible "aussi" d'indiquer le texte en français ? - et d'autre part, le moteur indique de choisir le wikisource (en ou fr) : cela signifie-t-il qu'on peut "exporter" de tous les WS ?
Merci !merci pour tout --Cordialement, Hélène (d) 30 décembre 2011 à 08:16 (UTC)
Oui Le coup des titre de chapitre est en effet génant, je pense comme toi que cela doit faire partie des conditions qui sont avant tout à faire respecter. Je te laisse mettre à jour les conditions.
Pour l’ajout des métadonnées dans la page de titre je vais faire cela tout de suite. Si quelqu’un pouvait faire un design propre pour cette page de titre sur Wikisource, je me ferai un plaisir de l’intégrer à l’exportateur.
Pour la page de "non copyright" Pyb est en train d’y travailler.
Pour les problèmes d’images je vais regarder cela. Si vous puviez lister les livres à problèmes, ce serai génial comme base de travail et de test. Tpt (d) 30 décembre 2011 à 09:53 (UTC)
Pour le design de la page de titre, je sais très bien le faire en xhtml avec css (donc pour epub), mais je suis incapable de le reproduire en Wiki… veux-tu mon code ? Utilisateur:Hsarrazin/test - je vais essayer d'en faire une "mise en forme" visible… mais je ne garantis rien :S --Cordialement, Hélène (d) 30 décembre 2011 à 10:27 (UTC)


Problème avec des "bon pour export"[modifier]

Bonjour Tpt (Thomas, c'est çà ?),

En voulant tester des poèmes, ce matin, je me suis aperçue que certains titres dans Catégorie:Bon pour export ne passaient pas chez moi…

En particulier : Fables de La Fontaine, livres I-III - désolée, les messages d'erreur ne sont pas vraiment "poétique" mais je te les ai mis en <poem> pour la lisibilité…

Message d'erreur d'epubreader 

Désolé, mais une erreur est malheureusement advenue durant le chargement de votre fichier ePub :(. Merci de nous aider à améliorer EPUBReader en nous envoyant les informations qui suivent par email à epubread@gmail.com. Merci !


start: Sat, 31 Dec 2011 08:20:01 GMT

store: begin
store: /Users/helenesarrazin/Library/Application Support/Firefox/Profiles/mrqq9m6j.default/epub/1312/1312.epub
store: end
zip: begin
zip: end
getContent: begin
readFile: begin, /Users/helenesarrazin/Library/Application Support/Firefox/Profiles/mrqq9m6j.default/epub/1312/META-INF/container.xml
readFile: end
readFile: begin, /Users/helenesarrazin/Library/Application Support/Firefox/Profiles/mrqq9m6j.default/epub/1312/OPS/content.opf
readFile: end
TypeError: spine is undefined

Message d'erreur de Sigil 

Error info: Cannot load file /Users/helenesarrazin/Downloads/Fables de La Fontaine, livres I-III.epub: /Users/john/Tmp/s/sc/src/Sigil/Importers/ImportOEBPS.cpp(351): Throw in function QString ImportOEBPS::GetNCXId()
Dynamic exception type: boost::exception_detail::clone_impl<ErrorParsingOpf>
std::exception::what: std::exception
[line_number*] = 12
[error_string*] = Expected '#' or '[a-zA-Z]', but got ' '.
[column_number*] = 187

Sigil version: 0.4.2
Runtime Qt: 4.7.3
Compiled Qt: 4.7.3
Platform: Mac SysInfo ID 8

Il serait sans doute préférable de prévoir un endroit précis pour mettre ces messages sur les ouvrages qui ne "passent" pas… on fait ça où : une catégorie "export à problème", la PdD de Catégorie:Bon pour export, une page spéciale dédiée ?

Très --Cordialement, Hélène (d) 31 décembre 2011 à 08:29 (UTC)

C’est corrigé pour l’outil en ligne sur le toolserver. C’était un problème de caractères non échappés. J’ouvre une page pour les discussion spécifiques à l’outil et les rapport de bugs. Tpt (d) 31 décembre 2011 à 09:56 (UTC)
PS: Le livre que tu me montre ne respecte pas les critères d’export.

Proposition d'icone pour l'outil "poem" de la barre avancée[modifier]

Bonjour Tpt, et BONNE ANNÉE !!

Je crois me souvenir que c'est toi qui as introduit dans la barre d'outil "Avancé" (Vector) l'outil pour insérer rapidement les balises de "poem"… avec une icône qui, malheureusement, est la même que celle pour la signature, ce qui engendre parfois des confusions… - faute d'en avoir trouvé une plus satisfaisante… je te propose Feather.svg, qui me semble assez sympa, et dont la taille est adaptable.

Sinon, il y aurait bien P writing.svg, mais il faudrait retirer le fond mauve :) (je ne sais pas faire pour les fichiers vectoriels (pas d'outil d'édition)

Qu'en dis-tu ?

--Cordialement, Hélène (d) 1 janvier 2012 à 11:52 (UTC)

C’est fait. J’ai utilisé avec [Inkscape http://inkscape.org/download/?lang=fr], logiciel facile à prendre en main et multiplateforme. Bonne année ! Tpt (d) 1 janvier 2012 à 12:44 (UTC)

EPUB sanitizer[modifier]

Hi Tpt, congratulations on your tool for exporting EPUB files. Another interesting addition would be an EPUB sanitizer for wikimedia commons. With that tool we would be able to upload EPUB files to commons! Would you dare to write one? --Micru (d) 8 janvier 2012 à 21:17 (UTC)

This sanitizer will be very difficult to create. I have no time to do it well. Tpt (d) 9 janvier 2012 à 17:10 (UTC)
No problem! Anyway, I am already very happy with the export tool :) Keep on with the good work! Greetings from Viquitexts!--Micru (d) 10 janvier 2012 à 07:42 (UTC)

some bugs & suggestions for wsexport[modifier]

Salut Tpt! here's some bugs and suggestions gathered also from other users:

  • in the toolserver page, the lang is maxlength 2, but there are languages with a 3 letter code and even longer like zh-min-nan:! :-)
  • there's also www.wikisource.org aka oldwikisource: is it possible to make the following codes point to it? "www", "old", "oldwikisource", "-", "" (I tried to include all the values that are actually used somewhere to refer to it)
  • also, maybe other projects can be interested, especially wikibooks and wikiversity, is it possible to add a parameter "project" (default = wikisource)? microformat data are probably not relevant for them, so I think they can be omitted from the cover
  • is there some way to include also subpages of a page and get an epub with the complete text with navigable chapters? it not yet, do you have any plan to do this?
  • user Aubrey has contacts with a professional e-book publishing house, and we will try to get some feedback from them about the quality of the work. Are you interested? Do you have some sample epubs that you would like to submit, just to see what they think?

Merci beaucoup for your time. I took a look into your code on github, seems very well written and clean. I really wish I had more time to contribute directly. Candalua (d) 11 janvier 2012 à 22:04 (UTC)

The prblem of the lang code is fixed. You can use www for oldwikiosurce. For wikibook and wikiversity, I’ll see. For the integration subpages it’s works automatically. An exemple : it:Dell'obbedienza del cavallo, epub. I think it’s what want ? For the professional e-book publishing house, I will be very interesting to know that they think about the tool. For the inside presentation and content formatting it’s for each project to work with their Mediawiki:Epub.css. We are working on an "about" for French books, it’s may be good that each Wikisource write one in his language. Tpt (d) 12 janvier 2012 à 15:44 (UTC)

As for subpages: wow! I remember I tried just some days ago and they didn't appear, so I thought that this functionality was not yet implemented. But now it seems to work, so it's ok :-)

Here's a first feedback we got from Simplicissimus on the epub of it:Dialogo della salute (translation is mine, here the original):

  • the epub is not valid, that is, it doesn't respect the format's specifics. This is a crucial and blocking point for every epub that has to be distributed officially, because invalid epubs have unexpected behaviour on e-book readers and on any pre-analysis systems (that in turn generate other problems).
The thing to do is, for every epub made, check its validity. This you can do with the epub validator, that you find here: http://code.google.com/p/epubcheck/ or, for fast and offline checks, with the Threepress application: http://threepress.org/document/epub-validate
  • Textual cover (not a problem in itself) but with misaligned image (you already corrected this one, I think)
  • The greek text (search just before "Egli s’aggira bene nell’oscurità") are well-coded in the code, but not all of them are rendered by Adobe Digital Editions, that is the main epub rendering engine. This leads to the fact, that if you open [the epub] with Digital Editions, some letters are replaced with question marks.
  • the title of the cover should not be a generic "title"

Candalua (d) 12 janvier 2012 à 20:24 (UTC)

Thanks for this feedbacks. For the validation I’ve some hard problem that’s are very difficult to solve without getting the export tool slower (like spit the greats chapters and replace all depreciated html elements like "center") . I’ll work on that. The great problem with Adobe Digital Editions is that it doesn’t manage the full unicode. Ok, for the cover title, I’ll translate it in each language. Tpt (d) 12 janvier 2012 à 21:25 (UTC)
Thanks to you :-) It would also be nice to translate the string "Exported from Wikisource ...". What about submitting translations to translatewiki, if it's not too much of a bother? Or otherwise every subdomain can just translate the messages in their local Mediawiki namespace. Candalua (d) 12 janvier 2012 à 22:30 (UTC)


I've started the page oldwikisource:Wikisource:WSexport gathering all your instructions for configuring the tool. Can you review it, to see if I got everything right?

And, since not many people seems to have read your first message on oldwikisource's Scriptorium, I've also created a distribution list for Wikisource, to automatically deliver messages to the Scriptoriums of (nearly) all Wikisource subdomains through the m:Global message delivery system. And I've asked that you be granted access, which they did. Would you like to use it to send a new and updated announcement about the tool, with a link to the instructions' page? and also including something like "This message was distributed to all Wikisources using the Global message delivery system. If you want to use it to send your messages, ask for permission here." Candalua (d) 15 janvier 2012 à 13:53 (UTC)

Thanks a lot for the Wikisource:Wsexport page and for the Global message delivery. I have post a message. Tpt (d) 15 janvier 2012 à 19:49 (UTC)


Salut Tpt, here's another one: one user told on it.source that he owns a Kindle, but since it doesn't support .epub, he tried converting our epubs to .mobi and had good results. Is it possible to directly export in .mobi format? i.e. produce an epub and then automatically convert it to .mobi, using calibre command-line tools or something like that Candalua (d) 19 janvier 2012 à 21:34 (UTC)

I will think about that when the epub export will be finished. It’s a very good idea. 20 janvier 2012 à 19:19 (UTC)


Bonsoir Tpt, here's more work for you :-) The page MediaWiki:Wsexport_about is very good, but it should also indicate the source, like the PDF export does, showing a permanent link to the exact version of every page used for the export. The license too should be indicated (this can be done directly on MediaWiki:Wsexport_about, of course). Merci beaucoup Candalua (d) 26 janvier 2012 à 21:19 (UTC)

And also: sometimes the contributors' names do not appear. It seems to happen on subpages; in top-level pages all looks good. Candalua (d) 26 janvier 2012 à 21:35 (UTC)
For the licences, it’s on MediaWiki:Wsexport_about and for the links, I will do that. For the contributors name, there is a problem for vec Wikisource he: t ws-scan microformat mustn’t include the name of the book namespace, you put in only the name of the page like "Champollion - Lettres écrites d’Égypte et de Nubie en 1828 et 1829.djvu". For others things about contributors’ name talk to User:Phe that have create an api, used by Wsexport. 27 janvier 2012 à 17:52 (UTC)
PS: The form system of vec Wikisource is very amazing. Good job ! Tpt (d) 27 janvier 2012 à 17:52 (UTC)
Thank you! I'm currently exporting the same system on it.wikisource too. The form system is also linked to an hidden "data area" (already on it.wikisource, but without the form): every form field is stored in a labeled section and trascluded where necessary. Very useful to store every information only in one place, without duplicating data, and then show it exactly in the right places. It's similar to MediaWiki:Proofreadpage header template (which was created around the same time, and that we discovered when our system was already fully implemented), but not limited to Indexes' data, but also texts, authors... For example, in our author pages we have a template that just takes as input the text title, and then gets data from the text's page and shows the name of the author, the year of publication, the link to the index page, and if it's a translation, from which language and who is the translator and the year of translation... nice, isn't it? :-)
About the problem above: yes, thanks to Phe I fixed the problem of the book namespace, but still I don't see contributors on non-proofread subpages (this one for example; but from its main page it works). Candalua (d) 27 janvier 2012 à 20:14 (UTC)
LOL, I see that on it.source the exportation date is printed as 27/01/12, while on vec.source is 01/27/12... I guess our poor language does not have its own locale, so it defaults on English :-( BTW, "2012" is better than just "12". But maybe I'm being too much pointilleux... (is it the right word?) Candalua (d) 27 janvier 2012 à 21:43 (UTC)
The last one for today, then I go to sleep: in addition to <span id="ws-summary">, would it be possible to use something like <span class="ws-summary"> around every single text that we want to be included in the export? It will greatly simplify the things, because we can just put it into it:Template:Testo. Candalua (d) 27 janvier 2012 à 23:09 (UTC)
For the locale, it’s a PHP problem. It’s possible to use more than one <span id="ws-summary">, it’s not html valid but it’s working. I will add also a class=ws-summary" in the future. Tpt (d) 28 janvier 2012 à 15:38 (UTC)
The credits trouble was in two part, first) contributors w/o any flags (nor sysop nor patroller etc.) was never credited...; second) contributors with edit only to the main page wasn't credited. Both are fixed now but only the first fix is live, the second need a sync from git to the website, probably in the next few days. — Phe 28 janvier 2012 à 13:43 (UTC)

Merci beaucoup for the fixes. I have created oldwikisource:MediaWiki:Wsexport about, you can use it as default if the local page does not exist. I have also other bugs to report, unfortunately... :-( On it.wikisource they told me that Adobe Digital Editions gets stuck when trying to open the epubs, and on oldwikisource if I try to export a page with special characters (accented letters, etc.) it tells me "Not found". Candalua (d) 1 février 2012 à 21:23 (UTC)

Thanks. For oldwikisource I’ll looking on that. There are many Problems with Adobe Digital Edition : it open only valid xhml pages without depreciated elements. Mediawiki 1.19 will do a part of the cleaning and, when I’ll see what elements remain, I’ll remove them with the tool. Tpt (d) 2 février 2012 à 16:27 (UTC)

Correction des modèles Personnage et PersonnageD[modifier]

Merci pour les retouches effectuées sur les modèles {{Personnage}} et {{PersonnageD}}, je ne sais si c'est en relation avec ma demande sur le scriptorium, mais si c'est le cas, malheureusement, le problème n'est pas résolu. L'interligne entre le nom du personnage et la réplique qui lui succède est toujours aussi grand. Peux-tu améliorer cela ? Cordialement. --M0tty (d) 23 janvier 2012 à 22:02 (UTC)

Non, je n’ai pas changé l’espace. J’ai juste amélioré le code du modèle. Perso, je le trouve proportionné au reste (c’est l’espace standard entre chaque paragraphe). Tpt (d) 24 janvier 2012 à 16:18 (UTC)

Page d'accueil : un cadre déplacé mais le modèle fonctionne bien[modifier]

Bonjour Tpt,

J’ai rafistolé (assez grossièrement comme tu le verras mais ce n’est pas destiné à durer) une ancienne version de la page d’accueil, car l’affichage automatique de l’extrait a fonctionné, mais il a déplacé un cadre et je n’ai pas su le remettre. En tout cas, l’affichage fonctionne tout à fait bien, c’est l’essentiel.

Pourrais-tu dire plus en détail sur le scriptorium ce que c’est que l’extension sur laquelle nous sommes appelés à voter? Tu en as parlé sur IRC mais les wikisourciens ont peut-être aussi besoin d’explications ?

J’ai aussi ajouté un sous titre commentaire sous pour et contre, car il me semble avoir vu aussi cette partie dans d’autres votes.

Merci encore pour le modèle d’affichage des extraits :)

--Zyephyrus (d) 30 janvier 2012 à 07:42 (UTC)

Merci pour la réparation. En effet, je ne savais pas si la fermeture du div devait figurer à l’intérieur du modèle ou à l’extérieur. --Zyephyrus (d) 30 janvier 2012 à 16:24 (UTC)

WSexport[modifier]

Salut,

Juste pour signaler une sorte de bug sur le site en lui-même, je n’arrive pas à accéder à la page À propos.

Cdlt, VIGNERON * discut. 30 janvier 2012 à 18:06 (UTC)

Merci. C’est normal : la page n’existe pas encore. Tpt (d) 30 janvier 2012 à 18:25 (UTC)

Tool for Wikibooks[modifier]

Hello. The people at it.wikibooks have heard about your ebook creator, and would like to ask whether it is possible to use it on Wikibooks.
Moreover, can one enter the title of a Collection instead of a book? If the tool accepts the collection syntax, then it will be very easy for users to define the structure of the book and to synchronize the PDF and ebook versions, and I guess it could also help in writing the code (no need for an extra tool to define the set of chapters). It would also make the tool support not only Wikibooks, but also Wikiversity, Wikipedia, etc. --LoStrangolatore (d) 6 février 2012 à 18:05 (UTC)

No, it’s currently not possible to use it with Collections system. The export tool use a specific set of microformat very integrated with the ProofreadPages extensions. For an integration with Collection, the best will be to use the build of the collection extension and to write an other epub generator based on the xhtml parser (it will be not more than 200 lines of code). Tpt (d) 6 février 2012 à 18:21 (UTC)
Ok, thanks for the information. --LoStrangolatore (d) 6 février 2012 à 20:22 (UTC)

Page:Latocnaye - Promenade d un francais en suede et en norvege, 2e part, 1801.djvu/6[modifier]

En effet, je m'étais trompé d'apostrophe en créant les liens. Mais il aurait été aussi efficace de me prévenir que de corriger en urgence. J'aurais fait. Renommer des pages quand il n'y a plus de lien pour les atteindre est un peu laborieux, il faut un artifice. --Wuyouyuan - discuter 11 février 2012 à 03:31 (UTC)

Qu'entend-tu par artifice ? Tpt (d) 11 février 2012 à 11:04 (UTC)
J'ai mis le texte du lien sur une page de notepad et copié-collé dans le champ "recherche" du wiki en changeant le numéro de chapitre à chaque fois. Rien d'héroïque. J'aurais dû faire attention en créant les chapitres. --Wuyouyuan - discuter 12 février 2012 à 11:35 (UTC)

Test liseuse[modifier]

Salut Tpt, dans le cadre de Wsexport si tu as besoin de varier les tests j'ai à disposition une sony PRS650 & une bookeen orizon, n'hésite pas à me demander de faire des tests (sur ma PDD wikipédia pour plus de réactivité). Symac (d) 17 février 2012 à 20:12 (UTC)

Modèle:Nav[modifier]

Pouvez-vous rendre l'entête de chapitre modèle Nav invisible pour WSexport. J'ai l'explication pour ajouter la class="ws-noexport mais comme je suis très maladroit et que le modèle est très utilisé je préfère demander à l'expert. (pas d'urgence). --Wuyouyuan - discuter 25 février 2012 à 06:38 (UTC)

C’est fait. Tpt (d) 25 février 2012 à 08:58 (UTC)

Formulaire "Auteur"[modifier]

Bonsoir Tpt,

ça n'est pas le plus important des boutons, mais ce soir, en voulant mettre à jour la fiche de Paul Claudel, je me suis aperçue que le bouton permettant d'ouvrir le formulaire n'apparaissait pas, malgré plusieurs tentatives :(

Je te le signale donc parmi les dernières séquelles du passage au 1.19 (jespère) - Merci pour tout le boulot que tu as fait pour nous permettre de continuer à travailler dans les meilleures conditions possibles :) --Hélène (d) 4 mars 2012 à 22:45 (UTC)

Merci, c’est corrigé. J’avais oublié de mettre à jour le système ajout du bouton. Tpt (d) 5 mars 2012 à 13:57 (UTC)

Admin sur old[modifier]

J'aimerai devenir admin sur oldwikisource pour modifier les js centraux. Je poste ma demande sur https://wikisource.org/wiki/Wikisource:Administrators ?

Oui, il y a une section dédiée aux demande d'adminshp sur cette page, précise que tu as besoin de modifier les js centraux. — Phe 11 mars 2012 à 20:59 (UTC)

oldwikisource:Wikisource:Microformat[modifier]

Hello! I have a several questions.

  1. Should we support a microformat field on the author's pages? Why?
  2. Fiedls ws-wikipedia, ws-wikiquote and ws-commons should be plain text or links?
  3. Tags like <span id="ws-key" style="display:none;">Fables</span> is ok?
  4. I try export Russian page in epub, but the file name is absolutelly messy, e.g. for ru:Публий Вергилий Марон i get « РџСѓР±Р»РёР№ Вергилий Марон.epub ». Fix it please.
  5. Many e-books devices support the popular xml-based format .fb2 (and .fb2.zip for zipped one). Could you support it too?

-- Sergey kudryavtsev (d) 19 mars 2012 à 09:56 (UTC)

PS: I add "Download as EPUB" link as described in oldwikisource:Wikisource:WSexport#Direct link from Wikisource pages and this way produce right filename. Rather, when i type same page name in form at [3] i get a messy file name. -- Sergey kudryavtsev (d) 19 mars 2012 à 10:38 (UTC)

Thanks for your interest.
  1. No. It’s not used by the export tool but they are used by [4] in oder to create author pages.
  2. Plain text as in the examples.
  3. Of course. You can also add metadata in nodes with ws-noexport class.
  4. I do so in order to don’t have problem with ascii file system like zip. I’m working on a better transformation.
  5. It doesn’t look like very used expect in Russia. I will think about well the ODT export will work well.
Tpt (d) 19 mars 2012 à 17:17 (UTC)

Problème de lien brisé[modifier]

Bonjour,

pouvez-vous m'aider : je n'arrive pas à créer le Livre:"FRAD006 G1234 visite de Gattières par Monseigneur Antoine Godeau.pdf" Le premier avait un problème car se nommait ".....pdf.pdf" il faudrait le supprimer (je ne peuis le faire n'étant pas administrateur) et le second avait été créé anonymement donc n'a pas fonctionné. En le recréant identifié, le livre ne se crée toujours pas. Je pense qu'il faut la main d'un administrateur pour tout décoincer ? Cela me serait précieux. Un immense merci d'avance pour vos conseils ou actions. Hélène Cavalié. 20 mars 2012, 20:13

Ajout à la réflexion sur IRC - échange avec Aristoi[modifier]

Pour info, tu venais de sortir…

[12:50] <--| Tpt has left #wikisource-fr

[12:50] Hsarrazin une des difficultés dont on parlait quand tu es arrivé, c'est l'identification de la "page principale" d'une oeuvre dans l'espace principal... certaines sont placées en "sous-page" car il y a des éditions multiples....

[12:51] Hsarrazin d'autres ont des intervalles de pages dans la balise header, parce qu'elles proviennent de "recueils".... donc c'est un peu délicat à mettre en place.... i

[12:51] Hsarrazin il va falloir en débattre et y réfléchir pendant un moment, pour pas se planter

[12:51] Aristoi2 il fausrait aussi pouvoir identifier les pages d'homonymies et multi-éditions

[12:52] Hsarrazin Aristoi2: ça c'est très facile.... il y a le modèle {{éditions}} ou le modèle {{homonymie}}

[12:53] Hsarrazin ... mais c'est vrai qu'il va aussi falloir les traiter en balisage sémantique, pour les faire apparaître correctement

[12:53] Aristoi2 enfin, surtout les multi-éditions, pour ne pas multiplier les lignes de Auteur: "inutilement"

[12:54] Hsarrazin tout à fait....

[12:55] Hsarrazin d'ailleurs, Tpt étant parti juste avant que tu le dises, je vais lui retransmettre le sujet de réflexion

…. voili, voilou… effectivement, c'est un aspect qui risque d'être un peu délicat à gérer… je te laisse cogiter là-dessus…

--Hélène (d) 24 mars 2012 à 11:57 (UTC)

pour les "pages principales", il y a aussi ce genre de choses à gérer (articles ou romans en plusieurs parties dans plusieurs FS différents) Six mille lieux à toute vapeur :) --Hélène (d) 24 mars 2012 à 15:17 (UTC)

HTTP error: 5 ?!?[modifier]

Salut Tpt,

[5] gives HTTP error: 5, and sometimes 4!. What's wrong? BTW, self-explaining error messages will be welcome! :-) Candalua (d) 27 mars 2012 à 18:23 (UTC)

I’ve update the error system. The error is no more explicit. 4 or 5 was the id of the thread that cause the mistake not the http error. Tpt (d) 27 mars 2012 à 19:29 (UTC)

Thank you. It seems that this happens because wsexport tries to follow some link to wikipedia or another project, and then breaks because it does not find the page. I think you can fix it by excluding every link with class="extiw". Candalua (d) 27 mars 2012 à 21:11 (UTC)

I follow your suggestion : links with class="extiw" and class="external" are now excluded. Thanks. Tpt (d) 28 mars 2012 à 16:49 (UTC)

Thanks to you, but there's still another problem: external links generated by the syntax [[File:...|link=somepage]] do not have that class... :-( a better fix seems to be: if a subpage is not found, simply ignore the error and proceed. Candalua (d) 28 mars 2012 à 17:50 (UTC)

issues with WSExport[modifier]

Congratulations and many thanks for your WSexport tool.

I used the version at toolserver.org to export "Émile, ou De l’éducation" to ePub. The output file cannot be displayed properly with calibre (it seems to be impossible to go beyond page 3). I cannot open it on my ereader. Here you have the full list of errors:

$ java -jar epubcheck Émile\,\ ou\ De\ l’éducation.epub 
Epubcheck Version 3.0b4

Validating against EPUB version 2.0
ERROR: Émile, ou De l’éducation.epub/OPS/content.opf: assertion failed: The "id" attribute does not have a unique value
ERROR: Émile, ou De l’éducation.epub/OPS/content.opf: assertion failed: The "id" attribute does not have a unique value
ERROR: Émile, ou De l’éducation.epub/OPS/content.opf(18,545): duplicate resource: OPS/e_mile__ou_De_l___eeducation_e_dition_1782.xhtml
[…]
ERROR: Émile, ou De l’éducation.epub/OPS/e_mile__ou_De_l___eeducation_e_dition_1852_Livre_V_2.xhtml(13,44): 'cite_ref-9': fragment identifier is not defined in 'OPS/e_mile__ou_De_l___eeducation_e_dition_1852_Livre_V_2.xhtml'

Check finished with warnings or errors!

Trying to convert some Greek texts, I have found one main problem with the Greek version of the Enneads and Plato's complete works (there are other issues, but this is the most important one). From the original pages, el:Πλάτων and el:Εννεάδες, there are many items to be imported in the ePub, but for some reason unknown to me, the ePub for Plato has only two dialogues (Ion and Parmenides) and the epigrams, and the ePub for the Enneads has only the table of contents for each Ennead, lacking the contents themselves.

Many thanks for your help for your excellent work, --Ousia (d) 24 avril 2012 à 17:00 (UTC)

Thanks for the bug report. I’ll work on it.
For the Greek texts Wsexport only add in the epub the pages that are linked by the page passed in parameter to wsexport (aka the mainpage) and that have a title that contain the mainpage title in order to doesn’t include author pages and other linked pages that are not chapters. You can override this automatic system : put the links to the pages into <span id="ws-summary"></span>. Tpt (d) 27 avril 2012 à 16:30 (UTC)
Thanks for your reply. I'm afraid that don't understand the rules by which a page is added to the ePub file. I tried to implement <span id="ws-summary"></span> (even <div id="ws-summary"></div>) to el:Εννεάδες, but I'm afraid it makes no difference, I guess I'm doing something wrong. Could you be so kind to modify that single page, so I can see what I have to include in the pages? Many thanks for your help, --Ousia (d) 28 avril 2012 à 15:23 (UTC)
Wsexport only add only pages that are listed in el:Εννεάδες not ones that are listed in the subpages. Tpt (d) 28 avril 2012 à 15:47 (UTC)
Many thanks for your reply. Wouldn't it be possible to enhance WSexport so that it also adds pages from subapges? This would be the only way to add whole authors to an ePub file, even in this case el:Εννεάδες is a single book in the modern sense (with chapters and sections [from the modern perspective]). (Replying to missing pages in next subsection.) --Ousia (d) 28 avril 2012 à 17:11 (UTC)
Ok. I’ll add this feature. I have fixed the most important bugs of Émile, ou De l’éducation. Does it works now for you ? Tpt (d) 28 avril 2012 à 19:47 (UTC)
I'm afraid that Émile, ou De l’éducation doesn't work, either in calibre or in the ereader. Calibre cannot go beyond page 3 and the ereader cannot open the file (I'm afrad as it happened before).
And about the "ws-summary", I'm not sure I'm using it right. I tried to to search a valid example, but Google wasn't able to find one. Could you check the edit page from the first Ennead? Maybe the mistake is mine. Many thanks, --Ousia (d) 28 avril 2012 à 21:56 (UTC)
I have fixed a lot of bugs. Emile works now for me with Calibre. Tpt (d) 4 mai 2012 à 19:57 (UTC)

wrong export from es:Oráculo manual y arte de prudencia[modifier]

I tried to export from es:Oráculo manual y arte de prudencia and I only got the index page. After adding <span id="ws-summary"></span>, I'im afraid I get the same output in the ePub file. Wondering whether I'm doing something wrong or I hit a bug. Many thanks for your help and your work.--Ousia (d) 29 avril 2012 à 14:35 (UTC)

It’s a bug: pages with a name including a ":" weren’t included. It’s now solve. Tpt (d) 4 mai 2012 à 19:59 (UTC)

wrong export from el:Εννεάδες[modifier]

The output ePub file from el:Εννεάδες lacks files listed on that page. Here are the file contents:

7za l Εννεάδες.epub 

7-Zip (A) 9.20  Copyright (c) 1999-2010 Igor Pavlov  2010-11-18
p7zip Version 9.20 (locale=en_US.utf8,Utf16=on,HugeFiles=on,2 CPUs)

Listing archive: Εννεάδες.epub

--
Path = Εννεάδες.epub
Type = zip
Physical Size = 1032004

   Date      Time    Attr         Size   Compressed  Name
------------------- ----- ------------ ------------  ------------------------
2012-04-28 16:15:28 ....A           20           20  mimetype
2012-04-28 16:15:28 ....A          395          178  META-INF/container.xml
2012-04-28 16:15:28 ....A         4116          925  OPS/content.opf
2012-04-28 16:15:28 ....A         4147          558  OPS/toc.ncx
2012-04-28 16:15:28 ....A         1298          490  OPS/title.xhtml
2012-04-28 16:15:28 ....A         2465         1050  OPS/about.xhtml
2011-12-30 15:23:26 ....A        65181        59670  OPS/images/Accueil_scribe.png
2012-04-20 19:17:22 ....A       444664       267127  OPS/fonts/LinLibertine_R.otf
2012-04-20 19:17:04 ....A       431804       253545  OPS/fonts/LinLibertine_RB.otf
2012-04-20 19:17:10 ....A       416444       254332  OPS/fonts/LinLibertine_RI.otf
2012-04-20 19:17:18 ....A       325684       184605  OPS/fonts/LinLibertine_RBI.otf
2012-04-28 16:15:28 ....A         1441          624  OPS/___________o___a.xhtml
2012-04-28 16:15:28 ....A         3716          992  OPS/___________o___a___.xhtml
2012-04-28 16:15:28 ....A         3924         1042  OPS/___________o___a___.xhtml
2012-04-28 16:15:28 ....A         3820          987  OPS/___________o___a___.xhtml
2012-04-28 16:15:28 ....A         3900          961  OPS/___________o___a__o.xhtml
2012-04-28 16:15:28 ....A         4139         1063  OPS/___________o___a___.xhtml
2012-04-28 16:15:28 ....A         4052          981  OPS/___________o___a____a.xhtml
2012-04-28 16:15:28 ....A         1088          318  OPS/main.css
2012-04-28 18:16:44 .....           46           44  META-INF/calibre_bookmarks.txt
------------------- ----- ------------ ------------  ------------------------
                               1722344      1029512  20 files, 0 folders

There are six pages to be added at el:Εννεάδες. ___________o___a___.xhtml is repeated four times. The first three pages aren't inlcuded, only the last three ones are. --Ousia (d) 28 avril 2012 à 17:11 (UTC)

Just in case I did it wrong, here is the diff for el:Πλάτων. There are still many pages missing in the ePub: el:Εὐθύφρων, el:Κρίτων, el:Χαρμίδης, el:Πρωταγόρας, el:Λάχης, el:Ιππίας Μείζων, el:Ιππίας Ελάσσων, el:Λύσις, el:Μενέξενος, el:Κρατύλος, el:Ευθύδημος, el:Μένων, el:Φαίδων, el:Φαίδρος, el:Πολιτεία, el:Θεαίτητος, el:Σοφιστής, el:Πολιτικός, el:Φίληβος, el:Τίμαιος, el:Κριτίας, el:Νόμοι, el:Έβδομη επιστολή, el:Ἀλκιβιάδης α. --Ousia (d) 28 avril 2012 à 17:37 (UTC)

The Εννεάδες bug is now solve. The Πλάτων bug is very strange. Tpt (d) 28 avril 2012 à 19:47 (UTC)
Many thanks, Εννεάδες is right now.--Ousia (d) 28 avril 2012 à 21:56 (UTC)

error in generic About page[modifier]

Would it be possible to remove the colon from the title at oldwikisource:MediaWiki:Wsexport_about? The French version doesn't have it MediaWiki:Wsexport_about. --Ousia (d) 28 avril 2012 à 22:11 (UTC)

Done. Tpt (d) 29 avril 2012 à 17:30 (UTC)
Many thanks for fixit it. --Ousia (d) 29 avril 2012 à 17:58 (UTC)

wrong bookmarks in long pages[modifier]

WSexport cuts long pages in many xhtml pages in the ePub file (such as in el:Γοργίας (Πλάτων). This is fine, but it also generates bookmarks for each part such as Γοργίας (Πλάτων) 1 and Γοργίας (Πλάτων) 2. These bookmarks should be avoided and bookmarks should be generated as if the original page wasn't cut in subpages in the ePub file, because bookmarking Γοργίας (Πλάτων) 1 and Γοργίας (Πλάτων) 2 leads to think that these are different versions of a work. Many thanks for your help, --Ousia (d) 29 avril 2012 à 07:40 (UTC)

Done. Tpt (d) 29 avril 2012 à 17:30 (UTC)
Many thanks for fixing it. --Ousia (d) 29 avril 2012 à 17:58 (UTC)

wrong font in Title and About pages[modifier]

The Title and About pages in all files generated by WSexport don't use the Linux Libertine font (I don't know what is wrong with body {font-family: "Linux Libertine", Arial, serif;} at main.css). Could you fix this? Many thanks for your help, --Ousia (d) 29 avril 2012 à 07:40 (UTC)

Done. Thanks for the report. Tpt (d) 29 avril 2012 à 17:30 (UTC)
Many thanks for fixing it. --Ousia (d) 29 avril 2012 à 17:58 (UTC)

ereader not able to recognize regular font[modifier]

There is an issue I have with all ePubs from WSexport: the roman font is not displayed, only italic and bold (not sure about bold italic). I don't know what might be causing this (file permissions or owner? [only a guess]). --Ousia (d) 28 avril 2012 à 17:11 (UTC)

I have change the font from LinuxLibertine to FreeSerif in order to have a better support of specials chars. Does it works now for you ?Tpt (d) 4 mai 2012 à 19:57 (UTC)

wrong page number ID vaules[modifier]

el:Γοργίας (Πλάτων) contains page numbers such as {{χ|447a}}, which WSexport translates as XML IDs. But value should be "p447a" instead of "447a" (which is wrong).

BTW, it would be really useful to have bookmarks pointing to page numbers when those are included in the original page. --Ousia (d) 29 avril 2012 à 11:58 (UTC)

Wsexport doesn’t change the html (only replacing removed attributes and tags by valid ones) and won’t add language-specific features like this one. This change ("p447a" -> "447a") must be done in el.wikisource.
Sorry, I didn't know that WSexport read the html instead of the wiki code. I will try to report the issue there, but I'm afraid this is all Greek to me ;-). --Ousia (d) 29 avril 2012 à 17:58 (UTC)
" bookmarks pointing to page numbers" : difficult : how Wsexport can know that it is a pagenumber ? Tpt (d) 29 avril 2012 à 17:30 (UTC)
Good question. I thought WSexport read the wiki code directly. Something like a class="pagenumber" would be the proper way to do it. But even id="p[0-9] (an id named lowercase p followed by a at least a digit from 0 to 9) would do the job. --Ousia (d) 29 avril 2012 à 17:58 (UTC)

Comment?[modifier]

How are you doing this oldwikisource:User:Tpt (see sidebar links)? It isn't clear that it's even intentional.--Doug.(d c) 25 avril 2012 à 11:09 (UTC)

Only with a standard interwiki [[fr:Utilisateur:Tpt]]. I hope I’ve well understand your question. Tpt (d) 27 avril 2012 à 15:52 (UTC)
I mean you have links to the multilingual wikisource it appears but you aren't using the special js for that. The links appear to actually be intended as inline links; look at the first line of this thread in edit mode as an example.--Doug.(d c) 2 juillet 2012 à 23:53 (UTC)
Oops! Never mind, I have a js that's creating that effect. Sorry.--Doug.(d c) 3 juillet 2012 à 00:57 (UTC)

Effet de bord[modifier]

Salut Tpt,
Suite à la modif que tu viens de faire sur {{Proofreadpage header template}}, les numéros de page ne s'affichent plus dans l'en-tête en transclusion, au moins pour certaines d'entre elles : cf. par exemple L’Encyclopédie/1re_édition/BLEUIR. cordialement, --Acélan (d) 1 mai 2012 à 15:49 (UTC)

Lettre à M. Dacier relative à l'alphabet des hiéroglyphes phonétiques[modifier]

J'ai vu que tu l'avais mis en "Bon pour export", mais les hiéroglyphes ne passent pas… quelle police utilisée ? voir mon rapport ici - amicalement, --Hélène (d) 2 mai 2012 à 11:48 (UTC)

PS : si c'était pour faire des tests que tu l'avais mis dans la catégorie, alors excuses-moi :)

Modèle Table et export[modifier]

Salut Tpt,

J'ai un peu affiné les options de test…

Pour le modèle {{Table}}, il pose effectivement de gros problèmes avec les liseuses, qui seraient encore aggravés par un format Tableau.

A titre personnel, l'intégration de la table des matières au début de l’epub me semble tout à fait superflu, étant donné qu'il y a une table automatique construite de par la structure même de l'epub, et que tout utilisateur de liseuse sait utiliser bien plus efficacement qu’une table des matières située au début de l'ouvrage (et donc inatteignable facilement en cours de lecture) - sujet à soumettre à discussion peut-être ?

Mais, dans l'hypothèse où on conserverait ce Sommaire, je pensais à une "solution" qui pourrait peut-être résoudre notre problème : mettre en "noexport" toute la partie du modèle après le titre (donc les points de suite et les pages)…

Qu’en dis-tu ? --Hélène (d) 4 mai 2012 à 08:05 (UTC)

Salut,
Je pense avoir réussi à masquer les conteneurs voulus pour le modèle Table, en l'occurrence, celui qui contient les pointillés, et celui qui contient le numéro de page…
Peux-tu tester sur un bouquin qui n'était pas bon avant Poil de Carotte par ex, et me dire si ça te paraît correct pour la Table, stp ? j'ai un pb avec epubreader, qui récupère l'ancienne version au lieu de mettre à jour… je ne sais pas pourquoi… :( --Hélène (d) 4 mai 2012 à 20:44 (UTC)
Cela marche très bien avec epubreader. Merci beaucoup. Tpt (d) 5 mai 2012 à 09:04 (UTC)

help needed with proofread tools[modifier]

Hi Tpt,

since the update to MW 1.20 we are experiencing this bug on it.source: the menu "Proofread tools", translated in Italian as "Zoom/Altro", sometimes does not appear. It seems related to the new ResourceLoader, because refreshing the page sometimes works, sometimes not, randomly. With MW 1.19, the same thing happened, but when the menu did not appear, the buttons appeared on the image, so it wasn't really a problem. But now the buttons never appear on the image. It's getting really frustrating... If you can fix it, you will earn our eternal gratitude Candalua (d) 4 mai 2012 à 08:34 (UTC)

This is a real problem. User:Beau is working on it. Here is the bug report : [6]. I hope it will be solved in the next release. Tpt (d) 4 mai 2012 à 20:25 (UTC)

Pb de date d'export résolu ;)[modifier]

Il s'agit d'un pb d'affichage, dû à la taille des caractères ; du coup, la date d'export (dans epubreader) descends et n'est plus visible… ce qui est curieux, par contre, c'est qu'elle ne passe pas dans la colonne (ou page) suivante… l'aurais-tu mise en "tableau" ? dans ce cas, il faudrait lui mettre une max-height pour éviter ce pb… enfin, je crois…

c'est bête hein ? Mort de rire --Hélène (d) 5 mai 2012 à 11:28 (UTC)

Non ce n’est pas un tableau (solution qui est une hérésie en terme de sémantique), c’est un titre tout simple. Tpt (d) 5 mai 2012 à 12:37 (UTC)

better method to report bugs?[modifier]

Many thanks for your replies and sorry for not having answered before (due to a problem with my mailing system, I haven't received the notifications).

I have some problems reporting bugs here, since French isn't my mother tongue (you cannot have English selected as user language to add a new section). And editing a whole page to add a couple of comments isn't the clearest thing in the world. So, the more I comment (or the more issues I report), the worse it makes to reply to them. And I guess this won't be easy for you either.

Would it be possible to report the bugs at https://github.com/wsexport/tool/issues? So, it would be easier to keep one issue per report and to track each bug report (and to reply to each report, as well). And I guess this would be better for you too.

I'm asking this, because https://github.com/wsexport/tool/issues/1 is 4 months old and it got no reply yet.

Many thanks for your excellent work again,

--Ousia (d) 5 mai 2012 à 12:09 (UTC)

It’s may be a good idea. The problem is that a lot of contributors doesn’t have a github account so it’s more easy for them to use discussions pages. If you want to report issues in an English wiki you can do it here. Tpt (d) 5 mai 2012 à 12:21 (UTC)
Language is one issue, but a minor one (and I was wrong about adding a new section, as I have just discovered). I think that having to edit a wiki page to file bug reports is an unnecessarily complex way to do it (with no real gain in the bug report). I have reported more than five bugs and you were the only one that replied to my comments. I see your point, but do you really think that it is so important that all contributors can comment on my bug reports? (I mean, they aren't that important.) I know there isn't a perfect solution, but maybe reporting bugs at Github is the only way for to keep track of what has been fixed and what needs to be reported. My way to show gratitude is to report what I think it can be improved. But I'm not used to wiki and issue-tracking systems do a much better job here (at least, I'm much more used to work with them). But I'm afraid I'm not able to contribute further (because it takes longer than it should). Sorry for that and many thanks for your work. --Ousia (d) 5 mai 2012 à 12:51 (UTC)

github as an alternative site to report WSexport issues[modifier]

I have new bugs (and pending replies) that I would like to report at github. But I don't want to do it, unless you are confortable with having issues reported there. I will try to explain why github is much more useful to report issues than editing your user discussion page (or any wiki page, for that matter).

In theory, reporting bugs here is easy: all one has to do is add a new section describing the bug. The problem comes when you have to reply to different issues, which means having to edit a relative large page on different places (and it isn't clear at first sight which are those places). Depending on your computer and your connection speed, adding new sections or subsections might be easier using a local text editor and copying them to the wiki page when finished. But replying in text doesn't work with a local editor. Also the preview is slower and more cumbersome to edit after at the wiki than at github issue report. And also adding code to a wiki page isn't as easy as it might seem and it won't be displayed fine.

You replied to my github suggestion that although it might be a good idea, it would impose a heavy burden on contributors, since many of them would have to register at github first. Excuse me, I explained myself in an inaccurate way. I'm not proposing github as the only option to report bugs, but only as an alternative (for those who want to use it). I think this alternative might only have two better consecuences: better notification (since github notification emails include content) and easier reply abilities (since one can reply to reported issues via email and doesn't need to login to github).

Wouldn't it be possible to report bugs also at https://github.com/wsexport/tool/issues, being up to the user where (s)he reports the issues? I'm really interested in a reply.

Many thanks for your excellent work. --Ousia (d) 11 mai 2012 à 10:37 (UTC)

Sorry for the misunderstanding : Of course, if you want to report bugs on github, do it. I’m very happy to have feedback. I’ve only said that most of people will not do it there. Tpt (d) 11 mai 2012 à 18:42 (UTC)
Many thanks for your reply solving the missunderstanding. I'm replying to the issues with github reports. --Ousia (d) 14 mai 2012 à 09:45 (UTC)

remplacer "Argument" par "Paramètre" dans des documentations de modèles[modifier]

Bonjour, Tpt, aurais-tu un peu de temps pour un bot facile ? Voir ici, à la fin. --Rical (d) 5 mai 2012 à 14:21 (UTC)

enabling direct links to WSexport in French Wikisource[modifier]

I think that having direct links from French Wikisource would be extremely useful to readers.

I'd suggest to add two links: with and without embedded fonts.

Many thanks for your help, --Ousia (d) 14 mai 2012 à 10:11 (UTC)

There was a consensus between contributors to show a link only for the pages in the category "Bon pour Export". If you want you can add the links for your own use with this js script :
 //link "Download as EPUB"
 if (wgNamespaceNumber == 0) {
   $(document).ready( function () {
     mw.util.addPortletLink(
       'p-coll-print_export',
       '//toolserver.org/~tpt/wsexport/book.php?lang=fr&format=epub&page=' + mw.config.get('wgPageName'),
       'Download as EPUB',
       'n-epubExport',
       'Download an EPUB version of this page',
       '',
       '#t-print'); 
     mw.util.addPortletLink(
       'p-coll-print_export',
       '//toolserver.org/~tpt/wsexport/book.php?lang=fr&format=epub&fonts=false&page=' + mw.config.get('wgPageName'),
       'Download as EPUB',
       'n-epubExport2',
       'Download an EPUB version of this page without fonts',
       '',
       '#t-print'); 
   });
 }

Tpt (d) 14 mai 2012 à 14:17 (UTC)

Participation à ProofreadPage[modifier]

Salut Tpt, très accaparé comme toi, je me suis surtout occupé des nombres romains dans wmflabs où j'ai un compte depuis 1,5 mois. Maintenant que je suis bien rodé en LUA, je veux bien remplacer cette activité par ProofreadPage. Mais là il va me falloir un petit coup de pouce.
Développeur depuis le i8080 en 1976, j'ai déjà de l'expérience en SQL, js, jquery depuis 2008. Je développe un client de centre d'appel médical pour mon frère et je suis en train d'y intégrer Wakanda vers une BDD 4D.
Les nouveautés pour moi ici sont :
  • les architectures de mediawiki et Guerrit,
  • le PHP, voisin de JS + jquery, attention aux faux amis,
  • l'environnement de développement (X),
  • la structure et les fonctions de ProofreadPage (X),
  • ce qui reste à faire dans ProofreadPage (X),
  • dans quelle branche de Gerrit nous travaillont (X),
  • comment upload vers Gerrit sans terminal (X),
J'ai déjà repéré : project:mediawiki/extensions/ProofreadPage et Sueur_de_sang.djvu/227
Si tu pouvais me faire un bref condensé sur les (X) ? Juste pour démarrer du bon pied. On verra après. --Rical (d) 6 juin 2012 à 20:07 (UTC)
  • Environnement de développement : une version de mediawiki tournant avec LAMP/WAMP sur ton ordinateur + un éditeur de texte. C’est mis en place en 1/2 heure. Tout est expliqué dans la doc.
  • La structure et les fonctions de ProofreadPage : La majeur partie du code est dans le fichier ProofreadPage_body.php notamment le système de transclusion. Les autres fichiers PHP concernent les pages spéciales et les API ajoutés par ProofreadPage. Il y a aussi 3 modules en javascript : ext.proofreadpage.page s’occupe de l’interface de l’espace page, ext.proofreadpage.index du formulaire de l’espace index et ext.proofreadpage.article d’ajouter le lien "source" dans l’espace principal.
  • Ce qui reste à faire : tu peux piocher dans bugzilla ou suivre tes idées. Une bonne idée serai d’améliorer la partie javascript de l’extension notamment la fonctionnalité de zoom des images pour l’espace page (dans le module ext.proofreadpage.page) qui pourrais être rendu bien plus efficace en tirant parti de jQuery UI.
  • Pour les petites modifications, tu soumet tout simplement un patch via git pull : une nouvelle branche sera alors créée pour lui par gerrit. Tu peux la modifier ensuite à tout moment. Tout est expliqué .
  • comment upload vers Gerrit sans terminal : GIT GUI fait cela assez bien mais le terminal reste nécessaire dans bien des cas (modification de patch en particulier).
Tpt (d) 7 juin 2012 à 13:56 (UTC)
Dans ma ProofreadPage, j'ai une proposition de zoom et synchro et plein de questions. --Rical (d) 13 juin 2012 à 17:42 (UTC)

Récupérer dans un gadget un appel mw.msg[modifier]

Je viens de mettre une question de gadget ici. Qu'en penses-tu ? --Rical (d) 7 juillet 2012 à 21:23 (UTC)

en:User:BirgitteSB/A Wayfarer in China != en:A Wayfarer in China[modifier]

Hello Tpt

I am trying to use this but I am having trouble with get the details right. Can you please show me on the userpage version.BirgitteSB (d) 16 juillet 2012 à 01:25 (UTC)

Thank you for getting the portal to work! I know that you showed me all of this before. I wish I had thought to have you save in my sandbox instead of just previewing in DC. I still cannot seem to remember how to do everything you showed me worked. I know there a way to use / or something similar to get the navigation ->. I am sorry that I must keep asking you the same things again and again. I really appreciate the advice and want to pass it on to everyone else on en.WS. But I am afraid I am not very good. If you could go crazy in my sandbox and make the diferrent examples we like to use at en.WS, I think I could figure it out. I tried looking for examples at the fr.WS, but you all don't seem to use en.WS's favorite styles over here. Mostly I am stuck on the navigation ->, automatic commons box, and how to empty the notes of the default publication details. Feel free to make any subpages you like in my user space, and don't worry about explaining in English, unless you would like to for the other people at en.WS (I will understand examples much better than words when about technical topics). Besides all this, I hope your travels were pleasant and you enjoyed your time in the US. It really was a pleasure to meet you and the other Wikisourcerers!BirgitteSB (d) 16 juillet 2012 à 17:18 (UTC)
Not so strangely sleep makes something that was impossible to figure yesterday now obvious. The sister box has got to be the same issue as the portal was.BirgitteSB (d) 16 juillet 2012 à 17:32 (UTC)

non-ns0 pages in epub export[modifier]

Salut Tpt,

if I remember well, in the beginning the WSexport tool was exporting only pages from main namespace, and all links to other namespaces were skipped. Now I find that in some exports are also included pages from Author and Category namespaces. It seems that this happens because sometimes the ws-summary div contains things like authors' names, because we want to include some related text which was written by a different author (and our templates automatically produce a link to the author's page, and it's not easy to exclude this link from ws-summary). Is it possible to set the tool in order to skip non-ns0 pages found in ws-summary?

Many thanks in advance. Candalua (d) 16 juillet 2012 à 19:40 (UTC)

Done. Tpt (d) 24 juillet 2012 à 13:40 (UTC)

Spams, paramétrages ou bugs ?[modifier]

Dans scribunto.wmflabs.org et wikisource-dev.wmflabs.org, il y a beaucoup de spam et ils ne ressemblent pas à du vandalisme, mais à des discussions de wikis. Les créations de users sont aussi des users d'autres wikis. C'est peut-être des réglages ou un bug de mediawiki. Peux-tu regarder . --Rical (d) 22 juillet 2012 à 21:50 (UTC)

Non, c’est du spam je pense. Cela m’étonnerai beaucoup que Mediawiki soit assez perfectionné pour générer du contenu comme cela tout seul. Il faudrait trouver un moyen de l’éradiquer efficacement. Le blocage par IP ne fonctionne visiblement pas. Tpt (d) 23 juillet 2012 à 08:08 (UTC)
Sur certains wikis, le paramétrage de MySql serait perturbé depuis 2 à 4 semaines lors d'un changement de version de mediawiki et ils se mettraient à écrire dans notre MySql au lieu de la leur ?
Leurs édits et leurs créations de comptes n'arriveraient alors pas par édit de users mais par accès direct en SQL.
L'erreur viendrait soit d'un mauvais paramétrage récent ou ancien, soit à cause de la structure de la base qui a évoluée, soit d'un nouveau bug de MW, soit d'une coïncidence qui ne s'était jamais produite.
Nos wikis où cela arrive ne me semblent pas "classiques", au moins pour la colonne de gauche et les extensions, quelles sont leurs configurations ? Y-a-t-il un admin pour les superviser ? --Rical (d) 23 juillet 2012 à 18:19 (UTC)
Il y a deux choses sur les labs :
  1. Un espace de test pour la version de Mediawiki (et ses extensions) en attente de déploiement sur les serveurs de la WMF et ce pour chaque wiki de la WMF. exemple pour fr.wikisource.org.
  2. Des serveurs virtuels dédié aux expérimentation de la communauté. wikisource-dev.wmflabs.org en est un, scribunto.wmflabs.org en est un autre. Ils sont administrés chacun par un groupe d’utilisateurs défini sur le wiki des labs. Par exemple j’ai un accès ssh qui me permet de me connecter en root au serveur virtuel wikisource-dev ce qui me permet de mener toute les expérimentations que je désire avec comme installer n’importe quoi dessus. Le wiki des labs explique cela en détail. Cela m’étonnerais donc qu’il y ai interaction entre ces wiki puisque qu’ils sont sur des serveurs différents. Tpt (d) 23 juillet 2012 à 18:46 (UTC)

Modèle Auteur sur mobile[modifier]

PS: Le modèle auteur se présente très bien sur le site mobile, si tu pouvais corriger cela ce serait sympa. Exemple. Il faudrait arriver a faire un design sans tableau. Tpt (d) 23 juillet 2012 à 09:31 (UTC)
Veux-tu dire sans structure de tableau, avec des div seulement,
ou sans les bordures visibles,
ou sans l'image de droite quand on ne la demande pas ?
et penses-tu à un modèle qui s'adapte aux mobiles, et selon quel(s) paramètre(s) ? --Rical (d) 23 juillet 2012 à 18:19 (UTC)
Je parle bien de transformer le modèle pour avoir une structure sans tableau qui en plus de s’afficher mieux sur mobile est bien plus correcte sémantiquement parlant et aussi de vérifier que le modèle s’affiche correctement sur mobile (ce qui est déjà le cas mis à part le problème de tableau). C’est tout (et c’est déjà beaucoup).
Le problème de la situation actuelle est que l’on ne peux pas définir une feuille de style spécial mobile (le common.css n’est pas actif sur la version mobile) pour corriger les problèmes de ce genre "en masse". La meilleure méthode pour l’instant est, àmha, d’écrire les modèles avec en css inline le css pour mobile + export et mettre le css pour "desktop" dans le common.css . Tpt (d) 23 juillet 2012 à 18:33 (UTC)
Tu dis common.css, mais je suppose que tu essaies aussi avec vector.css, au choix des utilisateurs.
OK, j'essaie sans structure de tableau. --Rical (d) 23 juillet 2012 à 18:50 (UTC)
Tu as vu {{Auteur3}}. En largeur rigide la structure est bonne même si chaque navigateur modifie à sa façon la droite de la fenêtre. Mais dès que j'essaie de le rendre souple comme un tableau, la colonne/image de droite descend quand on rétrécit la fenêtre. Pour les tests mobiles, j'ai 1 iPod et 2 Android. --Rical (d) 31 juillet 2012 à 17:35 (UTC)
Je n'arrive pas à faire plus souple. J'ajoute la doc et l'option css=m pour mobile sinon large pour desktop. Est-ce utilisable après réglage de quelques détails de styles ? --Rical (d) 1 août 2012 à 22:56 (UTC)
Utilise le css min-width pour que le cadre conserve une taille minimale. L’option css=m n’est pas du tout utilisable. Il faut mettre en css "inline" (ie dans le modèle) le css mobile et le modifier dans Mediawiki:common.css pour la présentation "bureau". C’est la meilleure méthode. Tpt (d) 2 août 2012 à 12:48 (UTC)
Oui pour le css min-width.
Le css inline = intag a la priorité sur les classes qui n'adapteront rien.
Des mobiles il y en a de diverses résolutions et un modèle à width fixe ne s'adaptera pas. Je pensais plutôt à une détection de la taille des devices par mediawiki et à un mot magique pour pouvoir la lire à partir du modèle et modifier les width par calcul. J'ai vu mw:Manual:$wgHandheldForIPhone et mw:Extension:MobileSkin mais qui ne répondent pas au besoin, ou pas encore ?.
J'ai créé l'option css=m pour me faciliter les tests et vérifier que les css externes sont bien actifs pendant l'édit du modèle. --Rical (d) 3 août 2012 à 17:11 (UTC)
Si tu n’arrive pas a faire de design à largeur adaptable, abandonne : l’inconvénient est supérieur àmha à l’avantage retiré. Le problème du css "inline" vs feuille de style est en effet très gênant. Il n’y a pas de mots magique ad hoc. L’usage des css "box" est je pense à éviter car ils ne sont pas supportés par les vieilles versions d’IE. Tpt (d) 3 août 2012 à 17:28 (UTC)
En fait le problème vient des bugs des browsers. Quand on utilise le style="display:box; box-align:start;". Le div principal juxtapose les hauts des colonnes. Safari affiche presque bien cette structure, mais Firefox, Chrome et Opera débordent trop sur la droite. Les colonnes en width: % sont toutes à 100 % et débordent à droite. On pourait en demander la correction.
Je ne sais pas exactement pourquoi tu voulais éviter les tableaux. Sur les mobiles que j'ai testés je n'ai pas vu de défauts.
En utilisant les CSS externes, j'ai pensé que si on les utilise de plus en plus dans des modèles ou des boites de dialogues, il faudrait peut-être être méthodique pour éviter des conflits à long terme, avec un convention comme :
  • .dClasses --- Classes pour debug ou développement, pour ne pas risquer de perturber les styles en exploitation.
  • .eClasses --- Pour résumer des classes étendues propriétaires comme -moz-box -moz-box-align -webkit-box
  • .mClasses --- Classes pour mobiles
--Rical (d) 3 août 2012 à 21:54 (UTC)
Je voulais éviter les tableaux pour des raisons avant tout de sémantique web. Ton idée de classe me semble vraiment bonne ! Merci pour tout ce que tu fais ! Tpt (d) 4 août 2012 à 08:15 (UTC)
J'ai refait Auteur3 en tableau HTML pour mieux maitriser le style. Pour moi, il a l'air bon dans Firefox, Safari, Chrome, Opera, Androïd, et iOS 5.1, tous récents.
Je te le montre d'abord, et si tu es d'accord je le propose à tous. --Rical (d) 5 août 2012 à 22:08 (UTC)
Oui il est vraiment pas mal. Bravo ! Un plus serait de cacher autant que possible les traits du tableau, au moins sur le site fixe. Tpt (d) 8 août 2012 à 20:23 (UTC)
{{Auteur3}} est maintenant à style variable selon le site consulté.
Choix du style border selon le site par style="... {{#switch: {{SERVERNAME}}| border: ...; }} ..."
Si tu l'actives dans fr.m.wikisource.org, nous pourrons vérifier. --Rical (d) 10 août 2012 à 23:06 (UTC)
Merci, cela à l’air très bien. juste un détail : pourrais-tu cacher les bordures intérieures du tableaux, au moins dans la version fixe ? Je ne vois pas très bien ce que tu entends par activé dans "fr.m.wikisource.org". Si tu vas ici tu vas tomber sur le site mobile. Tpt (d) 11 août 2012 à 07:19 (UTC)
J'ai du faire une horreur de raisonnement.
Il reste une anomalie quand le modèle utilise des paramètres multiples, comme le dernier exemple de la doc du modèle : la description ne se réduit pas à la largeur min-width. Elle fait plus du double.
Si les catégories des paramètres multiples n'existent pas encore, elles sont en rouge et la largeur est bonne. Mais si elles existent déjà la largeur est mauvaise.
Je ne comprend pas comment c'est possible et encore moins que faire pour debuguer ? --Rical (d) 12 août 2012 à 22:27 (UTC)
C’est étrange mais comme cela ne concerne que le debug (les paramètres multiples ne sont pas affichés sur les pages) je crois que l’on peux oublier le problème. Je pense que tu peux publier la nouvelle version du modèle. Tpt (d) 13 août 2012 à 18:19 (UTC)
Pour MediaWiki:Mobile.css, je te propose des coins arrondis et des ombres comme ici Utilisateur:Rical/common.css et cette modif de ‎‎Modèle:Auteur. --Rical (d) 3 octobre 2012 à 22:24 (UTC)
Si on fait les ombres comme ça, il faut le faire aussi sous le cadre. Mais tout de suite je vais dormir. --Rical (d) 3 octobre 2012 à 22:55 (UTC)

Mistake entre 2 ouvrages[modifier]

Bonsoir Tpt. Merci pour l'upload. Mais il y a eu confusion entre deux ouvrages, l'un qui date de 1819, l'autre de 1879. Peux-tu rétablir le bon titre du texte de 1879 : Nouveau code du duel. Merci. --Ambre Troizat (d) 25 juillet 2012 à 22:41 (UTC)

Récompense[modifier]

Récompense Pour son travail sur Wikisource.

JSON ?[modifier]

J'ai vu plusieurs edits MW concernant JSON. Hors wikis je m'en suis servi comme format d'échange avec une BDD 4D, mais la base avait un bug et j'ai du arrêter. De plus en local dans le client, certains ajouts de valeurs restructuraient complètement le code JSON. Dans MW j'ai vu aussi une remarque sur le risque d'utiliser JSON qui pourrait tromper le parser.
Que penses-tu de JSON ? Dans wiki et ailleurs ? Est-il sur, stable et pérenne à long terme ? --Rical (d) 5 août 2012 à 22:29 (UTC)
Sur, stable et pérenne, oui : c’est tout simplement la syntaxe des tableaux JavaScript en plus normalisé et il est extrêmement utilisé pour transférer les données par AJAX car il allie facilité d’utilisation en JavaScript et légèreté. Mediawiki l’utilise beaucoup dans toutes les fonctionnalités utilisant AJAX. Il est très efficace pour sérialiser les tableaux multidimensionnels associatifs ou non. Ensuite, le problème de restructuration est sans doute lié à la bibliothèque que tu as utilisée. Ensuite, oui, l’usage de JSON dans les page Mediawiki qui sont censés être en Wikicode (cela ne concerne pas les parties en JavaScript des gadgets) peux tromper le parser s’il n’est pas encadré par un <nowiki> ou autres (je crois que c’est à cause de collisions avec la syntaxe des tableaux). Mais je crois que tu peux l’utiliser sans aucun scrupule, la seul chose qu’il ne sait pas faire c’est mélanger les entrés associatives et non dans le même tableau.
{ "test": [1,2,3], "autre": { "a":"b", "c est super":"d" }, e:"f"}
est valide mais pas
{ a:"b", "c"}
Tpt (d) 8 août 2012 à 20:45 (UTC)

Header/footer formatting from toolbar since the mw upgrade[modifier]

Only tested this at enWS, however, when one tries to insert formatting into the header/footer utilising the old toolbar, we are back to where the toolbar drops that formatting into the main body of the page, not the header or footer. — billinghurst sDrewth 11 août 2012 à 15:08 (UTC)

I have open a bug. It’s a problem of MW core. Tpt (d) 11 août 2012 à 16:59 (UTC)
Again and again we have this issue. )-: Thanks. — billinghurst sDrewth 12 août 2012 à 11:39 (UTC)

Bugs de la citeBox[modifier]

Salut,

Inutile de flooder le scriptorium (surtout que je ne sais pas si je serais clair du premier coup).

Tout d’abord, j’utilise Mozila Firefox 11.0 et Chromium 18.0 sous Linux Ubuntu 10.10 (oui, je sais je ne suis pas à jour mais mon ordinosaure rame si je passe aux versions supérieures).

Alors, ensuite les bugs :

  • le plus gênant, même sur une page utilisant la balise pages, j’ai plusieurs paramètres vides alors qu’ils ne le devraient pas. Cela le fait pour les trois options mais uniquement sous Firefox pas sous Chromium. Cela le fait sur toutes les pages que j’ai pu testé. Par exemple, sur Au Pays de Rennes/Préface, pour Liste je n’obtiens rien du tout ; pour BibTex, j’ai juste l’URL ; et en option Wikiquote, j’ai ça :
{{Réf Livre
|titre= undefined
|auteur= undefined
|éditeur= undefined
|année= undefined
|page= undefined
|s= Au Pays de Rennes/Préface
}}
  • ensuite, juste esthétique, le bug du redimensionnement de la fenêtre. Idem, sous Firefox uniquement et pas sous Chromium. Quand j’ouvre la fenêtre citeBox sous Chromium, elle fait automatiquement la bonne taille pour que je vois l’intégralité des informations. Sous Firefox, apparemment, la fenêtre fait la taille qu’elle aurait du avoir la fois précédente. Par exemple, si je clique sur Citer le texte pour la première fois sur une page, la fenêtre sera de hauteur quasi-nulle (puisque Liste est vide). Si je change d’option, la fenêtre reste de la même taille (avec un ascenseur pour voir quand même Clin d'œil). Si mets l’option Wikiquote, que je ferme la fenêtre et que je l’a rouvre tout de suite, la fenêtre fais maintenant la bonne taille (sans ascenseur à droite). Bref, bizarre (j’ai egardé le code html, mais il y a trop de div imbriqué pour que je comprenne ce que je lis ; la hauteur me semble être height:auto). Peut-être cela vient-il du problème précédent.

Sinon, deux petites suggestions d’accessibilité :

  • tout comme Texte modernisé/Texte original permet de savoir où on en est, il faudrait indiquer le numéro de la maquette,
  • remplacer Document-print-preview.svg par Document-print.svg (je trouve que la première icône ressemble trop à Document-properties.svg, clef à molette/loupe)

En tout cas merci pour ce petit gadget déjà. Cdlt, VIGNERON * discut. 27 août 2012 à 17:17 (UTC)

PS: il faudrait vraiment que je me mettes au JavaScript et Jquery un de ces quatre.

J’ai fait une modif pour améliorer le problème des données vides (lié à un problème d’ordre de chargement des scripts). J’espère que le problème est résolu. Pour l’image et la maquette, je fait cela tout de suite. Tpt (d) 27 août 2012 à 18:00 (UTC)
Parfait, après une purge, les informations apparaissent. Merci à toi. Pourrais-tu ajouter le modèle w:modèle:Ouvrage de Wikipédia ? Allez un petit exercice pour moi, le code à ajouter dans MediaWiki:Wikisource.citeBox.js est-il le suivant ?
ws.citeBox.add('Wikipédia', function(data) {
      content = '<pre>{{Ouvrage\n';
      content += '|titre= ' + data.title + '\n';
      content += '|auteur= ' + data.author + '\n';
      content += '|éditeur= ' + data.publisher + '\n';
      content += '|année= ' + data.year + '\n';
      content += '|pages totales=  ' + data.pages + '\n';
      if(data.volume)
        content += '|tome= ' + data.volume + '\n';
      if(data.chapter)
        content += '|chapitre= ' + data.chapter + '\n';
      if(data.translator)
        content += '|traducteur= ' + data.translator + '\n';
      if(data.place)
        content += '|lieu= ' + data.place + '\n';
      content += '|lire sur Wikisource = ' + mw.config.get('wgTitle') + '\n';
      content += '}}</pre>';
      return content;
    });
J’ai bon ? J’ai quelques doutes et réserves tout de même :
J’ai supposé que data.place était le lieu mais il y a un truc bizarre car il n’y a pas de |place= dans q:Modèle:Réf Livre. Sinon y a-t-il un moyen de séparer le prénom du nom ? (le paramètre « auteur » est possible mais déconseillé sur Wikipédia et on lui préfère « prénom1 » et « nom1 »). Et attention : le dernier paramètre n’existe pas encore pour le moment, donc il faut attendre quelques jours encore. Cdlt, VIGNERON * discut. 28 août 2012 à 12:07 (UTC)
data.place c’est le lieu. Oui "place" n’existe pas sur le modèle de Wikiquote, c’était une erreur de ma part. data.pages c’est les pages qui sont translues dans la page Wikisource qu’on est en train de lire, cela ne convient donc pas pour le paramètre "pages totales" du modèle ouvrage mais plus pour le paramètre "passage". Je commente le "lire sur Wikisource", il suffira de dé-commenter quand l’ajout sera fait. J’ai ajouté aussi deux-trois autres champs. Merci pour l’ajout ! Tpt (d) 28 août 2012 à 12:46 (UTC)

Proofread Page[modifier]

Bonjour Tpt,

Merci pour ton travail sur cette extension. Je l’ai installée sur un site, et ça fonctionne très bien tout de suite, ce qui n’était pas le cas lors de mes essais précédents. Mais je rencontre quelques problèmes d’affichage du format DjVu ; quand ça fonctionne, c’est plutôt rapide, mais parfois il n’y a plus rien, et le fichier DjVu m’affiche alors le message suivant :

Erreur lors de la création de la miniature : sh: fork: retry: Resource temporarily unavailable

J’ai aussi des erreurs 500. Cela revient à la normale ensuite, au bout de quelques heures. Je soupçonne que le problème pourrait venir plutôt du serveur (manque de ressources ?), et pas de l’extension ni des utilitaires DjVu installés, mais comme mes connaissances sont très limitées, je te soumets le cas, tu auras peut-être une suggestion à me faire sur ce que je dois chercher pour résoudre ce problème. Merci. Marc (d) 2 novembre 2012 à 17:08 (UTC)

C'est étrange. C'est visiblement un problème du côté du serveur et peut-être dans la communication entre Mediawiki et DjVu libre. Après une recherche rapide cela semble être un bug souvent associé à Cygwin. L'utilises-tu ? Tpt (d) 2 novembre 2012 à 20:45 (UTC)
Non, je n’utilise pas cygwin. Mais effectivement ça doit être un problème entre mediawiki et djvu, car j’ai un autre message d’erreur qui indique, si je me souviens bien, que la commande ddjvu ne parvient pas à atteindre ppmtojepg, ou quelque chose de ce genre, il faudra que je recopie le message exact. Marc (d) 7 novembre 2012 à 16:25 (UTC)
Bon, eh bien cela fonctionne maintenant très bien depuis quelques jours, je ne sais pas pourquoi. Désolé pour le dérangement et encore merci pour ce que tu as fait. Marc (d) 10 novembre 2012 à 17:45 (UTC)

slurpInterwiki.js sur wikidata[modifier]

Bonjour,

La communauté catalane a traduit ton script en catalan, et voudrait que tu l'inclusses dans ton code source. Le code se trouve sur ta page de discussion sur Wikidata. Merci d'avance.--Bertrand GRONDIN-- Bertrand GRONDIN  → (écrire) 3 novembre 2012 à 20:10 (UTC)

iaUploadBot[modifier]

Salut,

Je viens tout juste de tester iaUploadBot, c’est juste merveilleux ! Simple, clair et pratique.

Juste une ou deux remarques pour ce soit encore plus mieux :

  • je viens de tester sur File:Henry - Lexique étymologique du breton moderne.djvu,
    • léger bug facile à corriger (j’imagine/j’espère) : il y a une coquille au niveau du titre <licence-header> au lieu de <license-header> et la langue est reprise directement (en tout lettre « French » au lieu du code ISO/IETF « fr »).
    • suggestion d’amélioration : suggérer la création du modèle creator si il n’existe pas encore ; mentionner qu’il n’a trouvé aucune catégorie (ad minima ajouter {{subst:unc}} et dans l’idéal en proposer semi-automatiquement) ; proposer un interface dans différentes langues.
  • sinon, y a-t-il une page d’aide quelque part ? (pas trouvé ; typiquement pour l’identifiant j’ai eu un léger doute, j’ai faille utiliser l’ark par habitude)

Cdlt, VIGNERON * discut. 4 novembre 2012 à 16:48 (UTC)

La faute de typo ('c' au lieu de 's') est corrigé. J'ai ajouté le {{subst:unc}}. Pour la langue en toute lettre j'ai essayé mais j'ai un bug bête d'encodage que je n'ai pas résolu. Pour le modèle creator, tu aurais une idée de comment la suggestion se ferait ? Tpt (d) 4 novembre 2012 à 21:02 (UTC)
Merci.
Dommage pour la langue, c’est un bug bête.
Pour creator, peut-être juste une phrase en rouge sous le formulaire du style : « This author doesn’t have a creator template. Isn’t he known under an other name or do you want to create it ? » avec un lien vers la page avec le modèle creator préchargé ( url suivie de &preload=Template:Creator/preload).
Sinon, j’ai repéré un autre problème : [7] (léger problème d’encodage et/ou d’échappement de caractères apparemment).
Et pour la page d’aide ? Cdlt, VIGNERON * discut. 5 novembre 2012 à 09:51 (UTC)
Le problème d'encodage est réglé j'espère. J'ai ajouté la phrase pour le modèle creator. Je n'ai pas fait de page d'aide. Tpt (d) 5 novembre 2012 à 10:57 (UTC)
Merci, le codage − pour la balise br au moins − fonctionne ; par contre tu as oublié le préfixe Creator: dans le lien Creator.
Sinon, pour une raison que j’ignore, le script m’a indiqué deux fois « The file have been successfully uploaded to Commons ! » de façon erronée avant que l’import de File:La Sicotière - L’Association des étudiants en droit de Rennes.djvu fonctionne effectivement (je continue les tests et j’en profite pour garnir le portail:Rennes avec de quoi m’occuper pendant plusieurs années ! cela devient presque trop facile avec ton outil Clin d'œil). Cdlt, VIGNERON * discut. 5 novembre 2012 à 17:16 (UTC)
Ajouter le prefixe Creator automatiquement n'est àmha pas toujours pertinent car il se peux qu'il y ait plusieurs auteurs. Tpt (d) 6 novembre 2012 à 08:37 (UTC)

Salut, je viens de tester l'outil IAupload (très bonne idée !) pour IA (discourscatch00greg) avec comme nom « Grégoire de Nysse - Discours catéchétique (trad. Méridier, 1908) ». Ca obtient bien les métadonnées et après quelques instant le message de réussite s'affiche mais aucun fichier n'est pas créé sur Commons. --Pikinez (d) 4 novembre 2012 à 23:26 (UTC)

Tu as bien fait les deux étapes: cliqué sur "get metadata" puis sur "upload" ? Si oui le problème est peut-être passagé. Pourrais tu réessayer ? Tpt (d) 5 novembre 2012 à 07:56 (UTC)
Oui, ces deux étapes. Et je viens de ressayer, c'est pareil. --Pikinez (d) 5 novembre 2012 à 12:33 (UTC)
C'est étrange. Rencontres-tu ce bug pour d'autre livres ? Le scan est-il lourd ? Tpt (d) 5 novembre 2012 à 14:22 (UTC)
Je viens d’essayer aussi (avec le même titre et avec un titre différent − ascii strict− sur Commons), ce scan ne passe pas chez moi non plus. Pourtant, il n’est pas plus lourd que les scans habituels (presque deux fois plus léger que mon Lexique étymologique du breton moderne qui est bien passé). J’ai téléchargé le djvu sur mon ordinateur, je ne vois rien d’inhabituel. Jusqu’à maintenant c’est le seul livre qui semble poser problème. Cdlt, VIGNERON * discut. 5 novembre 2012 à 17:25 (UTC)
Bonsoir, à titre de test, je viens d'essayer aussi et commons:File:Grégoire de Nysse - Discours catéchétique, 1908.djvu, pas de problème - Tpt, as-tu modifié le Bot ? - sinon, il y a un mystère... ou un problème avec le Toolserver peut-être (j'avais eu un blocage sur un autre fichier la semaine dernière). --Hélène (d) 5 novembre 2012 à 19:49 (UTC)
Je crois que le problème est lié au Toolserver car je n'ai rien touché. Tpt (d) 6 novembre 2012 à 08:37 (UTC)
Testé avec commons:file:Hillyer - Petite Histoire de l’art et des artistes, la peinture et les peintres.djvu, avec les mêmes résutats que Pikinez, Autre bogue, ou sans doute erreur de ma part : ayant cliqué sur create pour le creator, il affiche trois fois une des entrées et le classe dans « Hidden category:Pages using Occupation template with incorrect parameters ». Est-ce à toi qu’il faut signaler le deuxième bogue ou sinon à qui ? --Zyephyrus (d) 6 novembre 2012 à 09:15 (UTC)
Je crois que le champ "occuation" du modèle creator doit être remplit de manière normalisé (cd. documentation), ce que tu n'as pas respecté pour ce modèle. Sinon, ce n'est pas moi qui m'occupe de ce modèle (même si j'y ai un peu contribué). Tpt (d) 6 novembre 2012 à 16:04 (UTC)
Ah merci Tpt, en effet, cette documentation m’a permis de me corriger. Est-ce que je peux renommer cette page en commons:creator:Virgil Mores Hillyer ou est-ce que cela va casser des liens ? --Zyephyrus (d) 6 novembre 2012 à 17:04 (UTC)
Tu peux, aucun problème. "Creator" est un espace comme un autre et la transclusion de pages creator sait suivre une redirection. Tpt (d) 6 novembre 2012 à 17:07 (UTC)

Avec un autre fichier : essai réussi cette fois. Merci. --Pikinez (d) 6 novembre 2012 à 23:10 (UTC)

Réussi en reprenant le fichier d’hier : merci Tpt ! --Zyephyrus (d) 7 novembre 2012 à 17:06 (UTC)
Problème : quand je clique sur le logo de Wikisource, la page d’index s’ouvre bien, mais les champs ne sont pas remplis automatiquement, il faudrait tout rentrer à nouveau à la main. Il faut s’y prendre autrement ? --Zyephyrus (d) 7 novembre 2012 à 18:10 (UTC)
Cela marche bien chez moi. Il y a eu des modifs dans ce gadget récemment. As-tu purgé le cache de ton navigateur ? Tpt (d) 7 novembre 2012 à 18:26 (UTC)
J’avais purgé la page du fichier et la page d’index ; j’ai purgé aussi tout de suite la page du gadget que tu indiques. Le tout pour l’instant sans résultat. Est-ce que cela peut prendre quelques heures ? Ou est-ce qu’il serait utile d’effacer le fichier pour l’uploader à nouveau ? --Zyephyrus (d) 7 novembre 2012 à 20:49 (UTC)
C'est étrange. Tu utilise bien ce gadget et non pas une version copier/coller dans ton JS perso ? Si oui as-tu une erreur dans ta console JavaScript ?
Ce qui m’étonne, c’est que sur la page du fichier qui s’est très bien et très vite créé (moins d’une minute, un vrai plaisir à côté du temps que cela prenait avant), le lien qui semble le relier à lui-même et qui devrait s’afficher en noir et en gras, apparaît en rouge : il y a donc une différence quelque part dans le traitement des espaces, ou de la diphtongue œ, ou quelque chose de ce genre ? Je n’arrive pas à trouver ce qui ne va pas. --Zyephyrus (d) 8 novembre 2012 à 14:30 (UTC)
Lors de l'upload le contenu de la page est rendu alors que MediaWiki n'as pas encore mis à jours sa liste des pages qui existe ou pas. Le lien vers le fichier est donc considéré comme un lien vers une page n'existant pas. Il suffit de purger la page (?action=purge) pour résoudre le problème qui est rencontré pour tout les uplaod depuis l'API. Tpt (d) 8 novembre 2012 à 17:44 (UTC)
Erreur : main is not defined
Fichier Source : http://bits.wikimedia.org/fr.wikisource.org/load.php?debug=false&lang=fr&modules=user&only=scripts&skin=monobook&user=Zyephyrus&version=20121022T154514Z&*
Ligne : 17
Erreur : jsAlert is not defined
Fichier Source : http://pl.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=Wikipedysta%3ANux%2FSearchBox.js
Ligne : 58
D’autres erreurs renvoient à ta page de discussion, mais il semble s’agir seulement de css, je crois, (exemple :
Avertissement : Propriété « border-radius » inconnue. Déclaration abandonnée.
Fichier Source : http://fr.wikisource.org/w/index.php?title=Discussion_utilisateur:Tpt&action=edit&section=70
Ligne : 9)
et une assez longue liste de propriétés non reconnues.
--Zyephyrus (d) 8 novembre 2012 à 14:55 (UTC)
Tu pourrais me redonner les erreurs javscript avec ?debug=true dans l'URL ? Tpt (d) 8 novembre 2012 à 17:44 (UTC)
Je ferai cela demain soir car un informaticien pourra m’aider ; en attendant j’ai testé si la boîte fonctionne comme avant avec l’ancienne procédure... mais le formulaire est resté vide, je le remplis à la main, demain je reprendrai ceux que le bot a téléchargés. Je vais tester de nouveaux téléversements sous d’autres identités pour me débarrasser de ce qui a pu interférer et te tiendrai au courant de ce que j’obtiendrai au fur et à mesure. Merci, Tpt, de ta merveilleuse patience. --Zyephyrus (d) 9 novembre 2012 à 22:37 (UTC)
Erreur : unterminated comment
Fichier Source : http://bits.wikimedia.org/fr.wikisource.org/load.php?debug=true&lang=fr&modules=site&only=scripts&skin=monobook&*
Ligne : 1080, Colonne : 2
Code Source :
mw.loader.state({"site":"ready"});
mais tandis que je copiais l’erreur s’est effacée de la console. Est-ce que cela veut dire qu’elle s’est corrigée automatiquement ? --Zyephyrus (d) 11 novembre 2012 à 08:31 (UTC)

MediaWiki:Proofreadpage index data config[modifier]

J'ai été un peu surpris que les champs hidden ajoute les champs dans l'index [8], même s'ils sont destinés à rester toujours vide. D'un autre côté si ça simplifie le code je ne sais pas trop si ça vaut la peine d'être corrigé. — Phe 9 novembre 2012 à 13:20 (UTC)

En effet c'est une erreur. Je corrige cela. Tpt (d) 9 novembre 2012 à 15:44 (UTC)

Caractères chinois[modifier]

Bonjour Tpt

Je crois avoir trouvé des polices asiatiques sous licence libre. Voir sur le site de GNU, quatre polices asiatiques et le texte de la licence. Voir aussi le site de Arphic, l'entreprise qui les propose. J'ai trouvé la trace dans le contenu de ma tablette Samsung, avec la même licence, dans les fichiers d'une app d'enseignement du chinois.

Même si le public est assez limité (sauf si WSexport fonctionne sur zh.wikisource), ça me ferait grand plaisir de lire par exemple Mémoires historiques/Introduction. Pour l'instant, j'ai seulement un ebook-reader qui affiche le chinois, l'app eBook livrée avec la tablette. Le reste, y compris mon Sony Reader acheté en France, les ignore, mais les affiche si le document les a embarqués. --Wuyouyuan - discuter 14 novembre 2012 à 05:13 (UTC)

WikisourceMobile access[modifier]

Hello, you still have to add @siebrand to committers, see translatewiki:Thread:Support/WikisourceMobile. Thanks, --Nemo bis (d) 8 décembre 2012 à 15:51 (UTC)

Initialise WSexport[modifier]

Bonjour Tpt. We need ton aide! At Catalan Wikisource I've added the link for EPUB export. It works great, but I don't know why subpages don't export automatically, only one at a time (e.g. try ca:Crònica de Bernat Desclot or directly here). I read similar problem 1 year ago at Italian Wikisource but it disapeared and they don't know how.

I've also translated ca:MediaWiki:Wsexport about and ca:MediaWiki:Wsexport i18n.ini but the EPUB shows English version.

What I'm missing? We have still not implemented Microformat nor headers. Is this? Merci beaucoup!-Aleator 13 janvier 2013 à 01:59 (UTC)

Perhaps it's size of the file? Subpages automatically appear OK with a smaller text (ca:Lo nou testament de nostre senyor Jesu-Christ). -Aleator 13 janvier 2013 à 02:16 (UTC)
Solved! Subpages must be linked in the main page! It works great! -Aleator 13 janvier 2013 à 12:36 (UTC)
In order to make te epub show the translated version of messages, you have to update the translation cache. You can do it if you load this URL: http://wsexport.wmflabs.org/tool/book.php?refresh=true&lang=ca . Tpt (d) 13 janvier 2013 à 15:20 (UTC)

Police toute petite[modifier]

Un utilisateur a une police minuscule dans sa fenêtre Edit de WS seulement, sous safari. voir Wikisource:Scriptorium/Janvier_2013#Police_toute_petite que je copie ici. Aurais-tu une idée ? --Rical (d) 18 janvier 2013 à 14:23 (UTC)

Depuis quelques temps déjà, lorsque je veux corriger une page, le texte que je tape m’apparaît en tout petit (comme celui que je tape en ce moment d’ailleurs) comment faire pour augmenter la taille de la police de caractère car vraiment je ne vois pas grand chose. --Le ciel est par dessus le toit (d) 15 janvier 2013 à 17:51 (UTC)

. . .

Vos opérations me permettent de voir plus gros la police des pages qui s’affichent, mais pas le texte que je tape quand je modifie une page, je ne comprends pas, merci quand même de votre aide --Le ciel est par dessus le toit (d) 17 janvier 2013 à 16:53 (UTC)

Sommaire dans export epub[modifier]

Bonjour,

J’ai fait quelques tests au sujet de l’apparence de mon sommaire en .epub : voyez le scriptorium.

À quoi sert ce div avec un float:left et une width de 100% ? Cela semble contradictoire.

J’ai remarqué aussi que les h4 comprenaient un <span class="mw-headline">. Mais cette classe n’est pas déclarée dans la css. Ça n’est pas bien grave, mais ça surprend.

Pour le reste, c’est impeccable. Je vais essayer de revoir tous les livres que j’ai déjà entrés dans Wikisource pour qu’ils soient compatibles avec l’export en .epub. Merci pour votre contribution à cet outil.

Filipvansnaeskerke (d) 24 janvier 2013 à 15:03 (UTC)

À quoi sert ce div avec un float:left et une width de 100% ? C'est une bonne question, je n'en sais trop rien (je n'ai jamais vraiment touché à {{Table}}). C'est peut-être pour la compatibilité avec un vieux navigateur ou je ne sais quoi. Je suis plutôt pour le supprimer.
"mw-headline" est une classe ajouté par MediaWiki même pour permettre, je crois, un maniement plus facile des titres. Elle sert peut-être dans d'autres apparences que celle par défaut (Vector). Tpt (d) 24 janvier 2013 à 18:41 (UTC)

Plusieurs éditions[modifier]

Salut,

il ne fallait pas remplacer une édition par une autre édition [9], mais créer une page pour les différentes éditions : Testament de Louis XVI. Fais gaffe. --Pikinez (d) 26 janvier 2013 à 09:55 (UTC)

Interwikis[modifier]

Bonsoir Tpt,

Les liens interwikis te posent problème en format e-pub ? C’est gênant de les enlever. Où peut-on les mettre ? --Zyephyrus (d) 12 février 2013 à 17:44 (UTC)

Non, non, ce n'est pas un problème avec les epubs, c'est juste que je les ai déplacés vers la page d'homonymie (et supprimé le lien vers en qui liait vers l'auteur). Si cela te gêne, n'hésite pas à les remettre. Tpt (d) 12 février 2013 à 19:45 (UTC)

Proposition de rencontre amicale[modifier]

J'ai laissé un message sur le scriptorium à ce sujet. A bientôt ? --Acélan (d) 14 février 2013 à 21:01 (UTC)

Wikisource et Zotero[modifier]

Bonjour Tpt,

J'espère que tu vas bien depuis la semaine dernière :)

J'ai été enchantée de te rencontrer, et je te remercie d'avoir aussi rapidement rectifié le problème de récup. des données par Zotero.

Au passage, je me demandais s'il ne serait pas possible de prévoir aussi cette récupération en mode page : après tout il y a déjà Citer page, donc les données doivent être disponible.

ça serait un super plus de pouvoir avoir la récup' directement par Zotero, car Wikisource se propose d'être une source bibliographique pour tous. Ça faciliterait grandement, en particulier, la citation dans Wikipedia avec le modèle {{Cite book}} - voici par ex. le résultat "instantané" d'une réf. de wikisource avec ce modèle

{{Cite book
| publisher = Plon
| last = Dostoievski
| first = Fédor
| others = Charles Neyroud (trans.)
| title = Souvenirs de la maison des morts
| location = Paris
| accessdate = 2010-02-04
| date = 1862
| url = http://fr.wikisource.org/wiki/Souvenirs_de_la_maison_des_morts
}}

Sinon, j'ai vu que tu avais lancé les opérations avec LUA, je vais aller y jeter un coup d'oeil et tâcher de comprendre comment ça fonctionne.

Merci pour tout --Hélène (d) 22 février 2013 à 13:29 (UTC)

adding Wikilivres to WSexport?[modifier]

Since USA doesn't apply the rule of the shorter term to copyrighted works, there are many works that are in the public domain in the country of origin and not in the US. One example is Gandhi or some works of James Joyce.

Because of that, Wikilivres contains books in the public domain under Canadian law (Canada applies the rule of the shorter term).

Would it be possible to add Wikilivres (with wl or wlv) to WSexport?

Many thanks for your outstanding tool, --Ousia (d) 19 mars 2013 à 21:18 (UTC)

Yes, it's possible to add Wikilivres support to Wsexport but he will require to do some work because Wsexport is curently too Wikisource centered. I have opened an issue in GitHub. Tpt (d) 21 mars 2013 à 20:55 (UTC)

Erreur d’expression : mot « janvier » non reconnu[modifier]

Je crois que Wuyouyuan a observé une erreur rare dans wikidata. Mais je ne sais pas où aller la corriger. --Rical (d) 23 mars 2013 à 09:54 (UTC)

L’Encyclopédie/1re édition/DEGRÉ[modifier]

Une curiosité, n'importe quelle petite modification, y compris dans les catégories, permet d'avoir la page correcte mais quand on revient exactement à cette version, ça ne fonctionne pas. Le fait que même une modification en dehors de la balise pages corrige le problème me fait penser qu'il s'agit plutôt d'un problème du parser de mw que de l'extension. — Phe 24 mars 2013 à 02:57 (UTC)

En effet. On a l'impression qui ne reconnais pas <pages> comme un tag au niveau du passage texte wiki -> arbre DOM à parser. Tpt (d) 24 mars 2013 à 17:56 (UTC)

Export sur liseuse[modifier]

Suite à la discussion de tout à l'heure : Hélène a mené l'enquête, et trouvé des éléments. Voir son message sur ma page de discussion.
Pour le reste, je ferai des tests plus poussés sur les différents modèles, et je mettrai tout d'un coup sur la page dédiée.
--Acélan (d) 27 mars 2013 à 22:46 (UTC)

Les Tribulations d’un Chinois en Chine[modifier]

Pas d'onglet source, rien à faire pour le faire apparaître, le problème vient de la façon dont est déterminé le nom de l'index. Les numéros de ligne sont pour cette version [10]. Ligne 994, links == null car links provient de parse_index_text() d'un livre qui contient un < pagelist ...>, $firstpage = prend donc le nom de index/1 et est ajouté à la table des transclusions, espace de nom Page:. Dans prepareArticle() on récupère le nom de cette page (ligne #1667), puis en #1676 on cherche l'index qui lie vers cette page, et là ça bug car les pagelist dans ce livre font pagelist from=7 to=9 et pagelist from=11 to=219, la page /1 n'est pas incluse pour éliminer des pages blanches..., la requête en ligne 1676 retourne 0 résultat, $indextitle reste à null, et le reste du code foire, $n n'est pas init, le code fait un return ligne 1753 avant d'ajouter le module et l'indicateur de qualité, de toute façon ajouter le module sans connaître le titre de l'index ne ferait pas grand chose de bon, et le calcul de l'indicateur de qualité produirait des divisions par zéro. — Phe 11 avril 2013 à 16:49 (UTC)

Div class verse[modifier]

Hé, enlever l'explication de François pour laisser seulement ce lien ? J'ai bien peur que le remède soit pire que le mal  :) --Zyephyrus (d) 13 mai 2013 à 15:32 (UTC)

Je viens de rédiger quelques explications, pour remplacer celles de François dont il me semblent qu'elles embrouillent plus qu'autre choses. Tpt (d) 14 mai 2013 à 11:40 (UTC)

Extension[modifier]

J'ai un problème depuis la mise à jour de l'extension hier, je n'arrive plus à créer de page avec un bot, la création à partir de l'interface web fonctionne. ProofreadPage.body.php:parsePage() ligne 911 $title->prpIndexPage->getIndexDataForPage(); mais getIndexDataForPage(); a besoin d'un Title comme paramètre (ce cas correspond aux bot qui créent les pages sans le /^<noinclude>(.*?)<\/noinclude>), évidemment php n'aime pas [Tue Jul 09 14:29:39 2013] [error] [client 127.0.0.1] PHP Catchable fatal error: Argument 1 passed to ProofreadIndexPage::getIndexDataForPage() must be an instance of Title, none given, called in /var/www/htdocs/w/1.21wmf12/extensions/ProofreadPage/ProofreadPage.body.php on line 911 and defined in /var/www/htdocs/w/1.21wmf12/extensions/ProofreadPage/includes/index/ProofreadIndexPage.php on line 381. Passer $title à ProofreadIndexPage::getIndexDataForPage() à l'air suffisant sur mon wiki. — Phe 9 juillet 2013 à 14:45 (UTC)

Juste une note sur le numéro de version 1.21wmf12 est vieille mais le code de l'extension est le même que le code live sur les serveurs. — Phe 9 juillet 2013 à 17:38 (UTC)
https://bugzilla.wikimedia.org/show_bug.cgi?id=51085Phe 10 juillet 2013 à 00:57 (UTC)

Groupe d’utilisateurs Wikisource[modifier]

Wikisource, la bibliothèque numérique libre s’oriente vers une meilleure mise en œuvre de la gestion des documents, la relecture et le téléchargement. Chaque communauté linguistique est très importante dans Wikisource. Nous aimerions proposer un groupe d’utilisateurs Wikisource, qui serait une organisation souple et volontaire pour faciliter la sensibilisation et encourager le développement technique, rejoignez-le si vous vous souhaitez donner un coup de main. Cela permettrait également de donner une meilleure façon de partager et d’améliorer les outils utilisés sur les Wikisources locales. Vous êtes invités à rejoindre la liste de diffusion Wikisource-l (anglais), le canal IRC #wikisource, la page Facebook ou le compte twitter Wikisource. Dans le cadre du Google Summer of Code 2013, quatre projets liés à Wikisource sont présentés. Pour obtenir les meilleurs résultats de ces projets, nous aimerions recueillir vos commentaires. Les projets sont listés sur Wikisource : tous les projets. Vous pouvez trouver le rapport de mi-parcours sur le travail de développement effectué au cours de l’Individual Engagement Grants sur Wikisource ici.

Global message delivery, 25 juillet 2013 à 00:22 (UTC)

Akathistos[modifier]

Bonjour,

J'ai recopié le texte de Akathistos depuis Wikipédia. J'ai laissé un mot sur le Scriptorium car je ne sais pas comment le mentionner clairement.

Cordialement,

--Hercule (d) 10 octobre 2013 à 09:55 (UTC)

Salut Tpt! Il y'a un ficher de bug ici pour toi! :-) --Dschwen (d) 29 octobre 2013 à 14:03 (UTC)

Wikidata[modifier]

Salut,

Comme je contribue à la fois à Wikidata et Wikisource, et qu'en plus mes projets actuels sont en train de se finir, je te propose mon aide pour le deployement du 14 janvier. Tu as dut voir mes remarques sur la page de synchro côté Wikidata.

Va-t-il y avoir des choses à préparer côté fr.ws ? Y-a-t-il lieu de commencer une page projet ici ?

(note importante : je ne saurais pas programmer de bot ...)

A+,

--LBE (d) 3 novembre 2013 à 13:48 (UTC)

Hum, je ne pense pas qu'il y ait beaucoup de chose à faire avant le 13 janvier mis à part préparer des bots pour le transfert. Ensuite, il y aura besoin de monde pour fusionner les doublons induits par l'import en masse. Je suis en train d'écrire un bot pour importer les pages d'auteurs (liens interwiki + liens vers les notices d'autorité).
Comme tout cela est commun entre toutes les Wikisources, àmha ce n'est pas la peine de commencer une page de projets mais juste de sensibiliser la communauté à Wikidata. Tpt (d) 3 novembre 2013 à 13:39 (UTC)
OK. Annonce déjà faite sur le Scriptorium. Pour les doublons, wikidata:User:Byrial avait des pages de candidats très utiles après l'import Wikivoyage. Elles sont sûrement adaptables. --LBE (d) 3 novembre 2013 à 13:48 (UTC)
A la réflexion, je me dis qu’empêcher les doublons a priori serait plus simple que de les corriger a porteriori. Avec l'avantage supplémentaire de pouvoir plus facilement faire appel à la communauté WS.
J'imagine que ton script va a minima vérifier le paramètre wp du modèle Auteur avant de créer l'item Wikidata. Donc pourquoi ne pas le mettre sur un maximum de pages d'ici la fin de l'année ? Idéalement, on aurait même une page listant toutes les pages Auteur sans paramètre wp, dans laquelle tout le monde pourrait aller piocher.
Tu en penses quoi ?
--LBE (d) 4 novembre 2013 à 08:32 (UTC)
Amha je pense que le nombre de doublons ne sera pas trop grand si on se base sur le paramètre wp, les liens interlangues pointant vers une page auteur d'une autre Wikisource ayant un lien wp et sur le modèle Interprojet de Wikipédia pour trouver l'item Wikidata correspondant et donc s'en sortir. De plus il est je crois bien plus facile de détecter les doublons dans Wikidata via toutes les listes de doublons potentiels générés automatiquement. Je compte faire passer le robot en deux passes dans toute les Wikisources. La première cherchera pour chaque page non encore lié à Wikidata s'il existe un article Wikipédia lié (via wp ou ses équivalents dans d'autre langue ou, à défaut, via Interprojet ou ses équivalents) et si oui, ajoute sur l'item correspondant la page en cours et toute les pages liés via les liens interlangues. La seconde, quand la passe 1 sera complètement fini, pour créer des items pour les pages auteurs non encore ajoutés. Ce mode en deux passes permet d'épuiser toutes les possibilités de trouver les liens avant de créer de nouveaux items. Tpt (d) 4 novembre 2013 à 12:27 (UTC)
@ Tpt : Tu as intégré Interprojet au Modèle Auteur, je l'ai donc intégré au Module:Auteur que je teste dans Modèle:Auteur3 et dans Auteur:Gustave_Eiffel, Auteur:Johnny Hallyday et Auteur:Nelson Mandela. Je ne l'appelle qu'une fois et toujours de la même manière, mais les résultats sont différents. Il semble créer des liens dans la colonne de gauche "Compléments", mais aussi juste après la box et pas toujours les mêmes. Faut-il l'intégrer ? Est-ce normal ? Modifie tout ce que tu veux partout où tu veux. --Rical (d) 16 mars 2014 à 18:18 (UTC)
Merci pour l'intégration. Non, ce n'est pas normal. Le module ne génère qu'une seule liste dans une div avec la classe "interProject". J'ai supprimé les appels à Interproject dans Auteur3. Cela a fait disparaitre tout appel au modèle/module Interprojet dans les exemples de tests (visiblement l'appel dans le module n'est pas exécuté). Je crois que je ne vais pas m'aventurer plus avant, car je ne me suis pas bien approprié le module Auteur. Tpt (d) 16 mars 2014 à 19:38 (UTC)
Pour que tu puisses étudier l'intégration d'Interproject au Module:Auteur sans incertitude, je l'ai greffé à l'endroit où il reçoit frame directement à chaque invocation, une fois et une seule quel que soit le mode de fonctionnement choisi. On pourra ensuite le greffer à sa place normale, l'endroit où l'on génère l'infobox. Je suis en train de mettre à jour la documentation du module et du modèle. --Rical (d) 25 mars 2014 à 15:06 (UTC)

LaTeX Version of Wiki[modifier]

The server is online http://mediawiki2latex.mooo.com/ I just inform you since you expressed your interest on meta.Dirk Hünniger (d)


Auteur quality[modifier]

Bonjour, j'aurais voulu créer un modèle de qualité pour les auteurs (comme pour les textes) pour signaler les auteurs dont on dispose des œuvres complètes. Tu as supprimé Modèle:AuteurQuality en 2011, des problèmes particuliers pour un créer un nouveau ? ... je pense à oeuvres complètes dispos en scan, oeuvres complètes avec au moins une relecture de chaque oeuvre et auteur validé : oeuvres complètes avec 2 relectures... Sapcal22 (d) 19 novembre 2013 à 22:35 (UTC)

Aucun problème. J'ai sans doute supprimé le modèle car il était utilisé nul part. Tpt (d) 20 novembre 2013 à 08:06 (UTC)

Answer to interview for 10th birthday[modifier]

Si tu en veux, voici ma contribution :)

Bonne journée, et à bientôt… --Hélène (d) 24 novembre 2013 à 10:09 (UTC)

dummy edit et validation des pages.[modifier]

Deux problèmes, un dummy edit fait ça [11], ça serait vraiment bien de l'éviter, je suis en train de faire un touch de pas mal de Page: avec un bot et ça résulte en des tonnes d'édit.

L'autre problème ne provient peut être pas de l'extension, il avait été signalé déjà il y a quelques jours mais c'est devenu très fréquent, voir systématique : Livre:Diderot - Encyclopedie 1ere edition tome 8.djvu est entièrement corrigé, tout les états des pages sont jaunes mais n'apparaissent pas jaune dans l'index, curieusement la cat (qui devrait être caché) apparaît comme un lien rouge sur ses pages. Le premier signalement est apparu le 26 novembre mais était resté une curiosité, un dummy edit avait corrigé le pb, maintenant ça semble systématique et je ne trouve pas comment corrigé le pb (action=purge n'a plus l'air d'avoir d'effet sur les Page:, changer le niveau de validation non plus ;(). — Phe 4 décembre 2013 à 00:58 (UTC)

Taille de la zone de texte en mode page[modifier]

Salut,
Depuis la mise à jour, je constate un problème, qui est parfois gênant, selon la taille des pages du scan et la résolution de l'écran (je travaille parfois sur un portable avec un écran pas très grand).
La zone de texte est considérablement agrandie : du coup, quand la page du FS n'est pas très grande, on peut se retrouver à corriger du texte sans avoir la page en regard du bas du texte : on ne peut pas la faire descendre au niveau de la zone de texte que l'on corrige (je ne sais pas si mes explications sont claires ?). Et dans tous les cas, on doit scroller beaucoup pour atteindre les modèles et les boutons du bas, c'est assez peu ergonomique.
Par ailleurs, plus moyen de zoomer sur le scan autrement que par les boutons de l'aide à la relecture ; on est aussi obligé de passer par là pour voir les en-têtes et pieds de page, puisque le bouton qui devrait servir à ça en un clic n'est plus opérationnel - et après, il faut recliquer pour avoir la barre d'outils avancés. Ça fait beaucoup de clics en trop.
Merci d'avance, et bon courage pour essayer de régler tous les bugs dus à la dernière mise à jour, --Acélan (d) 4 décembre 2013 à 21:27 (UTC)

Je suis en train de préparer une modif qui mettra comme taille de la zone de texte la taille défini dans les préférence utilisateur. Cela doit corriger ton problème. En attendant, tu peux utiliser Firefox qui permet de redimensionner les zones de texte. Pour le zoom via le scroll, je suis en train aussi de corriger cela. "le bouton qui devrait servir à ça en un clic" je ne vois pas dequel bouton tu parle (mais je ne connais pas toutes les fonctionnalités de l'extension et des gadgets de Wikisource). Tpt (d) 4 décembre 2013 à 22:03 (UTC)
Merci pour la modif en préparation. J'utilise déjà Firefox, mais redimensionner à chaque fois, c'est fastidieux.
Le bouton qui sert à afficher les en-têtes et pieds de page est dans la barre d'outils, et ressemble à ça [12]. --Acélan (d) 5 décembre 2013 à 08:17 (UTC)
C'est un bouton d'un gadget. je m'en occuperais quand ProofreadPage marchera parfaitement. Tpt (d) 5 décembre 2013 à 14:02 (UTC)
Salut Tpt, penses-tu que ProofreadPage marche maintenant suffisamment bien pour remettre le bouton qui permet l’ouverture/fermeture des entêtes depuis la barre d'outils ?
aller chercher le "[+]" en Aide à la relecture sur chaque page est assez fastidieux Clin d'œil - Merci si tu peux voir... --Hélène (d) 16 mai 2014 à 07:35 (UTC)
Fait Yes check.svg. Si tu veux il y a aussi une option dans les préférences d'édition pour afficher les entêtes par défaut. Tpt (d) 17 mai 2014 à 06:47 (UTC)
Merci !merci - oui, mais cette préférence ne fonctionne plus… ou du moins ne fonctionnait plus... elle est activée chez moi en permanence, et jusqu'à ta récente intervention, ça ne servait à rien... donc, deux fois merci !! --Hélène (d) 17 mai 2014 à 09:06 (UTC)

Problème pied de page/scan vertical[modifier]

désolé Tpt mais je ne vois aucun changement sur ma page de modification

voici ce que j’ai :

bits.wikimedia.org/fr.wikisource.org/load.php?debug=false&lang=fr&modules=ext.proofreadpage.page.edit%7Cjquery.mousewheel%2CprpZoom&skin=vector&version=20131210T194400Z&*:8SyntaxError: Parse error

--Le ciel est par dessus le toit (d) 10 décembre 2013 à 20:20 (UTC)

Interlignage[modifier]

Bonsoir Tpt,

Est-ce qu'il faut faire quelque chose de particulier pour que ceci fonctionne à nouveau ? Sur mon écran (est-ce pareil pour d'autres ?) l'interlignage est redevenu inégal en cas d'appel de note en exposant. Est-ce une question de skin, de police de caractères, ou l'effet d'une des récentes mises à niveau ? Merci de ton aide ! --Zyephyrus (d) 22 décembre 2013 à 22:47 (UTC)

Je n'ai pas ce bug sur Firefox 28 (Mac OS 10.9) en étant connecté, avec Vector ou Monobook mais par contre je l'ai avec Chrome 31 (Mac OS 10.9) en étant non connecté (c. f. cette page de test). Je suppose que c'est lié à un changement de CSS quelque part (dans MediaWiki ou dans autre bloc de CSS de Wikisource) mais je ne serais pas dire où. Je crois que Phe est mieux placé que moi pour résoudre ce problème. Tpt (d) 23 décembre 2013 à 08:17 (UTC)

Pb d'interaction début de section/ligne blanche[modifier]

Salut,

Qu'est que tu penses du problème que j'ai remonté sur le Scriptorium, sur le fait que le 1er début de section d'une page n'est pas vu comme une ligne blanche ?

Régression liée à la nouvelle implémentation de Proofread ?

--LBE (d) 29 décembre 2013 à 12:46 (UTC)

C’est "normal" vu le comportement des balises. Il suffit de basculer avec la syntaxe classique <section begin="s1" /> pour le comprendre. Le problème c’est que si vous changez le comportement maintenant, ça risque de casser tous les textes qui l’utilisent.
Je n’aime pas cette nouvelle syntaxe et t’encourage à utiliser l’ancienne pour bien maîtriser ton texte (activable dans les gadgets : Utiliser l'ancienne syntaxe <section/> pour les transclusions de sections dans l'espace Page). Aristoi (d) 29 décembre 2013 à 14:35 (UTC)

ProofreadPage comments[modifier]

Hi! I have some comments/questions and I don't know a better place where to put them.

We have implemented French WS layout on Estonian WS, but since recently some things don't work the way they used to. 1) Pages that have header included now start with an indent. 2) Indent now affects header/footer if its text is without alignment template. 3) Seems that something similar is needed for pageheader class. 4) If I remember correctly then class deuxcolonnes included on index page had an effect on pages like this, currently I see no effect. 5) Special:IndexPages no longer updates page statuses well (without purging relevant index pages). Can something be done about these things on PP side or can you suggest local CSS fixes? Thanks in adavnce. Sorry, if some of these concerns are already addressed somewhere. 90.190.114.172 (d) 18 janvier 2014 à 12:44 (UTC)

On more comment: Page: namespace pages used to show up in file usage section of the scans file. I think this was good. 90.190.114.172 (d) 18 janvier 2014 à 15:25 (UTC)

Hm, apparently pagetext class now applys to header/footer. Am I right that this is not intentional, should I fill a bug about it? 90.190.114.172 (d) 24 janvier 2014 à 10:22 (UTC)

Export incomplet en epub d'un texte sur deux volumes[modifier]

Bonjour,
J'ai essayé hier d'exporter ce texte, mais l'export ne prend en compte que la première partie du texte.
Y a-t-il quelque chose qui ne va pas dans la syntaxe utilisée ?
Merci d'avance, --Acélan (d) 10 février 2014 à 07:58 (UTC)

Il faut indiquer que la deuxième partie est aussi dans le sommaire. Tpt (d) 10 février 2014 à 08:26 (UTC)
Merci !merci --Acélan (d) 10 février 2014 à 12:47 (UTC)

Contributeurs ayant des droits sur les projets de wikimedia[modifier]

J’ai créé cette page, peux-tu t’y inscrire stp, cordialement --Le ciel est par dessus le toit (d) 19 février 2014 à 09:09 (UTC)

You've got mail[modifier]

Hi. I have sent you a mail using EmailUser on Meta. Please check it. Soni (d) 15 mars 2014 à 02:08 (UTC)

2 questions[modifier]

Bonjour Tpt, je viens «d'atterrir» à wikisource et je permets de te poser deux questions par rapport à Autres modèles:

  1. tu me suggères d'utiliser { { Document}} se que j’ai fait dans Jean-Daniel Colladon, mais j’avais demandé quoi utiliser dans le lien en rouge 'Souvenirs et mémoires' (pour le créer) d’après Colladon PDF ... et alors dans quelle Catégorie le classer?
  2. comment peut-on se certifier qu'un document se trouve en licence libre ou dans le domaine public?

Merci pour ton aide Pintopc (d) 18 mars 2014 à 04:52 (UTC)

  1. Il y a une page d'aide : Aide:Publier un livre. Si tu rencontre des problèmes, n'hésite pas à demander sur le scriptorium.
  2. Dans le cas général (il y a de nombreuses exceptions...) il faut regarder si l'auteur est décédé depuis plus de 70 ans. Si oui c'est a priori dans le domaine public, si non c'est sans doute pas le cas. Pour la licence libre, il faut regarder si c'est indiqué dans le document on à côté (par exemple, la licence d'un fichier de Wikimédia Commons est indiqué dans la page de description du fichier). Tpt (d) 18 mars 2014 à 07:47 (UTC)

Paramétrage en création Auteur[modifier]

Bonjour Tpt,

Je sais bien que cette version est vouée à disparaître, mais c'est problématique en attendant, car nous avons quand même beaucoup plus d'auteurs français que canadiens Clin d'œil

Quand on crée un nouvel auteur avec le formulaire automatique, la valeur par défaut pour les droits est : 50 ans (canadien) - serait-il possible de mettre par défaut 70 ans, sinon on risque des problèmes en n'ayant pas pris le temps de vérifier la nationalité de l'auteur (qui est français 99/100).

Merci d'avance, --Hélène (d) 19 mars 2014 à 10:40 (UTC)

Fait Yes check.svg. C'est corrigé. Tpt (d) 19 mars 2014 à 12:09 (UTC)
Je viens de m'en rendre compte, car j'étais dessus... Merci !merci et un gros cookie -  :) - y a-t-il un moyen de sortir la liste des auteurs à qui auraient été mis les droits à 50 ans, pour contrôle ? - Merci d'avance, et sinon tant pis --Hélène (d) 19 mars 2014 à 12:20 (UTC)
J’ai ajouté la catégorisation dans Catégorie:Droits d’auteur 50 ans. Il faut attendre avant que tous les auteurs y apparaissent. (Ça m'a permis de voir deux erreurs que j’ai faites…) Aristoi (d) 19 mars 2014 à 18:28 (UTC)
Super, merci !! je pense que la grande majorité ne sont effectivement pas des Canadiens Clin d'œil - sur plus de 50, j'en ai retrouvé 4 !!
Pour moi qui crée à la pelle les auteurs de la Revue des Deux Mondes, c'était un gros handicap, car je ne pensais pas à vérifier ce critère, qui a été rajouté récemment... --Hélène (d) 21 mars 2014 à 09:40 (UTC)

Toujours dans les Auteurs, c'est normal que le script pour ajouter les Autorités ne fonctionne plus ? est-ce lié à Wikidata, ou un changement de paramètres du Viaf ? Merci de voir si tu peux m'aider, car nombre d'auteurs ne sont pas (encore) dans Wikidata, et ça permet d'avoir automatiquement pas mal de précisions sur qui ils sont... ;) --Hélène (d) 21 mars 2014 à 09:43 (UTC)

C'est corrigé. Tpt (d) 24 mars 2014 à 14:43 (UTC)

J'ai essayé de trouver dans wikidata une propriété correspondant à "type de droit d'auteur" pour l'inclure dans la prochaine version de Module:Auteur, mais je n'ai rien trouvé à partir de "author rights" ou "creative work". --Rical (d) 22 mars 2014 à 18:20 (UTC)

Je crois qu'il n'y en a pas pour l'instant. àmha une première version du module avec seulement le paramètre "habituel" est bien suffisante. Merci, Tpt (d) 24 mars 2014 à 14:43 (UTC)

Des sœurs toutes simples...[modifier]

Bonjour Tpt,

Est-ce que ce modèle peut être recopié dans {{interprojet|nolinks|commons, wp et autres simples sœurs...}}, ou est-il préférable de conserver deux modèles différents ?

Et merci aussi pour les notes de la Morale d'Aristote ! --Zyephyrus (d) 20 mars 2014 à 08:01 (UTC)

Personnellement, je serais plutôt pour un second modèle. Je ne suis en effet pas fan des paramètres qui changent totalement le comportement du modèle (création d'une section "Complément" dans le menu de navigation versus affichage de quelque chose dans le corps du texte). Tpt (d) 20 mars 2014 à 12:36 (UTC)

Pb avec les liens entre projets[modifier]

sur cet auteur Henri_Bremond, le lien vers Biographie est rouge, et pourtant, il y a bien une page sur Wikipedia... (normal, il était académicien) - Y aurait-il un petit bug dans le module qui gère automatiquement ces liens ?

D'autre part, pour les liens vers Commons, je pense qu'il faudrait plutôt mettre par défaut un lien vers la Category, car, comme tu le sais, il existe très peu de pages au nom des auteurs (elles ne sont d'ailleurs pas encouragées), alors que presque tous ont une catégorie Clin d'œil — qu'en dis-tu ? --Hélène (d) 25 mars 2014 à 21:40 (UTC)

L'existence des liens vers Wikipédia est faite à partir de Wikidata (il n'est pas possible de vérifier si le lien existe sur Wikipédia). Comme la page Auteur:Henri_Bremond n'était pas lié à l'item Wikidata sur Henri Bremond c'est normal que le lien s'affiche en rouge. J'ai ajouter la page sur l'item, et maintenant tout est normal.
Pour les liens vers les catégories de commons, oui. Il faudrait que je le fasse. Tpt (d) 26 mars 2014 à 12:22 (UTC)
ah, d'accord, je n’avais pas compris comment se faisait ce calcul de 'lien rouge/lien bleu' - maintenant que j'ai compris, je ferai le contrôle, et j'ajouterai sur Wikidata, le cas échéant... Sourire --Hélène (d) 26 mars 2014 à 14:16 (UTC)

Bug affectant l'affichage des couleurs sur les Pages d'Index[modifier]

Bonjour Tpt,

J'ai remarqué que ce bug se produit presque systématiquement sur les pages d'index dont on modifie le contenu des pages qui affichent le sommaire (donc la Revue des Deux Mondes en particulier...)

Est-ce un élément qui peut permettre de diagnostiquer l'origine du problème ?

Bonne journée, --Hélène (d) 28 mars 2014 à 09:49 (UTC)

Auteurs homonymes[modifier]

Bonjour Tpt, je voudrais éviter que l'auteur que je viens de créer Daniel Riche (1864 – 1936), ne pointe vers l'auteur homonyme wikipedia Daniel Riche (1949-2005), ce que l'on faisait avec "wp=" avant les wikidata. La solution est elle de renommer la page, mettre une catégorie ? Sachant que je n'y connais rien aux wikidatas…

  • En essayant de trouver un cas qui résoudrait mon problème, je suis tombée sur Alexis Martin qui pointe sur une page d'homonymie (idem Louis Favre, Joseph Roy, Joseph Rivière, Henry Martin Albert Lévy) mais c'est peut-être la meilleure solution s'ils n'ont pas de notoriété).
  • Pour ceux ci-après, c'est comme pour Daniel Riche, problématique car Nicolas Martin est skieur au lieu du dramaturge :-), Jules Roy d'instituteur est devenu militaire, Paul Roux ingénieur devenu peintre, Paul Faure romancier devenu homme politique, Louis Guillard a changé d'époque
  • Pour Max Fischer c'est un cas à part, une page wikisource pointe sur un article concernant 2 personnes, en wikidata on ne peut plus avoir d'info sur la naissance... par contre, les frères Grimm le font proprement (composé de)
  • Et j'ai quand même trouvé 2 exemples qui marchent Alphonse Constant, ou Charles Guérin, mais il faut contribuer sur les wikidatas...

Merci de toute info qui pourrait m'aider Sapcal22 (d) 10 mai 2014 à 13:34 (UTC)

Désolée d'encombrer ta page :-) Sapcal22 (d) 10 mai 2014 à 13:38 (UTC)
Merci pour cette question. Elle mériterait d'aller sur le Scriptorium (je te laisse la copier/coller si tu désire). Le comportement actuel est d'afficher un lien bleu vers la page indiqué sur l'entré Wikidata ou sinon un lien rouge vers la page de même nom de que l'auteur. L'objectif du changement était de migrer totalement la gestion des interprojets surr Wikidata afin de ne pas tomber dans une situation hybride rendant la maintenance difficile (on croit corriger un lien en modifiant Wikidata mais la modification n'est par répliqué car la données est surchargé sur Wikisource) et de ne pas afficher les liens s'ils ne sont pas présent. Mais on m'a demandé de les remplacer par des liens rouges afin de faciliter la création d'articles. Je ne suis pas fan de remettre le paramètre "wp" car cela nécessiterait un gros travail de maintenance (modifier les pages affectées + supprimer le lien si la page est créé en prenant compte le fait que la page peut être créée avec un autre nom). Je serais pour considérer que ce sont des liens rouges et donc marqués comme potentiellement mauvais et tolérer ces problèmes. Mais si tu as une autre solution je suis preneur. Tpt (d) 10 mai 2014 à 15:34 (UTC)
Merci, copié sur le scpriptorium, Sapcal22 (d) 11 mai 2014 à 16:34 (UTC)

Script pour récupérer des bouquins sur Hathi Trust[modifier]

Bonjour Tpt,

Il y a un script pour récupérer les bouquins sur Hathi Trust, mais je ne suis pas très ferrée en scripts, comme tu sais :D

Pourrais-tu m'expliquer un peu plus dans le détail comment je fais pour l'utiliser sur un Mac OSX, et avec un VPN (Spotflux en l'occurrence), qui marche très bien chez moi, mais la récupération page par page d'un bouquin de 500 p est un peu longue...

Merci pour ton aide, car j'ai pas mal de demandes sur des bouquins qui ne sont QUE sur Hathi Trust, et je ne peux pas utiliser Hathi Downloadhelper, vu que je suis sur Mac.

--Hélène (d) 12 mai 2014 à 11:37 (UTC)

Pour le lancer sans VPN il suffit de créer le fichier HathiTrust.sh dans ton dossier utilisateur tel que demandé (cela se fait très bien avec <textEdit en mode texte brut) puis il faut ouvrir le Terminal (dans le dossier Autres de Launchpad) et taper "sh HathiTrust.sh" puis entrer. Par contre, je ne connais pas du tout ton VPN. Comme j'ai impression qu'il modifie directement la connection réseau de la machine peut être que le script marche en retirant la ligne 'export http_proxy="xxx.xxx.xxx.xx:xxxx"' qui serait alors inutile. Tpt (d) 12 mai 2014 à 12:57 (UTC)
ok, je vais essayer… j'avais déjà fait une tentative il y a quelques temps… sans résultat… j'avais peut-être oublié quelque chose :) - je te tiens au courant. Merci --Hélène (d) 12 mai 2014 à 22:16 (UTC)
je me souvenais que je n'avais jamais réussi à le lancer… voici le message que j'ai dans le Terminal :
Last login: Sat May  3 19:43:09 on console
MacBook-Pro-de-Helene:~ helenesarrazin1$ sh HathiTrust.sh
sh: HathiTrust.sh: No such file or directory
MacBook-Pro-de-Helene:~ helenesarrazin1$ 
je présume qu'il manque un élément important : le chemin du répertoire de travail, mais je ne sais pas comment on l'entre dans le terminal - si tu pouvais m'indiquer la syntaxe, ça m'aiderait... je ne suis pas habituée à travailler avec le Terminal et je n'ai jamais vraiment compris comment on lui parle.
par ailleurs, pour la ligne 'export http_proxy="xxx.xxx.xxx.xx:xxxx"’, à quoi correspondent les caractères… j'ai bien une adresse IP, mais ça ne correspond pas au template :( --Hélène (d) 12 mai 2014 à 22:44 (UTC)
Tu es certaines que le fichier HathiTrust.sh est dans le bon répertoire (i.e. /Users/helenesarrazin1) ? Si oui tu peux essayer aussi "sh ./HathiTrust.sh". Pour 'export http_proxy="xxx.xxx.xxx.xx:xxxx"’ c'est l'adresse IP de ton proxy mais je pense que tu peux essayer d'abord en activant Spotflux et en supprimant cette ligne de HathiTrust.sh. Tpt (d) 13 mai 2014 à 08:08 (UTC)
ah, non, je l'avais mis dans le répertoire où je voulais qu'il me stocke les pages... ça me semblait plus cohérent...
la récupération se fait directement dans le répertoire /Users/helenesarrazin1, alors ? ou peut-on désigner un répertoire de stockage ? pour éviter les mélanges... --Hélène (d) 13 mai 2014 à 15:03 (UTC)
Si tu veux exécuter le script dans un autre dossier (pour y télécharger les fichiers) il faut mettre HathiTrust.sh dans ce dossier, dans le terminal faire 'cd chemin' avec 'chemin' le chemin du dossier depuis /Users/helenesarrazin1 pour placer le terminal dans ce répertoire, puis enfin faire "sh ./HathiTrust.sh". Tpt (d) 13 mai 2014 à 18:46 (UTC)
ah... c'était la commande pour me placer dans le dossier qui me manquait... Merci !merci
par contre maintenant, le Terminal m'affiche "./HathiTrust.sh: line 5: wget: command not found" :(
où j'ai bouletté encore ? mon script est celui qui est là Aide:Ressources_libres_de_droit/HathiTrust#Utilisation --Hélène (d) 13 mai 2014 à 19:35 (UTC)
C'est juste que wget n'est pas installé par défaut sur OS X. Tu peux essayer de remplacer la ligne "wget -U DummyBrowser/0.1 $p -O page_`printf %04d $i`.jp2;" par "curl $p > page_`printf %04d $i`.jp2;" (je n'ai pas essayé mais cela devrait marcher). Tpt (d) 13 mai 2014 à 20:06 (UTC)

Bon, essais effectués... ça ne marche pas chez moi... malgré plusieurs changements de proxy... le script tourne et envoie des infos, mais aucun fichier n'est récupéré... je renonce, pour le moment... et je continuerai à récupérer les pages une par une et à les assembler à la main, pour encore quelques temps, je pense Clin d'œil

Un petit Tool serait une bonne idée, si ça n'est pas trop compliqué, et si ça ne pose pas de problème juridique (avec Hathi Trust en particulier)... qu'en dis-tu ?

Ou alors, essayer de passer une convention avec eux, en s'engageant à ne récupérer que des scans strictement DP :) --Hélène (d) 16 mai 2014 à 07:43 (UTC)

S'il n'y a pas de problème juridiques je suis OK pour faire un petit outil. Mais je ne suis pas juriste... Tpt (d) 16 mai 2014 à 14:30 (UTC)
Pour info, il y a un projet sur Google Summer of Code pour faire un outil pour Google Books, mais qui sera assez générique pour être réutilisé pour d’autres sites. En attendant, je veux récupérer les fichiers sur HT et les mettre sur Commons, si vous me donnez une liste. Cordialement, Yann (d) 16 mai 2014 à 14:36 (UTC)

Wikisource meetup at Wikimania 2014[modifier]

Wikimania 2014 will be held in London this August and it will be a great opportunity to discuss how to use the recently created Wikisource Community User Group to coordinate and to better promote Wikisource. We would like to invite the participants of each Wikisource language community to showcase the projects has been working in the past year and, of course, learn from each other experiences. See you there? Sign up in the meeting page.
The preceding MassMessage was sent by Micru to the members of the Wikisource Community User Group according to this delivery list (sorry the duplication if you already received the message through the ws mailing list).--MediaWiki message delivery (d) 13 mai 2014 à 09:55 (UTC)

Question[modifier]

Bonjour. Voir la question epub : je ne trouve pas la faute posé ici --Havang(nl) (d) 13 mai 2014 à 13:21 (UTC)

Croisement de catégorie[modifier]

Bonjour Tpt,

Pour faciliter la maintenance, penses-tu qu'on puisse implémenter dans wikisource l’un des outils CatScan si utiles sur Commons :

Par "implémenter", je veux dire pouvoir l’activer dans les gadgets pour l’avoir en menu déroulant en haut à droite (à portée de clic), avec les champs relatifs à l'espace de recherche déjà pré-remplis...

Merci pour ta réponse, dans un sens ou dans l’autre... --Hélène (d) 23 mai 2014 à 08:09 (UTC)

Fait Yes check.svg. J'ai ajouté CatScan2 en gadget. Tpt (d) 23 mai 2014 à 08:36 (UTC)
Merci !merci --Hélène (d) 24 mai 2014 à 15:54 (UTC)

Un article intéressant...[modifier]

Salut Tpt,

Je présume que tu es déjà au courant, mais sinon, je te transmets cet article sur les relations entre les projets wp, wd et VIAF...

http://journal.code4lib.org/articles/8964

Bonne lecture, --Hélène (d) 27 mai 2014 à 12:25 (UTC)

Merci !merci. Tpt (d) 27 mai 2014 à 17:25 (UTC)

Proofread_page_issues..[modifier]

(repost as previous version didn't save)

Any chance of implementing a Landscape view for Proofread page?

Would solve an issue here en:Page:Bradshaw's Monthly (XVI).djvu/9?

Thanks. ShakespeareFan00 (d) 29 mai 2014 à 17:58 (UTC)

You can copy the page into your computer, and rotate the page, with this copy in a second window, its easy comparing. --Havang(nl) (d) 29 mai 2014 à 20:55 (UTC)

Modèles Auteur et Autorité[modifier]

Salut,

Je travaille sur le log du TptBot sur Wikidata, petit à petit.

J'ai remarqué que le modèle Autorité était maintenant capable d'utiliser les données de Wikidata (je ne suis plus tellement ce qui se passe par ici). Par contre, il faut quand même le mettre explicitement, vide.

Est-ce qu'il y a un plan pour l'intégrer directement au modèle Auteur, pour bénéficier directement des ajouts dans WD ?

J'imagine qu'il faudra commencer par importer toutes les notices d'autorité présentes sur WS et pas sur WS. Est-ce que c'est facile ?

A+,

--LBE (d) 1 juin 2014 à 12:03 (UTC)

Pour l'intégrer directement au modèle Auteur il faut voir avec Rical (d · c · b) qui est en train de le réécrire en Lua.
Pour l'importation dans Wikidata je compte faire passer un bot qui importe toutes les notices d'autorités sur Wikidata et les supprime de Wikisource (afin de n'avoir plus que des appels vide du modèle). Tpt (d) 1 juin 2014 à 14:57 (UTC)
Je suis en train de finaliser le Module:Author3, voir Auteur:Nelson_Mandela, qui intègre déjà les données de wikidata, notices, mais aussi naissance, décès...
Le module génère déjà les notices d'autorités, intégrées ou à part, pour auteurs ou pour livres.
Je corrige quelques bugs résiduels et prépare les pages de discussions, de documentation, de conception pour accueillir vos remarques. --Rical (d) 1 juin 2014 à 17:53 (UTC)
Merci à tous les 2. J'avance sur le log actuel, encore 2 semaines si je m'en tiens au rythme actuel et personne d'autre ne vient m'aider. Après, vous pourrez lacher les Bot pour créer tous les items manquant, et importer les infos utiles.
Tant que j'y suis, je ne sais pas si vous avez vu le gadget qui a été développé pour en.wiki, qui permet d'éditer certains champs WD depuis un autre Wiki (notament les notices d'autorité) [1]. Sûrement un complément utile au modèle Auteur3.
A+, --LBE (d) 8 juin 2014 à 19:02 (UTC)
Merci pour ton super travail. J'ai commencé à adapter le script de config du widget d'édition des liens pour le faire marcher avec frwikisource. Je compte basculer le gadget d'ajout d'autorités vers ce widget quand les bots auront été lâchés. Voici la ligne à rajouter dans son common.js :
$.getScript( '//fr.wikisource.org/w/index.php?title=Utilisateur:Tpt/externalLinksEdit.js&action=raw');
Tpt (d) 9 juin 2014 à 10:27 (UTC)

Je vois que les grands esprits se rencontrent Clin d'œil, et après avoir terminé la liste du bot avec LBE, je me suis attaquée à tous les auteurs avec AC qui ne sont pas sur Wikidata, ou plus exactement, pour le moment, j'ajoute les AC à tous les auteurs qui n'en ont pas encore, et pour lesquels j'en trouve, afin de pouvoir ensuite travailler en récupérant les données depuis les notices BNF, qui sont assez riches.

Le script que tu as écrit, il permet d'éditer directement dans wikidata, ou bien il vérifie l'existence d'AC dans wikidata et les édite le cas échéant ? - permet-il de "nettoyer" les AC qui sont sur WD depuis une page Auteur ? Y aurait-il un moyen de savoir, dans les pages Auteurs, celles qui importent les données de wikidata, et celles qui les ont "en dur" ?

Merci pour toute ton aide... et on va tâcher de finir ça rapidement, mais il en reste plus d'un millier :D --Hélène (d) 26 juin 2014 à 19:33 (UTC)

Mon script, regarde les AC sur wikidata et sur wikisource, retourne une erreur s'il y a une contradiction, puis ajoute dans Wikidata les AC manquantes présentes sur Wikisource et remplace l'appel d'{{Autorité}} par "{{Autorité}}" sur la page Wikisource. Oui c'est possible (et facile) de catégoriser toutes les pages d'auteurs qui ont/n'ont pas de notices "en dur". Je suis prêt à le faire tourner si tout le monde est ok. Tpt (d) 27 juin 2014 à 07:52 (UTC)
ce script là fait ça ?
$.getScript( '//fr.wikisource.org/w/index.php?title=Utilisateur:Tpt/externalLinksEdit.js&action=raw');
ou celui que tu veux lancer par bot ?
j'ai essayé de le lancer depuis un auteur qui avait une page wikidata et j'ai eu des messages, mais pas de résultat probant...
voir Auteur:Charles_Benoist et d:Q2958523 - j'ai eu comme message : ✔ Get new global auth token et ✔ Get edit token for QQ2958523(«Charles Benoist») --Hélène (d) 27 juin 2014 à 20:46 (UTC)

Le ministère commence à s'interroger, et nous aussi, sur les métadonnées...[modifier]

http://www.culturecommunication.gouv.fr/Disciplines-secteurs/Industries-culturelles/Actualites/Appel-a-contributions-pour-une-etude-sur-les-metadonnees-dans-les-medias-et-les-industries-culturelles

On leur suggère d'injecter dans wikidata ? LOL --Hélène (d) 18 juin 2014 à 12:06 (UTC)

tests/includes/Pagination/PageNumberTest.php[modifier]

public function testIsNumerci() {

should be

public function testIsNumeric() {

No? ( ci --> ic ) -- George Orwell III (d) 20 juin 2014 à 02:23 (UTC)
Fait Yes check.svg (gerrit change). Thanks. Tpt (d) 20 juin 2014 à 07:01 (UTC)

Bugs avec le bot d'importation[modifier]

Salut,

J’ai obtenu une série de messages d’erreur en important des livres. Cordialement, Yann (d) 27 juin 2014 à 17:19 (UTC)

J’ai réessayé ce matin, pensant que c’était peut-être un problème temporaire, mais le résultat est le même. Avec Firefox, j’ai le message suivant : Internal error. The URI you have requested, /ia-upload/commons/fill?iaId=s3journalasiatiq07sociuoft&commonsName=Journal+asiatique%2C+s%C3%A9rie+3%2C+tome+7, appears to be non-functional at this time.. Cordialement, Yann (d) 28 juin 2014 à 07:27 (UTC)

Epub à plusieurs niveaux...[modifier]

Salut Tpt,

Je ne me souviens plus comment on fait pour que l'export fonctionne quand il y a une table des volumes, et dans chaque volume une table des chapitres, comme ici... - peux-tu me le rappeler, stp ? --Hélène (d) 2 juillet 2014 à 15:16 (UTC)

Il faut s'assurer que les sommaires des volumes soient bien dans un nœud avec class=ws-summary (c'est fait automatiquement par <pages> en mode table des matières ce qui est le cas du tome 1 mais pas des tomes suivants car les paramètres from et to y sont définis). Tpt (d) 2 juillet 2014 à 16:06 (UTC)
ah oui, c'est vrai... j'ai retiré les from et to du volume 1 à cause d'un problème d'affichage... je vais en faire autant sur les autres - Merci !merci --Hélène (d) 2 juillet 2014 à 19:02 (UTC)

An idea[modifier]

I'm playing with js at Utilisateur:Alex brollo/GetIndexData.js. The idea is to store into localStorage any possible data coming from Index page related to current ns0 page, both in view and in edit. The same will be done in nsPage.

The aim: to show a backlink to related Index page into ns0, action=view; to fill pages tag when creating a transcluded ns0 page; to automatize the first parameter of {{pli2}}… and something more than this (perhaps). Are you interested to next steps? I'm just starting to explore things. --Alex brollo (d) 6 juillet 2014 à 17:01 (UTC)

Ok, I got it, now I've a localStorage.currentIndexData object in memory (pointing to data of current Index page bot in ns0 and in nsPage) that links "book page" with "djvu page" so that I've my tool "pli2" that fills {{pli2}} from a book page string (I just tested it into Pluvinel book when editing a random page text: I select 50, I clicked the tool and 50 converts into {{pli2|61|50}})--Alex brollo (d) 7 juillet 2014 à 06:04 (UTC)
Another step: now GetIndexData loads too a LocalStorage.currentIndexSummaryData where the whole content of Summary field of Index page is orderly wrapped (when summary transcludes a well-filled series of Table templates with links to both ns0 and nsPage). Now it's only matter of catching possible exceptions and of documenting it a little bit. --Alex brollo (d) 10 juillet 2014 à 14:36 (UTC)

MediaWiki:Proofreadpage index attributes[modifier]

Est-ce encore utile ? est-ce que je peux l'effacer ? — Phe 2 août 2014 à 17:37 (UTC)

Oui tu peux l'efface. Tpt (d) 3 août 2014 à 10:10 (UTC)

Icônes[modifier]

Salut Tpt !

J'espère que tu vas bien. Tu avais évoqué la nécessité de plusieurs icônes, notamment des icônes de zoom + et - dans le style du VisualEditor. Les voilà ! VisualEditor - Icon - Zoom+.svg et VisualEditor - Icon - Zoom-.svg

J'espère que cela te convient. Peux-tu me rappeler les autres icônes dont tu as besoin ?

Bien à toi. --M0tty (d) 15 août 2014 à 22:15 (UTC)

Merci !merci, c'est super cool. Serait-ce possible d'avoir des icônes style WikiEditor pour les outils de la section "Aide à la relecture" ? Cela permettrait d'avoir quelque chose qui fait moins "implémentation faite à l'arrache". Tpt (d) 17 août 2014 à 19:34 (UTC)
Salut Tpt ! Pour les 3 icônes de zoom dans la section Aide à la relecture, tu peux-tu essayer en utilisant ces icônes : View-zoom-in.svg View-zoom-out.svg View-zoom-0.svg.
Pour les boutons de passage en mode vertical/horizontal, et d'affichage des en-têtes et pieds de pages, ainsi que ceux de mise en page, et d'insertion de modèles dans la section Avancé, je devrai probablement les fabriquer de toute pièce, mais tu peux néanmoins me suggérer des bases à partir des icônes disponibles ici et . Clin d'œil Bien à toi. --M0tty (d) 19 août 2014 à 09:06 (UTC)
Salut Tpt ! Voici encore 2 propositions de boutons pour le WikiEditor : w:Fichier:M0tty 01.svg serait le bouton pour basculer du mode horizontal au mode vertical, et w:Fichier:M0tty 02.svg pour afficher les en-têtes et pieds de page. Qu'en penses-tu ?
Bien à toi. --M0tty (d) 24 août 2014 à 09:32 (UTC)
Et j’enchaîne sur 2 autres boutons : Le bouton Modèle à insérer et le Texte à modéliser avec w:Fichier:M0tty 03.svg et w:Fichier:M0tty 04.svg. Qu'en penses-tu ?
Bien à toi. --M0tty (d) 24 août 2014 à 10:00 (UTC)
Merci pour les icônes pour ProofreadPage et le WikiEditor (les 3 de zoom et les deux autres). Elles sont vraiment bien. J'ai créé un changement pour les intégrer (il devrait être déployé dans quelque chose comme 15 jours).
Pour les Modèle à insérer et le Texte à modéliser elles sont bien aussi. N'hésite pas à les uploader sur commons pour qu'on puisse les utiliser dans le gadget. Tpt (d) 29 août 2014 à 12:59 (UTC)
Voici ! Toolbar Horizontal-vertical mode.svg Toolbar Header.svg Toolbar Template A.svg Toolbar Template B.svg. Il reste l'icône de mise en page, je vais y réfléchir, pas évident à représenter sans confusion. Bien à toi ! --M0tty (d) 29 août 2014 à 19:36 (UTC)
Merci !merci à tous les deux... les nouvelles icônes rendent très bien :)

Merci Hélène ! Tpt, voici l'icône pour le nouvel outil RegEx : Toolbaricon RegEx.svg. J'espère que ça te convient ! Bien à toi ! --M0tty (d) 20 septembre 2014 à 21:32 (UTC)

Et en fait, dans la foulée, voici l'icône de mise en page : Toolbaricon rh.svg. J'espère que ça convient aussi ! Bien à toi. --M0tty (d) 20 septembre 2014 à 22:03 (UTC)
Notification M0tty : - petite question : pourquoi "rh" ? - je ne saisis pas le lien avec la mise en page :) --Hélène (d) 21 septembre 2014 à 13:41 (UTC)
Notification Hsarrazin : moi non plus, mais l'icône précédente affichait ces 2 lettres avec un petit bonhomme rouge qui courrait, et dans le script, l'icône est appelée bouton rh lien... Donc j'ai opté pour cette solution car je n’arrivais pas à représenter l'idée de mise en page simplement et sans confusion, et puis les gens sont habitués à une icône avec rh marqué dessus. Clin d'œil Cordialement. --M0tty (d) 21 septembre 2014 à 20:23 (UTC)
je n'avais jamais fait attention au "rh"... tout ce que je voyais c'était le bonhomme qui courait ;) - en réfléchissant, je crois me souvenir que Phe (d · c) parlait de "running header"... ça doit être ça le "rh"... - l'entête qui court... de page en page Mort de rire --Hélène (d) 21 septembre 2014 à 20:26 (UTC)
Oui, c'est ça, j'avais fait ce gadget pour en.ws d'abord, on ne peut pas conserver l'ancien icône pour l'ancienne barre d'outil ou utiliser le nom correspondant à running header en français pour la nouvelle ? — Phe 21 septembre 2014 à 20:29 (UTC)
Fait Yes check.svg. Tpt (d) 22 septembre 2014 à 15:54 (UTC)

Notification M0tty et Tpt : - après discussion sur le chat, on se disait que LibreOffice 3.4 tango icon lc graphicfiltertoolbox.png serait plutôt mieux pour le gadget de mise en page "magique" de Phe - voir IRC vers 21:50-22:05 — si toujours d'accord, il serait plutôt mieux, car nettement plus explicite que "rh" Clin d'œil --Hélène (d) 28 septembre 2014 à 16:18 (UTC)

Oui, moi je suis franchement pour ! Clin d'œil --M0tty (d) 28 septembre 2014 à 16:52 (UTC)
Moi aussi il me plaît beaucoup ! Bravo M0tty ! N'oubliez pas, à moins que vous ne le désiriez pas, de demander sur le scriptorium les avis de tous les contributeurs, pour que cette création d'icônes reste aussi collective que les gadgets et les autres réalisations wikisourciennes qui ont construit notre bibliothèque. --Zyephyrus (d) 28 septembre 2014 à 17:28 (UTC)
Fait Yes check.svg Tpt (d) 1 octobre 2014 à 18:25 (UTC)

outrepasser les valeurs du header...[modifier]

Salut Tpt,

Pourrais-tu, stp, mettre à jour Aide:Transclusion#Liste_des_champs_pour_outrepasser_les_valeurs_de_l.E2.80.99index avec les nouveaux champs ajoutés dans le header... je n'arrive pas à trouver l'Année d'origine pour Poèmes_saturniens . Merci pour ton aide :) --Hélène (d) 18 août 2014 à 10:09 (UTC)

Auteur sans aucune autorité.... comme moi, quoi ;)[modifier]

Salut Tpt, un petit message ici, vu que tu n'es pas en ligne, et que je ne voudrais pas oublier... Sourire

Histoire de compléter les catégories de maintenance pour les AC des auteurs, j'ai créé Catégorie:Auteurs sans notices d’Autorité, à ajouter à la main, avec le paramètre de date |aaaammdd comme ordre de tri... afin de repérer les auteurs, qui, à une date précise, ne figuraient pas dans les fichiers connus d'autorité (VIAF, BNF, SUDOC, ISNI, pour le moment).

J'ai aussi sous-catégorisé toutes les catégories relatives au AC dans Catégorie:Pages « Auteur » utilisant le modèle Autorité, afin de faciliter la maintenance... et regroupé toutes les cats de maintenance dans Catégorie:Maintenance_des_Auteurs, pour éviter qu'elles se mélangent avec celles des articles, dont les problèmes sont tout à fait différents.

Je commence à me demander si nous ne devrions pas créer un modèle du genre de celui existant sur en, pour identifier de manière visible les auteurs à problèmes.... et les catégoriser dans la foulée... qu'en dis-tu ? --Hélène (d) 7 septembre 2014 à 09:22 (UTC)

Merci pour ces news. +1 pour le modèle. @+ sur IRC. Tpt (d) 8 septembre 2014 à 05:40 (UTC)

compatibilité Zotero... échec...[modifier]

Bonjour Tpt,

Ce petit mot, très rapide, car je me suis aperçue en voulant faire la démo au boulot, que l'import automatique des métadonnées par Zotero ne fonctionne plus... chaque fois que j’ai essayé sur un texte (j'en ai essayé plusieurs), j'ai eu un échec d'import.

Je présume que les récentes mises à jour en sont la cause. Je te le signale pour que tu puisses voir si tu peux y faire quelque chose... ça n’est sans doute pas très méchant, car l'icône de récupération des données de Zotero figure bien dans la barre d'adresse, donc les méta-données sont repérées comme existantes... simplement, l'import échoue [13].

Amicalement, je serai sur le chat ce soir si tu veux en discuter... --Hélène (d) 19 septembre 2014 à 08:14 (UTC)

Auteur sans élément sur Wikidata[modifier]

Bonjour Tpt, je viens de finir de passer en revue les Auteur sans élément sur Wikidata pour ajouter les autorités le cas échéant. Serait-il possible de repasser ton bot pour alimenter wikidata soit en autorités soit en créant les auteurs si besoin. Merci d'avance Toto256 (d) 7 octobre 2014 à 20:38 (UTC)

chouette, un coup de main... :)
j'en suis encore à faire le ménage des Auteurs qui sont sur wikidata, mais sans AC - plus qu'environ 400 ;)
Merci !merci Tpt et Toto256 --Hélène (d) 8 octobre 2014 à 07:03 (UTC)
J'ai fait l'import (c.f. d:User:TptBot/log#8_octobre). Tpt (d) 8 octobre 2014 à 07:43 (UTC)
Super, merci pour ce bel outil. On est passé à 417 auteurs, pas dans Wikidata. Malheureusement, il ne reste plus que des cas compliqués (rien sur wikipedia, rien dans VIAF et assimilés); il va falloir approfondir les recherches et probablement les créer à la main. Toto256 (d) 8 octobre 2014 à 11:46 (UTC)

Initialisation[modifier]

Bonjour Tpt,

Peux-tu initialiser mon droit à donner le droit de Créateur de comptes, pour que je puisse le donner à Ernest-Mtl, et peux-tu aussi mettre à jour dans la foulée la page Wikisource:Utilisateurs ? Y a-t-il autre chose à faire à quoi je n'aurai pas pensé ? Merci de ton aide  :) --Zyephyrus (d) 10 octobre 2014 à 07:42 (UTC)

J'ai juste les droits d'édit/protections globaux, pas le droit de modifier les droits d'utilisateur. Je crois qu'il faut demander aux stewards. Tpt (d) 10 octobre 2014 à 08:20 (UTC)

Catégorie:Modèles utilisant les données wikidata[modifier]

Salut Tpt,

Je viens de créer Catégorie:Modèles utilisant les données wikidata pour recenser les modèles concernés, même s'il n'y en a pas beaucoup... :) --Hélène (d) 16 octobre 2014 à 20:04 (UTC)

petit problème avec le modèle {{Autorité}}[modifier]

Salut Tpt,

Je viens de tomber sur ce joli message d'erreur, apparemment causé par le fait qu'il est indiqué sur wd qu'il n'y a pas de VIAF…

L'idéal serait que dans ce cas, l'auteur soit catégorisé en catégorie:Auteurs sans notices d’Autorité. Si ça n'est pas faisable, merci de me le signaler pour que je rectifie le tir sur wikidata.

Amicalement, --Hélène (d) 25 octobre 2014 à 09:31 (UTC)

Fait Yes check.svg. C'est corrigé et l'auteur est bien catégorisé (il suffit de ne pas extraire les types "aucune valeur" et "valeur inconnu"). Tpt (d) 25 octobre 2014 à 10:07 (UTC)
super, merci... en fait, indiquer VIAF : "aucune valeur" dans wikidata permet de repérer les auteurs pour lesquels il n'existe pas (encore) de notice d'autorité… le classement automatique dans la catégorie serait un plus… mais déjà, plus de message d'erreur, c'est bien… :) --Hélène (d) 27 octobre 2014 à 22:01 (UTC)