Discussion utilisateur:Tpt

Aller à la navigation Aller à la recherche

À propos de ce flux de discussion

Page de discussion de Tpt (d · c · b)

La discussion précédente a été archivée dans Discussion utilisateur:Tpt/Archive 1 le 2016-04-25.

Hsarrazin (discussioncontributions)

Salut,

quand tu auras un petit moment…

Je viens de constater un petit problème : quand les données sont reprises de wikidata, on ne peut pas les "blanchir" en mettant le champ=""

au contraire, pour un livre dont la valeur du champ est différente dans l'index et sur wiidata, ça force la valeur de wikidata à la place de celle de l'index, ce qui est un peu gênant pour, par exemple, la préface d'un livre (qui est généralement d'un autre auteur que celui du livre) ou quand il y a plusieurs auteurs…

également, pour les recueils, la balise header simple affiche 2 fois le titre du recueil (voir À se tordre - j'avais pris l'habitude de mettre titre="" pour qu'il ne s'affiche qu'au centre de la boîte, mais ça ne marche plus avec lua…

peux-tu y remédier, stp ? pour qu'on puisse forcer le non affichage d'une valeur qui est ponctuellement à ne pas afficher ?

Merci d'avance,

PS : pour un exemple de champ à vider Les_Mille_et_Une_Nuits/Éloge_de_M._Galland - il n'y a évidemment pas de traduction par Galland de l'éloge par Boze

Tpt (discussioncontributions)

Salut Hélène, la difficulté est que les champs vide sur Wikisource et donc pour lesquels on veut récupérer une valeur Wikidata sont aussi "blanc" avec la valeur "".

Je viens de faire en sorte que si la valeur du champ est "-", alors on n'affiche pas le champ et ne récupère pas les données Wikidata. Cela se fait pas mal sur Wikipédia.

Répondre à « données de wikidata dans le Header »
F0x1 (discussioncontributions)

Bonjour, je ne sais si ma question est pertinente car ça semble un problème connu, discuté à plusieurs reprises sur le Scriptorium, tout récemment il y a quelques jours : dans les ouvrages téléchargés par WS-Ewport, les liens très souvent ne fonctionnent pas, quel que soit le format choisi (epub, mais aussi pdf et html), ce qui est très frustrant puisque même les « footnotes » générées par les balises <nowiki><ref>/<nowiki> sont très souvent inaccessibles dans ces versions… Y a-t-il un espoir que ces problèmes puissent être résolus un jour ? Merci d'avance

Tpt (discussioncontributions)

Bonsoir F0x1. Oui, la limitation à 300ko des fichiers html dans les ePub ne conerne maintenant plus que des systèmes ancien je crois. Il est fort possible que ce soit maintenant pertinent de supprimer le système de découpe des fichiers et donc corriger le problème. Je vais creuser cela.

Répondre à « Disparition des liens après WSexport »

vu la discussion sur les liens vers redirect (Phab)

7
Hsarrazin (discussioncontributions)

Salut,

la discussion prévoit clairement l'usage d'un modèle Modèle:Wikidata-redirect (Q16956589) pour les badges de redirect volontaires...

comme tu le sais, j'ai créé il y a déjà un moment le modèle Modèle:Redirections d’œuvres pour mettre sur les pages de redirections qui sont de futures pages d'éditions multiples (oui, mais quand), et correspondet donc à des œuvres…

pourrais-tu voir comment faire pour que ce modèle soit considérer comme une redirection volontaire (et donc pas écrasé lors de l'ajout à un élément oeuvre sur wikidata) ?

Merci pour ton aide (je ne maîtrise pas les subtilités du invoke et tout ça!)

Tpt (discussioncontributions)
Hsarrazin (discussioncontributions)

oui, j'ai bien compris que ça n'est pour le moment pas possible... ce que je voulais, c'est anticiper la chose en préparant le terrain : donc faire en sorte que le modèle soit similaire à wikidata-redirect (qui existe déjà et est très utilisé) Sourire

Tpt (discussioncontributions)

Ah, désolé. Je crois qu'il n'y a rien à faire pour l'instant. Si Wikibase gagne la capacité de détecter les redirections volontaire il faudra sans doute ajouter un "mot magique" aux modèles et donc faire de toute façon une opération assez simple sur le modèle (quelque chose comme __WIKIBASEKEEPREDIRECT__). Donc qu'on ai la même structure que wikidata-redirect ou pas ne changeras probablement pas grand chose.

Hsarrazin (discussioncontributions)

ok ! je n'avais pas compris qu'il n'y avait toujours rien de fait depuis la création du badge…

on n'est pas près d'en voir le bout si je comprends bien :(

Tpt (discussioncontributions)

Oui, hélàs...

Hsarrazin (discussioncontributions)

c'est moi ou, après avoir tenté de bloquer toute tentative dans cette direction pendant des années, l'équipe de dev traîne des pieds ?

ou bien ça pose un réel problème technique qu'ils n'arrivent pas à dépasser ?

Répondre à « vu la discussion sur les liens vers redirect (Phab) »
Hsarrazin (discussioncontributions)

Salut, Depuis la mise en place de image en rapport (P6802) dans wikidata, pas mal d'images qui étaient en P18 sont déplacées… du coup, il n'y a plus d'image pour le modèle…

serait-il possible, quand il n'y a pas de P18, d'utiliser P6802, stp ?

pour un exemple, voir Auteur:Charles_Batteux

Tpt (discussioncontributions)

C'est fait.

Hsarrazin (discussioncontributions)

merci beaucoup !

je savais que c'était "trivial" comme tu dis... mais quand on n'a pas la syntaxe Sourire

Répondre à « Module:Auteur2 et image »
Le ciel est par dessus le toit (discussioncontributions)

Bonjour,

Je ne sais pas si c'est une bonne idée mais est-il possible de rajouter des paramètre dans le modèle document, un paramètre "divers2=" et même un "divers3=" pour avoir un peu plus de possibilité de référencement sur les pages "auteur".

@Hsarrazin @Sapcal22 qu'en pensez-vous ?

Hsarrazin (discussioncontributions)

Le ciel est par dessus le toit : mmm. je pense que nous avons déjà beaucoup de possibilités de référencement...à quoi penses-tu, en particulier ?

je pensais plutôt demander une évolution de {{Document}}vers du lua, récupérant les données de wikidata (il suffirait alors d'indiquer le QID - le reste des données serait récupéré de wikidata

Le ciel est par dessus le toit (discussioncontributions)

@Hsarrazin ben ! sur cette page Auteur:Miguel de Cervantes Saavedra, on se retrouve avec le même problème que Dostoievski, mais là je ne peut pas mettre les traducteurs dans "divers" car divers est déjà utilisé, du coup, on a les traducteurs sous le titre "auteur". et je tombe souvent sur des pages où il faut que je rajoute un paramètre sans pouvoir le faire car les options ne correspondent pas à l'intitulé de ce que j dois y mettre quand divers est déjà utilisé

Hsarrazin (discussioncontributions)

je vois pas bien l'intérêt de mettre l'illustrateur

et par ailleurs, normalement, les "Documents" pointent sur des oeuvres... il n'est pas normal d'avoir une ligne par tome...

Sapcal22 (discussioncontributions)

Bonjour, c’est clair il manque des paramètres dans le modèle document. Mais plutôt que de rajouter du divers … pourquoi ne pas ajouter ce qui manque ? (illustrateur•trice, éditrice, traducteur…) et dans divers… concaténer des informations s'il s'agit d'un traitement automatique.

Hsarrazin (discussioncontributions)

le but de la page Auteur n'est pas de ''cataloguer'' intégralement les oeuvres que nous publions... juste de les référencer, pour permettre au lecteur de trouver ce qu'on a...

plus on ajoute d'info, plus c'est illisible, en particulier en mode "portable"...

Le ciel est par dessus le toit (discussioncontributions)

excusez-moi d'avoir soulever un nouveau débat, mais je crois qu'il va falloir qu'on trouve un véritable consensus avec la communauté sur les pages auteurs, car sur certaines c'est vraiment n'importe quoi. Malheureusement je ne sais pas trop bien présenter les choses sans que ce soit compris de travers par certains. Si vous avez des idées...

Sapcal22 (discussioncontributions)

la mise en page peut varier … il suffit de pondre des modèles pour cela. Ce qui te parait important ne le sera pas pour d'autres et réciproquement. Je trouve par exemple que les notices d'autorité dans la page auteur… franchement ça ne sert à rien.… et c'est légitime, cela ne me sert à rien. Ça sert à d'autres. Pour les traducteurs ou les versions illustrées… je trouve cela important … voir même avoir la date originale et la date d'édition/traduction. Le modèle adapté arrivera… en attendant… sur Jane Austen par exemple, il manque clairement les noms des traductrices

Le ciel est par dessus le toit (discussioncontributions)

Ca n'empêche pas qu'on peut trouver un consensus ! et facilité la recherche pour l'utilisateur, parce que vraiment je tombe sur des pages qui a tellement d'infos... le tout dans un espèce de bric à brac... que l'on se perd pour trouver l'info vraiment utile...

Hsarrazin (discussioncontributions)

complètement d'accord : certaines pages d'Auteur contiennent tellement d'infos qu'elles en deviennent illisibles (et je suis bibliothécaire, j'ai l'habitude).

Il me semble qu'il serait sans doute mieux d'alléger les pages Auteur, quitte à mettre en sous-page (de l'auteur) toutes les infos détaillées...

Sapcal22 (discussioncontributions)

Vous avez des exemples de ce qui est illisible, versus lisible ?

Le ciel est par dessus le toit (discussioncontributions)

je t'en donnerais prochainement. Il faut que je cherche dans mes modifs

Sapcal22 (discussioncontributions)

Il me semble que pour Conan Doyle, on avait testé deux versions de la page auteur

Sapcal22 (discussioncontributions)

… On voit que ça date pour Conan Doyle :-) l'esthétique du "catalogue" fait un peu ancien

Hsarrazin (discussioncontributions)

je suis parfaitement d'accord que pour des auteurs étrangers, le titre original et le traducteur sont absolument nécessaires (mais l'illustrateur... il devrait être à sa propre page… sauf si on a 2 éditions du même livre avec 2 illustrateurs différents… - cas très rare)

dès que Document dépasse 2-3 colonnes d'infos (en plus de la date), ça devient totalement illisible sur un portable... -> ça signifie que, plutôt que multiplier les colonnes, il vaudrait mieux cumuler les infos en "divers"

la mention de l'éditeur (maison d'édition) est superflue sur une page d'auteur (sauf pour différencier des "oeuvres complètes")

-> peut-être faudrait-il envisager de pouvoir ''renommer'' "auteur" en "traducteur" (comme on le fait pour divers) pour résoudre le problème cité plus haut

ex : George Sand passe très bien sur un écran d'ordinateur, mais ''pas'' sur un portable... alors que Jane Austen reste bien lisible... il y a bien pire en matière d'illisibilité, mais là, comme ça, je ne trouve pas d'exemple parlant - je viendrai les ajouter si j'en trouve...

Pour établir une vraie bibliographie d'un auteur, on pourrait peut-être envisager une sous-page, avec récupération des données de wikidata au moyen d'un modèle tel que "Bibliographie" sur wikipedia, ou, encore plus simple, une liste automatiquement mise à jour avec Listeria…

Sapcal22 (discussioncontributions)

Le problème n'est pas la page George Sand qui passe sur un portable de taille moyenne mais la version mobile, ayant testé les deux j'ai vite choisi.

Hsarrazin (discussioncontributions)

on n'a pas à "choisir" entre la version ordi et la version téléphone... il y a des usagers des 2 : il faut que les 2 puissent utiliser la page sans problème…

Hsarrazin (discussioncontributions)

quand j'ai dit "portable", je pensais "mobile" Sourire (téléphone pour éviter toute ambiguïté)

Sapcal22 (discussioncontributions)

Oui tout à fait sur le téléphone mobile on peut utiliser la version desktop ou mobile… je désactive la version mobile… qui était inutilisable pour moi et avec la version desktop c'est utilisable.

Hsarrazin (discussioncontributions)

alors, pour moi, elle ne l'est pas… petit téléphone, mauvais yeux… trop d'infos dans la largeur…

du coup, ce qui devrait être une liste apparaît comme un tableau très déformé, qui oblige à scroller énormément pour trouver ce qu'on cherche…

mais peu importe mon choix, ou celui d'une autre personne… ce qui compte, c'est que l'expérience soit correcte pour tous… et avec des tableaux excédant 3 colonnes (je ne parle pas des icônes, juste du texte), c'est très limite…

Répondre à « rajout dans le modèle document stp »

... une petite amélioration sur la page d'Index, quand tu auras un peu de temps....

6
Hsarrazin (discussioncontributions)

Salut Tpt,

Tu as installé dans la page d'index, un bouton "Wikidata query" (dans le coin en haut à droite) qui renvoie l'ensemble des éléments de wikidata liés au scan concerné...

malheureusement, vu la structure de la propriété P304, le tri sur les pages n'est pas satisfaisant (ex : https://w.wiki/3zqk pour Livre:Revue des Deux Mondes - 1901 - tome 6.djvu)

@Envlh a suggéré sur Discord, une amélioration -> https://w.wiki/3zqw

et même (je cite) :

la même en plus propre : ORDER BY xsd:integer(SUBSTR(?pages, 0, STRLEN(REPLACE(?pages, "(.+)(-.+)$", "$1")))) par contre, ça fonctionne juste dans les cas où les pages sont indiquées de cette manière : XXX-YYY

là, ça doit fonctionner dans tous les cas : ORDER BY xsd:integer(SUBSTR(?pages, 0, STRLEN(REPLACE(?pages, "^([0-9]+).*$", "$1"))))

comme je n'ai aucune idée de où il faut modifier le code pour intégrer ce tri automatique, je te le poste là, pour quand tu auras un moment...

y'a aucune urgence, mais ça serait évidemment une amélioration appréciée pour les volumes de recueil ou de journaux, où il faut pouvoir pointer les textes manquants...

Bise !!

Hsarrazin (discussioncontributions)

oki... avec un peu d'obstination, j'ai réussi à l'intégrer moi-même dans Module:Index template - j'espère n'avoir rien cassé à côté...

si jamais c'est le cas, tu pourras reverter

Tpt (discussioncontributions)
Hsarrazin (discussioncontributions)

ah, oui, sauf que du coup, le tri ne s'effectue pas correctement... je te laisser tester sur Livre:Revue_des_Deux_Mondes_-_1910_-_tome_56.djvu ……

le but est de trier par "valeur" de la première page de "pagination", qu'il y ait une seule page indiqué ou une séquence...

[edit] était-ce bien la disparition de \n qui avait cassé la chose ?

Tpt (discussioncontributions)

Salut Hélène, je ne crois pas que le "\n" ai changé quoi que ce soit, SPARQL ne s'intéresse pas particulièrement aux espaces et sauts de lignes dès qu'il y en a assez pour séparer chaque keyword. Le tris sur Livre:Revue_des_Deux_Mondes_-_1910_-_tome_56.djvu me semble correct avec les bloc sans pagination d'abord et le reste ensuite trié par page de début. Peut-être était-ce un problème de cache (il y a un bug dans la mise à jour automatique du rendu des pages Livre: quand Module:Index template est modifié).

Hsarrazin (discussioncontributions)

en fait, lors de 2 modifs, en ajoutant le \n, ça a modifié la prise en compte du tri, donc je pense que ça influe... non pas pour SPARQL, mais pour que la commande soit bien interprétée par SPARQL Sourire

j'avais bien mis à jour le cache, à chaque fois, et réinitialisé la page d'index...

Répondre à « ... une petite amélioration sur la page d'Index, quand tu auras un peu de temps.... »
Hsarrazin (discussioncontributions)

Salut, Je pense que tu es le seul à pouvoir me renseigner... De temps en temps, je tombe sur des transclusions comme ça https://fr.wikisource.org/w/index.php?title=La_Question_de_l%E2%80%99isthme_am%C3%A9ricain/02&oldid=1942329 -> la transclusion est bien faite avec <pages index= , mais il n'y a pas d'indication de header...

du coup, on n'a pas les liens vers le facsimile, ni auteur, ni titre, et les pages ne sont pas non plus catégorisées...

il s'agit souvent d'articles de la RDDM, créés par Zoé, sans aucun modèle, puis Match/splittés...

existe-t-il un moyen de mettre la main dessus systématiquement, car ils ne sont évidemment ni recensés, ni trouvables, ni passés dans wikidata normalement...

Merci pour ton aide...

Tpt (discussioncontributions)

Salut Hélène. Désolé du lag, j'ai (enfin) trouvé une manière simple de le faire avec cette recherche. incategory:"Articles de la Revue des Deux Mondes" restreint la recherche aux pages dans cette catégorie et insource:!header retourne les pages qui ne contienne pas (le !) le mot "header" dans leur code source (le "insource:").

Hsarrazin (discussioncontributions)

Salut !

Merci pour ton aide, mais en fait, non... la requête n'est pas bonne... les fichiers qui sortent sur la tienne sont des fichiers qui ne sont pas transclus... ils ont un modèle {{Journal}}.

Ceux que je cherche n'ont pas de modèle, ni de catégorie, ni de lien vers leur facsimile, d'où la difficulté à les accrocher (par Petscan)

il faut donc des pages qui contiennent <pages index=</code> et pas !header, mais qui ne sont pas catégorisées (les catégorisées, je peux les retrouver (et c'est d'ailleurs moi qui les ai catégorisées)

ce sont généralement des sous-pages d'une page principale catégorisée en "Articles de la Revue des Deux Mondes", et c'est souvent comme ça que je les retrouve...

Tpt (discussioncontributions)

Ah, merci. Je n'avais pas compris. Désolé.

Une requête "des sous-pages d'une page tel que" sera difficile avec le moteur de recherche. Voici une idée à compléter qui peut peut-être t'aider si j'ai bien compris ce que tu cherche : insource:!header insource:"<pages" insource:"Revue des Deux Mondes" -incategory:"Tables de la Revue des Deux Mondes" -incategory:"Articles de la Revue des Deux Mondes"

Ce code cherche les pages qui contienne la balise "pages" sans header, les mots "Revue des Deux Mondes" et qui ne sont pas (d'où le "-") dans les catégories "Tables de la Revue des Deux Mondes" et "Articles de la Revue des Deux Mondes". La requête devrait facilement s'affiner en ajoutant des catégories à filtrer.

Hsarrazin (discussioncontributions)

Merci ! je vais tenter le coup ce week-end !

sinon, je continuerai à recenser les séries d'articles de la RDDM et à systématiquement vérifier leurs sous-pages... (encore plusieurs milliers à vérifier...)

Répondre à « transclusions problématiques à trouver... »
Hsarrazin (discussioncontributions)

salut Tpt - j'espère que tu as pu profiter de quelques vacances, malgré les biberons et les couches...

comme tu peux le penser, je suis une très grosse utilisatrice de ce script, car si je mets à jour l'état d'avancement d'un article, et que j'importe les données sur l'élément ''où un badge a déjà été importé'', au lieu de ''remplacer'' le badge, il vient ''l'ajouter'' sur wikidata, ce qui aboutit à 2 badges :(

du coup, quand je modifie l'état d'avancement d'une page sur ws, et que je vois qu'il y a déjà un badge, je fais la modification directement depuis ws, ce qui est à la fois plus rapide et plus sûr...

mais, depuis aujourd'hui, ce gadget ne s'affiche plus en modification d'une page de l'espace principal... du coup, la modification d'état d'avancement d'articles va générer de plus en plus d'élément wd avec un mauvais badge, et tu sais à quel point les badges sont galère à modifier sur wikidata...

pourrais-tu stp voir ce qui se passe avec ce script, car je voudrais éviter de me retrouver avec des centaines d'éléments mal badgés...

Merci d'avance !!

PS : hier soir encore (vendredi 20 août), le script fonctionnait, et j'avais bien des boutons qui me permettaient de modifier le badge de wikidata.

Hsarrazin (discussioncontributions)

update : je ne sais pas si tu as fait quelque chose... aujourd'hui, le gadget apparaît bien lorsque j'édite les articles...

je vais essayer de me dépêcher de traiter les presque 2000 articles de la RDDM dont les pages ont été corrigées, mais qui sont toujours en rose ou bleu Sourire

-> en fait, ce qui serait bien, c'est que ça ne soit plus un script perso, mais que la mise à jour de l'état d'avancement d'une page ws mette automatiquement à jour le badge dans wikidata : actuellement, on a un message "Mise à jour du badge de qualité faite", mais ça n'est clairement pas le cas

Tpt (discussioncontributions)

Salut Hélène. Merci ! J'espère que toi aussi. Je n'ai rien fait, il avait peut-être un problème quelque part. Oui, cela serait top de pouvoir modifier Wikisource et Wikidata d'un bloc. Je met cela dans mon TODO.

PS : Tu l'as sans doute déjà vu, j'ai débuggé et remis en place l'import des données wikidata dans le header généré par la balises "pages" samedi dernier.

Hsarrazin (discussioncontributions)

mes vacances sont terminées depuis un moment déjà, mais j'ai eu du soleil et du calme Sourire

ah non, ça je n'ai pas vu (header depuis wd) : pourrais tu me donner une page où on voit comment ça marche, stp ?


actuellement, je suis en train de mettre à jour les milliers d'articles de la Revue des Deux mondes vers wikidata... Zoé continue à avancer et le nombre de textes est démentiel... (on se rapproche des 20000)

malheureusement, les plus anciens sont encore avec le modèle Journal, au lieu du header... (encore plus de 1200 à nettoyer)... et pas mal d'entre eux ont été importé sur wd par bot :(

Tpt (discussioncontributions)
Hsarrazin (discussioncontributions)

waw !! c'est génial !! on pourra directement mettre l'id wikidata sur le fichier Commons et ws et hop !

Tpt (discussioncontributions)

Oui, c'est le but. Et dès qu'on pourra accéder aux données commons à partir de Wikisource, on pourra supprimer l'id dans Wikisource.

Hsarrazin (discussioncontributions)

pour le moment, je dois dire que ça simplifie déjà pas mal... j'ai rajouté un bon nombre de QID sur Commons (après avoir basculé en Book) et c'est propre...

Hsarrazin (discussioncontributions)

alors, avec le traducteur Zotero qui a été mis à jour par Andy Mabett, je fais désormais directement l'import de notice BNF sur wikidata -> Lettres de madame Swetchine (Q108257894) et je vais recoller sur les fichiers de WS et Commons... c'est cool !

le seul truc, c'est qu'on ne peut pas faire de lien direct sur wikisource tant que la page de l'espace principal n'a pas encore été créée... dommage !

[edit] - bon, comme y'avait déjà une sous-page, j'ai créé Lettres de madame Swetchine, et j'adooooore avoir la Databox à côté du header : c'est vraiment commode pour repérer les manques Sourire

Répondre à « script Utilisateur:Tpt/badges.js »

Données provenant de Wikidata sur les pages Index: absentes des transclusions

2
Résumé par Tpt

C'est maintenant mis en place (enfin)

Jahl de Vautban (discussioncontributions)

Bonjour Tpt,

Comme je vois que tu es un des auteurs du module d'intégration, je me permets de te soumettre mon problème. J'ai essayé d'importer directement toutes les données utiles à l'index depuis son élément wikidata correspondant (Q107567317). Elles s'affichent bien sur la page d'index, mais malheureusement elles ne semblent pas récupérées dans le header des transclusions, qui apparaît vide à l'exception de l'intervalle des pages transclues. J'ai n'ai pas eu l'occasion de le signaler dans le sondage communautaire, mais peut-être est-ce un problème connu depuis ?

Tpt (discussioncontributions)

Bonjour Jahl. L'intégration des données de Wikidata n'est malheureusement pas encore fait dans l'en-tête automatique sur Wikisource en français. J'avais tenté de mettre cela en place mais cela cassait le rendu de pas mal de pages à causes de problèmes liés au coût de récupération des données. Je n'ai pas encore pris le temps de corriger cela. Le sondage communautaire n'est peut-être pas le bon endroit pour reporter ce problème, les modules d'intégrations sont inspirés des modules de Wikisource en français qui les prédates mais sont maintenant je crois significativement différents.

Le ciel est par dessus le toit (discussioncontributions)
Tpt (discussioncontributions)
Le ciel est par dessus le toit (discussioncontributions)

Merci,

Il y a aussi les liens (1,2,3, etc.) figurant dans le tableau de cette page qui ne fonctionnent plus, peux-tu jeter un deuxième oeil stp. Merci

Hsarrazin (discussioncontributions)

Bonjour à tous les deux... les liens statistiques concernant le partenariat avec la Bnf ne fonctionnaient plus, car ils renvoyaient vers l'ancien outil Catscan (qui est mort depuis plusieurs années)...

J'ai reconstruit les requêtes, et les liens devraient désormais fonctionner :)

Le ciel est par dessus le toit (discussioncontributions)

@Hsarrazin Merci beaucoup ça va mieux comme ça ! bises

Répondre à « Export en pdf, epub, etc. »