Discussion modèle:P début
Marges latérales
modifierDenis Gagne52 : J’ai créé la possibilité de préciser des marges latérales. Seulement, cela me force à revoir une partie de ma copie. Je m’explique :
J’ai fait en sorte que, pour les marges verticales, la mesure indiquée par le contributeur soit corrigée par la taille de la fonte. Ainsi, si on précise une taille de 50%, et une marge de 2em, le résultat du modèle sera la création d’une marge de 2 cadratins du texte normal (i.e. à 100%), et non pas de 50% × 2em = un cadratin du texte normal comme CSS le ferait naturellement. J’ai considéré que, comme les marges verticales ne peuvent être précisées qu’en em (en pourcentage ça ne passe pas sur le site de Wikisource, en unités absolues les marges ne s’adaptent pas à un changement de taille de la police par défaut sur une liseuse ou dans un navigateur) autant que la hauteur de la marge ne dépende pas de la taille du texte : c’est plus simple pour tout le monde.
Seulement, pour des marges latérales, l’usage des pourcentages peut être légitime (par exemple pour composer un paragraphe sur une moitié latérale de la page), même si dans l’immense majorité des cas les typographes décalaient les paragraphes d’un nombre entier de cadratins. De sorte que s’il mesure la marge latérale en em, tout est facile pour l’utilisateur, même quand il y a plusieurs tailles de police (cf. le dernier exemple de la documentation), mais s’il la mesure en pourcentage ou en unité absolue, il faut qu’il fasse la correction inverse de celle du modèle avant de spécifier la mesure.
Bref, que me conseillez-vous ? abandonner toute correction, abandonner la correction pour les marges latérales seulement, ou laisser le modèle tel qu’il est actuellement ? Merci d’avance pour vos conseils. — ElioPrrl (d) 26 janvier 2021 à 17:26 (UTC)
- ElioPrrl : Je vais répondre franchement. Personnellement je préfère qu’un modèle soit le plus versatile possible et que l’unité de mesure demeure au choix de l’utilisateur. Toutefois simplicité et versatilité ne vont pas toujours de pair. Tu as construit ce modèle en fonction d’une clientèle spécifique et je pense que tu dois maintenir l’orientation que tu as prise. Ce modèle doit demeurer simple d’utilisation et tu as trouvé une façon originale de rendre la mesure indépendante de la taille du texte ce qui correspond sans doute à la croyance populaire.
- J’avais déjà regardé ton code et savais que ma demande allait t’embêter un peu . Je t’invite à conserver ton approche pour une mesure en unité em mais il ne faudrait pas modifier une mesure en unité absolu sinon cela ira à l’encontre de l’objectif. Tu peux p-e utiliser le parser {{#sub:{{{ml}}}|-2}} et vérifier s’il retourne em. Cela compliquera un peu le code mais c’est souvent le prix à payer pour atteindre ce niveau de raffinement . En passant j’aime bien ce que tu fais au profit de la communauté. --Denis Gagne52 (d) 27 janvier 2021 à 02:19 (UTC)
- Denis Gagne52 : C’était donc une question volontairement retorse ! Merci pour le compliment , je peux sincèrement le retourner : et si un jour une candidature au nom de Denis Gagne52 se présentait pour devenir administrateur d’interface par exemple, nul doute que je la soutiendrais. — ElioPrrl (d) 27 janvier 2021 à 08:36 (UTC)
- J’ai essayé la fonction #sub, mais manifestement elle ne marche pas dans Wikisource (d’ailleurs dans nos messages il n’est pas besoin de l’entourer de nowiki pour ne pas l’exécuter). J’ai regardé dans Spécial:Version, et #sub ne fait pas partie des parseurs listés en fin de page. À moins que je n’ai pas compris comment utiliser cette fonction — ElioPrrl (d) 27 janvier 2021 à 09:12 (UTC)
- ElioPrrl : Retors en effet et pour ajouter je te mets sur une fausse piste. Comment faire pour espérer conserver ton vote ?
- Ceci va fonctionner {{#invoke:String|sub|target_string|start_index|end_index}} et {{#invoke:String|sub|25em|-2}} retournera em
- Comme cette situation risque de faire boulle de neige, tu pourrais p-e bâtir un modèle {{emParent|fs|mesure}} qui retournerait la mesure ajustée ssi en unité em sinon la mesure inchangée si en px ou en unité absolue. Désolé je vérifierai la prochaine fois. --Denis Gagne52 (d) 27 janvier 2021 à 12:58 (UTC)
- Aucun problème ! Merci encore :) — ElioPrrl (d) 27 janvier 2021 à 13:41 (UTC)
Denis Gagne52 et ElioPrrl : Génial, ce modèle, comme vous deux, d’ailleurs. --Raymonde Lanthier (d) 28 janvier 2021 à 21:18 (UTC)
Autres possibilités avec ce modèle ?
modifier ElioPrrl et Denis Gagne52 : Ce modèle se prêterait-il à l’ajout de paramètres autres que la taille du texte, la largeur des marges et la fonte ? Si le modèle {{a}}
, par exemple, pouvait être appelé dans {{p début}}
et compagnie, je n’aurais pas besoin de l’utiliser sur chaque ligne des quelques quinze pages commençant avec celle-ci dans l’Histoire des œuvres de Balzac. --Raymonde Lanthier (d) 12 juillet 2021 à 17:47 (UTC)
- ElioPrrl et Raymonde Lanthier : Bonne idée mais, pour répondre à ce besoin, il faudrait être en mesure de forcer une indentation négative à tous les paragraphes qui suivent
{{p début}}
. Peut-être que @ElioPrrl saura comment y arriver mais, de mon côté, je ne vois pas de solution. En passant, comme la taille est facultative (100% par défaut), ne faudrait-il pas en profiter pour modifier l’appel au modèle{{EmParent}}
et lui passer 100 en paramètre par défaut :. --Denis Gagne52 (d) Le miraculé du 9e 12 juillet 2021 à 18:46 (UTC){{EmParent|mesure={{{m ou mt ou ml ou mr}}}|fs={{{1|100}}}}} et non fs={{{1}}}
- Raymonde Lanthier : Je ne vois pas non plus de solution… Le plus simple, c’est de passer par la feuille de style du livre : vous y écrivez
.liste p {text-indent:-1em; margin:0 0 0 1em;}
- et vous encapsulez la liste des œuvres dans un
<div class=liste></div>
(quitte à répéter les balises dans les en-têtes et les pieds de page pour avoir le même effet dans l’espace Page:). - Denis Gagne52 : C’est fait, merci ! — ElioPrrl (d) 12 juillet 2021 à 18:55 (UTC)
- ElioPrrl et Denis Gagne52 : D’accord. Pour les balises à répéter dans les en-têtes et pieds de page, j’y copie au complet
<div class=liste></div>
ou j’ouvre dans l’en-tête et je ferme dans le pied de page ? (Soyez patients, j’en suis à mes premières armes dans ce type de bricolage.) - Autre point connexe : l’autre jour, en faisant défiler des livres au hasard, j’ai vu apparaître Livre:Balzac Histoire des oeuvres 1879.djvu/styles.css. C’est normal ou j’ai fait quelque chose de travers ? --Raymonde Lanthier (d) 12 juillet 2021 à 19:23 (UTC)
- ElioPrrl et Denis Gagne52 : Eureka ! Ma page citée a maintenant un tout nouvel aspect et la madame est fière d’elle-même. --Raymonde Lanthier (d) 12 juillet 2021 à 19:38 (UTC)
- Raymonde Lanthier : Bravo ! Vous verrez, c’est plus facile que ça en a l’air ! (à mon avis, la page au hasard, c’est un bug non prévu par les développeurs) — ElioPrrl (d) 12 juillet 2021 à 20:11 (UTC)
- Raymonde Lanthier : J’ai traité la page suivante pour rendre plus concret ce que je disais à propos des en-têtes et des pieds de page ; il suffit de reproduire ce que j’ai fait sur toutes les pages, sauf la dernière, où vous laisserez le
div
ouvrant dans l’en-tête, mais rapatrierez le/div
fermant dans le corps de la page, à la fin de la liste ; de cette manière, dans la transclusion, n’apparaîtront que lediv
ouvrant en tout début de liste et le/div
fermant à la toute fin. — ElioPrrl (d) 13 juillet 2021 à 08:48 (UTC)- ElioPrrl : Merci --Raymonde Lanthier (d) 13 juillet 2021 à 13:03 (UTC)
- ElioPrrl et Denis Gagne52 : Eureka ! Ma page citée a maintenant un tout nouvel aspect et la madame est fière d’elle-même. --Raymonde Lanthier (d) 12 juillet 2021 à 19:38 (UTC)
- ElioPrrl et Denis Gagne52 : D’accord. Pour les balises à répéter dans les en-têtes et pieds de page, j’y copie au complet
- ElioPrrl et Raymonde Lanthier : Bonne idée mais, pour répondre à ce besoin, il faudrait être en mesure de forcer une indentation négative à tous les paragraphes qui suivent
- ElioPrrl : Je viens de transclure la portion de texte incluse dans les balises « liste » ci-dessus. En mode page, tout était comme prévu, c’est-à-dire avec indentation de la deuxième ligne de texte. Mais la transclusion affiche tout autre chose, et je n’ai aucune idée de la correction à apporter. Quand vous aurez une minute… --Raymonde Lanthier (d) 27 juillet 2021 à 14:46 (UTC)
- Raymonde Lanthier : J’ai mis une rustine, j’espère qu’elle tiendra. J’ai l’impression qu’à chaque nouvelle version de MediaWiki les feuilles de style locales changent de mode de fonctionnement… Il faudra être vigilant les prochaines semaines. — ElioPrrl (d) 27 juillet 2021 à 16:43 (UTC)
- ElioPrrl : Comment le commun des mortels dont je fais partie peut-il savoir que c’est ce qu’il fallait faire ? --Raymonde Lanthier (d) 27 juillet 2021 à 16:45 (UTC)
- Raymonde Lanthier : Quand on connaît CSS, avec l’aide de l’inspecteur du navigateur, on repère assez facilement quelle instruction a primé sur quelle autre, et comment renverser la hiérarchie ; mais si on n’y connaît pas grand chose, le mieux est de demander à quelqu’un qui s’y connaît ! Et puis on peut sortir du commun des mortels avec un peu de patience : je ne connaissais pas CSS en arrivant sur Wikisource, début 2020. — ElioPrrl (d) 27 juillet 2021 à 16:50 (UTC)
- ElioPrrl :Comme je connais quelqu’un qui s’y connaît, ce quelqu’un vient de s’assurer de la reconnaissance éternelle d’une simple mortelle. --Raymonde Lanthier (d) 27 juillet 2021 à 16:55 (UTC)
- Raymonde Lanthier : Quand on connaît CSS, avec l’aide de l’inspecteur du navigateur, on repère assez facilement quelle instruction a primé sur quelle autre, et comment renverser la hiérarchie ; mais si on n’y connaît pas grand chose, le mieux est de demander à quelqu’un qui s’y connaît ! Et puis on peut sortir du commun des mortels avec un peu de patience : je ne connaissais pas CSS en arrivant sur Wikisource, début 2020. — ElioPrrl (d) 27 juillet 2021 à 16:50 (UTC)
- ElioPrrl : Comment le commun des mortels dont je fais partie peut-il savoir que c’est ce qu’il fallait faire ? --Raymonde Lanthier (d) 27 juillet 2021 à 16:45 (UTC)
- Raymonde Lanthier : J’ai mis une rustine, j’espère qu’elle tiendra. J’ai l’impression qu’à chaque nouvelle version de MediaWiki les feuilles de style locales changent de mode de fonctionnement… Il faudra être vigilant les prochaines semaines. — ElioPrrl (d) 27 juillet 2021 à 16:43 (UTC)
- ElioPrrl : Je viens de transclure la portion de texte incluse dans les balises « liste » ci-dessus. En mode page, tout était comme prévu, c’est-à-dire avec indentation de la deuxième ligne de texte. Mais la transclusion affiche tout autre chose, et je n’ai aucune idée de la correction à apporter. Quand vous aurez une minute… --Raymonde Lanthier (d) 27 juillet 2021 à 14:46 (UTC)
- ElioPrrl et Raymonde Lanthier : en exploitant la classe « alinea » de common.css, on pourrait profiter de l’héritage pour imposer aux paragraphes l’indentation définie par
{{P début}}
. Ce serait plus simple encore, je pense. --Denis Gagne52 (d) Le miraculé du 9e 12 juillet 2021 à 19:32 (UTC)- Le problème, c’est que c’est un peu la croix et la bannière pour faire modifier les feuilles de style globales, et que le consensus actuel, j’ai l’impression, est de les garder les plus vides possibles… Sinon, il y a tout un tas de modèles que j’essaierai de simplifier ou d’améliorer en étoffant un peu ces feuilles de style. On pourrait bien ajouter une vingtaine ou une trentaine de classes, que ça ne ralentirait pas l’export des livres les plus légers, mais qu’au contraire ça abrégerait beaucoup celui des livres avec beaucoup d’appels de modèles. — ElioPrrl (d) 12 juillet 2021 à 20:11 (UTC)
- Bonjour, je découvre cette discussion au gré des modifications récentes. De mon point de vue, il faut vraiment qu'on exploite les possibilités de la page common.css et des feuilles de style individuelles de chaque livre pour automatiser certains rendus, pour gagner en espace, en simplicité et en fidélité dans l'édition. Oui ce sera compliqué au début, oui il y a vraisemblablement des pages où ça posera problème, mais plus on attend et plus les problèmes vont se multiplier. --Jahl de Vautban (d) 27 juillet 2021 à 17:08 (UTC)
- Si je n’ai pas répondu plus tôt, c’est tout simplement que je ne partage pas le même engouement pour les feuilles de style spécifiques ou personnalisées. La versatilité et la souplesse des feuilles de style en font sans aucun doute l’outil privilégié pour construire un portail et le faire évoluer dans le temps mais ce n’est pas tout à fait ce que je recherche dans l’espace livre. Quand vient le temps de construire un gabarit à partager avec la communauté et traduire fidèlement les règles et conventions wikisourciennes, le modèle, selon moi, répond mieux qu’une feuille de style personnalisée. Étant utilisé par plusieurs, il acquiert robustesse et fiabilité et offre de meilleures garanties en plus d’être facile d’entretien.
- Dans le cas présent, la demande consistait à ajouter un paramètre au modèle P début pour permettre d’ajuster l’indentation. La charge supplémentaire modèle vs CSS à l’étape de la transclusion se mesure en un seul appel au modèle P début. Dans ce contexte, je ne vois pas en quoi le jeu du CSS en vaut la chandelle mais conviens, tout de même, que, dans la mesure où il est possible d’obtenir des gains en simplicité et en réduction de charge, le CSS peut être envisagé. Étant curieux moi-aussi, je regarde avec beaucoup d’intérêt les progrès réalisés par @ElioPrrl et particulièrement son jeu d’accolades qui m’impressionne particulièrement . --Denis Gagne52 (d) Le miraculé du 9e 27 juillet 2021 à 19:47 (UTC)
- Bonjour, je découvre cette discussion au gré des modifications récentes. De mon point de vue, il faut vraiment qu'on exploite les possibilités de la page common.css et des feuilles de style individuelles de chaque livre pour automatiser certains rendus, pour gagner en espace, en simplicité et en fidélité dans l'édition. Oui ce sera compliqué au début, oui il y a vraisemblablement des pages où ça posera problème, mais plus on attend et plus les problèmes vont se multiplier. --Jahl de Vautban (d) 27 juillet 2021 à 17:08 (UTC)
- Le problème, c’est que c’est un peu la croix et la bannière pour faire modifier les feuilles de style globales, et que le consensus actuel, j’ai l’impression, est de les garder les plus vides possibles… Sinon, il y a tout un tas de modèles que j’essaierai de simplifier ou d’améliorer en étoffant un peu ces feuilles de style. On pourrait bien ajouter une vingtaine ou une trentaine de classes, que ça ne ralentirait pas l’export des livres les plus légers, mais qu’au contraire ça abrégerait beaucoup celui des livres avec beaucoup d’appels de modèles. — ElioPrrl (d) 12 juillet 2021 à 20:11 (UTC)
Modèle employé avec ## s1 ## et ## s2 ##
modifierBonjour ElioPrrl :
Dans ces deux transclusions, Les Goncourt, 1889/Biblio.IV et Biblio.V, le premier paragraphe incomplet de la deuxième page ne s’enchaîne pas correctement avec le dernier incomplet de la page qui précède. Ce sont les ## qui semblent créer ce problème puisque l’enchaînement se fait normalement dans Biblio.I. Incompatibilité ? --Raymonde Lanthier (d) 27 mai 2022 à 17:02 (UTC)
- Raymonde Lanthier : C’est très probablement la raison du problème, et je pense qu’il n’y a pas d’autre choix que de revenir au bons vieux
noinclude
/includeonly
… — ElioPrrl (d) 27 mai 2022 à 20:10 (UTC)- ElioPrrl : D’accord. Merci ! --Raymonde Lanthier (d) 27 mai 2022 à 20:33 (UTC)
Autres possibilités avec le modèle P début
modifierBonjour ElioPrrl :
Est-il possible d’ajouter le modèle {{SA}}
dans les paramètres optionnels de P début et compagnie ? Par exemple, de la page 18 à la page 21 des Mémoires de Lionel Groulx, vous verrez qu’il y a de nombreux paragraphes sans alinéa. Dans certains cas, notamment ici, il y en a plus de deux qui se suivent. Comme les quatre tomes comportent de tels paragraphes, ce serait beaucoup plus simple si P début permettait d’éviter l’ajout du modèle à chaque paragraphe visé. (Comme vous vous en doutez déjà, je suis une grande consommatrice de modèles…) --Raymonde Lanthier (d) 12 janvier 2023 à 18:32 (UTC)
- Raymonde Lanthier : Je crains que ce que vous me demandez ne soit la même chose que ce que vous demandiez déjà dans la section Autres possibilités avec ce modèle ?, et dans ce cas je ne peux que répéter ce qui y est déjà : je ne vois pas comment faire hériter la valeur de l’indentation aux différents paragraphes. Cependant, aujourd’hui j’ai modifié le modèle, et en le relisant j’y ai vu des choix faits à l’époque qui me semblent aujourd’hui étranges ; je vais donc peut-être retravailler ce modèle, et vous préviendrai si je peux répondre à votre demande. — ElioPrrl (d) 12 janvier 2023 à 19:09 (UTC)
- ElioPrrl : Ouf, mon honneur est sauf (à mes yeux, car je craignais un sérieux début de radotage) : en remontant jusqu’à la section que vous citez, je vois qu’il s’agit du modèle
{{a}}
et non de{{SA}}
. Je concède bien volontiers que votre réponse tient sans doute pour les deux modèles. J’aurai essayé… --Raymonde Lanthier (d) 12 janvier 2023 à 19:25 (UTC)- Raymonde Lanthier : Seudo s’est aperçu qu’il y avait des problèmes avec le modèle
{{AN}}
issus de la feuille de style globale. Il a des chances qu’on ait besoin donc de la modifier. Comme j’ai candidaté au statut d’administrateur d’interface, si ce statut m’est accordé, dans une semaine je pourrai faire la modification moi-même, et je pense que cette modification aura pour effet secondaire de permettre de satisfaire votre demande. Je vous tiendrai au courant . — ElioPrrl (d) 1 février 2023 à 11:20 (UTC)- ElioPrrl : J’attends impatiemment la confirmation de votre statut d’administrateur d’interface (vous aurez mon Pour dans quelques instants), pas tant pour mes demandes touchant différents modèles que pour tout ce que vous pouvez apporter à la communauté. --Raymonde Lanthier (d) 1 février 2023 à 13:47 (UTC)
- Raymonde Lanthier : Seudo s’est aperçu qu’il y avait des problèmes avec le modèle
- ElioPrrl : Ouf, mon honneur est sauf (à mes yeux, car je craignais un sérieux début de radotage) : en remontant jusqu’à la section que vous citez, je vois qu’il s’agit du modèle