Discussion modèle:Démographie
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
Alignement
modifierPourquoi les données sont-elles calées à gauche ? C'est très moche ... Cham 4 avril 2007 à 09:27 (CEST)
Séparateur de milliers
modifierPourrait-on utiliser le mot magique formatnum qui est présenté dans Aide:Liste des modèles spéciaux#Manipulation de texte et formatage ? Ceci afin d'éviter de couper les valeurs sur deux lignes quand le tableau est trop large ? Merci. Damouns இ 9 juillet 2007 à 17:13 (CEST)
- Même requête ! J'aurais volontiers modifié le modéle pour intégrer la commande
{{formatnum}}
, mais hélas, ce modèle est protégé . Quelqu'un pourrait-il s'en charger ? Pymouss44 14 août 2007 à 18:52 (CEST)- Je relance le sujet à propos de
{{formatnum:}}
-- LeMorvandiau [blablater] 27 juin 2008 à 11:46 (CEST)- Eh oui ça fait bientôt un an ! Comme le temps passe... Damouns இ 27 juin 2008 à 17:50 (CEST)
- Ça y est formatnum est ajouté ! Damouns இ 21 juillet 2008 à 12:42 (CEST)
- J'ai dû révoquer en raison d'un gros problème de format quand une ref est insérée dans le modèle de tableau. Gemini1980 oui ? non ? 21 juillet 2008 à 15:47 (CEST)
- Pour compléter : le code insérée à la place de la réf était UNIQ23a4ef08 587d0 714-ref-0 000 002E-QINU Gemini1980 oui ? non ? 21 juillet 2008 à 15:48 (CEST)
- J'ai dû révoquer en raison d'un gros problème de format quand une ref est insérée dans le modèle de tableau. Gemini1980 oui ? non ? 21 juillet 2008 à 15:47 (CEST)
- Ça y est formatnum est ajouté ! Damouns இ 21 juillet 2008 à 12:42 (CEST)
- Eh oui ça fait bientôt un an ! Comme le temps passe... Damouns இ 27 juin 2008 à 17:50 (CEST)
- Je relance le sujet à propos de
Sans doubles comptes
modifierQuand sansdoublescomptes n'est pas rempli, enquêteannuelle ne s'affiche pas, quelqu'un pourrait-il faire quelque chose ? Merci. Damouns இ 9 juillet 2007 à 17:15 (CEST)
Démographie
modifierAvez-vous pensez qu'une liste exhaustive sur une ligne c'est pas terrible? Non je ne pense pas, il faudrais faire un passage à la ligne outs les X années.--— Pako- 13 août 2007 à 02:05 (CEST)
- Même demande ! un codeur svp :) Encolpe 11 septembre 2007 à 21:58 (CEST)
- Ça existe déjà dans un autre modèle, à ce qu'il me semble : modèle:DemogFR ! Damouns இ 14 septembre 2007 à 15:20 (CEST)
- Ça existe, mais il ne prend en compte que les recensements quinquennaux, et pas ceux d'Ancien Régime, ce qui est gênant pour une commune comme Mons (Var), et d’autres de Provence sur lesquelles je travaille. Celui-ci est le seul à nous laisser libre, et il est plus joli. Un volontaire ? Épiméthée (d) 3 février 2008 à 11:20 (CET)
- Re +1Encolpe 25 avril 2008 à 16:07 (CEST)
- {{DemogFranceAR}} (exemple) est en cours d’élaboration. J’attends vos avis (y compris sur les couleurs, les noms des paramètres simples ou non, compréhensibles ou non, etc.) Épiméthée (d) 25 avril 2008 à 20:31 (CEST)
- Y a du nouveau pour le retour à la ligne ?Axel41 (d) 29 octobre 2008 à 17:09 (CET)
- Non, mais comme apparemment nous sommes plusieurs à nous y intéresser, je vais peut-être m’y plonger plus sérieusement. Épiméthée (d) 29 octobre 2008 à 18:37 (CET)
- J'ai modifié le modèle modèle:DemogFR de sorte qu'il permette d'insérer jusqu'à neuf recensements ou estimations de population d'avant 1793 (ancien régime, ou même gaulois, préhistoire, ce qu'on veut). J'espère que cela pourra répondre à certains besoins. J'ai ajouté aussi un paramètre sources au pluriel qui permet de citer plusieurs sources. Carfois (d) 3 janvier 2009 à 09:44 (CET)
- Merci, il ne me reste qu’une modification de détail, c’est mettre en valeur la différence avant 1793/après, quand le recensement est en feux (mais actuellement il suffit d’écrire feux en italique après le nombre et c’est bon). À l’occasion de l’actualisation des données sur le 04, je vais en profiter pour modifier le modèle sur toutes les communes. Épiméthée (d) 4 janvier 2009 à 13:20 (CET)
- Non, mais comme apparemment nous sommes plusieurs à nous y intéresser, je vais peut-être m’y plonger plus sérieusement. Épiméthée (d) 29 octobre 2008 à 18:37 (CET)
- Y a du nouveau pour le retour à la ligne ?Axel41 (d) 29 octobre 2008 à 17:09 (CET)
- Ça existe, mais il ne prend en compte que les recensements quinquennaux, et pas ceux d'Ancien Régime, ce qui est gênant pour une commune comme Mons (Var), et d’autres de Provence sur lesquelles je travaille. Celui-ci est le seul à nous laisser libre, et il est plus joli. Un volontaire ? Épiméthée (d) 3 février 2008 à 11:20 (CET)
- Ça existe déjà dans un autre modèle, à ce qu'il me semble : modèle:DemogFR ! Damouns இ 14 septembre 2007 à 15:20 (CEST)
Typo de l'exemple
modifierLe copier-coller de l'exemple est pratique, sauf que Source est à tort avec une majuscule. Quelqu'un peut-il corriger ? ---- Ikmo-ned (discuter avec) 24 mai 2008 à 09:30 (CEST)
Nouveau recensement, modification du modèle
modifierDans le modèle, pourrait-on rajouter une ligne entre sansdoublescomptes et enquêteannuelle : populationmunicipale ? Ce, afin de tenir compte du nouveau recensement à partir de 2006 (recensement de la population légale publié par l'INSEE le 1er janvier 2009).Merci. Matth97 (d) 5 janvier 2009 à 02:19 (CET)
- Discussion et vote sur cette page : Discussion Projet:Communes de France#Légère modification d'une ligne sur le modèle:démographie.
bug ?
modifier{{Démographie| 1962= -| 1968= -| 1975= -| 1982= -| 1990= -| 1999= -| sansdoublescomptes= 1962}}
Est-ce normal de trouver ceci sur quasiment toutes les pages ? (les chiffres ont été remplacés par moi-même)
Normalement il devrait y avoir :
{{Démographie | 1962 = - | 1968 = - | 1975 = - | 1982 = - | 1990 = - | 1999 = - | sansdoublescomptes = 1962 }}
— Neustradamus (✉) 12 juillet 2009 à 10:41 (CEST)
- Ce n'est pas un bug, la position des pipes est indifférente. Le premier exemple est juste une manière moins courante d'écrire un appel de modèle. Remplacer à l'occasion par la seconde écriture évitera de dérouter les gens. --Lgd (d) 12 juillet 2009 à 14:31 (CEST)
- AMHA, il vaut mieux laisser. Ceux qui font la maintenance des populations sont habitués à cette lisibilité (dont moi). Épiméthée (d) 16 juillet 2009 à 18:04 (CEST)
Optimiser ce modèle lourd
modifierCoucou. J'aimerais bien optimiser le modèle:Démographie. Il sert à faire des simples petits tableaux avec des années, est actuellement composé de 1000 « {{#if:{{{...}}}... », soit deux pour toutes les années entre 1600 et 2100. Alors qu'on pourrait avoir le même résultat avec 40 « #if », soit 25x moins de code. Donc remplacer :
{{Démographie | 1962=123 | 1968=456 | 1975=789 ...
par
{{Démographie | année1 = 1962 | population1 = 123 | année2 = 1968 | population2 = 456 | année3 = 1975 | population3 = 789 ...
Pour ce faire, il faudrait ajouter les 40 nouveaux paramètres dans le modèle avant un passage d'un bot. Et après le passage du bot, on pourrait enfin enlever les 1000 paramètres en trop du modèle. Est-ce qu'il y a des oppositions, avant que je fasse les demandes correspondantes ? Bien à vous, Dodoïste [ dring-dring ] 30 juillet 2010 à 19:18 (CEST)
- OK, mais :
- ça demande le passage d’un robot (pas difficile) ;
- ça demande le changement des utilisateurs de ce modèle (a priori, un peu plus difficile, mais pas insurmontable) ;
- 40 paramètres, c’est un peu léger. Ça convient pour les 36 recensements français depuis 1793 ; mais pour peu qu’on ait quelques recensements d’Ancien Régime, on se retrouve coincé. Par exemple, rien que le bouquin {{Atlas historique de la Provence}} en donne deux ou trois pour toutes ces communes. Sachant qu’il y en a eu d’autres, on risque d’être vite coincés. D’autant qu’on attend d’autres recensements pour 2011 et après. Épiméthée (d) 3 septembre 2010 à 18:53 (CEST)
- Oui pour les points 1 et 2. Pour le n°3 : si je comprends bien ta remarque, le modèle démographie s'affiche sur une ligne (sans retour à la ligne). On ne peut pas utiliser les 40 paramètres sans faire sortir le tableau de la vaste majorité des résolutions. Il est d'usage dans les articles d'utiliser plusieurs fois le modèle démographie, à la suite, pour faire un retour à la ligne dans le tableau. Comme dans Doubs_(département)#Démographie. Le nombre de paramètres n'est donc pas un problème à priori. Bien à toi, Dodoïste [ dring-dring ] 6 septembre 2010 à 01:14 (CEST)
- Oh pardon, j’ai cru que j’étais sur {{Démographie2}}. Je croyais que celui-ci avait été supprimé, justement à cause des problèmes évoqués. Donc oui, fais la modif', pas d‘opposition (sauf les 1 et 2, mais ce n’en était pas, juste des signalements). Épiméthée (d)
- Après réflexion, il y a un ennui avec le modèle que je propose : si on ajoute une date avant tout au milieu de la numérotation, il faut déplacer le contenu des champs, pour refaire l'ordre dans le nouvel ordre. Alors qu'avant c'était tout simple.
- Je propose donc la version suivante :
{{Démographie | année | population | 1968 | 456 | 1975 | 789 | 1982 | 803 | 1985 | 916 ...
- J'aimerais savoir si cela convient toujours aux contributeurs, donc je redemande ici. Bien à vous, Dodoïste [ dring-dring ] 9 septembre 2010 à 12:18 (CEST)
- Ben, je ne comprends peut-être pas tout, mais j'ai l'impression qu'on complique la saisie en s'éloignant de la syntaxe habituelle des modèles, pour finalement arriver à un modèle très similaire à {{Démographie2}}. Dans ce cas, autant proposer directement le changement de modèle dans les articles, mais même pour cela, je ne suis pas sûr qu'il y ait un intérêt… En ce qui me concerne, je prend le modèle Démographie lorsque les tableaux ont peu de colonnes, et Démographie2 dans le cas contraire. ---- Ikmo-ned (discuter avec) 9 septembre 2010 à 19:37 (CEST)
Alignement
modifierPeut-on annuler le changement d'alignement qui aboutit à des mises en pages catastrophiques : voir Saint-Denis-sur-Huisne. ---- Ikmo-ned (discuter avec) 4 octobre 2010 à 18:37 (CEST)
- Voir aussi Wikipédia:Questions techniques/semaine 40 2010#Télescopage de sections. Néfermaât, je pense que tu n'as pas dû bien regarder le résultat de ta modification sur modèle:Démographie (surtout en bas de page), sinon tu aurais peut-être différé celle-ci. Père Igor (d) 4 octobre 2010 à 23:25 (CEST)
Problème: avant 1600
modifierBonjour. Le modèle ne fonctionne pas pour les années précédent l'an 1600. Merci. Lysosome (d) 17 septembre 2011 à 16:56 (CEST)
- Oui. Au vu du texte source, les seules valeurs permises avant 1600 sont 1300, 1400, 1500 et 1502 (?!). Il faut noter que ce modèle devient petit à petit obsolète et qu'il semble préférable de basculer vers le modèle {{Démographie2}}, plus facilement adaptable. Cordialement, ---- Ikmo-ned (discuter avec) 17 septembre 2011 à 18:28 (CEST)
- Merci ! Lysosome (d) 17 septembre 2011 à 19:46 (CEST)
Interwiki changement
modifierLa bonne interwiki es.wiki est es:Plantilla:Evolución demográfica. --Metrónomo (d) 1 novembre 2011 à 18:28 (CET)
Fusion du modèle:Démographie et modèle:Démographie2
modifierL'écriture d'un nouveau module est en cours, voir Discussion module:Démographie, venez y participer si cela vous intéresse.
--FDo64 (d) 9 juin 2013 à 23:13 (CEST)
- Le module remplace maintenant ce modèle. Hexasoft (discuter) 17 juillet 2013 à 12:20 (CEST)
Remarques sur la documentation
modifierHello,
quelques remarques sur les éléments indiqués dans la documentation :
- « Le nombre maximal de colonnes est 17 et le nombre maximal de lignes est 12 » : en pratique c'est faux. Je n'ai intégré aucune limite supérieure sur le nombre de colonnes et le nombre de lignes. Je peux facilement le faire pour les colonnes si besoin. C'est un poil plus compliqué pour les lignes, mais faisable.
- « hyperliens-années » : la valeur reconnue est on ou oui (soyons francophones ). Toute autre valeur que on ou oui signifie off ou non.
- il faudrait préciser le comportement ajouté aujourd'hui : si une seule ligne affichée et si paramètre "colonnes=" non indiqué et si le nombre d'années est inférieur au nombre de colonnes (9, puisque valeur par défaut) alors le nombre de colonnes effectif est ramené au nombre d'années indiqué
Cordialement, Hexasoft (discuter) 17 juillet 2013 à 12:32 (CEST)
- Note : sur le dernier point, il y a un comportement qui peut être gênant : la largeur du tableau est calculée avant l'ajustement du nombre effectif de ligne (parce qu'on ne connait le nombre d'années indiquées que plus tard). Ainsi si 5 années sont indiquées le tableau n'aura bien que 5 colonnes mais fera la même largeur totale que si le tableau avait 9 colonnes (donc avec des cellules plus larges). Je modifie ? Hexasoft (discuter) 17 juillet 2013 à 12:36 (CEST)
- Point 1 : je suis favorable à ce qu'il n'y ait plus de limites. Ne modifie donc pas le module.
- Point 2 : OK pour rajouter ces précisions.
- Point 3 : OK pour rajouter ces précisions + corriger ce disfonctionnement.
- --FDo64 (d) 17 juillet 2013 à 12:41 (CEST)
- Pour le point 3 voir le 1er exemple de Discussion module:Démographie/Test/Documentation. Principe : si réduction du nombre de colonnes et que l'utilisateur n'a pas fixé la largeur du tableau alors la largeur est recalculée à partir du nouveau nombre de colonnes. Si l'utilisateur à fixé la largeur du tableau je ne change pas la taille (il l'a probablement fixé pour des raisons d'alignement avec d'autres tableau). Question : dans ce dernier cas est-ce que je réduit quand même le nombre de colonnes (qui vont apparaître plus large, donc) ? Hexasoft (discuter) 17 juillet 2013 à 12:57 (CEST)
- J'ai ajouté un exemple illustrant ton dernier point. Je pense qu'on peut partir du principe que si l'utilisateur spécifie une largeur, c'est de sa responsabilité et je laisserais ainsi en réduisant le nombre de colonnes. Si quelqu'un d'autre a un autre avis, on avisera. --FDo64 (d) 17 juillet 2013 à 13:27 (CEST)
- Ok. Je laisse comme ça donc. De toute façon c'est pas très compliqué à modifier. Je regarde pour reporter les modifs dans le module principal aujourd'hui. Hexasoft (discuter) 17 juillet 2013 à 13:30 (CEST)
- J'ai ajouté un exemple illustrant ton dernier point. Je pense qu'on peut partir du principe que si l'utilisateur spécifie une largeur, c'est de sa responsabilité et je laisserais ainsi en réduisant le nombre de colonnes. Si quelqu'un d'autre a un autre avis, on avisera. --FDo64 (d) 17 juillet 2013 à 13:27 (CEST)
- Pour le point 3 voir le 1er exemple de Discussion module:Démographie/Test/Documentation. Principe : si réduction du nombre de colonnes et que l'utilisateur n'a pas fixé la largeur du tableau alors la largeur est recalculée à partir du nouveau nombre de colonnes. Si l'utilisateur à fixé la largeur du tableau je ne change pas la taille (il l'a probablement fixé pour des raisons d'alignement avec d'autres tableau). Question : dans ce dernier cas est-ce que je réduit quand même le nombre de colonnes (qui vont apparaître plus large, donc) ? Hexasoft (discuter) 17 juillet 2013 à 12:57 (CEST)
Invoque
modifierBonjour, Le code du modèle n'apparaît pas en clair. Il est appelé avec la fonction "invoque". Mais où trouve-t-on le code de "Demographie" ? Désolé pour cette question de béotien.Roland45 (d) 1 août 2013 à 06:46 (CEST)
- Oups, je suis allé trop vite pour poser ma question. J'ai trouvé le module. Mais cela ne me parait pas vraiment transparent comme principe.Roland45 (d) 1 août 2013 à 06:48 (CEST)
- Ignare que je suis, je n'avais pas vu qu'on était passé en lua! Ca va être dur à intégrer pour les vieux apprentis modélistes, mais bon ça ressemble un peu au VBA, sans les sous-programmes (...je ne suis pas informaticien :)).Roland45 (d) 1 août 2013 à 07:29 (CEST)
- Oui, Lua/Scribunto est arrivé. Note : ça ne remplace pas les modèles (enfin, à terme peut-être) qui existent toujours.
- Un module est appelé avec #invoke en lui donnant le nom du module et le nom de la fonction dans ce module. Les modules écrits pour remplacer des modèles suivent donc généralement le même principe : le modèle contient uniquement un #invoke, le code étant dans le module.
- Voir Projet:Scribunto (le nom de l'implémentation Lua dans mediawiki) pour trouver des ressources autour de ce langage.
- Cordialement, Hexasoft (discuter) 1 août 2013 à 09:24 (CEST)
- Ignare que je suis, je n'avais pas vu qu'on était passé en lua! Ca va être dur à intégrer pour les vieux apprentis modélistes, mais bon ça ressemble un peu au VBA, sans les sous-programmes (...je ne suis pas informaticien :)).Roland45 (d) 1 août 2013 à 07:29 (CEST)
paramètre 1450
modifierIl semble manquer un paramètre 1450, qui provoque une erreur d’affichage dans Colmars. azoée (discuter) 6 janvier 2014 à 12:44 (CET)
- J'ai corrigé le problème, sans savoir vraiment ce que j'ai corrigé... en tout cas ce n'était pas un espace qu'il y avait avant 1450.
- Ce qui est également étrange, c'est que cette page ne se trouvait pas dans la Catégorie:Page avec une erreur d'utilisation du modèle Démographie.
- Peut-être qu'Hexasoft (d · c · b) aura une explication à ces deux mystères ? --FDo64 (discuter) 6 janvier 2014 à 13:17 (CET)
- Tiens ça a fait bip dans mes notifications . Je note de regarder dès que j'ai un peu de temps (c'est la reprise…). Hexasoft (discuter) 6 janvier 2014 à 15:01 (CET)
- J'ai regardé : « il n'y a pas de problème » . En fait devant 1450 c'était un autre type d'espace que l'espace habituel. Du coup visiblement mediawiki ne le considère pas comme un espace mais comme faisant partie du paramètre. Forcément ce paramètre n'est plus un nombre et est donc considéré comme une option (inexistante). Pour donner un exemple c'est comme s'il y avait eu « |x1450 = … » → c'est le paramètre nommé « x1450 » et non le paramètre numérique 1450.
- Il semble difficile de traiter ça depuis le module : en effet c'est mediawiki/scribunto qui rangent les paramètres selon leur type (nommé ou pas). Ça obligerait à analyser dans le module tous les paramètres nommés pour voir si certains ne seraient pas en fait des paramètres non nommés mal récupérés. Il me semble que ce serait plutôt un bug à ouvrir coté mediawiki. Hexasoft (discuter) 7 janvier 2014 à 13:26 (CET)
- Hmmm… J'ai analysé ce code et il ne semble pas correspondre à un caractère UTF-8 connu. C'est donc plutôt un bug lors de la saisie qu'une mauvaise détection de la part de mediawiki. Le code est A0-C2. Or le code UTF-8 pour l'espace insécable est C2-A0. Donc c'est probablement un bug d'édition (ceci dit je ne suis pas certain qu'insérer une espace insécable dans les noms de paramètres de modèles soit de toute façon une bonne idée ). Hexasoft (discuter) 7 janvier 2014 à 13:47 (CET)
- J’utilise un Mac, ça peut avoir un lien ? azoée (discuter) 7 janvier 2014 à 14:40 (CET)
- Je ne pense pas. D'abord tu n'es pas le seul dans ce cas à éditer sur WP et tu as fait d'autres éditions, y compris dans cette partie, qui n'ont pas eu ce problème. Ça ressemble soit à un bug ponctuel soit à un copier/coller entre des supports différents (fichier texte ou autre → web) qui serait mal passé. Quoi qu'il en soit ce n'est pas très grave . Cordialement, Hexasoft (discuter) 7 janvier 2014 à 15:53 (CET)
- J’utilise un Mac, ça peut avoir un lien ? azoée (discuter) 7 janvier 2014 à 14:40 (CET)
- Hmmm… J'ai analysé ce code et il ne semble pas correspondre à un caractère UTF-8 connu. C'est donc plutôt un bug lors de la saisie qu'une mauvaise détection de la part de mediawiki. Le code est A0-C2. Or le code UTF-8 pour l'espace insécable est C2-A0. Donc c'est probablement un bug d'édition (ceci dit je ne suis pas certain qu'insérer une espace insécable dans les noms de paramètres de modèles soit de toute façon une bonne idée ). Hexasoft (discuter) 7 janvier 2014 à 13:47 (CET)
- Tiens ça a fait bip dans mes notifications . Je note de regarder dès que j'ai un peu de temps (c'est la reprise…). Hexasoft (discuter) 6 janvier 2014 à 15:01 (CET)
- Désolé de revenir à la charge, mais l’article Colmars a vraiment un drôle de rendu ce soir. Je cherche ce qui peut provoquer l’erreur, peut être quelque chose dans les modèles démographie. Je poste pour avertir, mais j’ai l’impression que c’est le seul article touché. azoée (discuter) 7 janvier 2014 à 22:06 (CET)
- En cours de résolution, ça semble venir de là. azoée (discuter) 7 janvier 2014 à 22:15 (CET)
Charte Métropole
modifierBonjour,
Serait-ce possible d'ajouter une charte pour les métropole à statut de collectivité territoriale ? Cdlt, Lyon-St-Clair [Allô le PC Rhôdéa ?] 23 février 2015 à 22:12 (CET)
- Bonsoir, pour cela il faut définir les deux couleurs et les ajouter au Modèle:Charte de couleur. --FDo64 (discuter) 23 février 2015 à 22:38 (CET)
Charte pour unités et aires urbaines
modifierBonjour. Le paramètre charte
n'a pas prévu celle concernant les zones Insee, telles que les unités urbaines ou aires urbaines, qui ont déjà une charte définie (voir modèle:Tableau Liste commune de France ou modèle:Infobox Zone INSEE par exemple). Ceci permettrait d'harmoniser les coloris des tableaux/infobox dans un article sur le sujet. Un administrateur qui maitrise bien le sujet peut-il s'en occuper ? Merci d'avance. Père Igor (discuter) 22 août 2016 à 12:40 (CEST)
- Père Igor : Bonsoir, j'ai ajouté les chartes
aire urbaine
,unité urbaine
etzone insee
(minuscules obligatoires) au Module:Démographie. Pour être complet, j'ai également modifié le Modèle:Charte de couleur et Module:Chartes/données. --FDo64 (discuter) 22 août 2016 à 22:56 (CEST)- FDo64 : bonjour.
BlormifadeDormifableMorfidableSuper ! Un grand merci. Père Igor (discuter) 23 août 2016 à 10:46 (CEST)- Je viens de mettre à jour la documentation. Père Igor (discuter) 23 août 2016 à 10:50 (CEST)
- FDo64 : bonjour.
Charte ancienne commune (ou localité) absente
modifierBonjour. Sur l'article d'Évol, ancienne commune fusionnée en 1827 avec Olette et faisant partie de l'association Les Plus Beaux Villages de France, j'ai voulu ajouter la démographie officielle en plus de celle de la paroisse. Or, le modèle:Démographie n'a pas prévu la charte correspondante, telle qu'elle figure dans le modèle:Infobox Ancienne commune de France ou le modèle:Tableau population, tous deux utilisés dans cet article. De ce fait, les deux tableaux démographiques n'arborent pas la même couleur. Un ajout serait souhaitable. Quelqu'un peut-il s'en charger ? Merci d'avance. Père Igor (discuter) 19 octobre 2016 à 11:49 (CEST)
- Ikmo-ned (d · c · b) a résolu le problème de couleur en ajoutant le paramètre « années-fond = #ffffbb ». Peut-on quand même prévoir d'ajouter cette possibilité parmi les chartes, plus compréhensible par certains utilisateurs ? Père Igor (discuter) 19 octobre 2016 à 12:24 (CEST)
- Père Igor : Bonjour, en constatant qu'Évol appelle le modèle:Tableau population avec la charte « localité », cela m'a permis de constater diverses incohérences dans ce modèle :
- « localité » a pour couleur FFFFBB alors que le module Chartes/données propose DDFFDD
- « département » a pour couleur E0DBB6 alors que le module Chartes/données propose F6F3DD
- Il faudrait d'abord savoir qui a raison, puis :
- éventuellement ajouter la charte « ancienne commune » si elle doit à tout prix être différente;
- modifier Modèle:Tableau population pour enlever le codage en dur en appelant le module Chartes/données;
- modifier Module:Démographie pour enlever le codage en dur en appelant le module Chartes/données (appel à Hexasoft : qui a créé ces deux modules).
- Tout serait ainsi géré à un seul endroit permettant d'assurer la cohérence de tous ces modèles.
- --FDo64 (discuter) 19 octobre 2016 à 13:31 (CEST)
- FDo64 : bonjour. Je suis bien évidemment pour une cohérence globale des chartes mais ne connaissant rien à cette programmation et aux différentes couleurs, je fais confiance à ceux qui savent pour harmoniser tout ça. Père Igor (discuter) 19 octobre 2016 à 15:55 (CEST)
- FDo64 : pas de problème pour corriger ce module. L'idée c'est quoi ? Appeler Module:Chartes pour récupérer ces valeurs ? Si oui le problème (semble-t-il) c'est que ce module n'est pas prévu pour être appelé directement depuis un autre module. Visiblement il s'agit de la charte "géographie", qui semble contenir les éléments que j'avais codé (canton, département…), et pour autant que je puisse voir dans mon code je n'utilise qu'une seule valeur : (type)"normal".
- Par contre mon module exporte aussi la fonction charte_de_couleur, qui permet de retourner juste la couleur (en fonction du type), il faudrait donc aussi s'assurer que personne ne l'utilise ! Hexasoft (discuter) 19 octobre 2016 à 16:20 (CEST)
- Père Igor : Merci pour ton approbation, par contre quelles couleurs faut-il utiliser dans les deux cas listés ?
- Hexasoft : Je ne m'y connais pas du tout en programmation de modules, je ne peux donc pas te conseiller. En plus, c'est toi qui les as écrits. Pour ce qui est de l'appel, il faut faire comme dans le Modèle:Charte de couleur.
- --FDo64 (discuter) 19 octobre 2016 à 16:53 (CEST)
- Je n'ai participé à aucune discussion sur les coloris à utiliser et je serais bien infoutu d'en indiquer une. Père Igor (discuter) 19 octobre 2016 à 17:15 (CEST)
- FDo64 : oh purée je me rappelais même pas que c'est moi qui avait créé Module:Chartes !
- Je vais voir dans un premier temps pour remanier Module:Chartes afin de pouvoir l'utiliser aussi depuis un autre module. Ensuite je vais faire des tests (dans un module de test) pour modifier ce module démographie afin d'utiliser directement ça, histoire que tout soit au même endroit.
- Par contre je vais être absent là (perso + vacances dans la foulée) donc début novembre. Si ça peut attendre (sinon faut trouver quelqu'un d'autre coté Projet:Scribunto si c'est urgent). Cordialement, Hexasoft (discuter) 19 octobre 2016 à 21:31 (CEST)
- Père Igor et Hexasoft : Bonjour, j'ai retravaillé sur ce sujet aujourd'hui et voilà ce que j'ai fait :
- J'ai ajouté la charte ancienne commune au Module:Chartes/données. Il n'était pas possible de réutiliser localité puisque la couleur était différente.
- J'ai modifié le modèle:Tableau population afin de supprimer le paramétrage en dur des chartes en appelant le Module:Chartes/données.
- J'ai modifié la charte des articles affichant le modèle:Infobox Ancienne commune de France et le modèle:Tableau population. En tout 81 pages.
- C'est normalement terminé pour moi et c'est maintenant à Hexasoft (quand il aura le temps) de modifier le Module:Démographie pour qu'il appelle le Module:Chartes/données.
- En cas de problème ou de demande complémentaire, notifiez-moi.
- A+ --FDo64 (discuter) 11 novembre 2016 à 16:35 (CET)
- Hello,
- vu. Pas ce week-end, mais dès la semaine prochaine je regarde ça. Hexasoft (discuter) 11 novembre 2016 à 20:23 (CET)
- Père Igor et Hexasoft : Bonjour, j'ai retravaillé sur ce sujet aujourd'hui et voilà ce que j'ai fait :
- Je n'ai participé à aucune discussion sur les coloris à utiliser et je serais bien infoutu d'en indiquer une. Père Igor (discuter) 19 octobre 2016 à 17:15 (CEST)
- FDo64 : bonjour. Je suis bien évidemment pour une cohérence globale des chartes mais ne connaissant rien à cette programmation et aux différentes couleurs, je fais confiance à ceux qui savent pour harmoniser tout ça. Père Igor (discuter) 19 octobre 2016 à 15:55 (CEST)
- Père Igor : Bonjour, en constatant qu'Évol appelle le modèle:Tableau population avec la charte « localité », cela m'a permis de constater diverses incohérences dans ce modèle :
- Hello FDo64 et Père Igor :
- j'ai commencé à me replonger dans le code (ça fait un moment…). Une question : la charte « codée en dur » dans le module démographie correspond-elle à la charte « infobox géographie » ?
- Parce que le module chartes lui fonctionne par infobox/type/catégorie, il me faut donc le type d'infobox.
- Je travaille sur Module:Démographie/Test, si quelqu'un a sous la main un exemple d'appel pour valider mes modifications ça me simplifierait la vie. Cordialement, Hexasoft (discuter) 15 novembre 2016 à 21:22 (CET)
- Note : j'ai créé Module:Chartes/Test pour tester un ajout à ce module : la fonction chartes_m() qui contient le code de la fonction chartes(). En effet chartes() est destinée à être appelée depuis les articles (directement ou via un modèle), or là j'ai besoin d'une fonction appelable depuis un autre module directement. La fonction chartes() devient ainsi juste un wrapper des paramètres qui appelle chartes_m(). Hexasoft (discuter) 15 novembre 2016 à 21:43 (CET)
- Bonsoir, c'est bien géographie qu'il faut utiliser, comme dans le Modèle:Charte de couleur.
- Pour ce qui est de l'exemple, il y a celui qui est le départ de cette discussion : Évol.
- --FDo64 (discuter) 15 novembre 2016 à 22:02 (CET)
- Hop,
- j'ai donc créé Module:Chartes/Test et modifié Module:Démographie/Test (et créé {{Démographie/Test}} pour me mettre dans les mêmes conditions). On peut voir le tableau démographique de l'article Évol sur Discussion module:Démographie/Test, dans lequel j'ai enlevé le paramètre "années-fond" qui servait à contourner le problème.
- Il me semble que c'est ok, mais d'autres relectures / validations sont bonnes à prendre.
- Question : est-il possible de connaître les articles/modèles qui appellent une fonction précise d'un module ? En effet j'avais créé aussi la fonction charte_de_couleur() devenue obsolète de part l'existence du module Chartes. Je l'ai modifié pour faire appel au module Chartes mais sa présence est plutôt un problème. J'aimerai être certain qu'elle n'est pas utilisée avant de la supprimer ! Cordialement, Hexasoft (discuter) 15 novembre 2016 à 23:05 (CET)
- Note : pour la suite si validation des modifications je reporterai tout ça dans les modules principaux. Hexasoft (discuter) 15 novembre 2016 à 23:05 (CET)
- J'ai testé avec le Département Côte-d'Or et ça marche bien puisqu'enfin il affiche la bonne charte.
- Pour ce qui est des statistiques d'utilisation des modules, je ne sais pas t'aider. http://wstat.fr/template/ ne recense que les modèles.
- De mon côté, je n'ai fait que déployer autant que possible ton Module:Chartes/données dans les Infobox.
- A+ --FDo64 (discuter) 15 novembre 2016 à 23:22 (CET)
- Ok. Parfait si ça corrige des choses.
- Je doute en pratique que la fonction qui me tracasse soit utilisée (en tout cas je ne vois pas d'appel depuis un modèle, mais il peut y avoir des appels directement depuis les articles).
- Je suis d'avis de supprimer cette fonction inutile et probablement pas appelée et de traquer ensuite les pages en erreur d'appel d'un module (via la catégorie "page en erreur d'appel" ou un truc du genre).
- Je regarde tout ça d'ici la fin de la semaine. Hexasoft (discuter) 15 novembre 2016 à 23:31 (CET)
- Hello FDo64 et Père Igor :
- pour info j'ai un coup de bourre imprévu au boulot (l'un des serveurs centraux qui est parti en cacahuète) je vais donc être indisponible pour l'horizon proche
- Je reporte la mise en service de ces modifications à la semaine prochaine. Hexasoft (discuter) 16 novembre 2016 à 14:39 (CET)
- Hexasoft : Pas de problème, il y a rarement d'urgence sur Wikipédia. Bon courage !!!
- --FDo64 (discuter) 16 novembre 2016 à 14:47 (CET)
- Hexasoft : ¡ no problemo ! Père Igor (discuter) 16 novembre 2016 à 17:54 (CET)
- Je viens de reporter les modifications dans Module:Chartes d'une part (pour extraire la fonction principale et la rendre appelable depuis un autre module) et dans Module:Démographie (pour faire appel à cette fonction et donc ne plus utiliser les données de chartes locales à Module:Démographie).
- Il me reste à finir de nettoyer le code devenu inutile dans ce dernier. Hexasoft (discuter) 19 novembre 2016 à 21:20 (CET)
Suppression du gras en trop
modifierBonjour, je demande une intervention sur cette page afin de retirer le titre en gras par la suppression des """. En effet, celui étant déjà en gras "natif" il n'a pas besoin de ces """. Cela relève de l'esthétique mais impacte de nombreuses pages. Amicalement — Menthe à l'eau - 5 juillet 2017 à 16:08 (CEST)
Paramètres annéen notes
, annéen unité
et annéen affichage
modifier
Bonjour, il semble que les paramètres documentés annéen notes
, annéen unité
et annéen affichage
ne fonctionnent pas.
{{Démographie
| titre = Évolution démographique
| 1959 unité = feux | 1959 = 16334
| 1989 affichage = [[Recensement soviétique de 1989|1989]]* | 1989 = 100178
| 2010 notes = (est.) | 2010 = 104798
}}
|
--Golmote (discuter) 21 février 2022 à 09:05 (CET)
- J'ai repéré la source du problème : la fonction de départ
p.demographie()
lit les paramètres listés dans la tablep.parametres
, puis les paramètres numériques ; mais elle ne lit pas les paramètres<année> <unité/affichage/notes>
, ceux-ci ne sont donc pas ajoutés dans la tablepm
qui est ensuite transmise àp.demographie_m(pm)
. L'erreur remonte aux modifs de par Hexasoft sur Module:Démographie/Bac à sable. od†n ↗blah 21 février 2022 à 13:33 (CET)- @Hexasoft, est-il possible de corriger cela ? --Golmote (discuter) 6 mars 2022 à 15:53 (CET)
- Je vais voir si je trouve un moment pour jeter un œil. Hexasoft (discuter) 6 mars 2022 à 21:34 (CET)
- Golmote et Od1n : effectivement la lecture des paramètres travaille soit sur la liste des paramètres nommés connus soit sur les valeurs numériques. Il faut que je réfléchisse à ça. Je vais sans doute "casser" Module:Démographie/Bac à sable pour faire des tests. Hexasoft (discuter) 18 mars 2022 à 14:55 (CET)
- Golmote et Od1n : j'ai fait une modif dans le bac à sable. J'ai recopié le test ici : Discussion_module:Démographie/Bac_à_sable#Test. Je vous laisse voir si ça correspond à ce qui est attendu, et ensuite on pourra reporter la modification. Hexasoft (discuter) 18 mars 2022 à 16:06 (CET)
- @Hexasoft Merci d'avoir pris le temps de regarder. Le résultat me semble bien correspondre au comportement attendu. Par contre, dans le code, la variable
tst
ne semble pas utilisée ? (C'est peut-être juste ma compréhension de Lua qui fait défaut. ^^) --Golmote (discuter) 18 mars 2022 à 20:37 (CET)- Golmote : tu as raison, et elle devrait l'être ! Là en gros il devrait utiliser le résultat du test pour faire (ou pas) l'insertion. Donc ça permet actuellement d'accepter des paramètres non valides ! Je corrige ça demain Hexasoft (discuter) 18 mars 2022 à 21:44 (CET)
- J'ai corrigé. Hexasoft (discuter) 19 mars 2022 à 08:33 (CET)
- Et merci à Od1n pour les retouches sur le code (ça fait un moment que je n'avais plus touché à du Lua ). Hexasoft (discuter) 19 mars 2022 à 10:04 (CET)
- J'ai effectivement passé la modif en production, et effectué quelques retouches à cette occasion.
- Pour expliquer la situation concernant la validation des paramètres :
- Lorsque le module est utilisé par des modèles, ces modèles peuvent envoyer des paramètres avec des noms qui ont été modifiés afin de rendre ces paramètres inopérants (et éviter des doublons de noms de paramètres). Les modèles utilisent la fonction
demographie()
, qui va appeler la fonctiondemographie_m()
en lui transmettant les paramètres reconnus, et en ignorant les autres. Les vérifications effectuées dansdemographie_m()
sont donc superflues dans ce cas (sous réserve quedemographie()
etdemographie_m()
soient bien coïncidés, ce qui n'était justement pas le cas et a conduit au problème sujet de cette discussion). - Lorsque le module est utilisé par d'autres modules (e.g. Module:Population, Module:Population de France), ceux-ci utilisent directement
demographie_m()
, les noms de paramètres sont validés et tout nom qui n'est pas reconnu déclenchera une erreur.
- Lorsque le module est utilisé par des modèles, ces modèles peuvent envoyer des paramètres avec des noms qui ont été modifiés afin de rendre ces paramètres inopérants (et éviter des doublons de noms de paramètres). Les modèles utilisent la fonction
- od†n ↗blah 19 mars 2022 à 11:29 (CET)
- Concernant
demographie()
qui est appelé par les modèles (le premier point dans mon message précédent), désormais tous les paramètres, sauf ceux dont le nom commence par "_", sont transmis àdemographie_m()
, qui ira donc valider leurs noms : 192047525. - Les modèles que j'ai repérés utilisant ce mécanisme pour éviter des paramètres : {{Tableau population}} et {{Tableau population d'article de commune de France}} (ainsi que {{Tableau population d'article de commune de France/case année}}).
- od†n ↗blah 19 mars 2022 à 17:48 (CET)
- Merci à vous deux ! --Golmote (discuter) 14 mai 2022 à 19:12 (CEST)
- Concernant
- Et merci à Od1n pour les retouches sur le code (ça fait un moment que je n'avais plus touché à du Lua ). Hexasoft (discuter) 19 mars 2022 à 10:04 (CET)
- J'ai corrigé. Hexasoft (discuter) 19 mars 2022 à 08:33 (CET)
- Golmote : tu as raison, et elle devrait l'être ! Là en gros il devrait utiliser le résultat du test pour faire (ou pas) l'insertion. Donc ça permet actuellement d'accepter des paramètres non valides ! Je corrige ça demain Hexasoft (discuter) 18 mars 2022 à 21:44 (CET)
- @Hexasoft Merci d'avoir pris le temps de regarder. Le résultat me semble bien correspondre au comportement attendu. Par contre, dans le code, la variable
- Golmote et Od1n : j'ai fait une modif dans le bac à sable. J'ai recopié le test ici : Discussion_module:Démographie/Bac_à_sable#Test. Je vous laisse voir si ça correspond à ce qui est attendu, et ensuite on pourra reporter la modification. Hexasoft (discuter) 18 mars 2022 à 16:06 (CET)
- Golmote et Od1n : effectivement la lecture des paramètres travaille soit sur la liste des paramètres nommés connus soit sur les valeurs numériques. Il faut que je réfléchisse à ça. Je vais sans doute "casser" Module:Démographie/Bac à sable pour faire des tests. Hexasoft (discuter) 18 mars 2022 à 14:55 (CET)
- Je vais voir si je trouve un moment pour jeter un œil. Hexasoft (discuter) 6 mars 2022 à 21:34 (CET)
- @Hexasoft, est-il possible de corriger cela ? --Golmote (discuter) 6 mars 2022 à 15:53 (CET)