Wikisource:Scriptorium/Décembre 2017
Questions | ||||
---|---|---|---|---|
Choix éditoriaux Contenu des livres, mise en page, typographie, etc. |
Questions techniques Utilisation de Wikisource, de la syntaxe d'édition, de l'interface. |
Questions légales Droits d'auteurs sur les livres et questions juridiques. |
Questions sur les Glyphes & caractères Codage et représentation des glyphes et caractères. |
Scriptorium (Mois en cours, Archives, discussion générale en anglais) Pour laisser un message qui ne concerne pas les cas cités. |
Communauté : Forum des nouveaux - Annonces - Projets - Actualités - Newsletter technique - Pages à supprimer |
Décembre 2017
[modifier]Liste de suivi
[modifier]Bonjour
Vu qu'on arrive à la fin de l'année, j'ai mis à jour ma liste de suivi pour suivre le Scriptorium 2018.
Pour suivre toute une année facilement, voici les liens à coller dans votre liste de suivi en mode « édition brute » :
Wikisource:Scriptorium/Août 2018 Wikisource:Scriptorium/Janvier 2018 Wikisource:Scriptorium/Avril 2018 Wikisource:Scriptorium/Décembre 2018 Wikisource:Scriptorium/Février 2018 Wikisource:Scriptorium/Juillet 2018 Wikisource:Scriptorium/Juin 2018 Wikisource:Scriptorium/Mai 2018 Wikisource:Scriptorium/Mars 2018 Wikisource:Scriptorium/Novembre 2018 Wikisource:Scriptorium/Octobre 2018 Wikisource:Scriptorium/Septembre 2018
Bonne journée, Trizek (WMF) (d) 1 décembre 2017 à 14:35 (UTC)
- Merci, je n’aurais pas pensé à un « truc » aussi simple… Seudo (d) 2 décembre 2017 à 16:15 (UTC)
- Merci Trizek : Quelle découverte très utile pour moi.--Kaviraf (d) 2 décembre 2017 à 16:23 (UTC)--
- Astucieux :) Merci, Trizek !--Zyephyrus (d) 3 décembre 2017 à 15:02 (UTC)
- Attention Kaviraf, les parenthèse dans le pseudo sont importantes ! Trizek (d) 4 décembre 2017 à 08:57 (UTC)
- Trizek : En ce qui me concerne il me semble que les parenthèses dans le pseudo ont bien été portées. --Kaviraf (d) 4 décembre 2017 à 09:46 (UTC)--
- Si j'en crois le code
{{ping|Trizek}}
ce n'est pas le cas (mais ce n'est vraiment pas grave). Trizek (d) 4 décembre 2017 à 10:06 (UTC)
- Si j'en crois le code
- Trizek : En ce qui me concerne il me semble que les parenthèses dans le pseudo ont bien été portées. --Kaviraf (d) 4 décembre 2017 à 09:46 (UTC)--
- Attention Kaviraf, les parenthèse dans le pseudo sont importantes ! Trizek (d) 4 décembre 2017 à 08:57 (UTC)
Merci, Trizek (WMF). Sais-tu si, quand la liste de suivi est trop longue pour être chargée entièrement, on peut quand même la modifier sans risquer de perdre trop des infos ? (je voudrais l'alléger, et ajouter les liens que tu indiques, mais il y a des pages que je tiens à garder dans ma liste). --Acélan (d) 4 décembre 2017 à 10:11 (UTC)
- Rien ne sera retiré sans ton consentement. :)
- Le mode brut peut aussi permettre de faire un peu de ménage. Trizek (WMF) (d) 4 décembre 2017 à 10:13 (UTC)
Trente ans de Paris d'Alphonse Daudet
[modifier]Bonjour. J'ai fait un fichier à partir d'Alphonse Daudet Trente Ans de Paris (archive.org). Besoin de vérifier les erreurs de reconnaissance de texte, OCR (la partie dont j'ai corrigé). Mais je n'ai pas le temps et le désir de traiter avec les caractéristiques de téléchargement pages index djvu dans la français Wikisource. Peux télécharger ce texte standard de la modification (1 page ou de chapitre). Mon travail est besoin de la Wikisource? PS: Je ne sais pas le français.--Philip J.1987qazwsx (d) 1 décembre 2017 à 14:36 (UTC)
- Votre livre est en ligne sur Wikisource : Livre:Daudet - Trente ans de Paris, Flammarion, 1889.djvu. Exprimez votre désir. Vous pouvez m'écrire en anglais. Si vous voulez que le texte soit assemblé avec le fac-simile, mettez-le en ligne dans une sous-page de votre page Utilisateur: --Wuyouyuan (d) 3 décembre 2017 à 19:05 (UTC)
- Une fois n'est pas des opinions des autres, je le ferai comme montré sur mon discussion utilisateur.--Philip J.1987qazwsx (d) 16 décembre 2017 à 20:57 (UTC)
Besoin d'un coup de main (ou d'oeil)
[modifier]Bonjour à la Communauté wikisourcienne,
Comme le dit le titre de cette rubrique, un coup de main serait apprécié pour déchiffrer quelques mots manquants :
dans les pages 14, 16, 27, 28, 144.
dans les pages 1, 7, 8, 22, 26, 27, 40, 50, 52, 53
Merci ----Kaviraf (d) 2 décembre 2017 à 18:29 (UTC)--
- Page 1 : points cardinaux'''Fait ?
- Page 7 : Chère… ?
- Page 22 : J'étais du régiment Fait ?
- Page 40 : bastion C Fait ?
- Page 50 : toutes les éventualités de durée Fait ?
- Quel courage que d'avoir déchiffré tout ça… — Bartek (d) 2 décembre 2017 à 23:14 (UTC)
- Un grand merci Bartek : de t'être penché sur le décryptage de ces mots illisibles.
Mais rendons à César ce qui lui appartient. L'immense courage dont tu fais mention revient à Philipchek qui fait ses débuts sur Wikisource … par ces carnets de guerre. Avec mes petites connaissances acquises au fil du temps, j'essaye de l'accompagner dans cette difficile entreprise. --Kaviraf (d) 3 décembre 2017 à 09:27 (UTC)--
- Un grand merci Bartek : de t'être penché sur le décryptage de ces mots illisibles.
Candidature au poste d'administrateur
[modifier]Bonjour,
Comme prévu dans la procédure de candidature au poste d'admin. sur Wikisource, je vous prie de trouver ma demande à cette page : Wikisource:Administrateurs/*j*jac.
Cordialement, --*j*jac (d) 3 décembre 2017 à 10:10 (UTC)
Calendrier de l'Avent du domaine public
[modifier]Bonjour,
Comme tous les ans, voici revenu le calendrier de l'Avent du domaine public.
Et parce que 31 jours c'est trop peu, voici une liste de 971 personnes mortes en 1947 et dont le métier est auteur (requête SPARQL Wikidata) et une liste de 60 personnes du catalogue général de la BnF (requête SPARQL BnF aussi mais je maîtrise moins bien la structure de la BnF).
Cdlt, VIGNERON (d) 4 décembre 2017 à 13:19 (UTC)
- J’en ai reconnu un le 18 décembre… mais Steamboat Willie le 12 décembre, c’est bizarre. Il n’y a pas beaucoup de noms célèbres dans la liste extraite de Wikidata ! Seudo (d) 4 décembre 2017 à 14:16 (UTC)
- Je pense que j'ai compris. Mickey ne sera pas libéré, mais ce sera la première année d’arrivée à échéance du délai de 95 ans pour les œuvres créées aux États-Unis à partir de 1923 (w:Copyright Term Extension Act)… Seudo (d) 4 décembre 2017 à 14:30 (UTC)
- Bonjour, merci pour le lien de cette édition annuelle. Je me demande si le nombre d’œuvres libérées chaque année est supérieur ou inférieur au nombre d’œuvres que nous sommes capables de corriger en un an. 1000 auteurs en plus (dont Tristan Bernard que j'ai reconnu...), c’est un défi immense sur la loooongue route vers une bibliothèque libre universelle ^^. --Consulnico (d) 4 décembre 2017 à 14:20 (UTC)
- Vigneron et d : Merci du partage. C'est drôlement sympa. --Kaviraf (d) 4 décembre 2017 à 15:50 (UTC)
- Merci pour ce message. Voir aussi Catégorie:Décès en 1947. Cordialement, Yann (d) 4 décembre 2017 à 16:42 (UTC)
- Merci Yann : pour cet ajout. --Kaviraf (d) 4 décembre 2017 à 18:33 (UTC)
- Ramuz aussi... Hektor (d) 4 décembre 2017 à 22:41 (UTC)
- J'en ai trouvé trois parmi la liste de Wikidata : l'industriel Henry Ford, l'écrivain Tristan Bernard et le physicien Max Planck. La récolte de notables me semble maigre pour cette année, mais nous pouvons toujours reculer dans le temps. — Cantons-de-l'Est discuter 4 décembre 2017 à 23:54 (UTC)
- VIGNERON : tu saurais nous croiser ça avec les auteurs ayant une page Wikipédia, toute version confondu ? --Psychoslave (d) 11 décembre 2017 à 15:29 (UTC)
- Psychoslave : oui, c'est une bonne idée et c'est tout à fait possible facilement : voilà (attention, soyez patients cela alourdit grandement la requête, chez moi cela a mis 13 secondes avant de s'afficher…) ; j'en ai profité pour trier les résultats par nombre de liens (ce qui donne une idée de la « célébrité » de la personne). Cdlt, VIGNERON (d) 11 décembre 2017 à 16:27 (UTC)
Bonjour,
Newnewlaw : a créé une page Auteur sur ces deux femmes, mais à ma connaissance elles n'ont rien publié ou écrit. Je pense qu'il aurait fallu faire autrement mais comment : créer une simple catégorie, une page dans l'espace principal,... Votre avis m'intéresse. Cordialement, R [CQ, ici W9GFO] 7 décembre 2017 à 10:39 (UTC)
- Bonjour,
- Comme on je le disait récemment au détour de la conversation sur Mahomet (cf. supra), ce genre de page ne me dérange pas du tout, au contraire, elles aident à la navigation et au catalogage.
- Cdlt VIGNERON (d) 7 décembre 2017 à 15:19 (UTC)
- Je suis d'accord, mais il faudrait au moins modifier les catégories. Auteurs ne convient pas. Peut-être une catégorie générale Sujet d’ouvrage ? Seudo (d) 7 décembre 2017 à 15:51 (UTC)
- Seudo : Ah oui effectivement (même chose pour l’espace de nom dans l'idéal), je verrais plutôt Catégorie:Personnes (qui existe déjà). Par contre la catégorisation étant automatique, je ne suis pas sûr de la meilleure façon de procéder : que toutes les pages Auteur: soit par défaut dans Catégorie:Personnes ? un peu brutal… dupliquer le modèle
{{Auteur}}
avec un modèle{{Personne}}
? ce n'est jamais une bonne idée de multiplier les modèles sans une solide raison… Que le modèle{{Auteur}}
repère si la personne est un auteur ou non ? compliqué et cela peut avoir des effets secondaires indésirables… ou alors bêtement avec un paramètre nocat pour court-circuiter la catégorisation à la main ? sans doute le moins pire… (bref, je suis dans l'incertitude) Cdlt, VIGNERON (d) 7 décembre 2017 à 17:07 (UTC)- VIGNERON : En toute rigueur, il faudrait d'abord décider ce qu’on accepte ou pas dans ce type de page. S’il s'agit d’êtres humains en général, liés à des ouvrages ou articles, le modèle devrait s'appeler par exemple
{{Personne}}
.{{Auteur}}
verrait dans ce cas l’essentiel de son code migré dans{{Personne}}
et appellerait ce modèle en précisant ce qui lui est propre (dont la catégorie). - Mais tout ceci est peut-être beaucoup pour régler un cas somme toute assez rare. Donc peut-être vaut-il mieux laisser les choses en l'état (ou se contenter du nocat que tu proposes) ; on verra bien le jours où les non-auteurs de Wikidata se mettront à migrer en masse sur Wikisource. Seudo (d) 7 décembre 2017 à 18:27 (UTC)
- Je ne pense pas que le cas soit si rare que ça : en procédant de la même manière que Newnewlaw, je peux de mémoire proposer tout de suite Andrian et Fédor Jeftichjew traités dans cet article et celui-ci, ou encore celui-ci si on va voir ailleurs. J'imagine facilement que le cas peut se présenter pour toutes les personnalités, non-auteurs, traitées dans des encyclopédies, dictionnaires ou recueils biographiques. Personnellement je suis d'avis que l'espace Auteur reste réservé aux auteurs. R [CQ, ici W9GFO] 7 décembre 2017 à 19:15 (UTC)
- VIGNERON : En toute rigueur, il faudrait d'abord décider ce qu’on accepte ou pas dans ce type de page. S’il s'agit d’êtres humains en général, liés à des ouvrages ou articles, le modèle devrait s'appeler par exemple
- Seudo : Ah oui effectivement (même chose pour l’espace de nom dans l'idéal), je verrais plutôt Catégorie:Personnes (qui existe déjà). Par contre la catégorisation étant automatique, je ne suis pas sûr de la meilleure façon de procéder : que toutes les pages Auteur: soit par défaut dans Catégorie:Personnes ? un peu brutal… dupliquer le modèle
- Je suis d'accord, mais il faudrait au moins modifier les catégories. Auteurs ne convient pas. Peut-être une catégorie générale Sujet d’ouvrage ? Seudo (d) 7 décembre 2017 à 15:51 (UTC)
- Bonjour Reptilien.19831209BE1, VIGNERON et Seudo ; l'une des autres solutions serait de réorganiser une catégorie "sujets" de Wikisource. Les documents seraient inclus dans des catégories du nom de la personne et non dans l'espace "auteur". Pourquoi pas une catégorie : "Catégorie:Biographie" ? Avec inclus des catégories "Catégorie:Biographie de Millie et Christine McCoy" et d'autres du même genre. OK ? --Newnewlaw (d) 8 décembre 2017 à 07:56 (UTC)
- Du coup je teste : Catégorie:À propos de Émile Zola. --Newnewlaw (d) 8 décembre 2017 à 08:03 (UTC)
- Même si les catégories semblent le plus approprié pour répertorier les différents articles traitant d'un même sujet, je préfère mille fois l'organisation des données que tu as proposée sur Auteur:Millie et Christine McCoy. Question : l'espace Portail ne pourrait-il pas convenir ? Après tout il est bien destiné aux différents thèmes : on aurait le thème Millie et Christine McCoy > sous thème de Jumeaux siamois sous thème de Développement embryonnaire sous thème de Médecine, quelque chose dans le genre. Ça ressemble beaucoup aux catégories mais après tout pourquoi pas, quand on voit que Portail:Thèmes littéraires n'est pratiquement qu'un ensemble de liens vers des catégories. R [CQ, ici W9GFO] 8 décembre 2017 à 08:38 (UTC)
- La questin est large et je pense que la solution sera multiple. Les portails sont très intéressants notamment pour des sujets qui ne sont pas des personnes ; il me semble évident que l’on ne peut pas avoir Auteur:Bretagne et que Portail:Bretagne est la meilleure solution pour ce sujet ; inversement, le sujet d'un portail doit avoir une certaine étendue, et si un Portail:Émile Zola pourrait être créer (et serait sans doute même plus adapté que Catégorie:À propos de Émile Zola car un portail permet plus de mise en forme et de contextualisation), il me semble que ce n'est pas le cas d'un Portail:Millie et Christine McCoy et une sous-partie McCoy d'un Portail:Jumeaux siamois me semble bancale et un peu artificielle. En tout cas, il y a très peu de portails sur la Wikisource francophone (seulement 56, là où les anglophones en ont 1438 et les germanophones 549) et je trouve que ce serait une chose à développer. Cdlt, VIGNERON (d) 8 décembre 2017 à 10:20 (UTC)
- Même si les catégories semblent le plus approprié pour répertorier les différents articles traitant d'un même sujet, je préfère mille fois l'organisation des données que tu as proposée sur Auteur:Millie et Christine McCoy. Question : l'espace Portail ne pourrait-il pas convenir ? Après tout il est bien destiné aux différents thèmes : on aurait le thème Millie et Christine McCoy > sous thème de Jumeaux siamois sous thème de Développement embryonnaire sous thème de Médecine, quelque chose dans le genre. Ça ressemble beaucoup aux catégories mais après tout pourquoi pas, quand on voit que Portail:Thèmes littéraires n'est pratiquement qu'un ensemble de liens vers des catégories. R [CQ, ici W9GFO] 8 décembre 2017 à 08:38 (UTC)
- Du coup je teste : Catégorie:À propos de Émile Zola. --Newnewlaw (d) 8 décembre 2017 à 08:03 (UTC)
Newnewlaw, Reptilien.19831209BE1, VIGNERON et Seudo : Je n'aime pas ce genre de cas. Un des plus gros problème de Wikisource, c'est la navigation (ou liaison) entre différents ouvrages. Comment passez-vous intuitivement de Le Trombinoscope/Millie et Christine à Mesdemoiselles Millie et Christine ? L'existence même de la page Auteur dédiée est totalement futile ! La catégorisation, c'est ce qu'il y a de plus efficace. Voyez Catégorie:Saint-Nicolas. Crée-t-on un espace Auteur dans le seul but d'avoir une présentation ? eh bien une page catégorie peut aussi posséder une présentation (ici exemple minimal, autre exemple), de même que les pages d'homonymie (exemple minimal). Développons cette pratique : Oui, pourquoi ne pas donner des informations ou utiliser le modèle {{Auteur}}
ailleurs que dans l'espace Auteur ?... --Pikinez (d) 9 décembre 2017 à 14:32 (UTC)
- J’avoue que, finalement, cette discussion commence à me donner quelques doutes… La catégorisation semble sous-utilisée sur Wikisource, alors qu’elle peut être très flexible (« Ouvrages de … », « Ouvrages traduits par… », « Ouvrages sur… »). Seudo (d) 9 décembre 2017 à 16:02 (UTC)
- Je rejoins l'avis de Seudo et les arguments de VIGNERON m'ont convaincu que l'idée d'exploiter (surexploiter devrais-je dire) l'espace Portail n'est pas une bonne approche. Peut-être que la solution viendra d'elle-même avec Wikidata et sa capacité à générer des listes. En attendant, je pense qu'on devrait utiliser les catégories. R [CQ, ici W9GFO] 9 décembre 2017 à 17:05 (UTC)
Requête Wikidata
[modifier]Bonjour,
Certains connaissent bien Wikidata, d'autres moins. Du coup, je me suis dit qu'une façon ludique de mieux faire connaître ce projet et ses possiblités serait de poster une fois par mois sur le Scriptorium une requête Wikidata (pour rendre à César ce qui lui appartient, j'ai eu l'idée suite à une question de Nalou (d · c) sur ma page de discussion).
- Voici donc une requête montrant sur le lieu de naissance des personnes ayant une page sur la Wikisource francophone sur la carte du monde.
Actuellement il y a 6437 résultats, pour comparaison il y a actuellement 8858 pages dans la Catégorie:Auteurs, la différence vient du fait que certaines personnes n'ont pas de lieu de naissance ou bien ce lieu de naissance n'a pas de coordonnées. Sans surprise, on remarque une forte concentration sur la France (et la Belgique, la Romandie et la vallée du Saint-Laurent) mais il y a étonnamment beaucoup de point dans des zones non-francophones (ce qui est logique, si nos textes sont en français il peut s'agit de traduction d'auteur non francophone et donc du monde entier). La même requête pour la Wikisource italophone ou même requête pour la Wikisource germanophone montre le même genre de répartition mondiale avec une prédominance dans la zone où l'on parle la langue.
Pour la première requête, j’ai choisi une carte pour le côté visuel mais la prochaine fois j'essayerais de faire des requêtes plus « wikisourcienne ». Si vous avez des suggestions d'autres requêtes ou des questions sur cette requête, n'hésitez surtout pas à demander !
Cdlt, VIGNERON (d) 7 décembre 2017 à 16:33 (UTC)
- Excellente idée ! Vraiment intéressante cette carte. Pour la communauté, ma question à VIGNERON portait sur la liste des mathématiciens, francophones, mort avant 1947, ayant un article Wikipédia mais pas de page auteur sur Wikisource. En voici le résultat (lien). Il est possible de cliquer en bas à gauche pour modifier la requête. Je m'en servirai par exemple pour lister les physiciens, changer la langue, la date, etc. Un bien bel outil. Et merci à VIGNERON de partager ces connaissances en la matière. — Alan (d) 7 décembre 2017 à 20:24 (UTC)
- La carte indique que la grande majorité des écrivains francophones provient de la France, ce qui est une confirmation de rumeurs, si je puis dire :-). Je suis toutefois dubitatif parce que les compétences littéraires ont peu à voir avec le lieu exact de naissance et beaucoup avec l'endroit où la personne a vécu et progressé intellectuellement, endroit qui n'est pas souvent le lieu de naissance si je suis dans le vrai. — Cantons-de-l'Est discuter 8 décembre 2017 à 16:50 (UTC)
- Il faut aussi prendre en compte le biais lié à la limitation aux auteurs morts depuis 70 ans. C’est sans doute pour cela qu'il n’y a aucun véritable résultat en Afrique subsaharienne (un homme politique au Burkina Faso et deux Romains de l’Antiquité (sic) au Congo). Seudo (d) 8 décembre 2017 à 22:31 (UTC)
- Cantons-de-l'Est et Seudo : merci pour vos remarques, je vois que cela soulève déjà quelques débats que j'espère auront eux-mêmes des résultats intéressants. Après, une requête est forcément limité, elle ne donne que ce qu'on lui demande et que ce contient Wikidata. La demande peut-être mal formulée et les données peuvent être manquantes ou imprécises dans Wikidata. En gros, « j'ai fait ce que j'ai pu avec ce que l'on a » et globalement le résultat me semble déjà suffisamment intéressant pour être partagé. Typiquement, je ne sais pas trop comment trouver les données sur les « compétences littéraires », le lieu de naissance ne donne que le lieu de naissance (qui me semble déjà une bonne approximation par rapport à ce qui est disponible même si je suis conscient que ce n’est pas parfait, notamment parce que 2400 auteurs n'ont pas de lieu de naissance avec une coordonnées soit 27 % du total ou pour les personnes ayant voyagé - comme les premiers Canadiens qui sont nés en Europe -, j'ai essayé au départ avec la propriété lieu de travail mais elle n'est renseignée que pour 1 162 auteurs ce qui est un échantillon trop faible pour être vraiment pertinent) et pour les deux lieux de naissance des Romains, Wikidata n'a que Afrique (dont les coordonnées sont situées au barycentre du continent, sur ce qui est actuellement la République du Congo).
- L'idée c'est surtout de partager et de faire découvrir les possibilités de l'outil. Au passage, ces requêtes sont aussi une invitation et une incitation à améliorer les données sur Wikidata : si quelqu'un connaît une meilleure façon de localiser une personne, les coordonnées des lieux sans coordonnées ou un lieu de naissance plus précis que Afrique pour Auteur:Aurelius Victor et Auteur:Florus, qu'il n'hésite pas à le signaler (faute de mieux, pour les deux Romains, je pourrais remplacer par Afrique du Nord mais cela reste très général). Et si quelqu'un a de meilleures idées de requêtes, je pourrais en faire une meilleure requête pour le mois prochain.
- Cdlt, VIGNERON (d) 9 décembre 2017 à 11:40 (UTC)
- J'ai remplacé « Africa (continent) » par « Africa (Roman province) » et ces deux illustres inconnus ne sont plus localisés (ou ne le seront plus, car il semble y avoir une latence) au Congo. Ces requêtes sont fort intéressantes et, avec un peu de présentation éditoriale, pourraient nourrir des « brèves » à la une de Wikisource. Seudo (d) 9 décembre 2017 à 16:25 (UTC)
- Il faut aussi prendre en compte le biais lié à la limitation aux auteurs morts depuis 70 ans. C’est sans doute pour cela qu'il n’y a aucun véritable résultat en Afrique subsaharienne (un homme politique au Burkina Faso et deux Romains de l’Antiquité (sic) au Congo). Seudo (d) 8 décembre 2017 à 22:31 (UTC)
- La carte indique que la grande majorité des écrivains francophones provient de la France, ce qui est une confirmation de rumeurs, si je puis dire :-). Je suis toutefois dubitatif parce que les compétences littéraires ont peu à voir avec le lieu exact de naissance et beaucoup avec l'endroit où la personne a vécu et progressé intellectuellement, endroit qui n'est pas souvent le lieu de naissance si je suis dans le vrai. — Cantons-de-l'Est discuter 8 décembre 2017 à 16:50 (UTC)
-
La couverture de la forêt apporte ombre et intimité à ce petit cimetière.
Cimetière Fuller à Bolton-Ouest dans la région de l'Estrie au Québec. -
Cachée derrière une rangée d'arbres, cette maison se dévoile après quelques pas dans une clairière.
Maison du jardinier du manoir Louis-Joseph-Papineau à Montebello dans la région de l'Outaouais au Québec. -
Sous un arbre, cette grange est nichée derrière une maison bourgeoise près du lac Memphrémagog.
Grange circulaire Damase-Amédée-Dufresne près de Saint-Benoît-du-Lac dans la région de l'Estrie au Québec. -
Bâtiment charmant posé dans la verte campagne d'un village rural.
Église All Saints de Davidson Hill à Sainte-Christine dans la région de l'Estrie au Québec.
Revenons à nos moutons wikimédiens. Est-il possible de créer une carte des auteurs sans lieu de naissance, ou encore sans date de naissance ? On aurait matière à travailler et des objectifs chiffrables.
— Cantons-de-l'Est discuter 9 décembre 2017 à 13:39 (UTC)- Euh, une carte des personnes sans localisations, c'est difficile ; comment placer sur une carte les choses que l’on ne sait pas placer sur une carte ? (à la limite, on peut faire des approximations avec le pays de citoyenneté mais je ne suis pas sûr que ce soit vraiment utile, on se retrouve avec des dizaines de personnes au même point) Par contre, on peut facilement faire une liste, et même plusieurs listes pour distinguer les différents problèmes :
- Liste des personnes liées à Wikisource mais sans lieu de naissance (avec pays de citoyenneté et lieu de décès si disponible) (2402 résultats)
- Liste des lieux de naissance des personnes liées à Wikisource mais sans coordonnées (59 résultats actuellement)
- Liste des personnes liées à Wikisource mais sans date de naissance (337 résultats actuellement)
- Évidemment le total est inférieur à la somme des résultats car certaines personnes apparaissent plusieurs fois.
- Cdlt, VIGNERON (d) 9 décembre 2017 à 14:20 (UTC)
Invitation to Blocking tools consultation
[modifier]Hello all,
The Wikimedia Foundation's Anti-Harassment Tools team invites all Wikimedians to discuss new blocking tools and improvements to existing blocking tools in December 2017 for development work in early 2018.
How can you help?
- Share your ideas on the discussion page or send an email to the Anti-Harassment Tools team.
- Spread the word that the consultation is happening; this is an important discussion for making decisions about improving the blocking tools.
- Help with translation.
- If you know of previous discussions about blocking tools that happened on your wiki, share the links.
We are looking forward to learning your ideas.
For the Anti-Harassment Tools team SPoore (WMF), Community Advocate, Community health initiative (talk) 7 décembre 2017 à 23:23 (UTC)
- Traduction par VIGNERON (d)
- Bonjour à tous,
- L'équipe d'outils anti-harcèlement de la Fondation Wikimedia invites les wikimédiens à débattre des nouveaux outils de blocage et à la façon d'améliorer ceux existants en décembre 2017 pour pouvoir travailler à leur développement au début de l'année 2018.
- Comment pouvez-vous aider ?
- en partageant vos idées sur la page de discussion ou envoyer un courriel à l'équipe d'outil anti-harcèlement
- en faisant passer le message que cette consultation est en cours ; c'est une discussion importante pour prendre des décisions sur les outils de blocage et pour les améliorer
- en aidant à la traduction
- ou si vous avez connaissance de précédentes discussions sur les outils de blocages qui ont eu lieu sur votre wiki, partager les liens.
- Nous avons hâte d'appendre de vos idées.
- Au noms de l'équipe d'outils anti-harcèlement, SPoore (WMF) 7 décembre 2017 à 23:23 (UTC)
- Remarque personnelle de VIGNERON : de ce que j'en sais, nous avons peu de problème de harcèlement ou même de vandalisme sur la Wikisource francophone et les outils existants sont globalement peu utilisés et suffisants pour notre situation. Ceci dit, je ne connais pas forcément tout ce qui se passe sur Wikisource donc n'hésitez pas à partager vos expériences, vos connaissances et vos besoins sur ce sujet (vous pouvez le faire en français et je pourrais traduire si vous le souhaitez). Cdlt, VIGNERON (d) 9 décembre 2017 à 11:51 (UTC)
- +1 VIGNERON. C'est surtout dans Wikipédia que j'observe du harcèlement, parce qu'il y est plus facile de verser dans l'opinion personnelle sur un sujet qui y est traité, qu'il fait partie du top 10 mondial par le nombre de consultations et que c'est un site relativement facile à rejoindre et modifier (comme la plupart des sites de l'écosystème Wikimedia). — Cantons-de-l'Est discuter 11 décembre 2017 à 21:34 (UTC)
- Remarque personnelle de VIGNERON : de ce que j'en sais, nous avons peu de problème de harcèlement ou même de vandalisme sur la Wikisource francophone et les outils existants sont globalement peu utilisés et suffisants pour notre situation. Ceci dit, je ne connais pas forcément tout ce qui se passe sur Wikisource donc n'hésitez pas à partager vos expériences, vos connaissances et vos besoins sur ce sujet (vous pouvez le faire en français et je pourrais traduire si vous le souhaitez). Cdlt, VIGNERON (d) 9 décembre 2017 à 11:51 (UTC)
Mise en forme version anglaise et version française
[modifier]Bonjour
Afin de pouvoir mettre en forme l’ensemble des paroles écrites par Colerige, serait-il possible d'avoir un exemple de mise en page de la version anglaise à côté de la version française sur cette page :
Page:Coleridge - La Chanson du vieux marin, trad. Barbier, 1877.djvu/11
Merci de votre aide.--Kaviraf (d) 9 décembre 2017 à 15:00 (UTC)
- Kaviraf : J’ai fait une ébauche sur la page donnée en exemple, ce n’est pas parfait (les bonnes volontés sont les bienvenues) mais cela donne déjà l'idée générale. Cdlt, VIGNERON (d) 9 décembre 2017 à 16:14 (UTC)
- VIGNERON : Merci de ton intervention. Avec l'aide de quelques autres bonnes volontés, nous allons réussir à placer une belle mise en forme. :)) --Kaviraf (d) 9 décembre 2017 à 17:52 (UTC)
Note dans une note, sur deux pages
[modifier]Bonjour,
je ne sais pas comment traiter cette note dans la note qui se continue sur la page suivante, avec en plus un mot coupé en fin de page... une idée ?
Page:Bibaud - Histoire du Canada et des Canadiens sous la domination anglaise, Vol 2, 1844.djvu/189
Merci d'avance
Zazaattila55 (d) 9 décembre 2017 à 21:20 (UTC)
- Fait Voyez Aide:Notes pour faire des notes qui s'étendent sur plusieurs pages. Seudo (d) 10 décembre 2017 à 06:15 (UTC)
- Seudo : Ah oui, tout simplement. je n'y avais pas pensé... Merci beaucoup ! Zazaattila55 (d) 10 décembre 2017 à 09:47 (UTC)
Bonjour, Y a-t-il une raison d'ajouter (Verlaine) au nom de ce recueil de poèmes ? Un autre auteur a-t-il publié un texte avec un nom identique ? Peut-être que la date serait utile… On a aussi Jadis et naguère (1884) et Jadis et naguère (1902). Faut-il une capitale à Naguère ? Cordialement, Yann (d) 10 décembre 2017 à 06:22 (UTC)
- JADIS et NAGUÈRE : Pour conserver le fait que le poète met « jadis » et « naguère » sur le même plan, Jadis et Naguère me paraît une graphie préférable. --Zyephyrus (d) 10 décembre 2017 à 09:13 (UTC)
- D’après les conventions de Wikipédia et, pour le cas présent, des sources respectables ([3], [4]), on ne met pas de majuscule parce qu’il s’agit pas de substantifs (« Guerre et Paix » d’un côté, « Elle et lui » de l'autre). Certes, on voit dans la table des matières que ce recueil de poèmes contient une partie intitulée « Jadis » et une autre qui porte le titre « Naguère » : donc on pourrait y voir simplement la juxtaposition dans un volume de deux œuvres séparées, chacune avec la capitale…
- Dans le doute, le meilleur choix est sans doute de suivre les sources ci-dessus, surtout s'il est confirmé par les autres éditions. Le nom des pages de Wikisource relève de notre choix et non de celui de l'éditeur, donc il vaut mieux harmoniser entre les différentes éditions.
- Quoi qu'il en soit, cette édition est-elle utile ? ou est-ce une simple réédition sans modification de celle de 1884 ? Si on la conserve, son intitulé devrait être Jadis et naguère (1891), le nom de l'auteur n'étant en effet pas utile. Seudo (d) 10 décembre 2017 à 10:06 (UTC)
- Il y a plusieurs questions ici :
- la précision « (Verlaine) » ne convient évidemment pas, à la limite Jadis et Naguère (Verlaine) pourra être une page d'édition le jour où l'on aura un autre texte du même titre mais d'un autre auteur mais même la BnF n'en connaît pas (ce qui est un indice fort mais on n'est jamais à l'abri d'une surprise). Le mieux est donc de faire de ce titre une redirection vers la page d'édition actuelle : Jadis et naguère.
- la précision nécessaire est évidemment l'année, comme pour les deux autres éditions et comme pour des centaines d'autres pages.
- enfin : Naguère ou naguère… vaste question qui revient régulièrement. Personnellement, je trouve pour le moins inadapté et incohérent d'appliquer à un titre du XIXe siècle des conventions du XXe siècle, d'autant plus quand, pour le reste du texte, nous conservons les orthotypographies du XIXe siècle. Les sources sont partagées mais j’ai l'impression que la graphie Jadis et Naguère est un peu plus courante, surtout à l'époque (et c'est celle retenue pour l’article Wikipédia : w:Jadis et Naguère).
- Cdlt, VIGNERON (d) 10 décembre 2017 à 18:02 (UTC)
- Le diff qui a créé le titre actuel sur Wikipédia confond manifestement adverbes et substantifs… Quant à la typographie de l'époque, le même éditeur en 1891 écrivait « Jadis et naguère ». Seudo (d) 11 décembre 2017 à 06:03 (UTC)
- bonsoir à tous,
- Jadis et Naguère (Verlaine) devrait, amha, être renommé avec l'année à la place de (Verlaine), car il n'y a effectivement, a priori pas d'autres œuvres portant le même titre…
- Quant à la question des capitales :
- il me semblerait plus logique d'aligner la graphie vers celle des autres éditions et de la page d'édition donc Jadis et naguère
- jadis et naguère ne sont effectivement pas des substantifs et je ne pense pas qu'on puisse parler d'un usage d'époque pour un titre qui, sur une page de titre, est de toutes façons, en MAJUSCULES.
- je serais donc partisane de renommer en Jadis et naguère (1891), quitte à faire des redirections depuis les titres avec 2 capitales… --Hélène (d) 11 décembre 2017 à 17:46 (UTC)
- Le diff qui a créé le titre actuel sur Wikipédia confond manifestement adverbes et substantifs… Quant à la typographie de l'époque, le même éditeur en 1891 écrivait « Jadis et naguère ». Seudo (d) 11 décembre 2017 à 06:03 (UTC)
- Il y a plusieurs questions ici :
Jadis et Naguère sont en majuscules, mais de même grosseur : le titre en couverture de notre édition se présente comme suit :
Jadis et naguère crée visuellement une inégalité qui me paraît altérer l'équilibre du titre ci-dessus.
Verlaine a-t-il écrit quelque part Jadis et naguère ?
C'est vrai que les capitales ne rendent pas bien non plus l'effet produit.
Que faisons-nous ?
--Zyephyrus (d) 11 décembre 2017 à 19:11 (UTC)
- Les variations de taille pour les articles ou conjonctions sont courants sur les pages de titre et indiquent simplement les termes les plus chargés de sens. Comme je l'ai dit précédemment, le même éditeur, la même année, désigne cet ouvrage avec la graphie « Jadis et naguère », qui correspond aussi à la typographie recommandée par les normes. Une recherche dans le catalogue de la BNF donne le même résultat (sauf pour une notice, correspondant à un ouvrage incomplet). Certes, on trouve aussi l'autre graphie dans différents endroits : lorsque Verlaine fait sa propre biographie à la troisième personne, chez le même éditeur, il utilise les deux graphies à quelques lignes d’intervalle. Donc il ne faut à mon avis pas chercher trop d'intention chez l’auteur comme chez son éditeur, et utiliser la solution la plus logique pour ce qui n’est rien de plus que le titre d'un recueil : Jadis et naguère (1891). Seudo (d) 11 décembre 2017 à 21:34 (UTC)
- Bonjour,
- J'ai finalement renommé en Jadis et naguère (1891), et j'ai fait deux redirections depuis Jadis et Naguère (1891) et depuis Jadis et Naguère. J'espère que cela satisfait tout le monde. ;o) Merci pour vos commentaires. Cordialement, Yann (d) 13 décembre 2017 à 12:05 (UTC)
- Faut-il faire des pages d'homonymie pour chaque poème ? Et pour Jadis et Naguère ? Cordialement, Yann (d) 13 décembre 2017 à 12:29 (UTC)
- Encore des incohérences : les titres des poèmes dans ce recueil Jadis et naguère (1902) sont à revoir. Et on peut voir ici que la comédie "Les Uns et les Autres" est classée comme une partie de "Jadis" dans 2 éditions, mais pas dans la 3e. Que fait-on ? Yann (d) 14 décembre 2017 à 09:13 (UTC)
- Faut-il faire des pages d'homonymie pour chaque poème ? Et pour Jadis et Naguère ? Cordialement, Yann (d) 13 décembre 2017 à 12:29 (UTC)
- Tous les problèmes sont résolus. Merci à tous pour vos commentaires et à Hélène pour son aide. Yann (d) 16 décembre 2017 à 17:36 (UTC)
Utilisation d’astérisque et autres obèles comme symbole de note de bas page
[modifier]Bonjour,
Pour mieux respecter la conformité aux pages transcrites, je souhaiterais utiliser des astérisques et autres obèles dans les notes de bas de page. Pour l’instant je n’ai rien trouvé qui permette de faire cela. J’hésite à ouvrir un ticket pour une modification de l’extension cite ou créer un modèle qui gère cela. Qu’en pensez-vous ? --Psychoslave (d) 10 décembre 2017 à 17:37 (UTC)
- Bonjour Psychoslave (d · c),
- Pourrais-tu préciser ce dont tu parles ? Si un texte utilise un astérisque à la page 8 puis de nouveau un astérisque à la page 9, je ne suis pas sur que ce soit une bonne idée de respecter cette mise en forme (en tout cas, en tant que lecteur, je trouve que cela perturberait ma lecture, après cela dépend aussi d'autres facteurs comme le nombre de notes).
- Par contre, si le système est cohérent au sein du livre, il doit être possible d'adapter le css (idée déjà évoquée plusieurs fois et il y a déjà fort longtemps - voir notamment Wikisource:Scriptorium/Décembre_2015#Utilisation de l’attribut group dans la balise ref - mais personne ne l'a mise en pratique à ma connaissance). Psychoslave si tu connais le sujet, n'hésite pas à proposer les modifications.
- Cdlt, VIGNERON (d) 10 décembre 2017 à 18:18 (UTC)
- Dans mes contributions je vise à avoir et une conformité aussi proche que possible dans le mode page, et quelque chose de plus adapté à un texte mono-page lors de la transclusion dans l’espace de nom principale. En l’occurrence, pour des pages comme celle-ci il s’agirait donc d’avoir un astérisque dans l’espace de nom page, et la classique notation numérotée pour l’espace de nom principale (ou une autre éventuellement, si cela est préféré par quelqu’un avec des arguments pertinents). Actuellement je ne crois pas avoir les droits pour modifier le CSS qui s’applique à toutes les pages, et je ne crois pas que les modification de style "inline" seules permettent de faire ce que tu suggères. Par contre j’ai certainement les compétences pour faire les modifications qui utiliserait cette méthode, si c’est possible. --Psychoslave (d) 10 décembre 2017 à 18:56 (UTC)
- Bonsoir, je serais aussi intéressé pour disposer d'autres numérotations de notes que la numérotation décimale. Par exemple pour ce livre où cohabitent 3 systèmes de notes. Par contre je n'ai aucune compétence sur le sujet ! Manseng (d) 10 décembre 2017 à 19:41 (UTC)
- Dans mes contributions je vise à avoir et une conformité aussi proche que possible dans le mode page, et quelque chose de plus adapté à un texte mono-page lors de la transclusion dans l’espace de nom principale. En l’occurrence, pour des pages comme celle-ci il s’agirait donc d’avoir un astérisque dans l’espace de nom page, et la classique notation numérotée pour l’espace de nom principale (ou une autre éventuellement, si cela est préféré par quelqu’un avec des arguments pertinents). Actuellement je ne crois pas avoir les droits pour modifier le CSS qui s’applique à toutes les pages, et je ne crois pas que les modification de style "inline" seules permettent de faire ce que tu suggères. Par contre j’ai certainement les compétences pour faire les modifications qui utiliserait cette méthode, si c’est possible. --Psychoslave (d) 10 décembre 2017 à 18:56 (UTC)
- Je pense que l'Extension:TemplateStyles permettrait de faire ça. Je ne sais pas où en est la mise en place qui avait été annoncée. R [CQ, ici W9GFO] 11 décembre 2017 à 07:35 (UTC)
- Je ne connaissais pas, ce serait effectivement une solution, merci. --Psychoslave (d) 11 décembre 2017 à 11:00 (UTC)
- Psychoslave, Si j'ai bien compris votre demande,
{{refa}}
et{{refl}}
servent à ces fins, mais il faut gérer les identifiants manuellement. Voici un exemple : texte texte{{refl|ID|num=*}} texte
...
- (Dans le pied de page et dans la transclusion, ajouter la balise complémentaire)
{{refa|ID|*}}
- Voici un exemple avec trois types d'appels :
- Psychoslave, Si j'ai bien compris votre demande,
- Je ne connaissais pas, ce serait effectivement une solution, merci. --Psychoslave (d) 11 décembre 2017 à 11:00 (UTC)
- Bon courage !
- — Cantons-de-l'Est discuter 11 décembre 2017 à 21:52 (UTC)
- Le problème est que les numérotations de notes repartent de 1 (ou *, ou †) à chaque page : donc, en transclusion, on aura plusieurs notes avec le même caractère.
- Si on veut absolument conserver la même mise en forme dans le mode Page et avoir une liste de notes correctement numérotées en transclusion, je ne vois pas comment faire sans dupliquer chaque appel de note en utilisant des includeonly et noinclude judicieusement… Peut-être un modèle permettrait-il de faciliter cela. Seudo (d) 11 décembre 2017 à 22:11 (UTC)
- Un autre problème est, qu'avec
{{refa}}
, on n'a pas les fonctions <ref name=...> <ref follow= > quand la note se poursuit sur la page suivante, et donc nécessité de rapatrier la totalité de la note sur une seule page. Manseng (d) 11 décembre 2017 à 22:48 (UTC)
Super, merci Cantons-de-l'Est :, j’en prends bonne note. Pour les problématiques remontés par ailleurs, je verrai déjà ce que cela donne dans le présent usage, et je peux modifier le modèle pour ajouter les fonctionnalités manquantes – s’il n’est pas dans un mode d’accès restreint pour lerquel je n’ai pas les autorisation requises. --Psychoslave (d) 12 décembre 2017 à 10:13 (UTC)
Plus de coloration de l’état d’avancement dans la vue d’ensemble de l’espace de nom Livre?
[modifier]Tout est dans le titre, chez moi les couleurs de fond de chaque numéro de page ne reflètent plus l’état d’avancement de la page. Pire encore, les couleurs apparaissent parfois, mais parfois pas. J’ai testé sur un autre navigateur pour être sûr que mon firefox lourdement chargé en extension qui modifient les CSS de toutes les pages que je visite n’était pas la cause de cette problématique. Donc là tout de suite, j'ai des couleurs sur Livre:Le Bon - Psychologie des foules, Alcan, 1895.djvu, mais pas sur Livre:Holbach - Le Christianisme dévoilé, 1756.djvu, alors qu’elles y sont ré-apparues l’espace d’une consultation il y a quelques minutes. --Psychoslave (d) 10 décembre 2017 à 19:06 (UTC)
- Ok, je pense que je viens de trouver, la disparition des couleurs se manifeste lorsqu’une des page du livre est mis en état « page à problème » (sic). Quelqu’un à des infos là-dessus ? Faut-il que j’ouvre un ticket sur phabricator ? --Psychoslave (d) 10 décembre 2017 à 19:10 (UTC)
- Argh, en fait non, permuter l’état de la page 16 de Holbach entre « page à problème » et « non corrigée » fait bien permuter l’apparition du problème, mais deux autres pages du livre sont marqué en « page à problème » alors que la coloration est bien pris en charge. :/ --Psychoslave (d) 10 décembre 2017 à 19:13 (UTC)
- Bonsoir ! C'est un problème de cache des pages, devenu plus ou moins systématique (voir d'ailleurs la proposition de Viticulum sur la Community Wishlist). Il est possible d'activer un gadget, situé sous Préférence > Gadgets > Interface > Ajouter un onglet permettant de purger le cache d'une page. Il apparaîtra ensuite dans l'en-tête "Plus", avec "Renommer". --Jahl de Vautban (d) 10 décembre 2017 à 19:21 (UTC)
- Et pour le faire apparaître directement dans la barre, entre l'étoile et le menu Plus, on peut ajouter ce code fourni par Seudo dans le fichier common.js. Très pratique, en attendant une résolution en amont du problème. — Alan (d) 11 décembre 2017 à 08:55 (UTC)
- Remarque : mon code ne fonctionne pas dans 100 % des cas, sans doute parce que le common.js est parfois exécuté avant que le lien « Purge » ait été ajouté dans la page. Mais je l’ai amélioré hier, donc (sur mon poste en tout cas) les cas de dysfonctionnement devraient être plus rares. Seudo (d) 11 décembre 2017 à 09:29 (UTC)
- Et pour le faire apparaître directement dans la barre, entre l'étoile et le menu Plus, on peut ajouter ce code fourni par Seudo dans le fichier common.js. Très pratique, en attendant une résolution en amont du problème. — Alan (d) 11 décembre 2017 à 08:55 (UTC)
- Bonsoir ! C'est un problème de cache des pages, devenu plus ou moins systématique (voir d'ailleurs la proposition de Viticulum sur la Community Wishlist). Il est possible d'activer un gadget, situé sous Préférence > Gadgets > Interface > Ajouter un onglet permettant de purger le cache d'une page. Il apparaîtra ensuite dans l'en-tête "Plus", avec "Renommer". --Jahl de Vautban (d) 10 décembre 2017 à 19:21 (UTC)
- Argh, en fait non, permuter l’état de la page 16 de Holbach entre « page à problème » et « non corrigée » fait bien permuter l’apparition du problème, mais deux autres pages du livre sont marqué en « page à problème » alors que la coloration est bien pris en charge. :/ --Psychoslave (d) 10 décembre 2017 à 19:13 (UTC)
Est-ce que vous parlez de MediaWiki:Common.js ? Je ne vois pas de modif de Seudo : dans l’historique. Sinon pour le problème de chargement, est-ce qu’enrober le code dans un "on document ready" ne suffirait pas à régler le soucis ? Perso le fait qu’il soit dans le menu plus ne me dérange pas, par contre ajouter un raccourci clavier ce serait intéressant. --Psychoslave (d) 11 décembre 2017 à 11:09 (UTC)
- Alan a donné le lien vers mon code qui n’est pas (et n'a pas à être) dans un script commun. Si cela intéressait beaucoup de monde, il vaudrait mieux faire modifier le gadget lui-même. Le on document ready ne suffit manifestement pas. En revanche window.onload (qui se déclenche plus tard) paraît mieux fonctionner, je viens de mettre à jour mon code. Seudo (d) 11 décembre 2017 à 13:31 (UTC)
- Pardon pour mon manque de précision. Je voulais parler du fichier common.js individuel (comme le mien ici par exemple). Cela fonctionne également mieux chez moi. — Alan (d) 11 décembre 2017 à 19:23 (UTC)
Émile Nelligan et son œuvre
[modifier]Livre:Émile Nelligan et son œuvre.djvu
Émile Nelligan et son œuvre est le recueil le plus important du domaine public au Québec. Je viens de compléter la validation (il restait une cinquantaine de pages) et ce faisant, j’ai constaté qu’il y avait quelques incohérences dans la correction. Loin de moi l’idée de critiquer mes collègues; c’est souvent ce qui se passe lorsqu’on est plusieurs à intervenir sur un livre. J’ai donc repris le tout depuis le début, y compris la table des matières. J’ai corrigé quelques fautes au passage, mais j’ai surtout essayé d’uniformiser la mise en forme. J’ai aussi ajouté les beaux bandeaux qu’on retrouve dans l’édition originale, celle sur laquelle on travaillait, édition que les collectionneurs québécois s’arrachent. Bref, j’ai dû travailler 5 ou 6 heures; je l’avoue, je ne suis pas un expert, surtout pour mettre en forme un recueil de poèmes. Je me suis obligé à aller voir comment on avait fait pour Baudelaire et Verlaine. Bref, j’étais très content de mon travail, fier d’avoir contribué à mettre en ligne proprement un classique de la littérature québécoise. Est donc venu le temps de créer un PDF et un EPUB pour admirer le produit final. Quelle horreur! Tout est tout croche, les bandeaux se retrouvent au bas des pages, des pages sont vides, d’autres n’ont que le petit séparateur, des tercets sont séparés, des titres ne sont pas sur la même page que le poème, bref c’est un peu n’importe quoi. Plus fâchant, il y a d’autres versions du recueil sur le net tout à fait correcte. Et il va y en avoir d'autres qui vont reprendre notre travail et vont lui donner une mise en forme adéquate. L’ancien prof de littérature que je suis n’aurait jamais suggéré notre édition à ses élèves. Bref, de deux choses l’une : ou bien je n’ai pas bien fait mon travail et je serais ravi que quelqu’un plus habile que moi reprenne quelques pages et je ferai la suite; ou bien, on laisse tout simplement tomber la poésie et on se concentre sur la prose. Vigno (d) 11 décembre 2017 à 19:08 (UTC)
- Vigno : Peux-tu donner plus de précision dans ton problème (une page, une section) ? J'aimerais bien t'aider mais le livre est vaste... --Newnewlaw (d) 12 décembre 2017 à 13:22 (UTC)
- Newnewlaw : Disons que le livre est sur le site depuis 2009, mais je ne pense pas que cela cause problème. Mon intervention de mise en forme a surtout consisté à uniformiser les sauts de ligne. Si tu veux voir concrètement ce dont je parle, charge le PDF, saute la préface, et regarde ce qui arrive aux poèmes. Je sais qu'il y a une requête (ou même deux) concernant le PDF. Espérons que cela ait une suite. Merci. Vigno (d) 12 décembre 2017 à 18:41 (UTC)
- Deux détails qui tuent: D'abord, les titres des livres ou parties ne sont pas reconnus comme tels par la moulinette à EPUB, faute d'être des pages du sommaire (avec un lien vers une page qui ne contient que le titre), d'où naufrage de la mise en page du premier poème. Ensuite, les indentations des vers des poèmes sont obtenues par des ": : : ", qui produisent n'importe quoi dans la mise en page variable du livre numérique. Il faut aussi vérifier que tous les titres de poèmes sont qualifiés de la même façon, avec {{T3| ... ou équivalent (ou rien du tout {{centré|{{taille|..., ce que je recommande, jamais de surprise). Donc, longue patience à celui qui s'y collera (pas moi, j'ai trop de choses sur le feu) --Wuyouyuan (d) 12 décembre 2017 à 20:50 (UTC)
- Newnewlaw : Disons que le livre est sur le site depuis 2009, mais je ne pense pas que cela cause problème. Mon intervention de mise en forme a surtout consisté à uniformiser les sauts de ligne. Si tu veux voir concrètement ce dont je parle, charge le PDF, saute la préface, et regarde ce qui arrive aux poèmes. Je sais qu'il y a une requête (ou même deux) concernant le PDF. Espérons que cela ait une suite. Merci. Vigno (d) 12 décembre 2017 à 18:41 (UTC)
- Je me propose de reformater/harmoniser les poèmes…--*j*jac (d) 13 décembre 2017 à 12:03 (UTC)
- Je vais suivre votre travail. Belle occasion pour moi d’apprendre Vigno (d) 13 décembre 2017 à 22:52 (UTC)
Insécables dans les EPUB
[modifier]Bonjour,
En lisant Guerre et Paix, j'ai trouvé plusieurs occurrences de guillemets fermants rejetés en début de ligne suivante. Il semble que ce problème survienne lorsque les guillemets fermants sont précédés d'un autre signe de ponctuation. Est-ce un problème connu?
Davitof (d) 13 décembre 2017 à 12:01 (UTC)
Transcriptions personnelles non-publiées
[modifier]Bonjour,
Vous acceptez les transcriptions personnelles non-publiées ? Par exemple Séquence de sainte Eulalie (transcription d’un utilisateur de Wikipédia). Je vous propose par exemple de mettre Utilisateur:Renard Migrant/une loenge de Nostre Dame dans l’espace principal, si vous voulez. Et d’importer l’image http://gallica.bnf.fr/ark:/12148/btv1b9006877g/f163.item.zoom et de faire comme avec Page:Séquence de sainte Eulalie.JPG. J’ai d’autres transcriptions plus longues à vous offrir, si vous voulez. Renard Migrant (d) 13 décembre 2017 à 13:31 (UTC)
- Renard Migrant : dans ce cas il faut utiliser Catégorie:Traduction Wikisource, Wikisource:Traductions et Portail:Traductions Wikisource. --Newnewlaw (d) 13 décembre 2017 à 16:36 (UTC)
- Plutôt Catégorie:Transcription Wikisource, parce que je n’ai rien traduit. Renard Migrant (d) 13 décembre 2017 à 16:59 (UTC)
- La transcription demande un bon coup d’œil, surtout pour un texte gothique, mais pas d’interprétation personnelle comme une traduction. Donc pour moi vous mettez les mettre sans problème dans l’espace principal, en respectant bien sûr la licence et attribution si vous le récupérez d'un autre utilisateur de Wikipédia. Seudo (d) 14 décembre 2017 à 14:33 (UTC)
- Il y a parfois quelque chose d’ambigu, quand l’éditeur doit faire une décision, mais pas souvent. La gestion des espaces entre les mots, par exemple. Renard Migrant (d) 16 décembre 2017 à 17:52 (UTC)
Corrections typographiques
[modifier]Bonjour, L’outil de correction de la typographie supprime les espaces entre « et … ou entre — et … (exemple : Page:Bernhardt - Mémoires, ma double vie, 1907.djvu/83). Êtes-vous d’accord de corriger cela ? Cordialement, Yann (d) 14 décembre 2017 à 12:09 (UTC)
- Tout à fait d'accord. Merci Yann : pour la proposition. --*j*jac (d) 14 décembre 2017 à 12:16 (UTC)
- Oui, absolument. Il faut donner la priorité au caractère qui exige une espace, pas à celui qui n’en exige pas. Seudo (d) 14 décembre 2017 à 14:28 (UTC)
- Je suis également d'accord. J'ai une autre question, vu qu'on parle de typographie et qu'on est sur le point de modifier le gadget : j'ai cru comprendre (ici et là) qu'avant une ponctuation bipoints (sauf le deux points « : »)
et crochet fermant », et après un crochet ouvrant «, il fallait mettre une espace fine (qui est toujours insécable) deux fois moins large que l'espace insécable (normal). Pensez-vous qu'il faut modifier le gadget pour qu'il prenne en charge ces subtilités ? R [CQ, ici W9GFO] 14 décembre 2017 à 16:28 (UTC)- On met en effet, en typographie soignée, une espace fine insécable avant
;?!
- Malheureusement, il semble que cette espace fine insécable, qui existe en HTML (
 
), n’est pas très bien supportée par tous les navigateurs, donc on ne l’utilise normalement pas sur les projets Wikimédia. Par exemple, le logiciel Mediawiki, qui affiche les pages de nos projets, transforme automatiquement les espaces du clavier en espaces insécables (non fines, 
) devant;?!:
. Je crois que c’est Daniel*D qui expliquait cela sur Wikipédia, avec de bons arguments pour en rester aux deux espaces de base : espace du clavier et 
(identique à
). Seudo (d) 14 décembre 2017 à 17:12 (UTC)- J'étais loin d'imaginer que ce caractère (l'espace fine) n'est pas supporté par tous les navigateurs. Moi qui ai pris l'habitude de le mettre devant
;?!
, me voilà bien embêté. R [CQ, ici W9GFO] 14 décembre 2017 à 19:11 (UTC)- Mes informations ne sont peut-être plus à jour, il faudrait regarder. Mais il doit y avoir une raison si Mediawiki ne l'utilise pas. Seudo (d) 14 décembre 2017 à 19:24 (UTC)
- Oui il y a forcément une raison, en tout cas je ne suis pas le seul à avoir fait des bêtises,
du coup je me demande si ce n'est pas certains logiciels d'océrisation qui en mettent aux bons endroits, et comme ils ne sont pas détectés par le gadget ils passent inaperçus, auquel cas il faudrait adapter le gadget pour qu'il remplace l'espace fine en espace insécableah et bien en fait, il la transforme déjà en une espace normal, ce qui revient au même. R [CQ, ici W9GFO] 14 décembre 2017 à 19:31 (UTC)
- Oui il y a forcément une raison, en tout cas je ne suis pas le seul à avoir fait des bêtises,
- Mes informations ne sont peut-être plus à jour, il faudrait regarder. Mais il doit y avoir une raison si Mediawiki ne l'utilise pas. Seudo (d) 14 décembre 2017 à 19:24 (UTC)
- J'étais loin d'imaginer que ce caractère (l'espace fine) n'est pas supporté par tous les navigateurs. Moi qui ai pris l'habitude de le mettre devant
- On met en effet, en typographie soignée, une espace fine insécable avant
- Je suis également d'accord. J'ai une autre question, vu qu'on parle de typographie et qu'on est sur le point de modifier le gadget : j'ai cru comprendre (ici et là) qu'avant une ponctuation bipoints (sauf le deux points « : »)
- Oui, absolument. Il faut donner la priorité au caractère qui exige une espace, pas à celui qui n’en exige pas. Seudo (d) 14 décembre 2017 à 14:28 (UTC)
Wikisource sera un projet normal...
[modifier]… le jour où il attirera les vandalismes de collégiens. Ah, c’est déjà le cas. Seudo (d) 16 décembre 2017 à 14:26 (UTC)
- Merci pour ton optimisme sur la suite du projet Seudo ! --Newnewlaw (d) 16 décembre 2017 à 16:47 (UTC)
- En même temps, je comprends l'IP, moi aussi Racine me broutait quand j'étais au collège ^^ ! --Consulnico (d) 16 décembre 2017 à 16:57 (UTC)
- Comparativement aux sites Web, aucun projet Wikimedia n'est normal :
- consultation gratuite,
- consultation sans identification préalable,
- zéro pub,
- contributeurs très majoritairement anonymes,
- multilingue,
- publication sous licence libérale,
- presque aucune rétention des données de navigation des utilisateurs,
- usage massif de HTTPS, HSTS et autres protocoles de sécurité,
- presque toutes les pages peuvent être modifiées par n'importe qui à quelques conditions près,
- chaque page comprend un historique de modifications,
- politique éditoriale « démocratiquement » établie,
- contenu presque entièrement indexé par des moteurs de recherche
- Je préfère croire que Wikisource n'est pas un projet Wikimedia normal.
- — Cantons-de-l'Est discuter 16 décembre 2017 à 17:02 (UTC)
- Comparativement aux sites Web, aucun projet Wikimedia n'est normal :
- En même temps, je comprends l'IP, moi aussi Racine me broutait quand j'étais au collège ^^ ! --Consulnico (d) 16 décembre 2017 à 16:57 (UTC)
Wikisource Lillois Nord Hauts-de-France
[modifier]Bonjour, je copie ci-dessous le message de G.castelain :, originellement publié sur le Bulletin des bureaucrates Wikipedia.
Bonjour,
Je suis actuellement dans un espace de coworking et un espace de travail partager avec des indépendants, des auteurs, des artistes, des entreprises.
Nous avions traditionnelement une journée par mois accorder une permanence Wikisource.
Si l'accord n'est jamais tombé, la présence de participants aux projets n'est pas toujours visible.
Nous aimerions savoir si vous pouvez nous aidez a conservé une activité, une promotion de cette activité encyclopédique dans notre territoire afin de continuer a faire progresser l'etude, le calme, la patience et le respect des projets de reflexion.
Un Coroutinier 5 rue molière 59000 Lille (Au pied du befrois et de la porte de Paris)
- G.castelain : cela n'est pas du ressort des bureaucrates, mais je vais signaler votre demande à l’association Wikimédia France qui compte de nombreux membres actifs sur Wikisource. N'hésitez pas non plus à déposer un mess
--Psychoslave (d) 18 décembre 2017 à 08:02 (UTC)
Livres à fusionner
[modifier]Bonjour, il me semble que Livre:Rimbaud - Reliquaire, 1891, éd. Darzens.djvu et Livre:Rimbaud - Reliquaire, poésies, Genonceaux, 1891.djvu sont exactement le même bouquin (même édition, même année, et... même source BNF). Quelle est la procédure à suivre ? Merci d'avance. --Newnewlaw (d) 19 décembre 2017 à 07:17 (UTC)
- En effet… Ce serait bien si un outil permettait de détecter les pages en mode Livre qui ont le même identifiant BNF (voire le même contenu dans le champ Bibliothèque). Seudo (d) 19 décembre 2017 à 08:26 (UTC)
- C'est banal, et fréquent (j'en suis coupable moi-même). Le Modèle:Doublon a été créé pour y remédier. --Wuyouyuan (d) 19 décembre 2017 à 11:19 (UTC)
- Wuyouyuan : Merci . --Newnewlaw (d) 20 décembre 2017 à 08:31 (UTC)
- Je remarque qu'à plusieurs reprises le modèle est utilisé alors que les deux livres incriminés diffèrent dans leur date de publication ou leur éditeur. Maintenant qu'il existe un Projet Wikidata dont un des objectifs est justement de lier entre elles œuvres et éditions, est-il toujours souhaitable de considérer ces livres comme des doublons ? --Jahl de Vautban (d) 20 décembre 2017 à 09:17 (UTC)
- Le doublon est utilisé n'importe comment. Il y a la véritable duplication (par exemple un exemplaire de basse qualité, ensuite on en trouve un meilleur et on travaille dessus, sans supprimer le premier qui peut être utile (par exemple pour un feuillet broyé par la machine à fac-simile sur l'autre exemplaire). Il y a les éditions différentes, dont la seconde dans le temps reprend exactement ou presque la première, et qui ne méritent pas le double travail. Il y a les ouvrages de compilation différents, qui contiennent des oeuvres identiques (les recueils XIXe de traduction de textes antiques), là le "doublon" n'est pas au même niveau. Et il y a la peur des jumeaux qui se traduit par la marque "doublon" sur des éditions différentes du même ouvrage, avec des différences dans le texte. Heureusement, le contributeur moyen est doué de bon sens; une fois alerté, il raisonne. --Wuyouyuan (d) 20 décembre 2017 à 10:44 (UTC)
- Je remarque qu'à plusieurs reprises le modèle est utilisé alors que les deux livres incriminés diffèrent dans leur date de publication ou leur éditeur. Maintenant qu'il existe un Projet Wikidata dont un des objectifs est justement de lier entre elles œuvres et éditions, est-il toujours souhaitable de considérer ces livres comme des doublons ? --Jahl de Vautban (d) 20 décembre 2017 à 09:17 (UTC)
- Wuyouyuan : Merci . --Newnewlaw (d) 20 décembre 2017 à 08:31 (UTC)
- C'est banal, et fréquent (j'en suis coupable moi-même). Le Modèle:Doublon a été créé pour y remédier. --Wuyouyuan (d) 19 décembre 2017 à 11:19 (UTC)
- Wuyouyuan et Jahl de Vautban : Merci .
- Maintenant, j'ai déplacé ce qui était intéressant. Est-il possible de supprimer : Livre:Rimbaud - Reliquaire, 1891, éd. Darzens.djvu - avec ses sous-pages - (sur Wikisource) et Fichier:Rimbaud - Reliquaire, 1891, éd. Darzens.djvu (sur Commons) ?
- Merci d'avance. --Newnewlaw (d) 21 décembre 2017 à 17:39 (UTC)
- Newnewlaw : Fait sur Wikisource. --*j*jac (d) 22 décembre 2017 à 07:33 (UTC)
Manque une page
[modifier]Bonjour, où faut-il signaler qu'il manque une page (dans le fac-simulé) ? Par exemple, entre le fac-simulé 3 et 4 dans ce Livre:Gagneur - La part du feu.pdf. --Newnewlaw (d) 20 décembre 2017 à 08:53 (UTC)
- Déjà, j’ai sélectionné "Fichier défectueux" dans le formulaire (section "Avancement"), ce qui permet de le mettre dans la catégorie Livres à réparer. Je pense qu'il manque deux pages, car la première page du texte porte normalement un chiffre impair et la suivante porte le numéro 4. Seudo (d) 20 décembre 2017 à 09:24 (UTC)
- Newnewlaw et Seudo : bonjour. Si on ne dispose pas d'une autre source, ne pourrait-on pas signaler au lecteur une lacune en insérant en <includeonly> une mention du genre "page(s) manquante(s)" ?--*j*jac (d) 20 décembre 2017 à 09:33 (UTC)
- Oui, c’est sans doute la bonne solution pour avertir le lecteur (et l'éditeur qui passe derrière). L’idéal serait de manipuler le PDF ou Djvu sur Commons pour y insérer cette mention. Je suis un peu surpris de ne pas trouver un modèle
{{Page manquante}}
, mais cela existe peut-être… Seudo (d) 20 décembre 2017 à 09:36 (UTC)
- Oui, c’est sans doute la bonne solution pour avertir le lecteur (et l'éditeur qui passe derrière). L’idéal serait de manipuler le PDF ou Djvu sur Commons pour y insérer cette mention. Je suis un peu surpris de ne pas trouver un modèle
- Newnewlaw et Seudo : bonjour. Si on ne dispose pas d'une autre source, ne pourrait-on pas signaler au lecteur une lacune en insérant en <includeonly> une mention du genre "page(s) manquante(s)" ?--*j*jac (d) 20 décembre 2017 à 09:33 (UTC)
fac-similé libre de droits avec annexes non libres de droits
[modifier]Bonjour, j'ai placé sur commons un fac-similé de livre grec qui est dans le domaine public. J'ai omis les annexes car il contiennent des poèmes d'auteurs non mentionnés, et dont les droits n'ont certainement pas tous expiré. La table du livre se trouve après ces annexes. Je souhaite mettre une nouvelle version du fichier avec la table mais sans les annexes. J'envisage de mettre des pages blanches à la place des annexes. Est-ce la bonne méthode? --NDessenne (d) 20 décembre 2017 à 11:02 (UTC)
- Oui, très bien. Yann (d) 20 décembre 2017 à 12:50 (UTC)
- Merci pour ta réponse Yann. J'ai une autre question: j'ai découvert dans la table des matières du livre qu'il y avait les noms d'auteurs des poèmes en annexe. Certains sont dans le domaine public. Que faire: transcrire ces poèmes dans les pages du livre où je les ai trouvés, ou importer des nouveaux fichiers avec les poèmes isolés pour les référencer sous le nom de leur auteur? Dans le second cas, est-ce que je mets des pages blanches dans les annexes de mon livre principal?--NDessenne (d) 27 décembre 2017 à 10:57 (UTC)
- Je pense qu'il faut respecter le scan original le plus possible. Cordialement, Yann (d) 31 décembre 2017 à 05:44 (UTC)
- Merci pour ta réponse Yann. J'ai une autre question: j'ai découvert dans la table des matières du livre qu'il y avait les noms d'auteurs des poèmes en annexe. Certains sont dans le domaine public. Que faire: transcrire ces poèmes dans les pages du livre où je les ai trouvés, ou importer des nouveaux fichiers avec les poèmes isolés pour les référencer sous le nom de leur auteur? Dans le second cas, est-ce que je mets des pages blanches dans les annexes de mon livre principal?--NDessenne (d) 27 décembre 2017 à 10:57 (UTC)
Appel aux experts : problème de navigation
[modifier]Bonjour. Dans cet ouvrage, Souvenirs d’un page de la cour de Louis XVI, la navigation est "cassée" à ce chap. : Souvenirs d’un page de la cour de Louis XVI/Porte-chaise d’affaires. Je ne vois pas pourquoi. Si quelqu'un pouvait se pencher là-dessus… Merci. --*j*jac (d) 21 décembre 2017 à 10:43 (UTC)
- Bonjour ! J'ai fait une modification à blanc, sans rien changer, il semble que ça ait corrigé le problème. --Jahl de Vautban (d) 21 décembre 2017 à 10:54 (UTC)
- Jahl de Vautban : merci ! C'est à ne rien y comprendre... Mais ton intervention a été efficace ! --*j*jac (d) 21 décembre 2017 à 11:50 (UTC)
- J'ai régulièrement observé ce problème/solution dans la Wikipédia en français. Les serveurs traitent les requêtes dans l'ordre d'arrivée, la file d'attente peut parfois en comprendre des milliers. Il est possible d'augmenter la priorité d'une requête en modifiant à blanc. — Cantons-de-l'Est discuter 21 décembre 2017 à 19:42 (UTC)
- En fait, la modification sans rien changer (qui n'est pas enregistrée dans l'historique) "purge" la page, et le bon enchaînement apparaît. Cela dit, j'ai eu le cas de véritables égarements dans l'enchaînement, avec un chapitre qui se comporte comme s'il n'était pas dans le sommaire. Toujours quand il y a beaucoup de chapitres. Et puis, ça finit par disparaître. Le mystère du cache dépasse les profanes comme nous. --Wuyouyuan (d) 21 décembre 2017 à 20:31 (UTC)
- J'ai régulièrement observé ce problème/solution dans la Wikipédia en français. Les serveurs traitent les requêtes dans l'ordre d'arrivée, la file d'attente peut parfois en comprendre des milliers. Il est possible d'augmenter la priorité d'une requête en modifiant à blanc. — Cantons-de-l'Est discuter 21 décembre 2017 à 19:42 (UTC)
- Jahl de Vautban : merci ! C'est à ne rien y comprendre... Mais ton intervention a été efficace ! --*j*jac (d) 21 décembre 2017 à 11:50 (UTC)
Jahl de Vautban, Cantons-de-l'Est et Wuyouyuan : merci de vos lumières ! Le solstice n'est-il pas la fête de la lumière ?... --*j*jac (d) 21 décembre 2017 à 22:39 (UTC)
Modification de Module:Document
[modifier]Bonjour, quelqu'un pourrait-il modifier Module:Document pour qu'il puisse y inclure les pages contenant les différentes traductions d'une même œuvre et pas uniquement les différentes éditions ?
IL faudrait s'inspirer du code commençant par
- args['éditions']
pour permettre d'inclure une liste des traductions d'une oeuvre dans une page telle que Auteur:Walter Scott (chercher Ivanhoé)
Merci d'avance. --Newnewlaw (d) 24 décembre 2017 à 08:18 (UTC)
- (En passant, le texte pointé dans la discussion Sur Hoffmann et les compositions fantastiques, n'est pas le même que celui qui se trouve sur Gallica Cobalt~frwiki (d) 24 décembre 2017 à 11:57 (UTC) )
- Tu voudrais que ça ressemble à quoi exactement ? BernardM (d) 24 décembre 2017 à 17:01 (UTC)
- A peu près comme le résultat du modèle éditions, c'est-à-dire (exemple pour Jean-Jacques Rousseau et les œuvres Du contrat social et Émile, ou De l’éducation) :
Titre et éditions | |
---|---|
1742 : | Projet concernant de nouveaux signes pour la musique |
1762 : |
Du contrat social |
1762 : |
Émile, ou De l’éducation |
XXXX : |
À Emma (Schiller) |
- Encore merci.
- --Newnewlaw (d) 25 décembre 2017 à 08:40 (UTC)
- Newnewlaw : je n'ai toujours pas compris ce que tu veux. Le code que tu as écris dans ta réponse ci-dessus ne ressemble pas du tout au contenu de l'exemple de page que tu pointes. BernardM (d) 26 décembre 2017 à 08:52 (UTC)
- BernardM : Tout d'abord merci de te pencher sur le problème.
- Voilà, j'aimerais que quand on utilise le modèle document dans une page auteur, on puisse utiliser le paramètre "éditions" avec le même rendu que la page contiennent plusieurs éditions ou traductions. J'ai ajouté un exemple fictif au tableau précédent (voir ligne : À Emma (Schiller) ). Si la page d'homonymie est une page contenant les différentes traductions d'une œuvre, la liste de celles-ci n'apparait pas même si on clique sur le bouton [+].
- --Newnewlaw (d) 26 décembre 2017 à 13:42 (UTC)
- J'ignorais l’existence du gadget des listes d'éditions et il n'était pas activé sur mon compte, c'est pour ça que j’ai eu du mal à comprendre ta demande. J'ai ajouté une paramètre "traductions" au module Document, mais une partie du travail est à faire dans le gadget lui-même, sur lequel je n'ai pas la main. Une solution sale est d'adapter le modèle
{{traductions}}
, ce que j’ai fait dans une sous-page de ma page perso. Voie mes modifications sur Auteur:Walter Scott et sur Ivanhoé, et l'impact que ça a sur la page d'auteur. Mais la bonne solution serait d'adapter le gadget pour prendre en compte le modèle Traductions. En particulier, il faudrait ajouter une recherche de la balise qui a un id "homonymie-traductions" dans MediaWiki:Gadget-ListeEditions.js. Peut-être que Tpt :, qui a l'air d'être dans le coin en ce moment, peut-il aider ? BernardM (d) 26 décembre 2017 à 18:03 (UTC)- J'ai adapté le gadget pour chercher "homonymie-traductions", cela devrait marcher maintenant. Merci beaucoup BernardM (d · c · b) pour l'idée de la correction. Tpt (d) 29 décembre 2017 à 20:51 (UTC)
- Merci ! J'ai ajouté l'utilisation du nouveau paramètre dans la documentation. Newnewlaw : ces modifications répondent bien à ta demande ? BernardM (d) 29 décembre 2017 à 22:36 (UTC)
- BernardM et Tpt : Merci ça me semble parfit comme ça ! --Newnewlaw (d) 30 décembre 2017 à 13:41 (UTC)
- Merci ! J'ai ajouté l'utilisation du nouveau paramètre dans la documentation. Newnewlaw : ces modifications répondent bien à ta demande ? BernardM (d) 29 décembre 2017 à 22:36 (UTC)
- J'ai adapté le gadget pour chercher "homonymie-traductions", cela devrait marcher maintenant. Merci beaucoup BernardM (d · c · b) pour l'idée de la correction. Tpt (d) 29 décembre 2017 à 20:51 (UTC)
- J'ignorais l’existence du gadget des listes d'éditions et il n'était pas activé sur mon compte, c'est pour ça que j’ai eu du mal à comprendre ta demande. J'ai ajouté une paramètre "traductions" au module Document, mais une partie du travail est à faire dans le gadget lui-même, sur lequel je n'ai pas la main. Une solution sale est d'adapter le modèle
- Newnewlaw : je n'ai toujours pas compris ce que tu veux. Le code que tu as écris dans ta réponse ci-dessus ne ressemble pas du tout au contenu de l'exemple de page que tu pointes. BernardM (d) 26 décembre 2017 à 08:52 (UTC)
Joyeux Noël à tous
[modifier]Que le père Noël vous gâte…
Et que ce jour soit heureux pour vous tous
--Le ciel est par dessus le toit Parloir 24 décembre 2017 à 10:41 (UTC)
- Le ciel est par dessus le toit : merci ! Qu'il en soit de même pour toi… Reçois en plus, de tous, le de l'amitié. --*j*jac (d) 24 décembre 2017 à 15:35 (UTC)
- Joyeux Noël ! On se revoit bientôt (si je puis dire :-). — Cantons-de-l'Est discuter 24 décembre 2017 à 16:04 (UTC)
- Dans le paquet-cadeau, ce lien : débat de Noël, « une » âne ? Bonnes fêtes à tous :-) --Zyephyrus (d) 24 décembre 2017 à 17:43 (UTC)
- Magnifique trouvaille que cette âne. Bonnes fêtes à tous.--Kaviraf (d) 24 décembre 2017 à 18:39 (UTC)--
- Dans le paquet-cadeau, ce lien : débat de Noël, « une » âne ? Bonnes fêtes à tous :-) --Zyephyrus (d) 24 décembre 2017 à 17:43 (UTC)
- Joyeux Noël ! On se revoit bientôt (si je puis dire :-). — Cantons-de-l'Est discuter 24 décembre 2017 à 16:04 (UTC)
Problème de Prev/Next dans la balise Pages
[modifier]Bonjour,
Jusqu’à présent (tout au moins jusqu'au mois d'octobre), l'utilisation de la syntaxe :
- prev="[[../lettre 1957/]]"
Produisait l'affichage : "Lettre 1957"
Maintenant on obtient "../Lettre 1957/", voir ici.
Rien n'est cassé, c'est juste pas très joli. Éric (d) 25 décembre 2017 à 21:56 (UTC)
- Il suffit d'utiliser
prev="[[../Lettre 1957|Lettre 1957]]"
. Cela dit, le méthode normale est de créer une table des matières dans l'espace Livre, et de laisser MediaWiki s'occuper tout seul des liens de navigation. BernardM (d) 26 décembre 2017 à 08:49 (UTC)- Bernard : Merci de ta réponse, je connais cette syntaxe, mais je n’ai pas vraiment l'envie de modifier les presques trois milles lettres concernées. Pour ce qui est de la 'méthode normale', comme tu pourra le voir dans de nombreux messages sur ce scriptorium, elle est parfois en défaut et il faut utiliser prev/next. Éric (d) 26 décembre 2017 à 10:50 (UTC)
- Bonjour. Je vois que la syntaxe prev="[[../lettre 1957]]" produit l'affichage de « Lettre 1957 », donc c'est bon. Si prev="[[../lettre 1957/]]" ne faisait pas apparaître le « / » auparavant (à tort à mon avis), cela signifie qu'il y a eu une modification technique quelque part : Tpt : est-ce que le balisage « Pages » est un sous-objet de l'extension ProofRead, dans laquelle quelqu'un aurait introduit le correctif à l'origine de cette section ? --Consulnico (d) 26 décembre 2017 à 14:10 (UTC)
- Oui <pages/> est bien introduite par ProofreadPage. Le problème était introduit par une modification faite la semaine dernière dans le module Lua Header template qui maintenant analyse si le paramètre "prev" est un lien pour récupérer la cible et annoter le HTML produit avec des données structurées. Je viens d'introduire une correction qui semble avoir corrigé le problème. Tpt (d) 26 décembre 2017 à 17:06 (UTC)
- Bonjour. Je vois que la syntaxe prev="[[../lettre 1957]]" produit l'affichage de « Lettre 1957 », donc c'est bon. Si prev="[[../lettre 1957/]]" ne faisait pas apparaître le « / » auparavant (à tort à mon avis), cela signifie qu'il y a eu une modification technique quelque part : Tpt : est-ce que le balisage « Pages » est un sous-objet de l'extension ProofRead, dans laquelle quelqu'un aurait introduit le correctif à l'origine de cette section ? --Consulnico (d) 26 décembre 2017 à 14:10 (UTC)
- Bernard : Merci de ta réponse, je connais cette syntaxe, mais je n’ai pas vraiment l'envie de modifier les presques trois milles lettres concernées. Pour ce qui est de la 'méthode normale', comme tu pourra le voir dans de nombreux messages sur ce scriptorium, elle est parfois en défaut et il faut utiliser prev/next. Éric (d) 26 décembre 2017 à 10:50 (UTC)
Super, ça marche. Merci à vous trois Bernard, consulnico et tpt :
Besoin d'aide sur Lilypond
[modifier]Bonjour,
Je découvre tout juste la transcription de partitions. C'est plutôt bien fait, mais je tâtonne un peu sur certains points. y a-t-il des experts, ou juste des gens plus au fait que moi sur ce sujet ?
En particulier, je voudrais savoir s'il y a moyen d'affecter un instrument différent à la partie chantée : quand il y a un accompagnement au piano, les parties se différencient parfois assez mal. Les tentatives que j'ai faites jusqu'à présent n'ont rien donné (ou alors, la partie chantée n'était plus considérée comme telle, et les paroles n'apparaissaient plus).
La retranscription à peu près terminée est sur cette page ; merci de corriger d'éventuelles erreurs à l'occasion.
Bonnes fêtes de fin d'année à tous. --Acélan (d) 28 décembre 2017 à 12:10 (UTC)
- Acélan, Voyez Le Bistro de WP, 23 avril 2013. — Cantons-de-l'Est discuter 28 décembre 2017 à 19:48 (UTC)
- Acélan : En guidant mon travail de validation des partitions "créées" par Coyau, celui-ci m'a recommandé de ne pas toucher à la fonction"T", sinon le système mis en place se déstabilise. (Oups, inconsciemment je lui ai saboté plusieurs fois son travail…) ! --Kaviraf (d) 29 décembre 2017 à 08:45 (UTC)--
- Merci pour vos réponses, mais ma demande n'était peut-être pas suffisamment claire. Je n'ai pas besoin du B.A. BA, il y a une documentation en français très détaillée en ligne sur Lilypond ; mais il y a malgré tout des choses que je n'arrive pas à faire et pour lesquelles j'aurais eu besoin de l'aide de personnes plus familières que moi avec Lilypond et avec les partitions en général. --Acélan (d) 29 décembre 2017 à 10:27 (UTC)
- Acélan : Quand on sait faire des partitions à plusieurs voix comme toi, on est déjà presque un expert. J’ai aussi appris sur le tas, et j’ai dû me battre avec l’extension Score pour Wiki (compatible avec Lilypond). Ne pas oublier que cette extension est en retard sur la vraie version de Lilypond. La version actuelle évolue peu à peu et je pense que l’on peut utiliser maintenant la notation française des notes (fa do sol) à la place de la notation anglo-saxonne (f c g). Pour ce qui est d’affecter un instrument différent à chaque voix, cela n’est pas encore possible avec l’extension (attention, mes informations datent déjà un peu). Voici quelques liens qui peuvent être intéressant : MediaWiki Extension:Score, Wikisource Help:Sheet music et sur Youtube : LilyPond Tutorial 1 (suivi de 27 autres cours). Il ne faut pas oublier que Lilypond à pour but de produire des partitions musicales, la génération de la partie audible (en javascript) n’est pas la priorité des développeurs. Je ne sais pas si les éditeurs style Frescobaldi font mieux. Si pour moi on pouvait déjà remplacer le son par défaut style piano, par un instrument type orgue cela serait déjà mieux (car le piano ne "tient" pas les longues notes et l'effet résultant avec plusieurs voix n'est pas toujours "top"). Bonne continuation, --JLTB34 (d) 29 décembre 2017 à 12:46 (UTC)
- Merci JLTB34 : ; je vais continuer à creuser — en tenant compte du fait que l'extension n'est pas totalement en accord avec Lilypond, ce qui peut expliquer pourquoi j'avais des messages d'erreur en voulant utiliser certaines fonctions. --Acélan (d) 29 décembre 2017 à 22:03 (UTC)
- Acélan et JLTB34 : j'étais persuadé qu'il y avait une page d'aide en français quelque part sur notre Wikisource (genre Wikisource:Partitions) pour poser les questions très spécifiques à l'extension Score et mieux se coordonner. Si elle n'existe effectivement pas, il faudrait la créer. Cdlt, VIGNERON (d) 4 janvier 2018 à 16:01 (UTC)
- VIGNERON : il y a cela, mais c’est peut-être un peu dépassé : MediaWiki extension score (fr) --JLTB34 (d) 4 janvier 2018 à 16:13 (UTC)
- JLTB34 : je pensais à une page sur frws, un peu moins technique, plus orientée usages et collaborations entre utilisateurs de l’extension (il me semblait d'ailleurs que l'on a déjà eu des discussion tout les deux sur cette page). Cdlt, VIGNERON (d) 4 janvier 2018 à 16:50 (UTC)
- VIGNERON : j’ai retrouvé la page de discussion (discussion Partitions), si c’est cela dont tu veux parler… (voir aussi la page "à propos", mais c’est resté en chantier.) --JLTB34 (d) 4 janvier 2018 à 17:24 (UTC)
- JLTB34 : je pensais à une page sur frws, un peu moins technique, plus orientée usages et collaborations entre utilisateurs de l’extension (il me semblait d'ailleurs que l'on a déjà eu des discussion tout les deux sur cette page). Cdlt, VIGNERON (d) 4 janvier 2018 à 16:50 (UTC)
- VIGNERON : il y a cela, mais c’est peut-être un peu dépassé : MediaWiki extension score (fr) --JLTB34 (d) 4 janvier 2018 à 16:13 (UTC)
- Acélan et JLTB34 : j'étais persuadé qu'il y avait une page d'aide en français quelque part sur notre Wikisource (genre Wikisource:Partitions) pour poser les questions très spécifiques à l'extension Score et mieux se coordonner. Si elle n'existe effectivement pas, il faudrait la créer. Cdlt, VIGNERON (d) 4 janvier 2018 à 16:01 (UTC)
- Merci JLTB34 : ; je vais continuer à creuser — en tenant compte du fait que l'extension n'est pas totalement en accord avec Lilypond, ce qui peut expliquer pourquoi j'avais des messages d'erreur en voulant utiliser certaines fonctions. --Acélan (d) 29 décembre 2017 à 22:03 (UTC)
- Acélan : Quand on sait faire des partitions à plusieurs voix comme toi, on est déjà presque un expert. J’ai aussi appris sur le tas, et j’ai dû me battre avec l’extension Score pour Wiki (compatible avec Lilypond). Ne pas oublier que cette extension est en retard sur la vraie version de Lilypond. La version actuelle évolue peu à peu et je pense que l’on peut utiliser maintenant la notation française des notes (fa do sol) à la place de la notation anglo-saxonne (f c g). Pour ce qui est d’affecter un instrument différent à chaque voix, cela n’est pas encore possible avec l’extension (attention, mes informations datent déjà un peu). Voici quelques liens qui peuvent être intéressant : MediaWiki Extension:Score, Wikisource Help:Sheet music et sur Youtube : LilyPond Tutorial 1 (suivi de 27 autres cours). Il ne faut pas oublier que Lilypond à pour but de produire des partitions musicales, la génération de la partie audible (en javascript) n’est pas la priorité des développeurs. Je ne sais pas si les éditeurs style Frescobaldi font mieux. Si pour moi on pouvait déjà remplacer le son par défaut style piano, par un instrument type orgue cela serait déjà mieux (car le piano ne "tient" pas les longues notes et l'effet résultant avec plusieurs voix n'est pas toujours "top"). Bonne continuation, --JLTB34 (d) 29 décembre 2017 à 12:46 (UTC)
- JLTB34 : et VIGNERON : Pour info, j'ai eu des réponses sur la page de discussion du portail de musique classique sur Wikipédia. On peut, en fait, modifier l'instrument - ça, c'est pas mal. --Acélan (d) 5 janvier 2018 à 10:21 (UTC)
- Merci pour vos réponses, mais ma demande n'était peut-être pas suffisamment claire. Je n'ai pas besoin du B.A. BA, il y a une documentation en français très détaillée en ligne sur Lilypond ; mais il y a malgré tout des choses que je n'arrive pas à faire et pour lesquelles j'aurais eu besoin de l'aide de personnes plus familières que moi avec Lilypond et avec les partitions en général. --Acélan (d) 29 décembre 2017 à 10:27 (UTC)
- Acélan : En guidant mon travail de validation des partitions "créées" par Coyau, celui-ci m'a recommandé de ne pas toucher à la fonction"T", sinon le système mis en place se déstabilise. (Oups, inconsciemment je lui ai saboté plusieurs fois son travail…) ! --Kaviraf (d) 29 décembre 2017 à 08:45 (UTC)--
Un grand merci ! --JLTB34 (d) 5 janvier 2018 à 14:11 (UTC)
Besoin d'aide pour un index
[modifier]Bonjour, J'utilise le modèle table mais lorsqu'il y a trop de pages, le nom disparaît (cf Fouillée dans Page:Landry,_Principes_de_morale_rationnelle,_1906.djvu/283). L'insertion d'une balise br fait un retour "par le haut" et non "par le bas". Auriez-vous une idée ? Merci beaucoup et joyeuses fêtes ! Hector (d) 29 décembre 2017 à 09:23 (UTC)
- Bonjour, je n'ai pas l'impression que ce modèle
{{table}}
soit fait pour avoir un champ 'page' sur plusieurs lignes, en tout cas avec plus de lignes que le champ 'titre'. Il est toujours possible d'ajouter quelques lignes (balise br) à la fin du champ 'titre' mais le résultat n'est pas très joli. Pourquoi, s'agissant d'un index et non d'une table, ne pas rester plus proche de la mise en page originale, avec un alinéa négatif ({{AN}}
? Manseng (d) 29 décembre 2017 à 10:00 (UTC) - sinon un bricolage qui semble marcher, c'est de mettre un autre modèle table dans le champ titre lui même, titre={{table|titre={{sc|Fouillée}} :}} et 1 <br/> dans le champ page.... Manseng (d) 29 décembre 2017 à 10:14 (UTC)
- Bonjour, je n'ai pas l'impression que ce modèle
- Hector :Il me semble que dans l’index pointé plus haut la suppression de l'option page serait plus adaptée. Pour ma part, j'utiliserais le format suivant :
{{table|nodots|indentation=-2|titre={{sc|Bain}} : {{pli|26|10|26-7}}, {{pli|114|10}}.}}
- Hector et Cobalt~frwiki : {{AN|{{sc|Bain}} : {{pli|26|10|26-7}}, {{pli|114|10}}.}} donne exactement le même résultat ... en plus simple ! Le modèle table n'apporte là rien, sinon l'indentation négative. Bonne journée Manseng (d) 29 décembre 2017 à 14:28 (UTC)
- Bien vu. Cobalt~frwiki (d)
- Merci pour vos retours : je passerai donc aumodèle AN. Hector (d) 29 décembre 2017 à 21:12 (UTC)
- Hector :Il me semble que dans l’index pointé plus haut la suppression de l'option page serait plus adaptée. Pour ma part, j'utiliserais le format suivant :
Rendu aléatoire du modèle Taille
[modifier]Bonjour, Je constate un rendu aléatoire du modèle Taille ({{t|…|90}}). Exemple : [5], les dernières lignes sont en 100% alors qu'elles devraient être en 90%. Une idée ? Merci d'avance, et... Bonne année 2018 à tous ! Yann (d) 31 décembre 2017 à 15:59 (UTC)
- Je ne vois pas trop de différence, mais est-ce que c'est plus juste maintenant ? (et bonne année aussi, avec 4 heures d'avance) Cobalt~frwiki (d) 31 décembre 2017 à 19:44 (UTC)
- C'est bon dans la dernière version, car j'ai ajouté le modèle à toutes les lignes. Mais les lignes Je sais à peu près l’anglais, mais comme c’est drôle ! et Spleen ne signifie que rate en anglais, sont en 90% alors que les lignes suivantes sont en 100% chez moi. C'est complètement illogique… Yann (d) 1 janvier 2018 à 06:50 (UTC)
- Yann et Cobalt~frwiki : bonjour et déjà "Bonne année" !
Chez moi, l'affichage est normal sur les 3 dernières modif. A la version de 15h53, le texte est à 100% depuis "Bitter" et jusqu'à la fin de la page. --*j*jac (d) 1 janvier 2018 à 08:18 (UTC)- OK, donc je ne suis pas le seul. Yann (d) 1 janvier 2018 à 08:26 (UTC)
- Yann et *j*jac : Bonjour.
Étrangement, j'ai ajouté le modèle{{t}}
moi aussi à chaque ligne fautive et il a disparu depuis hier... à moins que j'ai oublié de sauvegarder. Cobalt~frwiki (d) 1 janvier 2018 à 09:51 (UTC)- Modèle fantôme qui apparait et disparait ! puisqu'il vient de réapparaitre ! Très, très bizarre. On est bien le 1er janvier, pas le 1er Avril, n'est-ce pas ? Cobalt~frwiki (d) 1 janvier 2018 à 09:56 (UTC)
- Pour moi tes modifications apparaissent bien ; après cependant que j'aie rechargé pour que l'historique soit à jour. --Zyephyrus (d) 1 janvier 2018 à 10:00 (UTC)
- Modèle fantôme qui apparait et disparait ! puisqu'il vient de réapparaitre ! Très, très bizarre. On est bien le 1er janvier, pas le 1er Avril, n'est-ce pas ? Cobalt~frwiki (d) 1 janvier 2018 à 09:56 (UTC)
- Yann et *j*jac : Bonjour.
- OK, donc je ne suis pas le seul. Yann (d) 1 janvier 2018 à 08:26 (UTC)
- Cobalt~frwiki : Il y avait déjà un modèle sur chaque ligne dans la dernière version. Cordialement, Yann (d) 1 janvier 2018 à 10:49 (UTC)
- Yann : C'est bien le problème : quand j'ai jeté un œil dessus, hier soir, ils n'apparaissaient pas et je les ai ajouté moi aussi, plus tard. Problème de synchronisation des versions ou simplement un disque dur qui a rendu l'âme (plusieurs fois de suite?) sur les serveurs principaux de wikipédia ? Qui sait ? Cobalt~frwiki (d)
- ou simple problème de purge... Cobalt~frwiki (d)
- En fait, pour contrôler, je passais par ce lien [6] qui n'est pas la page courante mais un diff ancien. Pas de mystérieuse disparition, juste un peu d'inattention. Cobalt~frwiki (d)
- ou simple problème de purge... Cobalt~frwiki (d)
- D’abord bonne année à tous. D’expérience j’ai constaté que le modèle {{taille}} ne cohabitait pas avec l’inclusion d’autres modèles dans le même paragraphe, j’ai souvent eu le cas dans les Mémoires d’outre-tombe. --Chroll (d) 1 janvier 2018 à 17:29 (UTC)
- Yann : C'est bien le problème : quand j'ai jeté un œil dessus, hier soir, ils n'apparaissaient pas et je les ai ajouté moi aussi, plus tard. Problème de synchronisation des versions ou simplement un disque dur qui a rendu l'âme (plusieurs fois de suite?) sur les serveurs principaux de wikipédia ? Qui sait ? Cobalt~frwiki (d)
{{taille}}
applique la taille avec une balise HTMLspan
, qui perd son efficacité à la fin du paragraphe en cours. Il est donc normal que le modèle ne fonctionne pas sur du texte comportant plus d'un paragraphe. Je viens de le rajouter dans la documentation du modèle. Seudo (d) 2 janvier 2018 à 08:47 (UTC)- Seudo : Pourtant le modèle fonctionne sur plusieurs paragraphes, mais de façon apparemment aléatoire. Je pense plutôt à un conflit avec d'autres modèles ou instructions de format, comme mentionné par Chroll plus haut. Cordialement, Yann (d) 3 janvier 2018 à 09:28 (UTC)
- En effet, ça marche sur plusieurs paragraphes si on n’utilise pas de modèle ou de style spécial. Mais dès qu’on utilise
{{lang}}
(ou qu’on met une mise en forme qui insère unspan
, comme ici), l’effet du changement de taille semble disparaître à compter du paragraphe suivant. Donc, sauf erreur de ma part{{taille}}
fonctionne dans tous les cas sur le premier paragraphe, et pas forcément sur les paragraphes suivants. Seudo (d) 3 janvier 2018 à 09:48 (UTC)
- En effet, ça marche sur plusieurs paragraphes si on n’utilise pas de modèle ou de style spécial. Mais dès qu’on utilise
- Seudo : Pourtant le modèle fonctionne sur plusieurs paragraphes, mais de façon apparemment aléatoire. Je pense plutôt à un conflit avec d'autres modèles ou instructions de format, comme mentionné par Chroll plus haut. Cordialement, Yann (d) 3 janvier 2018 à 09:28 (UTC)
- Bonjour. Je dis peut-être des âneries mais ne serait-il pas plus simple, dans ce cas où toute la page doit être en 90, de remplacer les modèles
{{taille}}
par la seule balise <div style="font-size:90%"> en début de page ? Bartek (d) 3 janvier 2018 à 10:56 (UTC)- Cela rajouterait probablement des changements de paragraphes en haut et en bas de page, ce qui n’est pas souhaitable lorsque la page commence ou finit au milieu d’un paragraphe. On pourrait sans doute utiliser ce DIV pour l’ensemble des paragraphes contenus entièrement dans la page (donc en excluant le début et la fin de la page), mais il faudrait tout de même vérifier que cela ne crée pas des légères différences de mise en page. Donc au final c’est sans doute plus simple et compréhensible d'appliquer
{{taille}}
à chaque paragraphe sans se poser de question. Seudo (d) 3 janvier 2018 à 14:37 (UTC)- C'est ce que je fais, mais j'aime bien savoir pourquoi. ;oD Et oui, un <div> créerait sans doute plus de problèmes qu'il n'en résoudrait. Je vois au moins que le rendu n'est pas dû à un bug, mais au fonctionnement normal des balises. Cordialement, Yann (d) 3 janvier 2018 à 16:02 (UTC)
- Yann et Seudo : vous avez sans doute raison car j'ai souvent été confronté à ces problèmes de paragraphes lors de l'utilisation des <div> entre plusieurs pages, mais je me permets quand même de vous livrer la petite cuisine que j'ai fini par mettre au point à force d'expérimentations :
- <div style="…"> dans le corps du texte au début du passage concerné,
- pas de </div> à la fin de la page,
- <div style="…"> dans l'entête pour la ou les suivantes,
- un seul </div>, dans le corps du texte et à la toute fin du passage concerné.
- J'ignore si c'est très orthodoxe mais cela semble fonctionner dans tous les navigateurs que j'ai pu tester, alors si jamais ça peut aider quelqu'un… Voir ici pour un exemple. Bartek (d) 3 janvier 2018 à 23:27 (UTC)
- En effet, ça semble fonctionner en mettant les DIV ouvrants dans l’en-tête (donc en noinclude). Seudo (d) 5 janvier 2018 à 08:24 (UTC)
- Yann et Seudo : vous avez sans doute raison car j'ai souvent été confronté à ces problèmes de paragraphes lors de l'utilisation des <div> entre plusieurs pages, mais je me permets quand même de vous livrer la petite cuisine que j'ai fini par mettre au point à force d'expérimentations :
- C'est ce que je fais, mais j'aime bien savoir pourquoi. ;oD Et oui, un <div> créerait sans doute plus de problèmes qu'il n'en résoudrait. Je vois au moins que le rendu n'est pas dû à un bug, mais au fonctionnement normal des balises. Cordialement, Yann (d) 3 janvier 2018 à 16:02 (UTC)
- Cela rajouterait probablement des changements de paragraphes en haut et en bas de page, ce qui n’est pas souhaitable lorsque la page commence ou finit au milieu d’un paragraphe. On pourrait sans doute utiliser ce DIV pour l’ensemble des paragraphes contenus entièrement dans la page (donc en excluant le début et la fin de la page), mais il faudrait tout de même vérifier que cela ne crée pas des légères différences de mise en page. Donc au final c’est sans doute plus simple et compréhensible d'appliquer