Discussion modèle:Date

Utilité du modèle

Je trouve que dans l'état actuel, ce modèle apporte peu par rapport aux simples liens. Ce modèle est-il vraiment nécessaire ? Des améliorations sont-elles possibles ? (y a t'il une balise html ou un code pour indiquer expressement que c'est une date par exemple ? une option pour les différents calendriers (julien, arabe, chinois que sais-je encore) ? VIGNERON * ^discut. 6 novembre 2006 à 07:53 (CET)

Mêmes questions et en plus je trouve que son utilisation est plutôt mal venue dans les cas où la date est antérieure à, disons, aux années 1980... A-t-on beaucoup d'articles éphémérides mois par mois avant cette époque ? C'est juste une question pour lancer le débat. Damouns இ 28 février 2007 à 17:24 (CET)

En tout cas dans Guerre civile anglaise (1135-1154) par exemple, je trouve ça exagéré. Damouns இ 28 février 2007 à 17:35 (CET)

Ça y est, j'ai modifié pour éviter les liens janvier 1795. La condition que j'ai rajouté est « l'année est supérieure ou égale à 1988 », puisqu'à partir de cette année la plupart des liens sont bleus. ~ Seb35 [^_^] 14 mars 2007 à 22:32 (CET)

Merci beaucoup ! Reste peut-être à la préciser dans la description du modèle. Damouns இ 15 mars 2007 à 00:23 (CET)

Mouais, je ne suis absolument pas convaincu, pour moi, il faut que les liens rouges soient visibles pour pouvoir être complétés, les cacher parce qu'ils sont rouges, c'est un peu le serpent qui se mord la queue, et cela va à l'encontre du principe du modèle, qui était justement d'afficher une date la plus complète possible, rouge ou pas. Si quelqu'un veut un beau lien bleu, il n'a qu'à pas utiliser le modèle, mais c'est alors l'article qui y perdra, car même si le lien était rouge, il finira par être bleui. Je propose donc un retour à l'ancien fonctionnement, qui est censé être celui de ce modèle. Manchot ^☺ 15 mars 2007 à 07:20 (CET)

En général je ne suis pas adepte de la suppressionite mais à mon avis multiplier les articles éphémérides mois par mois pour des années anciennes n'est pas une bonne chose : on va fragmenter l'information alors que présentée dans un article unique par année, elle me semblerait plus efficace. Rien n'empêcherait, le jour où il y aura tous les mois créés pour les années 1980, de passer la limite à 1970 par exemple. Je n'avais pas vu qu'il y avait eu une discussion sur le bistrot avant que je fasse ma remarque ici. En tout cas cela permettra d'utiliser massivement le modèle date même pour les contributeurs qui n'aiment pas les liens rouges, et les changements du modèle seront répercutés instantanément, ce qu'on n'a pas avec des dates entre crochets. Damouns இ 15 mars 2007 à 09:56 (CET)

En outre, sommes-nous assez de contributeurs pour faire le suivi de tous ces articles potentiels ? Damouns இ 15 mars 2007 à 09:58 (CET)

Là n'est pas la question, le principe de fonctionnement qui a fait le succès du projet, c'est le lien rouge, et le nombre de contributeurs augmentant rapidement, ce n'est donc pas un problème. De plus, ce modèle a été créé pour répondre à un besoin précis, qui était d'avoir une date complète. Si certains veulent un fonctionnement différent, proche du lien wiki standard, qu'ils en fassent une autre version, {{Date2}} par exemple, ou alors de faire en sorte de passer un paramètre qui gère ou non l'option.

Sinon, évidemment que les articles éphémérides mois par mois pour des années anciennes ne sont pas très complets, puisque jusqu'à présent, la politique était de faire la chasse au lien rouge et donc d'écrire les dates de manière à ce qu'elles s'affichent de manière seyante . Qui aurait donc l'idée d'aller rédiger les articles correspondants lorsqu'il voit un lien rouge au milieu de la date d'un évènement historique ? . Manchot ^☺ 15 mars 2007 à 14:17 (CET)

Je suis d'accord que pour certaines années les liens par mois sont importants (Janvier 1939, voire spécialisés Seconde Guerre mondiale : septembre 1939) et qu'il faut effectivement laisser la possibilité de créer un lien vers le mois. Mais faire un lien pour toutes les années est trop amha, disons avant le XVe siècle pour être large, (voir par exemple les années du VIIIe siècle qui sont déjà peu remplies).

L'idée d'un paramètre me semble assez appropriée, reste à décider le comportement par défaut (sans le paramètre supplémentaire). Je propose un double comportement : si le paramètre est absent, on affiche le lien par mois si l'année est supérieure au XVe siècle (à voir) ; si le paramètre est présent et vaut 1 on affiche toujours, si le paramètre est présent et vaut 0 on n'affiche jamais (le lien par mois). ~ Seb35 [^_^] 16 mars 2007 à 12:54 (CET)

Si l'idée du double comportement est intéressante, cela risque fortement d'être déroutant, car le comportement du modèle sera différent en fonction des dates. Je pense honnêtement qu'il vaut mieux aller au plus simple : sans paramètre, le modèle a le comportement par défaut pour lequel il a été créé, c'est à dire accès à la date complète (ce qui permet de ne pas avoir à retoucher toutes les dates déjà écrites avec le modèle, et de conserver l'esprit initial du modèle), et avec paramètre, le modèle n'affiche plus que la date sous forme simplifiée. Manchot ^☺ 16 mars 2007 à 13:51 (CET)

Mais tu crois que ça vaut le coup de garder un lien rouge pour octobre 1358 ? D'après la Liste des mois d'actualités, il n'y a que l'article Juillet 1061 avant 1700. Le nombre de liens avant 1700 pour cette page est de 12 000, ce qui ferait que les liens d'actualité des mois occuperaient environ 1/40e de la Wikipédia actuelle. Enfin bon, si tu veux reverter ou rajouter un paramètre, tu peux. ~ Seb35 [^_^] 16 mars 2007 à 15:33 (CET)

Ben oui, par exemple, j'avais placé plein de modèles {{Date}} dans la section Histoire de La Rochelle, avec la ferme intention de bleuir les dates correspondantes, et aujourd'hui ça ne m'est plus possible en un clic, ni sans savoir ce qu'il y a à bleuir . Révoquer non (je l'avais fait et ai annulé), par contre, mettre un paramètre, oui, mais il faudrait que je me penche sur la syntaxe. Manchot ^☺ 16 mars 2007 à 15:39 (CET)

Modification ?

J'ai l'impression que ce modèle ne permet plus d'avoir trois liens comme c'était le cas auparavant, pour une date complète.

Pour 11|janvier|2007, on avait comme liens :

• le jour (11 janvier),
• le mois (janvier 2007),
• et l'année (2007, en musique ou non).

Aujourd'hui le deuxième a disparu. Je ne pense pas que cela soit une bonne idée. — Melodawny

Effectivement, je suis revenu à une version antérieure qui fonctionne tel que c'était prévu à l'origine. Manchot ^☺ 20 janvier 2007 à 02:26 (CET)

Ha, je n'osais pas, les modèles compliqués et moi ça fait 2. Sympa ! @+ Melodawny 20 janvier 2007 à 15:56 (CET)

Syntaxe

Bonjour, en l'état actuel je trouve que c'est pas mal, avec l'option d'afficher ou non le mois de l'année. Dans la description de la syntaxe, comme exemple (et à l'usage), on pourrait expliciter le sens du dernier paramètre en écrivant par exemple {{date|1|juillet|1432|au cinéma|date simplifiée=oui}} ou quelque chose comme ça ? Plutôt qu'un "1" dont le sens ne sera peut-être pas clair pour tout le monde. Mais sinon, bon boulot. Damouns இ 18 mars 2007 à 17:13 (CET)

Je comprend bien le problème mais si on utilise ce modèle que de temps en temps on doit de toute façon revenir ici pour savoir quel parametre changer.

les deux versions pourraient-elles coexister?

je propose un autre parametre ci-dessous, si on en a trop, écrire une date pourrait être une véritable page d'écriture.--CQui bla 24 mars 2007 à 14:29 (CET)

Moi je verrai bien les paramètres inversés, à la {{date|année|mois|quantième|qualification}}, avec seulement année obligatoire; ainsi, pas besoin de mettre des "caractère pipe" en supplément pour les paramètres vides, sauf dans le cas où l'on souhaite renseigner le domaine de l'éphéméride, par exemple {{date|année|||en qqchose}}. Et puis tant qu'on y est, qu'on puisse mettre le mois en chiffre {1,...,12}. Merci d'avance? --Jérôme Potts (d) 5 février 2008 à 09:43 (CET)

Le commentaire est pertinent, mais est-ce que ça vaut la peine de tout changer pour ça? Je suis pas sûr... --Riba-- (d) 10 février 2008 à 17:53 (CET)

En effet, ça doit repésenter un grand boulot, qu'un bot pourrait faire, mais s'il y a des oublis... Dommage que je ne fus pas là au début. Donc, un {{date2}} ? --Jérôme Potts (d) 12 février 2008 à 06:24 (CET)

jour du mois en sport

Ce modèle semble très bien, et est surement une très très bonne idée.

juste une critique:

Je voulais l'utiliser pour des sportifs mais il ne redirige pas vers la page jour du mois en sport, voir l'exemple

{{date|26|avril|1918|en sport|1}} donne 26 avril 1918

alors que ce que l'on veut, c'est:

[[26 avril en sport|26 avril]] [[1918 en sport|1918]] qui donne 26 avril 1918

Parce qu'il y a surement des pages jour du mois qui n'existent pas dans les sous rubriques, on pourrait avoir un paramètre à ce sujet.

--CQui bla 24 mars 2007 à 14:24 (CET)

ou éventuellement [[26 avril en sport|26]] [[avril 1918 en sport|avril]] [[1918 en sport|1918]] qui donne 26 avril 1918

ou encore [[26 avril|26]] [[avril 1918 en sport|avril]] [[1918 en sport|1918]] qui donne 26 avril 1918, car la probabilité d'avoir les éphémérides individuels pour chaque domaine, est relativement plus faible que pour des dates sans qualificatif de domaine, bien qu'en réalité je rejoigne l'idée évoquée du lien rouge = incitation à compléter le projet, la dernière alternative serait un lien [[26 avril#en sport|26]] (26) et/ou [[avril 1918#en sport|avril]] (avril), pour autant qu'il y a ait standardisation des sections pour les pages "généralistes" des éphémérides (dans sans spécification du domaine dans le nom de l'article, en dehors du <a name=""> passant par la table de matière de l'article). Ceci peut s'avérer intéressant pour de nombreux domaines (outre le "en sport").

--MetalGearLiquid 14 juin 2007 à 00:09 (CEST)

Retour à une ancienne version ?

A la mi mars, j'ai écrit ça. Le modèle a changé depuis, ou je me suis gourré depuis le début ? — Ċ ң т╒ η (♪ Jasons ! ♫) 25 avril 2007 à 02:55 (CEST)

Plusieurs dates

Bonjour, y'a-t-il un moyen en utilisant le modèle d'écrire quelque chose comme ceci : [[8 décembre|8]] et {{date|9|décembre|2003}} ? Si ce n'est pas possible, pourrait-on alors modifier le modèle pour accepter quelque chose comme {{date|8,9|décembre|2003}} ? Frór 12 mai 2007 à 15:56 (CEST)

Il me semble qu'un date2 serait plus adapté, cf. pour les modèles siècle, il faudrait prévoir les cas "du X au Y" et "les X et Y" qui sont assez fréquents.

--MetalGearLiquid 14 juin 2007 à 00:12 (CEST)

Dates et les articles historiques (entre autres)

Comme certains l'ont déjà soulignés, le lien rouge ne doit pas être un repoussoir, bien au contraire, l'usage du modèle {{date}} dans tout sa richesse permettra à terme d'enrichir les pages de type "mois année" (n'est-ce pas un peu l'idée du moteur de l'encyclopédie ?), j'irai donc plus loin, en suggérant l'ajout d'un paramètre permettant de ne pas afficher l'année dans le texte mais qu'elle soit présente dans la liste des paramètres, afin d'être le plus complet possible. Comparez cela par exemple aux différents modèles siècles (qui évitent la répétition du terme siècle, ou de la mention "avant J.-C.") dans de nombreux articles.

Je pense que ça serait nettement mieux que d'indiquer dans le code [[jour mois]] lorsqu'on désire ne pas répéter l'année, surtout lorsque certains articles suite à des éditions successives parlent dans un même paragraphe de JOUR1 MOIS1 (sous entendu année AAAA) puis JOUR2 MOIS2 (sous entendu année AAAA ou année AAAA+1, par exemple si MOIS1 correspondait à la fin de l'année AAAA et que MOIS2 correspond au début de l'année suivante), et que tout d'un coup qu'une référence à une toute autre année est ajoutée entre les 2, du coup la seconde date peut perdre en lisibilité.

De puis en cas de prise d'extrait d'un article de Wikipédia, on peut perdre énormément d'informations… alors qu'en ajoutant dans la source l'année avec un paramètre pour ne pas l'afficher, il reste toujours possible d'éviter l'ambiguïté en examinant la source ou tout simplement en plaçant le pointeur de la souris sur le nom du mois (JJ offrant un lien vers JOUR MOIS, mois lui offrirait un lien vers MOIS ANNÉE bien que l'année ne serait pas affichée dans l'article pour éviter la répétition, ce qui est plus riche qu'avec la situation actuelle [[jour mois]], en poussant le raisonnement à fond, il devrait être même admis de n'afficher que le jour, lorsque l'article indique "les JJ1 et JJ2 MOIS" (sans spécifier l'année) ou "du JJ1 au JJ2 MOIS" - via l'emploi d'un modèle date2 plus ou moins semblable à l'emploi du modèle siècle2 par exemple).

De plus cela enrichi l'article de part la qualification sémantique (au même titre que {{formatnum}}), qui facilite bien des choses lorsque l'affichage/format peut varier en fonction des "locales" (paramètres régionaux).

On devrait par exemple pouvoir afficher le mois en toute lettres ou en chiffre, le jour pourrait être affiché avec un zéro devant (c'est d'usage dans certains pays pour les jours de 1 à 9 => 01 à 09), etc. Dans le fond, 'est au visiteur de choisir l'affichage qui lui convient, ne trouvez-vous pas (idem pour le séparateur de milliers avec formatnum - chose qui reste à faire, puisque certains lecteurs francophone désirent des points, d'autres un espace insécable, voire même d'autres possibilités liées à l'usage dans leur région). --MetalGearLiquid 15 juin 2007 à 15:05 (CEST)

Tout à fait d'accord, par contre, tu as un noyau dur qui semble ne pas vouloir voir les choses de cette façon, dommage c'était mon modèle préféré. Il aurait pu servir à créer des articles qu'aucune autre source existante n'a, comme créer un article sur mai 1845, par exemple. QuebecPurLaine (d) 25 février 2008 à 23:32 (CET)

Espace insécable requis entre le jour et le mois

D'après http://www.uzine.net/article1802.html il faudrait utiliser une espace insécable afin d'éviter des dates coupées de cette façon : 17
juin 2007.

Et peut-être même aussi entre le mois et l'année.

N'étant ni expert en édition de modèle (surtout que celui-ci n'est pas des plus lisible pour celui qui n'a pas l'habitude d'éditer les modèles), ni envie de faire une modification qui impacterait tant de pages (et donc la modification pourrait être fortement contestée, surtout pour l'espace entre le mois et l'année), je laisse la chose aux experts en la matière, qui éventuellement décideront si un vote/discussion est nécessaire avant de faire une telle modification.

--MetalGearLiquid 17 juin 2007 à 07:58 (CEST)

Je crois que je verrais bien des espaces insécables au deux endroits jour-mois et mois-année. Ça me dérange de lire une date cassée à la ligne. --Jérôme Potts (d) 2 mars 2008 à 00:12 (CET)

Date du type janvier 1645

Anciennement, ce modèle créé par défaut des liens rouges du type janvier 1645 et il faut ajouter un paramètre "1" en 5e position pour éviter cela. C'est complètement ridicule, ce type d'article n'a pas à être créé. Ce n'est absolument pas encyclopédique. Je vois deux raisons à celà : la séparation en mois est complètement anecdotique et ne répond pas à l'objectif encyclopédique de wikipédia. De plus, nous avons déjà du mal à avoir des articles corrects pour les années, il ne me semble donc pas opportun de créer des sous-articles pour les mois. PoppyYou're welcome 6 juillet 2007 à 23:56 (CEST)

Mais cette vision est très très orientée pour justifier la chose... car pour des dates plus récentes on pourrait aussi dire qu'on se retrouve avec d'une page des liens vers une année, qui devient un énorme fourre-tout, difficile à gérer, et d'autre part des pages jour-mois ce qui ne sert pas à grand chose d'un point de vue historique (c'est le côté anecdotique cher à certains : untel est né à la même date que le décès d'une autre personne, etc.)

Quant à un lien ne contenant que le mois, il est d'un intérêt encore plus limité !

Tout au plus, dans la chasse aux liens rouges pourrait-on proposer [jour-mois] et [année] par défaut lorsque l'article [mois-année] n'existe pas (ou alors pour des dates antérieures à une année choisie, par exemple 1980 ou autre). Et fournir [jour-mois|jour] [mois-année|mois] [année en catégorie|année] dans le d'une date assez récent (+ page qui existe, si vous y tenez)

--MetalGearLiquid 7 juillet 2007 à 08:03 (CEST)

Même avis : une page par jour, comme 7 juillet est intrinsèquement anecdotique. En revanche, il existe un certain nombre de couples mois-année qui ont un intérêt encyclopédique, comme septembre 1939. Serait-il possible que le modèle {{date}} de renvoyer vers l'article mois-année, lorsque celui-ci existe ? — Jérôme 7 juillet 2007 à 11:42 (CEST)

C'est ce que j'avais proposé et fait, mais il y a et il y aura toujours un grincheux pour supprimer une solution du type juste milieu. — TiChou ^talk le 7 juillet 2007 à 12:02 (CEST)

Même avis, même si j'ai un peu peur que les différentes types de pages [jour mois], [mois année] et [année] ne contiennent jamais tous la même chose. Il y a sans doute moyen d'avoir ces pages générées (mais non éditables) par un bot qui utiliserait une page (qui serait éditable) contenant toutes les évènements d'une année (jour, mois, pays, description, indication si l'évènement est une naissance ou un dècès) dans un cadre formalisé (du genre un tableau). Avec une seule page formalisée par année, il n'y aurait qu'un seul point d'entrée des infos, qui seraient dispatchées sur les pages de l'espace encyclopédique. Bon, je conçois que ça serait un gros travail à mettre en place...

En dehors de mes fantasmes d'organisation, si on se contente d'un modèle {{date}} qui renvoie sur les pages (mois année) uniquement si celles-ci existent, il faut prévoir de supprimer toutes les pages [mois année] qui ne sont que des redirections vers [année]. .:|DS (shhht...)|:. 7 juillet 2007 à 16:13 (CEST)

Je ne vois vraiment pas en quoi janvier 1645 est moins encyclopédique que 7 juillet et 1943. En quoi est-ce un problème d'avoir un lien rouge ? En ce qui me concerne, j'apprécie grandement de pouvoir re-situer un évènement dans son contexte proche. Et si l'article n'existe pas, tant pis. Mais est-ce une raison pour supprimer des liens qui me semblent pertinent (ou au moins intéressant). Ce n'est pas comme-ci aucun article de type [mois année] existait. Mathieu 7 juillet 2007 à 16:22 (CEST)

Et j'ajouterais même que les liens rouge sont importants ! Il ne faut surtout pas les supprimer, mais les bleuir en ajoutant du contenu et non pas en en supprimant. Si je vois un lien rouge janvier 1645 sur la page schmilblick et que je sais qu'un autre évènement important, potentiellement lié s'est produit ce mois là, je m'empresserais de compléter janvier 1645 pour y rapporter à la fois les informations sur schmilblick et celles que je connais. Un lien rouge est moteur d'enrichissement de l'encyclopédie ! En résumé : Non à la suppression des liens rouges sans enrichissement ! (et encore moins avec appauvrissement des autres liens bleus). Mathieu 9 juillet 2007 à 19:44 (CEST)

Comme certaines personnes l'ont dit je crois qu'il faut éviter les mixtes [jour mois] qui sont le summum du non-encyclopédique. Avec ces liens, un utilisateur peut cliquer pour situer son événement, parmi les autres ayant eu lieu le même jour! Complètement inutile (et surtout anecdotique)! Je crois qu'il faut privliégier le type [mois année]. Même si la plupart des pages ne sont pas faites, il peut être pertinent de voir où se situe l'événement parmi les autres ayant eu lieu au même moment à travers la planète. En attendant, je crois qu'il est correct qu'on mette des redirect pour redirigier vers les [années] en attendant qu'on puisse créer les pages [mois année]. Je trouve donc que la meilleure solution était celle du début étant donné qu'on pouvait tout de même éviter le style [mois année] en définissant le 5^e paramètre. --Riba-- 8 juillet 2007 à 17:22 (CEST)

Vu que le débat ne porte pas sur le modèle Date, mais sur l'admissibilité des articles janvier 1645, je propose qu'on lance une PDD sur le sujet, puisque le débat semble récurrent entre les deux camps (et le camp milieu :-). Celle-ci avait déjà été lancé en avril mais n'a pas décollé (Wikipédia:Prise de décision/Convention pour les liens vers les mois), il faudrait retravailler l'introduction un peu partisane de QuebecPurLaine, les diverses propositions et soumettre celle-ci au vote. ~ Seb35 [^_^] 9 juillet 2007 à 19:31 (CEST)
J'ai commencé à revoir la PDD, et vous invite cordialement à y participer ~ Seb35 [^_^] 9 juillet 2007 à 20:16 (CEST)

Poppy a fait comme d'habitude, il a agit pour forcer sa vision très limitées de Wikipedia et se fout de ce que les autres peuvent penser. J'en ai marre des gens comme lui, je claque la porte pour le moment. QuebecPurLaine 12 juillet 2007 à 16:40 (CEST)

Poppy, une réaction à chaud pour nos auditeurs ? :-)

Plus sérieusement, il me semble que les (quelques) gens intéressés par ce modèle qui ce sont exprimés ici sont plutôt en faveur de l'ancienne version... As-tu de nouvelles objections pour prévenir le retour à l'ancienne version ? Mathieu 12 juillet 2007 à 22:28 (CEST)

je vais essayer de mettre un mot très bientôt pour prolonger la discussion. Désolé pour le retard. PoppyYou're welcome 13 juillet 2007 à 00:32 (CEST)

Poppy ? tu es là ? :-)

Non, sérieusement, ces liens vers octobre et janvier sur toutes les dates me sont de plus en plus insupportables (mais je me contrôle :-) ). Comme j'ai l'impression, vu les discussions ci-dessus, que la plupart des gens sont du même avis, veux-tu bien me donner une raison pour ne pas revenir en arrière ? Mathieu 23 juillet 2007 à 22:04 (CEST)

Si j'essaie de résumer. Certains s'opposent à la présence des articles :

• 4 janvier car ce n'est encyclopédique. Ils relèveraient de l'anecdotique,
• janvier de ne rien approrter à ce modèle,
• janvier 1645 de ne pas être encyclopédique. Ces articles lient selon moi des informations sans aucun lien cohérent et très très restreintes. Ces articles sont des fouillis d'informations sans aucune synthèse (ce qui est quand même le but d'une encyclopédie). Exemple : Août 1969. On mélange tout et n'importe quoi (si possibles des informations qui n'ont rien à voir), on secoue bien, et on espère faire un article encyclopédique. Le but d'une encyclopédie n'est pas de contenir de l'information brute, mais bien de l'analyser. Ici, l'analyse est au niveau zéro (comme pour 4 janvier). Il n'y a plus de raison de s'arrêter, on peut aussi bien créer 4 janvier 1645, 3 mars 204, 8 juillet -1878, voire 4 janvier 1645 à Londres.

J'espère proposer des solutions ce soir. PoppyYou're welcome 24 juillet 2007 à 14:30 (CEST)

Désolé pour le retard.

Pas de soucis pour le retard... J'ai souvent du mal à consacrer du temps à Wikipedia, je comprends bien.

Je suis assez d'accord pour [[4 janvier] et janvier. Pour janvier 1645, je pense qu'il y a une unité de temps qui existe qui peut être intéressante. En soit l'article ne me semble effectivement pas encyclopédique, et difficilement encyclopédisable.... Mais je ne suis pas certain que ces article almanach n'aient pas leur place, notamment quand il s'agit d'une date appliquée à un thème comme janvier 1645 en justice... (Personnellement, ça m'arrive de me perdre sur ce genre de page, avec parfois des découvertes intéressantes). Typiquement, on est en train par ces modèles de palier aux déficiences du web non-sémantique. Dans une future wikipédia sémantique, ces pages janvier 1645 ou janvier 1645 en justice seraient générées automatiquement par l'utilisateur curieux d'avoir une vue des événements par unité temporelle.

En l'état, je pense qu'il faut soit supprimer le modèle (ou le garder, mais en supprimant tous les liens) soit le garder tel qu'il était. Mais la solution actuelle me semble incohérente (il va sans dire que je penche pour la deuxième solution ;-)). Amicalement, Mathieu 24 juillet 2007 à 21:06 (CEST)

Voir ma réponse, (MOIS ANNÉE en catégorie|MOIS) me semble tout à fait souhaitable pour éviter le mélange d'informations sans aucun rapport. L'idée de DS me semble très séduisante, bien qu'impliquant un gros travail d'organisation, qui dépasse de loin la simple édition de pages --MetalGearLiquid 15 août 2007 à 06:19 (CEST)

Homonymie sur le mois de mars

Bonjour !

Le modèle actuel appliqué à une date du mois de mars renvoie vers la page d'homonymie [[Mars]]. Serait-il possible d'insérer un test pour que si le mois est Mars ou mars, le lien pointe vers Mars (mois) ? Je ne voudrais pas casser quoi que ce soit dans le modèle, or je ne suis pas assez au fait des tests avec wikimedia... Merci ! GillesC →m'écrire 11 juillet 2007 à 19:10 (CEST)

Voilà chose faite! --Riba-- 13 juillet 2007 à 03:00 (CEST)

Merci ! GillesC →m'écrire 13 juillet 2007 à 10:43 (CEST)

Bug sur « d'{{date||octobre|2007}} »

Bonjour,

je voudrais signaler un bug lorsqu'on utilise le modèle date sans quantième et précédé d'un article élipsé. Je désire en effet écrire « ... mois d'octobre 2007 » en utilisant ce modèle. Pour ce faire, j'utilise le texte précis suivant : « ... mois d'{{date||octobre|2007}} ». Seulement, j'ai comme résultat ce qui suit : « ... mois d' octobre 2007 ». Serait-il possible de changer le modèle pour obtenir « ... mois d'octobre 2007 » ?

En vous remerciant d'avance, Frór 29 septembre 2007 à 16:48 (CEST)

N'ayant vu aucune réaction, j'ai modifié le code au mieux pour qu'il n'y ait aucun changement visible et que le bug dont je parlais soit modifié. Le modèle fonctionne à présent pour que le texte suivant soit bien affiché : « mois d'octobre 2007 ». Si j'ai commis une bêtise, prière de m'en parler sur ma page de discussion : j'enlève cette page de ma liste de suivi. Frór 15 octobre 2007 à 15:35 (CEST)

Suggestion

Je ferais bien la modification mais je n'ai pas le niveau de sécurité requis... :)

Je crois que l'utilisation du modèle pour les dates où la paire mois-année n'existe pas devrait être Wikifiée différemment. Voici un exemple, le 14 avril 1203.

14 avril 1203 donne 14 avril 1203. Je suggère de changer pour 14 avril 1203.

QuebecPureLaine (d) 5 mars 2008 à 19:26 (CET)

4e paramètre plus logique

Il existe par exemple 9 décembre dans les chemins de fer, le paramètre 4 devrait donc être pris en compte pour les jours et les mois...

Gonioul (d) 4 avril 2008 à 01:40 (CEST)

Je m’apprêtais à faire une suggestion similaire…

… et me rends compte que cela a été mis en œuvre ! — MetalGearLiquid ^{[m’écrire]} 11 juillet 2008 à 14:37 (CEST)

Pour les jours du mois oui, mais je serais pas étonné qu'il existe des cas pour les mois seuls... Ex: 12 février 1810, Février en droit existe. - Gonioul (d) 16 octobre 2008 à 00:39 (CEST)

De même il serait bien de pouvoir spécifier un truc du genre {{date|||2008|dans les chemins de fer}} (->2008, pas bon...) - Gonioul (d) 16 octobre 2008 à 01:49 (CEST)

100 % d’accord ! Actuellement, il faut obligatoirement jongler entre les « [[année en catégorie|année]] » et le modèle date actuel, et ce chaque fois qu’on se retrouve face à des [[année en catégorie|année]] dont on ignore encore le mois et des usage du modèle date lorsque le mois est connu. On gagnerait beaucoup en simplicité à standardiser cela (et au passage on évite pendant une wikification de se tromber dans la copie de l’année, c’est-à-dire se retrouver avec des [[année1 en catégorie|année2]]). — MetalGearLiquid ^{[m’écrire]} 19 mars 2009 à 04:01 (CET)

Crédit pour le modèle actuel

Histoire de ne pas m'approprier le boulot des autres et de faire tout bien au niveau de la licence, je précise que la version de ce modèle correspondant à l'heure où j'écris ces lignes, est due à Cépey (d · c · b). Merci à lui. Alchemica - discuter 22 mai 2008 à 18:32 (CEST)

Masquer une partie informations wikifiées

Est-ce qu'il y a un moyen, avec ce modèle, de ne rendre visible qu'une partie de la date dans l'article ?

Par exemple, si on veut écrire : "du 2 au 3 septembre 1957", comment faire pour que le texte ne donne pas "du 2 septembre 1957 au 3 septembre 1957" mais que les deux dates soient quand même entièrement wikifiées (donc y compris "2-septembre-1957" ? --Moumine 19 juin 2008 à 14:56 (CEST)

Tout à fait souhaitable, il faudrait donc un paramètre du genre « 1=affiche=J ou JM » ou « 1=cache=A ou MA », ou toute autre façon similaire de parvenir à cela. Ceci est d’autant plus intéressant dans le contexte de dates « en catégorie », sinon un modèles à deux dates (comme cela existe pour les siècles ou année-décès) pourrait deviner quels paramètres ne doivent pas être répétés (un paramètre de liaison serait souhaitable, afin d’afficher (J1 selon besoin) (M1 selon besoin) (A1 selon besoin) <au choix : et, ou, à, au> (J2 selon besoin) (M2 selon besoin) (A2 toujours nécessaire) ; le tout accompagné de la catégorie si spécifiée. — MetalGearLiquid ^{[m’écrire]} 19 mars 2009 à 04:11 (CET)

Homonymie vers mars

Bonjour, depuis la modif d'Alchemica, le lien vers mars (mois) ne fonctionne pas quand l'année n'est pas indiquée. Quelqu'un peut-il résoudre ce problème, j'ai pas envie de tout casser Leag ⠇⠑⠁⠛ 17 octobre 2008 à 13:12 (CEST)

Je comprends pas ce que tu veux dire. Le paramètre de l'année est obligatoire (comme celui du mois). Le modèle ne fonctionne pas sans. --Riba-- (d) 17 octobre 2008 à 21:19 (CEST)

Quand on indique « mars » pour le mois et que l'année n'est pas précisée (comme sur cette page première ligne) le lien « mars » pointe vers mars et non vers mars (mois). Cela est du au fait que l'année est obligatoire mais peut-on corriger ce modèle pour tenir compte de l'absence de l'année et que le lien « mars » pointe bien vers mars (mois) ? J'espère être plus clair. Leag ⠇⠑⠁⠛ 20 octobre 2008 à 10:41 (CEST)

C'est beau, je comprends. En fait, c'est que tu trafiques le modèle en mettant le jour à la place du mois et le mois à la place de l'année. J'ai fait la demande pour que le modèle soit changé (car le modèle est protégé, je ne peux donc pas y toucher).
À UN ADMINISTRATEUR: il faut changer la ligne suivante

  -->{{{3}}} {{#if:{{{4|}}} | {{#ifexist:{{{3}}} {{{4}}} | {{{4}}} }} }}<!--

par celle-ci

  -->{{#if:{{{4|}}} | {{#ifexist:{{{3}}} {{{4}}} | {{{3}}} {{{4}}} | {{{3}}} }} | {{{3}}} {{#ifeq:{{lc:{{{3}}}}}|mars|(mois)}} }}<!--

Si quelqu'un veut vérifier, ça pourrait être bien pour un modèle aussi utilisé... --Riba-- (d) 20 octobre 2008 à 23:16 (CEST)

J'ai appliqué pa modif . Faut voir si ça fonctionne bien maintenant. Leag ⠇⠑⠁⠛ 21 octobre 2008 à 08:36 (CEST)

Différents calendriers

Pour répondre à la question de Vigneron du 1^er item de la page de discussion concernant « une option pour les différents calendriers (julien, arabe, chinois que sais-je encore) ? », il suffirait d'ajouter un dernier paramètre calendrier = avec une valeur XXX (tous les articles calendriers existants commencent par le mot calendrier) qui permettrait de faire suivre la date de « du calendrier XXX » et dont le code serait :

{{#if:{{{calendrier |}}} | du [[calendrier {{{calendrier}}}]] }} (NB : je n'ai pas testé l'appel d'un lien contenant un paramètre)

ce qui permettrait, entre autres, de préciser l'utilisation du calendrier républicain avec ses mois spécifiques (fructidor, ventôse, etc.) et ses années en chiffres romains (an II, etc.) qui peuvent déjà être utilisés. Exemple :

{{Date |1er|fructidor|an II}} donne 1. Bon, le jour est en rouge mais ... (voir discussion ci-dessus).

Est-ce qu'un admin est tenté d'effectuer cette modif sur la page protégée de ce modèle ? Néfermaât (d) 26 octobre 2008 à 17:14 (CET)

Amélioration

Serait-il possible qu'un admin ajoute sur l'occurence "jour" et "mois" la dénomination qui apparaît en quatrième place. Par exemple si l'on a {{date|25|juin|2008|en sport}} ce serait génial si en pointant sur le mois le lien (s'il existe) renvoie vers juin 2008 en sport, même chose pour 2 janvier en sport. Merci d'avance, Aiolia (d) 25 novembre 2008 à 19:26 (CET)

Je serais capable d'écrire la modification, pour qu'un administrateur l'ajoute ensuite, mais j'aimerais que quelqu'un valide l'impact que cette modification aurait sur le serveur. Ce modèle est très utilisé et de rajouter deux #ifexist: supplémentaires, est-ce que ça causerait problème? --Riba-- (d) 30 novembre 2008 à 03:23 (CET)

paramètres vides

1934 ({{date|||1934|dans les chemins de fer}}) devrait pointer simplement vers 1934 dans les chemins de fer

Gonioul (d) 30 novembre 2008 à 02:53 (CET)

Ouin, ben dans ce temps là, t'as pas vraiment besoin du modèle... --Riba-- (d) 30 novembre 2008 à 03:21 (CET)

Un avis encore plus bête? non? personne? - Gonioul (d) 30 novembre 2008 à 04:43 (CET)

Écoute, tu peux rire si ça te fait plaisir, mais c'était une question sérieuse. À quoi sert d'utiliser un modèle dans ce cas? --Riba-- (d) 30 novembre 2008 à 06:00 (CET)

À normaliser les liens... - Gonioul (d) 10 janvier 2009 à 05:55 (CET)

{{date|1934|dans les chemins de fer}} donne [[1934 dans les chemins de fer|]] 1934

or ça devrait donner 1934 au pire - Gonioul (d) 10 janvier 2009 à 06:04 (CET)

je partage cet avis, ça permettrait d'harmoniser l'écriture plutôt que recourir à des liens directs. chacun des 3 paramètres (ou plutôt le groupe quantième+mois et les groupes mois + année et année) devraient être facultatifs avec au moins un des 3 paramètres (groupe) obligatoire.--Gandalfcobaye (d) 22 juillet 2009 à 01:19 (CEST)

 Bien vu ! Je plussoie aussi. knd (d) 24 février 2011 à 12:44 (CET)

Áge=oui

Plutôt que de multiplier les modèles tels que {{Date de naissance}}, ne serait-il pas mieux d'intégrer ce paramètre?

Gonioul (d) 10 janvier 2009 à 05:54 (CET)

Cas en plus

À étudier:

• Chiffres avec 0 devant
• Mois en chiffres (éventuellement avec 0 devant) : un switch devrait suffire
• Que l'année, actuellement ça ne marche pas.

Gonioul (d) 10 février 2009 à 00:13 (CET)

Pourrais-tu être plus clair... À part le 2^e je comprends pas... — Riba ^(discuter) 10 février 2009 à 02:24 (CET)

Les mêmes avec des exemples:

{{date|01|janvier|2009}} -> 1^er janvier 2009: il faudrait que le modèle soit prévienne (catégorie, warning), soit enlève tout seul le 0.

{{date|1|1|2009}} -> 1^er janvier 2009: il faut convertir le chiffre du mois (0 éventuellement à enlever)

{{date|||2009}} -> 2009: marche pas, ça a un intérêt pour uniformiser des dates avec un 4e param.

Bien sûr il faut que tout continue de marcher si on rajoute le 4e param comme «dans les chemins de fer»

Gonioul (d) 11 février 2009 à 23:35 (CET)

Tout comme l'autre demande ci-dessus, je suis disponible pour le faire, ma j'aimerais avant toute chose, l'avis d'une personne qui connaît l'impact qu'aurait ces modifications sur le serveur (plus grande utilisation des fonctions du parseurs). — Riba ^(discuter) 12 février 2009 à 22:33 (CET)

Utilisateur:Lgd est capable de répondre à cette question mais comme je ne suis pas sûr qu'il suit cette page, mieux vaut lui poser la question directement sur sa page de discussion concernant l'utilisation de ifexist. Salutations, Aiolia (d) 12 février 2009 à 22:39 (CET)

En principe, pour éviter d'alimenter Catégorie:Page avec trop d'appels dispendieux de fonctions parseurs en nouveaux articles, voire de se retrouver avec des liens rouges pour des pages existantes, ces modifications éventuelles ne devront pas conduire à augmenter le nombre d'appels finaux à {{#ifexist:...}}. Cela dit, si j'en juge par les pages déjà répertoriées dans cette catégorie, et notamment celles où c'est déjà lié au modèle {{Date}}, ce n'est pas si simple et les liens rouges erronés qui devraient apparaître n'y sont pas forcément...

Sinon, je ne suis pas convaincu qu'il soit bien habile de continuer à bâtir un modèle encore plus complexe pour de simples liens vers des dates, que les utilisateurs peuvent gérer aisément. Mais bon, c'est un souci qui a du mal à passer en ce moment, comme en témoignent d'autres modèles (ceux des drapeaux, par exemple). --Lgd (d) 17 février 2009 à 07:55 (CET)

La plupart de mes cas n'ont pas besoin d'un appel à ifexist... - Gonioul (d) 19 février 2009 à 00:29 (CET)

En effet, les deux premiers n'ont pas besoin de ifexist, par contre le dernier, oui de même que la demande auquel je faisais référence plus haut. — Riba ^(discuter) 19 février 2009 à 15:25 (CET)

L'utilisation de {{MONTHNUMBER}} permettrait de gérer le 2e cas sans encombre et de façon standard. Gonioul (d) 13 avril 2009 à 23:09 (CEST)

{{Date France}} et {{Date sport}}

À fusionner... Gonioul (d) 13 avril 2009 à 23:13 (CEST)

Non, les deux modèles sont basés sur une logique différente, voir la documentation pour explication... Orphée ^{[♪|♪|♪]} 26 octobre 2009 à 08:32 (CET)

Dates compactes dans les tableaux

Bonjour,
Dans les tableaux, l'inscription de la date in extenso, et de surcroît avec des espaces insécables (ex 18 octobre 2009), prend trop de place en largeur dans une colonne.
Il serait utile d'avoir une (ou plusieurs) variantes du modèle qui puissent donner les affichages suivants :

• espaces sécables et nom intégral du mois:

18
octobre
2009

• espaces sécables et nom abrégé du mois sur 3 ou 4 lettres:

18
oct.
2009
Merci
BTH (d) 18 octobre 2009 à 17:47 (CEST)

"date" et "date de naissance"

Bonjour, vu que les deux modèles fonctionnent exactement de la même manière (si ce n'est que {{date de naissance}} propose un paramètre "âge" en plus), je propose de fusionner les deux modèles (intégrer les syntaxe de {{date de naissance}} vers {{date}} puis rediriger {{date de naissance}} vers {{date}}). Qu'en pensez-vous ? Orphée ^{[♪|♪|♪]} 26 octobre 2009 à 08:36 (CET)

Contre: Et pour les simples dates ont fera comment ? -Nmd (d) 26 octobre 2009 à 16:18 (CET)

{{date de naissance}} intègre également la syntaxe pour les simples dates... {{date de naissance|20|08|2008|en football}} donne 20 août 2008. Il n'y a dont aucun problème... Orphée ^{[♪|♪|♪]} 26 octobre 2009 à 17:25 (CET)

Il faut aussi garder en tête qu'initialement, le modèle contenait des métas-donnés permettant de repérer les dates de naissances dans un article. Pour l'instant, le modèle {{date de naissance}} ne les a pas, mais il serait bien qu'ils réapparaissent. — Riba ^(discuter) 26 octobre 2009 à 18:28 (CET)

Pour ce qui concerne les métas-données, je ne vois pas de qui il s'agit. Par contre le tableau ci-dessous récapitule toutes les possibilités d'uilisation et met clairement en évidence que {{date de naissance}} est clairement plus élaboré tout en étant 100% compatible avec la syntaxe utilisée par {{date}}. Je pense que le deuxième devrait donc remplacer le premier et être renommer en "modèle:date". Orphée ^{[♪|♪|♪]} 26 octobre 2009 à 19:03 (CET)

{{date}}		{{date de naissance}}
syntaxe	aperçu	syntaxe	aperçu
{{date|1|8|2006}}	1er août 2006	{{date de naissance|1|8|2006}}	1er août 2006
{{date|1|août|2006}}	1er août 2006	{{date de naissance|1|août|2006}}	1er août 2006
{{date|1|8|2006|en Suisse}}	1er août 2006	{{date de naissance|1|8|2006|en Suisse}}	1er août 2006
{{date|20|août|2006|en Suisse}}	20 août 2006	{{date de naissance|1|août|2006|en Suisse}}	1er août 2006
{{date|1|8|2006|en Suisse|âge=oui}}	1er août 2006	{{date de naissance|1|8|2006|en Suisse|âge=oui}}	1er août 2006
{{date|1|août|2006|en Suisse|âge=oui}}	1er août 2006	{{date de naissance|1|août|2006|en Suisse|âge=oui}}	1er août 2006
{{date||août|2006|en Suisse}}	août 2006	{{date de naissance||août|2006|en Suisse}}	août 2006
{{date|||2006|en Suisse}}	2006	{{date de naissance|||2006|en Suisse}}	2006

Il faut faire attention, de ne pas mêler deux débats : la fusion de {{date}} et {{date de naissance}}, avec celui de l'ajout de fonctionnalités sur {{date}} (notamment l'inscription des mois pas nombre et l'inscription de l'année seulement.
Perso, je ne suis pas contre, mais j'aimerais qu'on m'informe sur l'impact d'augmenter la complexité de ce modèle. Il a souvent été question de limiter le nombre de fonction dans ce modèle en raison de sa grande utilisation. Quelqu'un pourrait nous éclairer ? — Riba ^(discuter) 26 octobre 2009 à 20:28 (CET)

Pour ce qui concerne le débat sur les utilisation du parser, à ma connaissance le problème apparaît lorsque sur une même page il y a plus de 500 appels à la fonction parser, ce qui peut-être le cas avec par exemple le modèle {{drapeau}} ou {{pays}}. En ce qui concerne le débat en question, j'ai pour l'instant plus de difficulté à envisager comment {{date}} ou {{date de naissance}} peut être utilisé autant de fois sur une même page. Salutations, Orphée ^{[♪|♪|♪]} 26 octobre 2009 à 20:44 (CET)

En tant que contributeur occasionnel, je trouve aussi que ce serait plus simple d'avoir un modèle unique pour le formatage des dates y compris quand on ne dispose que de l'année. Sinon, les questions se posent à l'identique s'agissant du modèle:date de décès non ? (cf Projet:Modèle/Demandes#Rendre optionnels les jour et mois de décès dans {{Date de décès}})

Explication sur le code

Bonjour,

J'aimerais savoir à quoi sert ce morceau du code, étant donné que le paramètre {{{3}}} correspond à l'année... :

{{#ifeq:{{lc:{{{3}}}}}|mars|(mois)}}

Cdlt --Od1n (d) 19 septembre 2010 à 07:07 (CEST)

Sans être spécialiste, à vue de nez, je dirais que ça sert à faire un lien vers la page Mars (mois) et non simplement Mars qui est une page d'homonymie. Cordialement Leag ⠇⠑⠁⠛ 4 octobre 2010 à 11:00 (CEST)

C'est expliqué au dessus, à partir d'une question de ma part en plus Leag ⠇⠑⠁⠛ 4 octobre 2010 à 11:03 (CEST)

Merci, j'ai enfin compris, c'est pour fonctionner avec une utilisation "ésotérique" du modèle, avec les paramètres spécifiés de manière décalée… Heureusement que tu m'as renvoyé sur tes précisions ci-dessus, que j'avais omis de consulter, sinon j'aurais pu chercher encore longtemps ! Ce qui m'amène logiquement à cette autre question :

Ne serait-il vraiment pas possible de modifier le modèle pour que l'absence d'année se fasse avec « {{date|21|mars}} » plutôt que « {{date||21|mars}} » ? Ça devrait être techniquement faisable, et un bot pourrait mettre à jour les pages utilisant cette syntaxe particulière, il ne doit pas y avoir vraiment beaucoup. La nouvelle syntaxe serait clairement moins déroutante, comme j'en ai moi-même fait la preuve…

Cdlt, Od1n (d) 4 octobre 2010 à 20:05 (CEST)

Il faut poser la question à des spécialistes mais je pense que ce modèle est utilisé dans plusieurs milliers de pages. Par contre il me semble que l'année est un paramètre obligatoire, donc je ne vois pourquoi tu souhaites écrire « {{date|21|mars}} » avec ce modèle plutôt que de l'écrire directement [[21 mars]] ? Leag ⠇⠑⠁⠛ 5 octobre 2010 à 08:06 (CEST)

Je suis bien d'accord, l'année est un paramètre obligatoire, et sans l'année le modèle perd beaucoup de son utilité (entre « 21 mars » et « 21 mars », ça fait peu de différence à l'usage). Mais c'est que, comme tu me l'as montré toi-même, des petits malins ont trouvé le moyen d'utiliser le modèle sans spécifier d'année Je pense qu'il faudrait trancher sur la question : soit on oblige purement et simplement à spécifier une année (et donc le morceau de code au début de cette section devrait théoriquement passer à la trappe), soit on permet de ne pas spécifier d'année, auquel cas il faut se mettre d'accord sur la méthode, et adapter la doc en conséquence pour "officialiser" la fonctionnalité. Od1n (d) 5 octobre 2010 à 08:28 (CEST)

Ok j'ai compris le problème A mon avis il faut obliger à spécifier l'année. Et transformer les modèles détournés par 21 mars. Leag ⠇⠑⠁⠛ 5 octobre 2010 à 08:52 (CEST)

Rendre le mois facultatif

Bonjour ! Un administrateur pourrait-il rendre le paramètre mois facultatif ? Cela me faciliterai grandement la tache pour la création d’une nouvelle infobox. Tpt (d) 3 juin 2011 à 22:07 (CEST)

Effectivement, ce serait une excellente addition à ce modèle ! Bien que la version basique ([[1987]] ou [[1987 en informatique|1987]]) soit assez simple et plus courte, il me semble que ça peut s'avérer utile dans le cas de modèles incluant ce modèle, par exemple. — Ċ ң т╒ η (♪ Jasons ! ♫) 2 août 2012 à 08:58 (CEST)

Reriction vers {{Date de naissance}}

Quelqu'un peut faire une redriction de ce modèle vers {{Date de naissance}}

Rabah201130 (d) 25 août 2011 à 13:38 (CEST)

ajouter un paramètre pour ne pas insérer de liens

Bonjour. Lors de cette discussion, plusieurs personnes ont émis un avis en faveur d'ajouter un paramètre au modèle permettant de ne pas insérer de liens internes, pour ne garder que l'avantage d'éviter les coupures. Est-ce que cela revient à un appel du type {{nobr|12 janvier 2011}} ? Si la réponse est non, ou qu'on considère qu'il est plus lisible d'avoir un modèle qui s'appelle "date" que "nobr", est-il possible d'ajouter ce paramètre ? Merci d'avance. Freewol (d) 28 septembre 2011 à 09:53 (CEST)

Bonjour, cela avait déjà été demandé, mais écrire (et donc lire) {{date|25|décembre|2010|lien=non}} juste pour avoir des espaces insécables s'était heurté à un refus que je comprends tout à fait, d'autant plus qu'un article comprend habituellement beaucoup de dates…

Vu que beaucoup d'avis se sont exprimés contre la wikification (liens internes) des dates, je me dis que le mieux serait de travailler sur une décision communautaire pour éventuellement supprimer les liens sur les dates.

On pourrait alors modifier {{date}} pour qu'il ne mette plus de liens (et au passage donner un sérieux coup de fouet aux performances et dire au revoir à {{date rapide}}). L'application de liens aux dates pourrait alors se faire en opt-in, au cas par cas, avec un modèle genre {{lien date}}.

Toutefois, cette consultation communautaire serait à préparer soigneusement, au vu des tensions que cela avait provoqué à l'époque sur le wiki anglophone…

od†n ↗^blah 28 septembre 2011 à 14:28 (CEST)

Malheureusement, une PDD dont l'une des questions était justement celle-ci (Wikipédia:Prise de décision/Lien vers les chronologies) a été abandonné faute de volonté suffisante pour la mener à bout, ou de trop forte opposition pendant sa construction. La conclusion sera donc ici la même qu'à l'issue de la PDD avortée : ceux qui sont embêtés par les liens insérés par le modèle peuvent ponctuellement supprimer des appels au modèle date, en rajoutant éventuellement un {{nobr}} pour conserver les espaces insécables. Cordialement, Freewol (d) 28 septembre 2011 à 15:00 (CEST)

Ça serait dommage de laisser tomber cela, parce que l'enjeu est intéressant. Pour faire avancer la situation, on pourrait déjà prendre la température avec un sondage, toutefois avec moins de questions que dans la pdd que tu as indiquée, qui en contient trop je trouve… Pour commencer, on devrait s'en tenir à un « Pensez-vous que les dates doivent, en règle générale, être wikifiées ou non ? ». Si oui, ça donne un statu quo, si non, on tend vers les modifications que j'ai suggérées sur les modèles de dates. Et ensuite, on affine en dégageant des consensus sur les points à éclaircir qui seront immanquablement soulevés.

Pour ce qui est d'utiliser {{nobr}}, ça ne me branche pas du tout, parce que le contributeur de passage va se demander « qu'est-ce que c'est que cette chose-là encore… » Et le contributeur régulier aussi risque d'en avoir marre de voir des {{nobr}} partout… Avec {{date}} ça passe déjà mieux, car le libellé est explicite et il y a une certaine clarté sémantique.

od†n ↗^blah 28 septembre 2011 à 16:17 (CEST)

C'est ce qui, personnellement, me plait bien dans les différents modèles siècles : bien que pas toujours évidents au premier abord, ils permettent in fine de faire ce que l'on veut, et notamment liens ou pas. --Ordifana75 (d) 28 septembre 2011 à 16:33 (CEST)

(conflit) Je suis d'accord qu'un sondage pourrait être intéressant, bien que 1) il faille trouver quelqu'un qui a les reins assez solides pour mener à bien ce sondage qui, même simplifié et non décisionnel (en théorie ...), risque d'entraîner des crispations et 2) il y a actuellement beaucoup de sujets de crispation dans l'espace communautaire, il ne serait probablement pas malin d'en rajouter un.

Pour le nobr, je ne parlais pas d'écrire une recommandation à son sujet, je dressais juste un état des lieux : aujourd'hui, si un contributeur souhaite écrire une date non sécable, mais ne souhaite pas avoir des liens internes dedans (et j'imagine que ces deux souhaits peuvent être considérés comme acceptables), il ne peut pas utiliser le modèle {{date}}, mais a à sa disposition le modèle {{nobr}}. Il me semble d'ailleurs que tu as utilisé un tel appel dans une infobox (bon ok, dans ce cas le modèle n'apparait pas clairement dans l'article).

Cordialement, Freewol (d) 28 septembre 2011 à 16:43 (CEST)

Tout à fait pour la proposition d'Od1n. C'est un cas où il faut utiliser un opt-in pour les deux raisons suivantes :

• le comportement actuel contrevient aux recommandations Wikipédia:Liens_internes#La_pertinence_des_liens ;
• le fait de mettre un wikilien devrait être le plus souvent possible une action réfléchie, donc pas automatique.

Le choix d'un modèle spécifique comme {{lien date|25|décembre|2010}} me paraît bon (par rapport à un paramètre du type {{date|25|décembre|2010|lien=oui}}). Reste à obtenir un consensus afin d'éviter que des contributeurs (ou pire, un bot) viennent remplacer tous les date par lien date...--Juju2004 (d) 29 septembre 2011 à 12:13 (CEST)

calendrier julien

Comme proposé d'abord sur discussion modèle:date de naissance, et sur l'inspiration du modèle russe équivalent, je voudrais ajouter trois champs jour julien, mois julien, an julien, afin de simplifier la saisie de date de naissance pour les personnalités russes (ou autres) nées pendant le passage au calendrier grégorien. Le modèle est prêt sur une page personnelle, il a le rendu ci-après, avec les listes de paramètres :

• «25|7|1826|jour julien=13» :  revendiqué par la zone 
• «6|8|1826|jour julien=25|mois julien= 7» :  revendiqué par la zone 
• «6|1|1827|jour julien=25|mois julien= 12|an julien = 1826» :  revendiqué par la zone 

Est-ce assez beau ? N'hésitez pas à intervenir directement sur le brouillon de modèle. Orel'jan (d) 12 mars 2012 à 22:30 (CET)

Combinaison avec {{av JC}} ?

Bonjour,

il n'est actuellement pas possible d'utiliser ce modèle en combinaison avec {{av JC}} J'aimerais en effet afficher la date du 8 novembre 63 av. J.-C. sous la forme « 8 novembre 63 », mais avec le lien redirigeant bien évidemment vers -63. Serait-il possible d'y remédier ? Fsojic — Colloquamur. 12 juillet 2012 à 20:56 (CEST)

J'ai corrigé la confusion entre {{av JC}} et {{avJC}} dans ton message ; oui, c'est très mal fichu Pour répondre à ta question, ce n'est pas possible, et hors de question de l'implémenter, cela alourdirait bien trop le modèle. od†n ↗^blah 18 janvier 2013 à 02:49 (CET)

Du 7 au 9 novembre 2012 ???

Bonjour. Je ne vois pas de réponse aux deux questions posées plus haut pour un modèle de dates, style "le festival s'est déroulé du 7 au 9 novembre 2012" ... --Llann .\m/ ^{(Lie 2 me ...)} 9 novembre 2012 à 03:59 (CET)

Actuellement, tu peux l'obtenir par « du [[7 novembre|7]] au {{Date|9|novembre|2012}} » qui donne « du 7 au 9 novembre 2012 », ce qui est effectivement long... --Ordifana75 (d) 9 novembre 2012 à 22:13 (CET)

Merci. J'avais bien vu ça plus haut, mais ça ne me semblait qu'à l'état d'idée ... --Llann .\m/ ^{(Lie 2 me ...)} 9 novembre 2012 à 22:23 (CET)

Majuscule au mois

Bonjour,

Ce serait bien que, si un quantième est présent et que le mois saisi comporte une majuscule, il soit remplacé par le mois sans majuscule. Malheureusement, le code source est protégé, donc je ne peux pas le faire moi-même. Ramzan (d) 12 janvier 2013 à 19:00 (CET)

---

Ajout du comte Nemoi – Ça demanderait des vérifications de l’existants, et je doute que quelqu’un s’y penche. Il reste donc la solution d’aller proposer des modifications sur DIPP , mais passe d’abord par le projet : Modèle, je sais que celui-ci est déjà très gourmand en bizarreries, donc d’autres personnes auront peut-être un avis plus clair sur la marche à suivre. Dans tous les cas, il se raconte que c’est le cas typique de modèle qui sera modifié à l’arrivée du lua, donc réfléchis aussi à ne pas trop te prendre la tête avec des codes bientôt obsolètes (ou à ne t’y pencher que dans quelques mois). Avec sympathie, ce 14 janvier 2013 à 13:31 (CET).

Balise <time>

Est-ce qu'on ne pourrait pas rajouter une balise <time> dans ce modèle ? --Pierre Rudloff (d) 18 janvier 2013 à 02:03 (CET)

Je l'ai ajouté dans le Module:Date qui remplacera à terme le code wiki du modèle. Tpt (d) 6 mars 2013 à 08:21 (CET)

Serait-il possible de créer un modèle de remplacement (Modèle:Date/Imprimer) qui n’ajoute pas la balise time (en attendant que les outils d’exportation en ePub et en PDF prennent en charge cette balise) ? Pour le moment, dans les livres PDF, la balise apparaît en clair (pas interprétée) ; dans les livres ePub, elle n’apparaît pas, mais la date non plus (ignorée), cf. la discussion sur ce bug et la Catégorie:Modèle_de_remplacement. Merci d’avance. Eiku (discuter) 18 mai 2014 à 18:48 (CEST)

Date exacte

Bonjour, il faudrait que le modèle renvoie vers la date exacte, par exemple 24 octobre 1995, quand l'article existe. Christophe95 (d) 5 février 2013 à 20:12 (CET)

Pour suivi, la discussion sur ce même point sur le module Date (qui fait la même chose) : Module talk:Date. Ma réponse là-bas est en gros : modèle très utilisé, changement potentiel de comportement dans pas mal d'articles, d'autres avis sont nécessaires pour valider un tel changement éventuellement. Cordialement, Hexasoft (discuter) 5 mars 2013 à 23:25 (CET)

A quoi sert ce modèle

Je vois qu'il s'utilise de plus en plus, mais il sert à quoi, fondamentalement ? Qui peut avoir envie de cliquer sur 14 octobre, pour savoir ce qui s'est passé un 14 octobre dans l'histoire du monde ? cela apporte quoi à l'article ? Je comprend qu'on ai un article sur le 14 octobre (encore que). Mais un lien dynamique doit éclairer un article, apporter des précisions. Là cela n'apporte rien. Christophe Cagé - M'écrire * Mes articles

Problème de tri

Le modèle de date est utilisé dans bien des tableaux. Mais je viens de constater sur cette page que si je trie le tableau par date de nommination, le nonce nommé le 1er octobre 2013 apparait en fin de liste, après ceux nommés en 2014. Si je change la date du 1er au 2 octobre, il réintègre sa bonne place dans la liste, mais si je change le mois ou l'année, le bug existe toujours. Il y a donc visiblement un problème pour l'interprétation du '1er'.

Ce problème est-il déjà connu avec ce modèle? Sinon, un spécialiste de l'ordre chronologique pourrait-il le corriger? Merci --Ydb2 (discuter) 25 avril 2014 à 13:43 (CEST)

• Bonsoir, je plussoie le pb de tri des dates dans les tableaux, avec le pb du 1er et du tri "alphabétique" au lieu du tri chronologique. Il existe bien le modèle date triable, mais ce dernier ne permet pas d'utiliser le paramètre âge=oui qui est bien utile.Bouzinac
• D'ailleurs, pourquoi coexistent sur Wikipédia plusieurs modèles de date qui se ressemblent ? Bouzinac

Évolution modèle Date

Je propose dans {{Date/Bac à sable}} une évolution de ce modèle pour ajouter ces fonctionnalités :

• la date est triée correctement dans les tableaux triable,
• les impressions de livres au format pdf ou e-pub n'ont plus de problème avec la balise <time>,
• Avec une petite modification css, il est possible d'afficher les dates sans liens (1^er octobre 2012 au lieu de 1^er octobre 2012),
• les dates sont insécables, ce qui n'était plus le cas depuis janvier (dans la nouvelle programmation lua il manquait deux &nbsp;).

Avez-vous des remarques ou des requêtes avant que je fasse la demande de modification ?

Zebulon84 (discuter) 21 mai 2014 à 19:18 (CEST)

Bonjour,

Répéter le texte deux fois et afficher seulement une des deux occurrences via une astuce CSS doit poser le même problème que les anciens tableaux triables (tu dois t'en souvenir, c'est grâce à ta proposition que le problème a été résolu !).

La balise <time> pose un problème avec la génération de PDF. En résout-elle un plus important ? Sinon, je suggère de la supprimer pour l'instant.

Cordialement,

Orlodrim (discuter) 21 mai 2014 à 19:59 (CEST)

<time> ne « résoud » rien, elle fait partie de ces balises html5 qui facilite la lecture du contenu par des robots. Elle à été demandée par Rudloff ci-dessus, et ajoutée au module par Tpt.

Je me souviens de la modif de {{Tri}}, j'y ai d'ailleurs repris la class pour rendre la date triable. Je croyais me souvenir que le problème était la navigation vocale, qui peut ignorer le texte avec {speak: none;} ; et j'ai depuis vu d'autre texte en {display: none;} (dans les coordonnées), donc... Mais je viens de retourner voir : le problème venant d'une (éventuelle) navigation sans css, la seule solution est donc de n'avoir qu'une fois la date et de supprimer la balise time en attendant le nouveau moteur de rendu PDF. Je vais préparer ça.

Par contre pour ne plus afficher les liens il faudra passer par du JS (sauf si on se limite à la couleur du lien).

Zebulon84 (discuter) 22 mai 2014 à 00:40 (CEST)

Voilà : il n'y a plus de balise <time> ; plus qu'un seul <span> avec la date ; elles sont correctement triées dans les tableaux ; il n'y a plus de problème à l'édition de pdf ; il n'y a plus de retour ligne au milieu de la date.

Il est possible de noircir les liens (sans les supprimer) en ajoutant à son common.css :

.date-lien a { color: inherit; }

Il est aussi possible de les supprimer totalement en ajoutant le javascript ci-dessous à son common.js

Zebulon84 (discuter) 22 mai 2014 à 10:43 (CEST)

$( document ).ready( function () {
	$( '.date-lien' ).html( function () {
		var result = ''
		$( this ).contents().each( function () {
			result = result + ( $(this).html() || $(this).text() )
		} )
		return result ; 
    });
});

Pour la modification. Daniel*D, 22 mai 2014 à 12:31 (CEST)

Pour la modification. (surtout la correction des livres) --GdGourou - Talk to °o° 26 mai 2014 à 16:49 (CEST)

Ça me semble bon aussi. Je mets à jour le code ? Orlodrim (discuter) 27 mai 2014 à 23:06 (CEST)

On peut y aller, je vais faire une demande sur WP:DIPP.

J'ai ajouté hier les paramètres naissance et mort, destinés aux modèles {{date de naissance}} et {{date de décès}}, pour ajouter les class microformat. Elles ne seront vraiment utile que lorsque l'on pourra remettre la balise time, mais elles ne gène pas en attendant, et peuvent éventuellement être utile.

Zebulon84 (discuter) 28 mai 2014 à 07:49 (CEST)

Pour. Merci. --Ydb2 (discuter) 28 mai 2014 à 09:18 (CEST)

Saut de ligne dans « J.-C. »

Bonsoir,

Un retour à la ligne disgracieux peut se produire après le trait d'union de « J.-C. » et isoler le « C. » : est-ce qu'un nobr sur cet acronyme est envisageable ?

Cordialement, --Lacrymocéphale (discuter) 13 juin 2014 à 00:32 (CEST)

Ce problème n'affecte ni Firefox, ni Internet explorer 11, il faut changer de navigateur

Bon, pour ie8, Chrome, Opera et Safari je vais préparer quelque chose. -- Zebulon84 (discuter) 13 juin 2014 à 20:17 (CEST)

 Fait. -- Zebulon84 (discuter) 15 juin 2014 à 09:36 (CEST)

Année à la place du jour

Transfert d'un message laissé sur ma page de discussion -- Zebulon84 (discuter) 10 août 2014 à 03:54 (CEST)

Que pense(z-vous) de faire un test pour les cas comme celui-ci : {{date de naissance|1973|âge=oui}}. Là l'année est mise à la place du jour donc rien n'est affiché. À mon avis il faut signaler ça comme une erreur d'utilisation du modèle. Cordialement. Hunsu (discuter) 9 août 2014 à 11:46 (CEST)

Oui.

Ceci dit j'ai été plus loin, en acceptant cette syntaxe, ainsi que {{date de naissance|janvier|1973}}, et même {{date de naissance|8 janvier 1973}}. Voir les tests sur modèle:Date/Test. Il est possible d'y ajouter de nouveaux cas.

Pouvez-vous m'aider à tester {{date/Bac à sable}} pour voir s'il n'y a pas de bug dans certains cas. Avez-vous des idées de ce qu'il faudrait modifier / améliorer.

Zebulon84 (discuter) 10 août 2014 à 03:54 (CEST)

A mon avis il ne faudrait pas accepter les syntaxe {{date de naissance|janvier|1973}}, {{date de naissance|8 janvier 1973}} et tous les autres où les paramètres ne sont pas à leur place. Pour moi il s'agit d'une mauvaise utilisation du modèle. Hunsu (discuter) 10 août 2014 à 11:11 (CEST)

Date en arts plastiques

Bonjour il semble que {{Date|6|mars|1475|en arts plastiques}} ne renvoie qu'à la page 1475 et non à la page 1475 en arts plastiques. Existe-t-il dans le modèle Date avec l'option en arts plastiques un seuil (en l'occurence 1500) qui stoppe l'action du modèle ? Si oui, est-il possible d'effectuer les modifications nécessaires pour pouvoir utiliseer le modèle avant 1500 ? Merci d'avance Fagairolles 34 (discuter) 5 septembre 2014 à 12:35 (CEST)

Oui et non

Oui il existe des seuils pour chaque thématique en fonction des pages déjà crées, pour éviter de tester l'existence de page que l'on sait ne pas exister. Ceci est géré dans le Module:Date/Data

Non, il n'y a pas de seuils pour « en arts plastique » car la dernière fois que j'ai fais mettre à jour cette page, je ne connaissais pas l'existence de cette thématique. Si la thématique n'existe pas, le modèle teste l’existence de la page annuelle. Comme 1475 en arts plastiques n'existe pas, le lien est fait par défaut vers 1475.

Maintenant que je la connais je vais faire ajouter cette thématique. Avec toutes les pages existant depuis 1500 c'est royal, même si j'imagine qu'un certains nombre de pages sont comme 2013 en arts plastiques : vide. -- Zebulon84 (discuter) 5 septembre 2014 à 13:41 (CEST)

Calendrier julien (2)

 90.2.25.20 : signale sur le bistro que le rendu du paramètre julien=oui, n'est pas très clair car il faut survoler la seconde date pour comprendre qu’elle indique la même dans dans le calendrier julien. Je verrais bien un paramètre texte_julien=oui avec le rendu « 7 novembre (25 octobre dans le calendrier julien) 1917 » pour pouvoir forcer à certains endroits du texte plus clairement à quoi correspond la seconde date. Il ne faut pas rendre cet affichage systématique faut de rendre le texte illisible. — Mirgolth 5 novembre 2015 à 10:27 (CET)

Pour la clarification des choses, comme précisé ci-dessus probablement. --Gkml (discuter) 5 novembre 2015 à 12:15 (CET)

 Mirgolth et Gkml : Notif projet|Grèce|Russie|Scribunto. Tout à fait d'accord, la présentation des dates juliennes par {{Date}} et {{Date-}} est actuellement très peu claire. Je pense qu'une meilleure façon de présenter ces dates (lorsque julien=oui est présent) est celle du modèle {{DateGregJul}}, obsolète depuis le passage en Lua, qui donnait par exemple :

• 17^jul./ 29 janvier 1860^grég.
• 25 octobre^jul./ 7 novembre 1917^grég.
• 31 décembre 1859^jul./ 12 janvier 1860^grég.

Ma préférence irait plutôt vers un décalage du ^grég. avant les éléments de date en commun, mais je retiens le fait de mettre la date julienne en premier, puisqu'en fait ces dates ne vont a priori être utiles que dans un contexte où la date locale d'un événement est exprimée selon le calendrier julien, et a besoin d'être traduite en grégorien pour nous lecteurs, et rarement l'inverse. Ce qui donnerait :

• 17^jul./ 29^grég. janvier 1860
• 25 octobre^jul./ 7 novembre^grég. 1917
• 31 décembre 1859^jul./ 12 janvier 1860^grég.

D'accord avec cette dernière proposition ou une version améliorée de celle-ci. Cordialement. --Gkml (discuter) 11 janvier 2016 à 16:58 (CET)

 Zebulon84 : Cette modification est-elle compliquée à mettre en place ? Place Clichy 11 janvier 2016 à 13:14 (CET)

J'ai modifié Module:Date/Bac à sable pour voir comment mettre ce format en place. Voici ce que ça donne :

• {{Date-/Bac à sable|15|1|1917|julien=oui}} donne : 15 janvier 1917 (28 janvier dans le calendrier grégorien)
• {{Date-/Bac à sable|28|5|1917|julien=oui}} donne : 28 mai 1917 (10 juin dans le calendrier grégorien)
• {{Date-/Bac à sable|31|12|1917|julien=oui}} donne : 31 décembre 1917 (13 janvier 1918 dans le calendrier grégorien)
• {{Date/Bac à sable|15|1|1917|julien=oui}} donne : 15 janvier 1917 (28 janvier dans le calendrier grégorien)
• {{Date/Bac à sable|28|5|1917|julien=oui}} donne : 28 mai 1917 (10 juin dans le calendrier grégorien)
• {{Date/Bac à sable|31|12|1917|julien=oui}} donne : 31 décembre 1917 (13 janvier 1918 dans le calendrier grégorien) (le bac à sable ayant été modifié depuis, l'affichage actuel ne correspond plus à ma proposition Place Clichy 25 août 2017 à 18:44 (CEST))

Qu'en pensez-vous ? Place Clichy 11 janvier 2016 à 17:41 (CET)

 Place Clichy : comme tu as pu le remarquer, ce n'est pas très compliqué à faire.

Personnellement je n'aime pas cette présentation non plus. Si on veut faire quelque chose de clair et de lisible, il me semble préférable d'indiquer la date complète, puis de reprendre le jour et le mois (l'année si nécessaire) entre parenthèses en précisant le calendrier en toutes lettres : « 28 janvier 1917 (15 janvier dans le calendrier julien) » ou « 15 janvier 1917 (28 janvier dans le calendrier grégorien) ». Mais cela doit vite devenir lourd s'il y a beaucoup de dates dans le texte.

On peut éventuellement faire les deux, différenciés en fonction du contenu du paramètre julien. Si julien = oui, c'est l'une des formulations que je propose (au choix, je ne sais pas quel calendrier il faut mettre en avant) ; si julien = abr, on utilise la forme abrégée que vous proposez.

Il ne me semble pas logique de mettre un espace avant ^grég. et pas avant ^jul.. On peut par contre essayer de mettre une espace fine insécable, il ne doit plus y avoir beaucoup d'ordinateurs qui ne sont pas capables de la représenter : 17^jul./ 29^grég. janvier 1860.

Zebulon84 (discuter) 11 janvier 2016 à 23:47 (CET)

Effectivement, la dernière proposition de Zebulon84 est équilibrée, reprenant les deux propositions ci-dessus (celles de Mirgolth et de Place Clichy) : dans le cas général, on met les dates en long, tandis que s'il y a profusion, on peut prendre l'option abrégée avec l'espace fine insécable.

Concernant le choix du calendrier à « mettre en avant » dans le cas de la formulation longue, après petite réflexion, sachant qu'à la base un « lecteur moyen » ne sait pas trop le type de calendrier qu'il utilise habituellement (« Monsieur Jourdain » utilisant le grégorien sans le savoir), il me semble qu'il vaut mieux opter pour « 28 janvier 1917 (15 janvier dans le calendrier julien) » : autrement dit, on ne précise le type de calendrier que pour celui qu'on n'utilise pas habituellement.

Cordialement. --Gkml (discuter) 12 janvier 2016 à 02:55 (CET)

La proposition de Zebulon84me convient bien. Pour l'ordre des calendriers, la date julienne entre parenthèse par défaut est logique mais peut on avoir l'autre possibilité en option ? — Mirgolth 15 janvier 2016 à 14:33 (CET)

---

 Mirgolth et Gkml : Place Clichy m'ayant relancer sur ce sujet, j'ai implémenté ma proposition ci-dessus dans la version /Bac à sable, à l'espace près qui est normal car certains contributeurs probablement avec une vielle configuration ont depuis signalé à propos d'un autre modèle que l'espace fine insécable s'affichait mal.

• {{Date/Bac à sable|15|1|1917|julien=oui}} donne : 15 janvier 1917 (28 janvier dans le calendrier grégorien)
• {{Date/Bac à sable|28|5|1917|julien=oui}} donne : 28 mai 1917 (10 juin dans le calendrier grégorien)
• {{Date/Bac à sable|31|12|1917|julien=oui}} donne : 31 décembre 1917 (13 janvier 1918 dans le calendrier grégorien)
• {{Date/Bac à sable|15|1|1917|julien=abr}} donne : 15 janvier ^jul. / 28 janvier ^grég. 1917
• {{Date/Bac à sable|28|5|1917|julien=abr}} donne : 28 mai ^jul. / 10 juin ^grég. 1917
• {{Date/Bac à sable|31|12|1917|julien=abr}} donne : 31 décembre 1917 ^jul. / 13 janvier 1918 ^grég.

Cela vous convient-il toujours ? Faut-il parler de cette proposition sur le bistrot avant de la mettre en place vu le changement d'affichage ?

— Zebulon84 (discuter) 29 août 2017 à 09:23 (CEST)

Bonjour Zebulon84, après m'être replongé dans ce sujet ancien, j'émets les dernières suggestions suivantes :

• mettre la date julienne en second dans les cas abrégés, comme c’est fait pour les cas non abrégés (avec un affichage du type : 28 janvier 2017 / 15 janvier ^jul. qui sépare plus nettement l'exposé des deux dates, toujours sans nécessité de préciser la mention « grégorien », qui est le cas par défaut comme dit plus haut) ;
• peut-être écrire en entier l'exposant « julien » pour éviter les confusions avec le mois de juillet, dont l'abréviation sur trois lettres est « jul » (comme « July » en anglais).

Ensuite, l'information du Bistro sur une ou deux semaines avant la mise en place est probablement une bonne idée.

Cdt. --Gkml (discuter) 29 août 2017 à 15:34 (CEST)

Merci  Zebulon84 pour cette implémentation, et bravo pour avoir uniformisé l'apparition des espaces, je n'y étais pas arrivé. Il y avait toujours un espace qui ne s'affichait pas. Je suis plutôt d'accord avec le format, avec quelques remarques :

• Je ne suis pas d'accord pour mettre la date julienne en second. Si l'on mentionne des dates en calendrier julien, c'est précisément pour des événements qui se sont passés dans un pays et à une époque ou le calendrier local était le calendrier julien (aucune autre raison). Dans le contexte de l'article, c'est donc logique de mentionner la date julienne en premier (suivie de la « traduction » dans notre calendrier grégorien, ensuite).
• Il faudrait lier calendrier julien, car bien des lecteurs ne maîtrisent pas cette nuance et ne comprendront pas spontanément pourquoi 2 dates sont affichées. On doit leur offrir la possibilité en 1 clic de trouver la réponse à cette interrogation. Alternativement, Passage du calendrier julien au calendrier grégorien peut aussi être un lien pertinent, mais cet article comporte de nombreuses erreurs et imprécisions à nettoyer. Je me promets de le faire quand j'aurai du temps, mais je ne l'ai toujours pas fait...
• <Est-ce que le rendu de {{date-}} sera modifié aussi pour afficher des dates sans liens ?
• Les modèles date de naissance et date de décès vont-il bénéficier du même format ? Ils en ont a priori besoin.

Place Clichy 30 août 2017 à 01:15 (CEST)

 Place Clichy :

• Le rendu des modèles date-, date de naissance et date de décès étant fait avec les mêmes fonctions, il est identique aux liens près.
• J'ai ajouté le lien sur « calendrier julien ».
• Concernant l'ordre, vu que c'est à l'opposé de l'avis de  Gkml, il faut probablement poser cette question sur le Bistro lorsque l'on sera prêt.
  Personnellement je serai intuitivement plutôt pour mettre d'abord la date julienne, mais ce qui me gêne c'est l'ordre des liens avec le modèle Date : si je prends la présentation actuelle du bac à sable en inversant les dates, on se retrouve avec 15 janvier 1917 (28 janvier dans le calendrier grégorien), ce qui ne me semble pas logique.
  Donc soit il faut préciser systématiquement la date grégorienne complète – 15 janvier 1917 (28 janvier 1917 dans le calendrier grégorien) – ce qui me semble redondant, soit adopté la présentation actuelle du modèle – 15 (28 dans le calendrier grégorien) janvier 1917 – auquel cas la précision « dans le calendrier grégorien » me semble casser la continuité de la date et rendre la lecture pénible. Mais je suis prêt à écouter toute suggestion.

— Zebulon84 (discuter) 30 août 2017 à 01:54 (CEST)

 Zebulon84 C'est précisément pour éviter cette cassure que j'avais suggéré le format compact 25 octobre ^jul./ 7 novembre ^grég. 1917. S'il on veut vraiment adapter la formulation entre parenthèses, je te suggère 1°) de lier vers passage du calendrier julien au calendrier grégorien, qui explique malgré tout mieux l'usage concurrent des 2 calendriers que calendrier grégorien et 2°) de lier toutes les dates (ou aucune), rien ne s'y oppose. Ça donnerait quelque chose comme :

• 15 janvier 1917 (28 janvier dans le calendrier grégorien) (en évitant de lier 2 fois [[janvier 1917|janvier]])
• 28 octobre 1917 (7 novembre dans le calendrier grégorien)
• 15 janvier 1917 (28 janvier dans le calendrier grégorien)

Ma préférence va, encore, au format « abrégé », qui a pour avantage de présenter à égalité les 2 calendriers. Place Clichy 30 août 2017 à 02:33 (CEST)

D'ailleurs, je n'ai pas inventé ce format : c'était celui du modèle {{DateGregJul}}, qui était fort utilisé, avant d'être taggué comme « obsolète » puis supprimé pour laisser place au modèle {{date}}, qui présentait très mal les dates juliennes.
Enfin, je signale un autre problème avec les parenthèses : les dates sont parfois appelées à l'intérieur d'autres parenthèses, ce qui peut donner une double inclusion normalement prohibée :

• Anna Ivanovna (née à Moscou le 28 janvier 1693 (7 février dans le calendrier grégorien) - morte à Saint-Pétersbourg le 17 octobre 1740 (28 octobre dans le calendrier grégorien)) est impératrice de Russie...
• Constantin Duchmol (né à Corfou le 31 décembre 1922 (13 janvier 1923 dans le calendrier grégorien)) est un pianiste grec.

Pour ces raisons, je te suggère de mettre le format compact 25 octobre ^jul./ 7 novembre ^grég. par défaut en appel du paramètre julien=oui, et de laisser le format long en cas d'appel explicite julien=long. Place Clichy 30 août 2017 à 02:48 (CEST)

Pour résoudre le problème des parenthèses, il suffit — dans le cas d’une biographie — de suivre la recommandation de WP:CDS, et d’écrire « Anna Ivanovna est une impératrice de Russie, née à Moscou le 28 janvier 1693 (7 février dans le calendrier grégorien) et morte à Saint-Pétersbourg le 17 octobre 1740 (28 octobre dans le calendrier grégorien) … » sinon d’inverser date et lieu de naissance.

Comme Zebulon84, j'agrée l'idée de demander un avis général à propos des diverses possibilités, après info. sur le Bistro, en veillant à préserver l’aspect pratique et agréable de la lecture des dates.

Cdt. --Gkml (discuter) 30 août 2017 à 03:30 (CEST)

┌─────────────────────────────────────────────────┘
Il ne me semble pas pertinent de faire des liens sur la date julienne, car ni 28 octobre ni Octobre 2017 ne parle de la révolution d'octobre. Après réflextion, pour résoudre ce problème de liens, il me semble préférable de répéter toute la date.

Donc ma proposition pour le bistro, après avoir exposé le problème :

	Format long	Format abrégé
Grégorien en premier	31 août 2017 (18 août dans le calendrier julien)	31 grég. / 18 jul. août 2017
Julien en premier	18 août 2017 (31 août 2017 dans le calendrier grégorien)	18 jul. / 31 grég. août 2017

1. Quel calendrier les modèles de date doivent afficher en premier ?
2. Quel format doit être par défaut pour les dates déjà présentes dans les articles ?

Comme suggéré j'ai modifié le lien pour Passage du calendrier julien au calendrier grégorien. Pour que le texte affiché ne corresponde pas à une autre page existante j'ai inclu « dans le ».

 Place Clichy et Gkml : qu'en pensez-vous ?

— Zebulon84 (discuter) 30 août 2017 à 07:30 (CEST)

En fonction des propositions de Zebulon84, je préfère pour le format long le grégorien en premier (donc la première ligne) et, pour le format abrégé, le julien en premier (donc la seconde ligne), car dans ces deux cas la date grégorienne — support des liens — n'est pas scindée, c'est ce à quoi nous sommes habitués dans fr.wiki.

Sinon, pour le format abrégé, évidemment je préférais ce que j'avais suggéré ci-dessus (voir supra), ce qui permet de maintenir le grégorien en premier.

Concernant la question n^o 2, je ne suis pas certain d’avoir compris ; si la question correspond à ce que je pense, le format par défaut doit être le format long.

Cdt. --Gkml (discuter) 30 août 2017 à 11:43 (CEST)

 Gkml : oui, j'ai zappé cette proposition intéressante. Nouvelle proposition ci-dessous. — Zebulon84 (discuter) 30 août 2017 à 12:49 (CEST)

	Format long	Format abrégé
Grégorien en premier	31 août 2017 (18 août dans le calendrier julien)	31 août 2017 / 18 août jul.
Julien en premier	18 août 2017 (31 août 2017 dans le calendrier grégorien)	18 jul. / 31 grég. août 2017
Mix	31 août 2017 (18 août dans le calendrier julien)	18 jul. / 31 grég. août 2017

Oui, Zebulon84, je suis donc pour cette 1^re ligne : « grégorien en premier ». Cdt. --Gkml (discuter) 30 août 2017 à 13:21 (CEST)
P.-S. : Zebulon84, s'il y a un vote, merci de me le signaler, en effet je ne suis pas abonné au Bistro. Cdt. --Gkml (discuter) 4 septembre 2017 à 10:10 (CEST)

Mini-sondage lancé sur le bistro du jour. — Zebulon84 (discuter) 5 septembre 2017 à 11:12 (CEST)

 Fait.

Le sondage sur le bistrot indique le même nombre de pour chaque ordre, mais comme Place Clichy n'y a pas indiqué sont avis, et comme les arguments en faveur de la date julienne en premier m'ont semblé plus pertinent, probablement par des contributeurs qui ont plus l'occasion d'utiliser cette option, j'ai implémenté la date julienne en premier.

julien=oui (ou 1 ou true) donne le format long, julien=court (ou abr, ou à peu près n'importe quoi d'autre) donne le format long court, le paramètre absent (ou valant non, 0 ou false) désactive l'option.

— Zebulon84 (discuter) 6 octobre 2017 à 15:26 (CEST)

Bonsoir Zebulon84,

Je présume que, ci-dessus au lieu de ce qui est mentionné, il faut lire « julien=court (ou abr, ou à peu près n'importe quoi d'autre) donne le format court ».

Cdt. --Gkml (discuter) 6 octobre 2017 à 18:49 (CEST)

 Gkml : oui, bien sur, j'étais fatigué lorsque j'ai écrit ça. J'ai corrigé. — Zebulon84 (discuter) 7 octobre 2017 à 02:56 (CEST)

Vous avez dit bizarre ?

Quelqu'un saurait-il trouver la clé du mystère suivant (voir le code) auquel j'ai été confronté ici, résolu en retapant simplement « 14 » ? Il me semble d'ailleurs que ce n'est pas la première fois.

• 14 juillet 1936
• 14 juillet 1936

Pareil avec {{date-}}

• 14 juillet 1936
• 14 juillet 1936

Cordialement, Daniel*D, 5 décembre 2015 à 13:02 (CET)
Note : depuis la correction des modèles par Zebulon84, merci à lui, les exemples qui donnaient un message d'erreur en rougissant l'ensemble ne sont plus apparents. Daniel*D, 6 décembre 2015 à 04:21 (CET)

Facile Daniel*D ! . Dans les cas invalides ce n'est pas l'espace "normale" qui est utilisée. Tu as la séquence hexadécimale "e2 80 af", qui correspond sans doute à une autre espace. Peut-être as-tu un clavier un peu trop UTF-8 . J'avais eu le problème où shift+espace ou encore ctrl+espace insérait l'un des autres espaces, invisible à l'affichage (sauf en général une taille différente). Cordialement, Hexasoft (discuter) 5 décembre 2015 à 14:55 (CET)

Je l'ai trouvé : « NARROW NO-BREAK SPACE » → 0xE2 0x80 0xAF (e280af) Hexasoft (discuter) 5 décembre 2015 à 14:59 (CET)

Note : ça signifie que le modèle/module date ne découpe que par rapport aux espaces standards. Il est sans doute possible d'étendre ça pour gérer ces cas, mais je pense qu'il vaut mieux une erreur car il y a peu de chance que cette insertion soit volontaire, et surtout peu utile dans ce contexte. Cordialement, Hexasoft (discuter) 5 décembre 2015 à 15:01 (CET)

 Hexasoft,
Non non, perso je n'ai fait que placer autour de la date qui était déjà là le modèle {{date-}}. C'est en voyant l'avertissement en rouge que j'ai commencé à me gratter la tête, puis à réécrire la date en entier pour que cela fonctionne. J'ai bien essayé de voir qq chose dans la page html, mais sans succès. Merci pour tes explications. Cordialement, Daniel*D, 5 décembre 2015 à 15:59 (CET)

Sinon, les dates ne doivent pas être entachées de coupures, au moins entre le jour et le mois (si j'en crois le LRTUIN, p. 61). c'est probablement pourquoi quelqu'un avait inséré cette espace (indétectable dans le code) que j'ai fait disparaitre, sans m'en apercevoir, par mon intervention. Daniel*D, 5 décembre 2015 à 16:11 (CET)

 Daniel*D et Hexasoft : actuellement le modèle accepte les séparations par espaces ou espaces insécables sous forme « &nbsp; » ou UTF8 (alt+0160 sur windows), mais effectivement pas les espaces fine insécable. Ce n'est pas difficile à ajouter si vous pensez que c'est nécessaire. — Zebulon84 (discuter) 5 décembre 2015 à 19:31 (CET)

P.-S. Hexasoft, quel outil utilise-tu pour voir le code des caractères utilisé ? Et si c'est un autre logiciel, comment transfère-tu le texte dans ce logiciel, quel navigateur utilise-tu ? (Firefox a tendance a changer les espaces insécable en espace lors des « copier » il me semble)

 Zebulon84 : si ce n'est pas trop compliqué, même si le cas doit effectivement être rare (je crois que depuis que je me sers des nouvelles versions, ça doit être la deuxième ou troisième fois que je rencontre ce petit pb), ce serait sans doute un plus. Cordialement, Daniel*D, 5 décembre 2015 à 19:50 (CET) P.-S. : Firefox change les insécables comme « alt+0160 », « &nbsp; » il respecte.

 Zebulon84 : si si j'utilise le copier/coller à partir de firefox. Mais par contre j'ai copié depuis la zone d'édition, pas depuis le résultat. Et pour examiner le contenu je colle ça dans un fichier et j'utilise hexdump (commande linux). Ça donne par exemple :

$ hexdump -C /tmp/bla

31 34 e2 80 af 20 6a 75  69 6c 6c 65 74 20 31 39  |14... juillet 19|

On note par ailleurs que l'espace est suivie d'une espace « normale » (e2-80-af + 20).

Cordialement, Hexasoft (discuter) 5 décembre 2015 à 20:22 (CET)

 Daniel*D :  Fait. Évidemment, maintenant qu'il n'y a plus d'erreur de script on ne comprend plus ton premier message.

 Hexasoft : Merci. J'ai bien un éditeur Hexa mais il ne me permet pas non plus de coller directement (sauf si j'achetais une licence pour la version supérieure), donc il faut passer par un éditeur de texte intermédiaire. Et je confirme l'info de Daniel*D, on peut copier les espaces fines et fines insécables avec Firefox ou Edge, mais les espaces insécables sont automatiquement transformées en espaces simples (bug 359303, qui devrait être en « wontfix »). Donc cela ne répond que partiellement à ce que je désire. Pour voir les espaces insécables il faut donc que j'installe Chrome, ou que je l'ouvre dans une machine virtuelle, copie dans un éditeur de texte puis ouvre le fichier avec l'éditeur hexa... — Zebulon84 (discuter) 6 décembre 2015 à 03:40 (CET)

 Zebulon84, c'est pas de jeu. Non, je rigole. Et je suis très très content de cette confirmation par un pro sur les espaces insécables ! Depuis le temps que je m'époumone à le dire (souvenirs [1], [2], [3], etc.). Je rêve (en vérité plus beaucoup) comme dans la pub, d'une vraie espace insécable visible (comme dans les bons éditeurs de texte) et robuste qui permettrait de s'affranchir de tous ces modèles (qu'on reproche aux « wikitypographes » d'utiliser). Merci encore. Cordialement, Daniel*D, 6 décembre 2015 à 04:13 (CET) P.-S : c'est vrai que la ch'tite espace « parasite » est visible, par comparaison, dans le code wiki des exemples du début de la section.

 Zebulon84 note que plutôt que copier/coller tu peux aussi passer en mode édition puis tu demandes la source de la page (CTRL-u) que tu sauvegardes ensuite (CTRL-s). Tu n'as alors pas que la partie que tu cherches (faut nettoyer un peu pour s'y retrouver) mais j'ai testé en supprimant tout le reste et je retrouve bien l'espace en question dans la vue hexadécimale du fichier. Cordialement, Hexasoft (discuter) 6 décembre 2015 à 12:32 (CET)

Proposition : par défaut, pas de lien ; pour obtenir les liens, modèle {{Date+}}

Suite à la discussion au Bistro du 3 décembre, je propose que les liens internes vers les jours, mois et années ne soient plus installés par défaut, mais seulement sur demande. Le modèle {{Date}} deviendrait ainsi identique à l'actuel {{Date-}}, et c'est le nouveau modèle {{Date+}} qui reprendrait les fonctionnalités de l'actuel {{Date}}. Ce changement serait facile à réaliser : renommer {{Date}} en {{Date+}} puis immédiatement (pour éviter que les liens indirects soient entretemps rendus directs) {{Date-}} en {{Date}}. Sans oublier de mettre à jour la documentation, of course. — Ariel (discuter) 6 décembre 2015 à 05:37 (CET)

J'ai oublié de rappeler l'intérêt d'utiliser le modèle même sans liens : on évite les retours à la ligne indésirables et on ajoute une balise <time> invisible contenant une date normalisée lisible par les bots. — Ariel (discuter) 6 décembre 2015 à 09:06 (CET)

Pour

1. Pour. Rappel bref de l'argumentaire du Bistro : la plupart des liens internes générés automatiquement par le modèle {{Date}} n'ont aucune justification encyclopédique et gênent finalement la lecture. Mais bien sûr il faut garder la possibilité d'insérer ces liens quand ils sont pertinents, d'où l'idée du modèle {{Date+}}. — Ariel (discuter) 6 décembre 2015 à 05:37 (CET)
2. Pour Je ne me prononcerai pas sur les modalités techniques, mais je ne suis pas trop pour avoir des liens dans les dates, je n'en vois pas l'intérêt (sauf, bien sûr, exceptions) 78.250.125.135 (discuter) 6 décembre 2015 à 06:25 (CET)
3. Pour cela garde l'avantage de mise en forme du modèle, et permet de ne créer de lien que lorsque c'est utile. Moins de liens crées les rendra peut-être exploitables. Ursus (discuter) 6 décembre 2015 à 09:24 (CET)
4. Pour Barada-nikto (discuter) 6 décembre 2015 à 09:41 (CET)
5. Pour fort : simplifie les procédures, évite des tonnes de liens bleus inutiles voire gênants, assure une mise en forme appropriée, sans pour autant empêcher de bleuir ces liens si nécessaire par un simple +. C'est bcp plus cohérent. --Frédéric (discuter) 6 décembre 2015 à 12:17 (CET)
6. Pour : dans la plupart de ces cas, les liens ne sont pas intentionnels. Conserver toutefois le lien si on précise le domaine ("en peinture", "au cinéma"). --Catarella (discuter) 6 décembre 2015 à 15:14 (CET)
7. Pour fort : Permettrait de formater facilement des dates sans générer des liens inutiles, pour ne pas dire nuisibles : à quoi sert de wikifier toutes les dates d'une page, dates non signifiantes pour la plupart. Et lorsqu'elles sont signifiantes, on aurait {{date+}} à notre disposition --Claude villetaneuse (discuter) 7 décembre 2015 à 06:28 (CET)
8. Pour en tant qu'utilisateur de {{date-}}.--Factory ⌘ 7 décembre 2015 à 09:55 (CET)
9. Pour, non pas parce que je suis pour la méthode, mais pour compenser ceux qui ont voté Contre et qui n'ont pas bien compris à quoi servent les modèles {{date}} et {{date-}} (ce qui n'est pas totalement anormal car beaucoup ne connaissent pas ce modèle créé en {{date-|avril 2015-}} = avril dernier ou ne savent pas bien l'utiliser [À votre bon cœur pour l'exemple de code !]) : il est en effet édifiant de lire les commentaires plus bas ; par ailleurs, il est clair (comme déjà précisé ci-contre à maintes reprises) que les trois quarts (au moins) des liens sur les dates ne servent à rien car ils sont effectués sur des dates non significatives, ou sont en doublons ou « triplons » ou pire (on doit en trouver en cherchant bien, principalement dans le cas des liens sur les années ou les mois-années), autrement dit, ces liens ne sont activés que très rarement voire jamais pour certains (s'il existe un outil statistique sur le sujet, il serait révélateur de l’employer) ; le sommet de l'inutilité est atteint quand on trouve des liens sur les années récentes, par exemple (en [[2014]], il a fait beau lorsqu'on ne traite pas du réchauffement climatique ou autres phénomènes connexes) ; en outre, souvent, quand il y a un lien sur une date, il n'y a aucun intérêt à activer le lien pour plusieurs raisons : soit, à côté, il y a le lien sur l'article historique qui s'est déroulé à la date en question et qui permet de mieux comprendre les choses (cela fait donc doublon), soit on n'a pas le temps d’aller s'égarer dans un calendrier contextuel, certes sympathique mais d’utilité très limitée. Il ressort enfin que ce sondage est faussé pour de multiples raisons ; il y aurait probablement lieu d’en préparer un autre avec une méthode plus « aiguisée » (en n'oubliant notamment pas qu'il serait peut-être nécessaire de traiter aussi tous les liens sur les dates activés par le biais de liens internes, par exemple du type [[janvier 1945]] comme d’autres cas ont été cités ci-avant) si l'on souhaite corriger les articles en automatique ; pour l'instant, il faut se contenter de le faire au fil de l’eau, donc avec discernement. Cordialement. --Gkml (discuter) 7 décembre 2015 à 12:48 (CET)

    Gkml, ce n'est pas parce qu'un bon outil n'est pas utilisé correctement qu'il faudrait le casser. D'ailleurs cette modification, passé le b....l/désordre qu'elle engendrerait, ne changerait rien, comme indiqué dans les deux sections suivantes (rebaptiser les modèles n'en change pas l'utilisation future). Sur la wikification abusive ou non et l'usage des ces modèles, il existe déjà des recommandations : Wikipédia:Liens internes#Pertinence des liens, Wikipédia:Conventions de style, Wikipédia:Dates, etc., il est probablement inutile d'en rajouter (et cette question est un des marronniers de WP). Les liens de ce type [[janvier 1945]] sont, soit antérieurs à la création du modèle [4], soit ancrés dans les habitudes, soit faits par simplicité ou ignorance. Cordialement, Daniel*D, 7 décembre 2015 à 15:50 (CET)

   Bonjour Daniel*D, je n'ai pas parlé de le casser car j'ai dit que la demande n'était pas bien formulée et, qu'en attendant que l'on s'entende sur une méthode, il restait l'action au fil de l'eau « avec discernement » car, il y a eu utilisation abusive de ce modèle (et des liens internes classiques pointant sur des articles calendriers) à en frôler le ridicule parfois ; mais les choses vont probablement changer car, depuis cette année « Alleluiah ! », un autre modèle de date — celui-ci sans lien — nous est venu, que le vaste Monde (wikipédien) attendait depuis longtemps. J'ai surtout voté « pour » quand j'ai vu les arguments de quelques votants « contre » qui me semblaient maîtriser le sujet ; sinon mon vote aurait dû être  Neutre étant donné les arguments que j'ai avancés et plus ou moins répétés ici. Il y a certainement quelque chose à faire pour assainir les articles mais quoi, en dehors de l'usage de ses petites mains plus ou moins alertes sur le clavier ? Cordialement. --Gkml (discuter) 7 décembre 2015 à 16:57 (CET)

    Gkml effectivement, compte tenu de ce que vous écrivez (et auquel je souscris, en partie — perso, je trouve pertinent de wikfier les liens dates dans les introductions de biographie), vous auriez dû voter « neutre ». Les modifs au fil de l'eau, avec les petites mains sur le clavier, c'est bien. À mon avis, ce qu'il faut, c'est faire une pub d'enfer au modèle {{date-}} (qui n'a pas que des avantages typographiques), seule solution au problème, et pis c'est tout . Vive Zebulon84 ! Daniel*D, 7 décembre 2015 à 17:30 (CET)

   Mais nécessairement, si vous avez deux modèles Date, l'un qui s'appelle Date et l'autre Date-, le contributeur normal pensera que Date est le modèle par défaut, et donc c'est celui-ci (avec liens) qui sera choisi la plupart du temps, par ignorance. De même si on a un modèle Date et un modèle Date+, c'est Date (sans lien, donc, cette fois) qui sera choisi la plupart du temps. C'est pour cela qu'il vaudrait mieux appeler Date le modèle à recommander qui, la plupart du temps, est celui sans liens... 78.250.148.183 (discuter) 7 décembre 2015 à 23:08 (CET)

   Spéculations. Si vous avez un modèle « Date[x] » et un modèle « Date[y] », vous ne pouvez tirer aucune conclusion sur leurs utilisations réciproques car ces appellations — ou n'importe lesquelles — ne se voient que dans le code. Ce que le contributeur débutant (je ne sais pas ce qu'est un contributeur « normal ») voit, pour celui créant des liens, c'est d'abord la couleur, puis que si l'on clique il se passe des choses. Et, comme tout sur Wikipédia s'acquiert, en première approche, par apprentissage/recopie, vous aurez beau donner n'importe quel nom à ce modèle cela ne changera rien à son utilisation. La preuve, la plupart des modèles ont des alias (pour ne pas dire tous). Daniel*D, 7 décembre 2015 à 23:34 (CET)

   Bonjour Daniel*D,

   Pour ce qui est préférable concernant l'usage de {{date}} ou {{date-}} dans les biographies, cf. ce qui est indiqué dans le § « Biographies » dans l'article sur les conventions de style, au niveau du NB en particulier.

   Il me semble qu'il est quand même plus facile, car plus naturel, d’utiliser {{date}} que {{date-}} ; je pense qu'un sondage permettrait de le mettre en évidence, d’autant que moins de 20 % de ceux qui connaissent {{date}} connaissent le nouveau modèle {{date-}} (« sondage au doigt mouillé » ; pour preuve, nous étions intervenus en commun sur un article d’un utilisateur qui a voté contre ci-dessous et qui me semble-t-il ne le connaissait pas, mais tout modèle a besoin d'un minimum de temps pour être connu) ; la chose à faire pourrait donc être — mais je ne sais si c'est réalisable, et pourtant je suis client de la Matmut — d’exécuter successivement dans l'ordre indiqué les tâches suivantes (avec éventuellement des pauses de contrôle entre chaque tâche) :

   1. De créer le modèle {{date+}} (avec lien donc) qui serait une copie du {{date}} actuel ;
   2. De modifier (évidemment en mode automatique) tous les articles qui contiennent le modèle actuel {{date}} (ou ses dérivés) en transformant les chaînes de caractères {{date| en {{date+|, {{date de naissance| en {{date de naissance+|, {{date de décès| en {{date de décès+|, etc. ;
   3. Dès lors que la tâche précédente est assurée, de supprimer le modèle {{date}} actuel et de le remplacer par le modèle {{date-}} (sans lien donc) qui serait renommé en conséquence ;
   4. De modifier (en mode automatique) tous les articles qui contiennent le modèle {{date-}} (ou ses dérivés) en transformant les chaînes de caractères {{date-| en {{date|, {{date de naissance-| en {{date de naissance|, {{date de décès-| en {{date de décès|, etc. ;
   5. Enfin de conserver ou non l'ancien modèle {{date-}} (qui ne serait donc devenu qu'un alias du nouveau modèle {{date}} sans lien), en fonction de la bonne qualité résiduelle des articles qui auraient été travaillés comme explicité dans la séquence ci-avant.

   Cordialement. --Gkml (discuter) 8 décembre 2015 à 10:23 (CET)

   Bonjour Gkml, tout ça pour in fine ne changer que le nom des modèles. Désolé, mais non. Je me demande d'ailleurs si ce « N.B. » fait consensus et si un sondage… Cordialement, Daniel*D, 8 décembre 2015 à 11:15 (CET)

   La solution proposée ci-dessus permet au moins d’éviter que la « maladie du lien sur la date » ne croisse et embellisse, comme c’est le cas en ce moment et ce qui ne cessera jamais dans les conditions actuelles. Ensuite, après ce traitement de renommage qui aura pour rôle d'arrêter l'hémorragie, il sera possible d’envisager des mesures d’assainissement soit progressives à la main, soit plus rapides en automatique pour les cas identifiés les plus nocifs, et ce au fur et à mesure de ces identifications.

   Il est donc peut-être préférable d’avancer pas à pas plutôt que de vouloir tout traiter en une seule fois, ce qui risque de ne jamais être accepté pour cause d’incompréhension, de mauvais choix opératoire ou autre.

   Cordialement. --Gkml (discuter) 8 décembre 2015 à 14:51 (CET)

   Depuis bientôt dix ans que je suis sur Wikipédia, je n'ai pas constaté une telle « hémorragie » et si maladie il y a, ce sont les « malades » qu'il faut soigner, pas changer un outil, et, par la même occasion, ennuyer ceux qui, depuis très longtemps, ont l'habitude de s'en servir… à bon escient. Le modèle {{date-}} répond très bien au problème, il n'y a pas de raison d'imposer un changement de comportement — éventuel ou supposé — par un moyen détourné. Rien ne vient d'ailleurs démontrer que toute cette manip arrêterait quoi que ce soit. Et absolument contre la robotisation de ce genre de modifications.Daniel*D, 8 décembre 2015 à 15:19 (CET)

   S'il y a des malades comme vous l'indiquez en paraphrasant mon expression, c’est que l'outil est probablement mal adapté et qu'il crée une propension à ce type de maladie. C'est la même chose pour les liens sur les années banales comme je l'ai cité plus haut : du type, je le répète, « en 2012, il y a eu un nouveau président de la République, en 2013, c’était encore le même, etc. », et j'ai vu des milliers de fois cela, si ce n'est des dizaines de milliers.

   En résumé, l'outil (et ses dérivés, ou plutôt ses ancêtres) est loin d’être sobre et n'incite pas à la sobriété, ce qui induit — sans surprise — des problèmes digestifs pour le lecteur et des problèmes d’accoutumance addictive hépatique (!) chez certains rédacteurs qui croient tout bonnement bien faire.

   Cordialement. --Gkml (discuter) 8 décembre 2015 à 15:46 (CET)

   PS : j'ai évoqué la possibilité de robotisation, utilisable de manière sélective (après validation de la sous-communauté concernée) et à bon escient évidemment. --Gkml (discuter) 8 décembre 2015 à 15:46 (CET)

   Les liens comme ceux-ci « 2012, 2013, 2014, 2015… » sont un excellent exemple. Au motif que d'aucuns en abuse (pas seulement pour les dates, comme chacun sait, et c'est souvent bien pire), il n'est bien entendu pas question de supprimer la possibilité de « wikifier » ou de détourner cet outil essentiel. Les modèles de date ne sont que des évolutions (avec des trucs techniques en plus dedans ) de cette possibilité, rien de plus. Donc à considérer de la même façon. Daniel*D, 8 décembre 2015 à 16:35 (CET)

   Serions-nous d’accord sur le diagnostic de la « maladie » ? Je présume que oui.

   Ensuite, il faudrait voir ce qui peut être mis en œuvre pratiquement, avec l'assentiment du plus grand nombre parmi les parties prenantes.

   Cordialement. --Gkml (discuter) 8 décembre 2015 à 16:56 (CET)

   Rien d'autre que ce que dit WP:LI. Daniel*D, 8 décembre 2015 à 17:00 (CET)

   Merci d’expliciter cette réponse sibylline. Cordialement. --Gkml (discuter) 8 décembre 2015 à 17:13 (CET)

   Je considère que cette recommandation est suffisante pour expliquer aux « surwikificateurs » qu'ils font fausse route. Que ce soit pour les dates ou pour n'importe quel lien interne. Daniel*D, 8 décembre 2015 à 17:41 (CET)

   Si vous préconisez le statu quo (a fortiori par le biais d’un renvoi vers une recommandation pratiquement jamais lue), vous ne réglez aucun problème même lentement et, en outre, cela aura tendance à s'amplifier. Votre méthode ne peut pas fonctionner au vu du nombre de corrections que j'ai pu apporter dans ce domaine et auxquelles je présume personne n'aurait jamais touché, pour le désagrément de nombre de lecteurs. Cordialement. --Gkml (discuter) 8 décembre 2015 à 18:17 (CET)

   Si, la bonne méthode, c'est de modifier (le contraire du statu quo, en ajoutant un « - » au modèle {{date}} quoi de plus simple) et j'y prends aussi ma part, comme vous savez. Codialement, Daniel*D, 8 décembre 2015 à 20:01 (CET) et 9 décembre 2015 à 03:09 (CET)

   ┌─────────────────────────────────────────────────┘
   Gkml Je ne vois pas ce que viens faire le "lecteur" dans cet histoire? Quand je regarde un article je me fiche complètement du modèle qui a été utilisé sur les dates. Une grande partie de ceux qui viennent simplement lire un article ne savent même pas qu'il en existe plusieurs, et je ne pense pas que cela les perturbe dans leur lecture. Baguy (discuter) 8 décembre 2015 à 21:38 (CET)

   Si, ça perturbe la lecture, pardon ! Quand je vois un lien 2013, je me dis qu'il doit y avoir un intérêt et je clique dessus... Et quand je vois la page qui s'affiche, je me demande pourquoi on m'a envoyé là, et au bout d'un moment c'est assez agaçant. Les liens ne doivent être utilisés qu'à bon escient. Surtout que le modèle Date actuel, en plus d'ajouter ces liens inutiles, ralentit apparemment le chargement des articles 78.250.153.252 (discuter) 9 décembre 2015 à 02:10 (CET)

   Nous sommes d'accord, les liens ne doivent être utilisés qu'à bon escient. Daniel*D, 9 décembre 2015 à 02:48 (CET) P.-S. : votre lien 2013 n'a rien à voir avec le sujet de cette section. Si vous voulez interdire les liens internes, vous n'êtes pas sur le bonne page.

   Je pense que 78.250.153.252 ne critique pas les liens internes mais les liens inutiles. C'est le sujet de discussion de cette page. Il n'est pas utile d’invoquer une mauvaise foi éventuelle, même si le paravent est une IP et non un pseudo.

   Pour répondre également à Baguy, il suffit de lire WP:LI pour se rendre compte que les liens en excès ne sont pas la préoccupation de une ou deux personnes seulement.

   Cordialement. --Gkml (discuter) 9 décembre 2015 à 09:34 (CET)

   Gkml, la bonne foi n'étant pas à sens unique et ne l'ayant pas invoquée, je ne comprends pas cette remarque, à mon avis, mal placée. Si j'en crois le titre de cette section (qui commence à s'allonger en pure perte) : «  Proposition : par défaut, pas de lien ; pour obtenir les liens, modèle {{m|Date+}} », il est question ici de bricoler des modèles pour contraindre les contributeurs par un artifice à ne pas mettre de « liens internes vers les jours, mois et années ». C'est ainsi que je faisais remarquer à cet intervenant (dont je n'ai pas non plus évoqué la qualité d'IP) que la question plus générale des liens internes — ici sur les années, d'après ce qu'on peut lire de son intervention — et de leur utilisation n'était pas le sujet de cette discussion. Rien de plus. Daniel*D, 9 décembre 2015 à 12:00 (CET)

   Certes, mais le problème lorsqu'on écrit quelque chose (surtout rapidement), est qu'on ne perçoit pas toujours les multiples sens que les choses peuvent avoir selon le lecteur, ce que j'ai récemment fait remarquer à l'un des votants ci-dessous et problème duquel je ne suis pas à l'abri non plus, évidemment. Ma remarque ne reflétait que ce que j'avais compris.

   En outre, un lien interne sur une année n'est pas très différent d’un lien issu du modèle {{date}}, ce dernier en fabriquant deux en général, le premier sur le couple « jour-mois » et le second sur le couple « mois-année » si j'ai bien compris ; et on a aussi la possibilité d’écrire {{date|1945}} (= 1945) qui crée un lien identique à [[1945]] (= 1945).

   Cordialement. --Gkml (discuter) 9 décembre 2015 à 15:40 (CET)

   Sachez que, compte tenu de ma vitesse de frappe de gastéropode, ce que j'écris est, généralement, réfléchi. C'était donc le cas pour la remarque évoquée. Comme je ne mets pas en cause votre honnêteté intellectuelle, il est possible que je sois cryptique sans m'en rendre compte ou trop synthétique ou bien tout simplement… logique. Exemple : il ne me viendrait pas à l'esprit plus d'une microseconde d'utiliser le modèle {{date}} pour écrire 1945. Ce qui explique probablement que je ne voie toujours pas que ce serait le sujet de cette section. Cordialement, Daniel*D, 9 décembre 2015 à 17:24 (CET) P.-S. : le modèle {{date}} génère trois liens, exemple : 14 juillet 1789, ce qui en fait toute la beauté et il a des dérivés qui font encore plus.

   Ma question était que viens faire le lecteur dans le choix du modèle? Baguy (discuter) 9 décembre 2015 à 09:42 (CET)

   N'écrit-on pas pour être lu ? Donc autant éviter d’incommoder le lecteur, ce qui serait le cas (le fait de l'incommoder) en employant des modèles qui insèrent des liens inutiles. C'est le sujet de WP:LI, ou bien serai-je un mauvais lecteur ? sinon ce serait que WP:LI a été mal rédigé, etc. Mais je ne souhaite pas noyer le poisson par cette entourloupe de style qui arrive en fin de mon texte.

   Cordialement. --Gkml (discuter) 9 décembre 2015 à 10:05 (CET)

10. Pour fort : Retrait massif de tous ces liens-dates, sauf de rares exceptions, comme sur le WP.en (et maintenant le WP.de) qui a fait le choix rationnel d'éliminer ces millions de liens-dates insupportables à la lecture il y a des années.--Lubiesque (discuter) 20 décembre 2015 à 17:45 (CET)

    Depuis 2008 pour en pour être précis. Place Clichy 11 janvier 2016 à 12:32 (CET)

11. Pour fort Les liens internes ne sont pertinents/utiles que s'ils sont directement liés au sujet de l'article. Lier les dates systématiquement est une mauvaise habitude. Certains liens de date sont, exceptionnellement, pertinents (du style Fête nationale française vers 14 juillet), mais selon l'application des PF et de WP:LI, le standard doit être : pas de lien. Cette modification va dans ce sens. Si elle est adoptée, je suis en faveur de la modification de WP:PLI, soit en supprimant toute référence aux dates, soit en ligne avec WP:DATELINK. Place Clichy 11 janvier 2016 à 12:32 (CET)
12. Pour Après le passage d'un bot pour transformer les {{Date}} en {{Date+}}. Changeons les usages sans casser ce qui a était fait correctement en connaissance de cause. — Mirgolth 21 janvier 2016 à 10:13 (CET)
13. Pour fort également. NAH, le 18 décembre 2016 à 14:09 (CET).
14. Pour fort, Un lien interne doit être pertinent, et les dates ne font pas exception. --Football Lab (discuter) 19 novembre 2022 à 13:37 (CET)

Contre

1. Contre Un tel passage en force est inadmissible. Les gens qui mettent {{date}} ont leurs raisons (bonnes ou mauvaises). Si cela ne plaît pas à certains de voir les dates en bleu, je propose qu'on accole une balise CSS propre aux dates et qu'ils les colorent dans la couleur de leur choix. -- Xofc ^{[me contacter]} 6 décembre 2015 à 07:18 (CET)

   Ce n'est pas un passage en force, puisque c'est une consultation. Ce serait pas mal de se détendre un peu, non ? ^_^ Cordialement, --Daehan ^[p|d|d] 6 décembre 2015 à 11:10 (CET)

   Personnellement, ma raison de mettre Date a toujours été la gestion par le modèle de la typographie adéquate (espaces insécables, etc.). Par contre l'ajout des liens m'a toujours dérangé 78.250.21.224 (discuter) 6 décembre 2015 à 15:22 (CET)

2. Contre --GdGourou - Talk to °o° 6 décembre 2015 à 08:30 (CET)
3. Contre quand je ne veux pas le lien, j'écris simplement la date sans le modèle. --H₂O^(discuter) 6 décembre 2015 à 08:46 (CET)
4. Contre fort L'utilité première du modèle, c'est les liens. Tyseria, ^{(discuter) z'êtes sur?} le 6 décembre 2015 à 09:06 (CET)
5. Contre Cela revient à annuler purement et simplement le modèle et ce n'est pas envisageable. Un modèle qui ne fait rien visuellement ne sert à rien pour la quasi totalité des contributeurs. Zeenon (discuter) 6 décembre 2015 à 10:03 (CET)

   Ah mais le modèle {{date-}} ne fait pas rien visuellement, loin de là! Il gère les espaces insécables, simplifie l'affichage de « 1^er» dans 1^er août 50 av. J.-C., affiche correctement la typographie même avec les dates avant JC­­­… Il permet aussi de traduire rapidement et sans erreur les dates d'un texte en anglais (surtout si le texte utilise déjà {{date}}). Mais j'aurais été en faveur de conserver {{date-}} si on ne veut pas de lien, {{date+}} si on insiste explicitement pour les avoir, et {{date}} pour accepter le standard, quitte à ce que ce soit un alias pour {{date+}}.

   À mon avis, le problème est que la majorité de ceux qui utilisent {{date}} le font car ils ne connaissent pas {{date-}} et qu'ils croient que c'est la façon de faire (en anglais, certains avaient même proposé la suppression du modèle à cause du trop grand nombre de liens). Mais je suis fortement en faveur de la création de {{date+}} pour permettre d'être explicite sur ses intentions, quitte à ce que {{date}} appelle {{date+}} pendant encore plusieurs années. C'est probablement ce que je ferai avec une autre langue (et supporter aussi la traduction des dates en français ou anglais), mais avec comme défaut {{date-}}.

   45.73.14.41 (discuter) 11 novembre 2016 à 03:53 (CET)

6. Conflit d’édition — Contre fort autant ne pas utiliser de modèle si c'est pour ne pas mettre de lien… --Mathis B ^discuter, le 6 décembre 2015 à 10:05 (CET)
7. Contre Que ceux qui ne veulent pas mettre de liens utilisent {{date-}} et le formatage sera correct; de plus je ne vois pas en quoi des liens bleus "gênent" la lecture (si vraiment c'est insupportable, utiliser une balise CSS comme suggéré par Xofc ci-dessus). Les liens vers des dates peuvent être utiles pour la maintenance des articles de chronologie par exemple. -- Speculos ^(discuter) 6 décembre 2015 à 11:05 (CET)
8. Contre fort, outre que les deux modèles existants ont le résultat visuel typographique indispensable d'éviter les coupures — il en va des dates comme du reste → WP:TYPO#ESPACES-NOMBRES : « un nombre en chiffres arabes ou romains ne sera jamais séparé du nom qui le précède ou qui le suit » —, l'un met les liens, l'autre non, pas plus l'un que l'autre ne gênent la lecture, sauf à dire que les liens internes seraient gênants (évidemment, sans abus, raison de {{date-}}). D'autant que si, quelquefois, il y a des dates wikifiées de façon abusive, ce n'est pas au cause du modèle mais de ceux qui le mettent. Par ailleurs suivre un telle proposition reviendrait, dans un premier temps, à brutalement supprimer tous les lien sur les dates dans l'ensemble des pages de Wikipédia, dont les pages communautaires, les règles, les recommandations, etc., ce qui est parfaitement irréaliste et non respectueux du travail des autres. Restons simples et pratiques, inutile ce créer une telle usine à gaz, qui, de toute façon ne changerait rien à terme (après la période de désordre [5]), à part les noms et l'inversion d'usage des modèle. Daniel*D, 6 décembre 2015 à 11:10 (CET)

   Je ne vois pas le problème, en fait. Pouvez-vous donner un exemple précis dans les pages communautaires, les règles, les recommandations où supprimer le lien serait gênant ? Je ne mets pas vos propos en doute mais j'aimerais me faire un avis éclairé, parce que pour l'instant je ne vois pas le problème 78.250.21.224 (discuter) 6 décembre 2015 à 15:32 (CET)

   Faites votre choix : {{date}} → toutes ces pages de tous les espaces de Wikipédia en plus des articles.

9. Contre Si le choix a été fait de mettre la date, merci de le respecter. -Ash - (Æ) 6 décembre 2015 à 17:12 (CET)
10. Contre — Bouchecl (dring) 6 décembre 2015 à 17:50 (CET)
11. Contre, mais pour la suppression de {{Date-}}. Thierry Caro (discuter) 6 décembre 2015 à 18:43 (CET)

    Ce modèle est, au contraire, absolument génial. Daniel*D, 6 décembre 2015 à 18:56 (CET)

12. Contre Merci de respecter le choix de ceux qui développent les articles. En outre, cette consultation sur un coin de table ne saurait suffire à changer la situation actuelle. Gemini1980 oui ? non ? 6 décembre 2015 à 20:53 (CET)
13. plutôt Contre : c'est un outil, indépendant de l'usage qu'on en fait. S'il faut « statuer » (si nécessaire) c'est à mon sens à travers une décision qui encadre l'utilisation du modèle, et non changer la fonctionnalité dudit modèle. Par ailleurs comme le dit Gemini1980 ci-dessus en l'absence d'une décision sur l'usage rien n'empêcherait divers contributeurs de mettre le modèle "date+" ou de remplacer "date" par "date+" dans des articles. Hexasoft (discuter) 6 décembre 2015 à 21:09 (CET)

    Je pense que c'est bien l'esprit de ce qui est proposé : le standard doit être l'absence de lien (c'est ce que dit WP:PLI), mais la possibilité est donnée aux contributeurs de mettre un lien quand même s'ils le jugent pertinent. Ainsi ces liens seraient le produit d'un acte réfléchi, plutôt que d'un automatisme. Place Clichy 11 janvier 2016 à 12:32 (CET)

     Place Clichy : oui, mais mon propos est qu'on doit statuer des règles (ou recommandations) d'utilisation, et non modifier les choses en espérant que les rédacteurs se contenteront de suivre la « voie par défaut » parce que lorsque ça ne marche pas on a embêté du monde (ceux qui avaient l'habitude de se servir du modèle) tout en finissant au même point. C'est le sens de mon vote : ne changeons pas un modèle qui ne fait « que ce qu'on lui dit de faire », en lieu et place de statuer sur la façon d'utiliser ce modèle. Hexasoft (discuter) 20 janvier 2016 à 21:52 (CET)

     Hexasoft : Les recommandations existent déjà (cf WP:PLI), pour résumer : les liens pertinents sont ceux qui sont en rapport avec le sujet de l'article, ce qui n'est, le plus souvent, pas le cas des dates. Par contre, on constate un décalage entre ce principe et l'usage qui est fait de ce modèle, parce qu'il lie systématiquement les dates. Exemple au hasard : je trouve dans Georges Clemenceau un lien vers 23 juillet, parce qu'il a pris un bateau ce jour-là, ou 16 mai, parce qu'il a prononcé un discours. Si on accepte le principe (déjà admis dans WP:PLI) qu'un tel lien n'est pas pertinent, alors la modification proposée va dans le bon sens : proposer aux contributeurs qui le souhaitent un moyen de mettre un lien, lorsqu'ils le jugent pertinent. Place Clichy 21 janvier 2016 à 10:37 (CET)

     Place Clichy : et ils ont déjà cette possibilité → utiliser {{Date}} ou {{Date-}} (ou {{Date}} avec une option "pas de liens"). Si 23 juillet n'est pas pertinent à cet endroit sur Georges Clemenceau d'après nos recommandations pourquoi ne pas changer le modèle dans l'article ? C'est une décision éditoriale, et changer le comportement d'un modèle revient à appliquer une décision éditoriale sur tous les (nombreux) articles l'utilisant, donc par définition sans examiner l'aspect éditorial de chaque changement. Il faudrait alors repasser sur les articles pour mettre Date+ à la place partout où c'est effectivement nécessaire, ce qui revient plus ou moins au même que de repasser sur les articles pour mettre Date- (ou une option "pas-de-lien") mais sans changer les usages en cours. Hexasoft (discuter) 21 janvier 2016 à 12:29 (CET)

14. Contre Bien sur. Je pense (en tant que créateur d'article), avoir "encore" le choix du modèle à utiliser. Baguy (discuter) 6 décembre 2015 à 22:27 (CET)
15. Contre fort — Jack^rs (discuter) le 7 décembre 2015 à 15:59 (CET)

Neutre

1. Ce n'est pas parce que la PàS de l'Infobox Biographie2 est finie qu'il faut trouver un autre sujet pour s'écharper. — Zebulon84 (discuter) 6 décembre 2015 à 10:12 (CET)
2. Je pense qu'il y a effectivement une utilisation abusive est dénuée d'intérêt dans l'utilisation standard du modèle Date. D'autant plus que ça alourdit le chargement de la page.
   Par contre, la solution proposée ne me semble pas résoudre le problème : on a toujours un modèle que la page doit charger inutilement, et on a toujours potentiellement la possibilité d'avoir des liens directs, comme avant. Perso, je ne le conserverais que pour la contextualisation (1689 en arts plastiques, 1850 en littérature, etc.).
   Cordialement, --Daehan ^[p|d|d] 6 décembre 2015 à 11:31 (CET)

   Non mais l'avantage de toujours avoir un modèle (quel que soit le modèle, d'ailleurs) est de conserver la bonne typographie, avec les espaces insécables... Jusque-là je ne mettais pas du tout de modèle, pour ne pas avoir ces liens absurdes, l'inconvénient étant que je n'avais pas non plus les espaces insécables (du coup je mettais le modèle nobr). Maintenant je viens d'apprendre l'existence du modèle Date-. Donc c'est super. Ceci dit il me semble que Date- devrait être le modèle par défaut, et donc s'appeler Date, alors que l'actuel Date pourrait être renommé en Date+. Ça me semblerait plus logique. Après, il y a peut-être des problèmes que je n'ai pas vus... 78.250.21.224 (discuter) 6 décembre 2015 à 15:36 (CET)

3. Neutre : Cela ne changerait probablement pas la position de ceux qui abusent du modèle en le mettant sans discernement sur toutes les dates qu'ils rencontrent, et parfois en double, en refusant sciemment que l'une des dates soit affectée du "-", ce qui éviterait un double appel totalement inutile. Cela pourrait éventuellement diminuer le nombre de ceux qui l'emploient sans en saisir la portée, mais ce n'est pas certain, et je me demande si cela justifie d'intervenir sur un nombre considérable d'articles pour ça. --La femme de menage (discuter) 7 décembre 2015 à 03:08 (CET)

Format 01/01/2016

Il serait bien d'avoir un paramètre pour afficher une date sous ce format 01/01/2016 et non 1^er janvier 2016. Cela pourrait être utilie lorsqu'on souhaite trier un tableau en fonction de la date qui est sous ce format. Cela n'est pas possible actuellement, sauf erreur de ma part, si l'on met les date directement comme ça sans modele : 01/01/2016.

Cordialement, Jf380 (discuter) 15 octobre 2016 à 22:55 (CEST)

Si, si on met les dates sans modèles, et qu'il n'y a que des dates dans la colonne du tableau, on peut trier (cf. ici). Par contre, il suffit de mettre un '-' dans une case vide et on rebascule sur un tri alphabétique et non plus numérique, et là, c'est la catastrophe! De manière générale, les tri dans les tableaux, si j'ai bien compris, s'effectuent non pas à partir du code qui est dans la cellule mais à partir de ce qui est affiché. Peu importe donc le modèle utilisé pour afficher la date, seul le contenu affiché comptera. --Ydb2 (discuter) 17 octobre 2016 à 10:21 (CEST)

Mois avec avJC=non en syntaxe simplifiée

Le dernier exemple mis dans la doc par Wiska (d · c) ne marche pas actuellement : {{Date|Mars -44|avJC=non}} = « Mars 44 » avec lien vers 44. — Oliv☮ ^{Éppen hozzám?} 30 novembre 2016 à 11:04 (CET)

Pas forcément simple de faire la distinction entre mars-44, mars - 44, mars- 44, mars -44, voire avec plusieurs espaces, car les espaces ne semblent pas forcément importants aux contributeurs.

Mais il faut absolument corriger ça car {{Date|Mars 44 av. JC}} donne aussi une date après Jésus-Christ (en interne pour simplifier les détections 44 av. JC est transformé en -44). Je regarde ça tout de suite. — Zebulon84 (discuter) 30 novembre 2016 à 12:28 (CET)

corrigé. — Zebulon84 (discuter) 30 novembre 2016 à 13:11 (CET)

Merci ! — Oliv☮ ^{Éppen hozzám?} 30 novembre 2016 à 13:31 (CET)

Dates compactes dans les tableaux (à nouveau)

Cette remarque avait été faite en 2009, mais personne n'y a répondu. Je la reprends partiellement à mon compte aujourd'hui. Dans les tableaux on n'a pas toujours de place et il serait utile de pouvoir réduire les noms des mois à l'affichage. Serait-il possible de réaliser cette facilité ? Je reprends les abréviations indiquées dans l'article Mois#Abréviations et il me semble qu'utiliser les abréviations courantes serait adéquate.

Sans abréviations :

Date X	Date Y
18 juin 1907	23 juillet 1918
18 septembre 1907	8 décembre 1937

Avec abréviations :

Date X	Date Y
18 juin 1907	23 juill. 1918
18 sept. 1907	8 déc. 1937

Qu'en pensez-vous ? — Berdea (discuter) 20 juillet 2017 à 03:01 (CEST)

Plutôt pour.  Berdea : tu verrais ça comme une option du modèle {{date-}}, ou comme un nouveau modèle ?

Doit-on gérer les dates juliennes, les dates avant J.C. ? — Zebulon84 (discuter) 20 juillet 2017 à 16:37 (CEST)

 Zebulon84 : Pour moi cela serait plutôt une option du modèle {{date}} (mais on peut également l'appliquer au modèle {{date-}}). Je ne pense que cela soit nécessaire de gérer les dates juliennes et on peut se passer des dates avant J.C.. — Berdea (discuter) 20 juillet 2017 à 17:29 (CEST)

Bonjour,
En vertu de ce passage des WP:CT : WP:TYPO#NON CÉSURE NOMBRE NOM, qui dit « [qu']un nombre en chiffres arabes ou romains ne sera jamais séparé du nom qui le précède ou qui le suit. » en s'appuyant sur le Lexique, p. 61, la présentation « abrégée » ne peut être que :

Date X	Date Y
18 juin 1907	23 juill. 1918
18 sept. 1907	8 déc. 1937

Lequel Lexique énonce, à la page 63, que l'« on n'abrège qu'exceptionnellement le nom des mois, par exemple, faute de place, dans les tableaux comportant des colonnes étroites :
    10 déc. 1963 ou 10-12-1963 »
Sinon, en veillant à utiliser les abréviations indiquées dans l'article cité, lesquelles sont sourcées par des typographes reconnus, il n'y a pas d'opposition à ce que les modèles les admettent, à condition de préciser dans la doc, avec les sources, ces emplois limitatifs. Cdlt, Daniel*D, 20 juillet 2017 à 19:10 (CEST)

Ces remarques me conviennent. Je suis en train de travailler sur la liste suivante : ici et vous vous apercevrez qu'on est bien dans cette figure de cas. — Berdea (discuter) 20 juillet 2017 à 19:18 (CEST)

Je suis d'avis de privilégier la modification du modèle {{Date-}}, de manière à ne pas privilégier la wikifaction abusive de dates banales, que l'on constate trop souvent. Sinon, la création de ce nouveau paramétrage optionnel réservé aux tableaux me parait utile.
Cordialement -- Claude villetaneuse (discuter) 20 juillet 2017 à 19:47 (CEST)

Le modèle {{Date-}} n'est utilisé que pour l'accessibilité et pour éviter les césures automatiques dans du texte. Personnellement je suis intéressé par le modèle {{Date}} qui permet d'avoir accès à d'autres informations. — Berdea (discuter) 21 juillet 2017 à 09:30 (CEST)

Bonjour,
Il n'est pas exact d'indiquer que « Le modèle {{Date-}} n'est utilisé que pour l'accessibilité et pour éviter les césures automatiques dans du texte »
En effet, la documentation de {{Date-}} indique : « Ce modèle sert à créer une date sans liens (contrairement au modèle {{Date}}), en évitant les retours à la ligne indésirables et en ajoutant une balise <time> invisible contenant une date normalisée lisible par les bots. La syntaxe est identique à celle du modèle Date ». Ce modèle est donc destiné à assurer une typographie convenable d'une date, de manière générale, sans générer de liens internes, totalement injustifiés dans la plupart des articles. Le rédacteur a donc le choix d'utiliser l'un ou l'autre des deux modèles {{Date}} et {{Date-}}, selon sa volonté de créer ou non de tels liens.
Cordialement -- Claude villetaneuse (discuter) 21 juillet 2017 à 11:52 (CEST)

Précision bienvenue. — Berdea (discuter) 21 juillet 2017 à 12:56 (CEST)

 Berdea, Daniel*D et Claude villetaneuse : j'ai implémenté ça sur la version /Bac à sable des modèles. C'est compatible avec les autres option du modèle Date.

• {{Date/Bac à sable|18/09/1937|compact=1}} → 18 sept. 1907
• {{Date-/Bac à sable|18/09/1937|compact=1}} → 18 sept. 1907
• {{Date/Bac à sable|18/09/1937-|compact=oui|julien=oui|âge=oui|nolinks=oui}} → 18 sept. 1937 (1^er oct. dans le calendrier grégorien)

Le nom du paramètre est « compact », n'importe quelle valeur déclenche l'affichage compact. Le nom du paramètre peut facilement être changé si vous avec une meilleure proposition.

Pouvez-vous tester et me dire ce que vous en pensez ? — Zebulon84 (discuter) 24 juillet 2017 à 09:35 (CEST)

Je n'en pense que du bien (sous réserve de mention dans la doc, comme déjà dit). Toutefois je ne vois pas la nécessité de la version avec nolinks=oui du fait que {{Date-/Bac à sable|18/09/1937-|compact=oui|julien=oui|âge=oui}} donne le même résultat → 18 sept. 1937 (1^er oct. dans le calendrier grégorien) . Cdlt, Daniel*D, 24 juillet 2017 à 10:35 (CEST)

J'ai fait quelques essais (voir ici) et cela semble marcher. Je suppose que la paramètre nolinks (il faudrait franciser) est mis pour, à terme, supprimer le modèle date- ? — Berdea (discuter) 24 juillet 2017 à 20:15 (CEST)

Si vous comparez le code des modèles {{date}} et {{date-}}, vous verrez que la seule différence est l'ajout du paramètre nolinks lors de l'appel du module. Mon exemple n'était qu'un clin d’œil à cette proximité. Mais il n'est pas question de supprimer ce paramètre (sinon date- ne fonctionnera plus) ni de supprimer {{date-}} (bien plus intuitif).

Il est tout à fait possible de faire la même chose pour la version compacte, et de créer un modèle avec |compact=oui dans le code du modèle, pour éviter d'avoir à répéter ce paramètre sur chaque ligne d'un tableau. Le seul soucis est d'avoir un nom simple et clair. — Zebulon84 (discuter) 24 juillet 2017 à 21:00 (CEST)

Tout me semble OK. On peut passer en production ? — Berdea (discuter) 24 juillet 2017 à 22:46 (CEST)

 Zebulon84 : Tu transfères le bac à sable sur le modèle ? — Berdea (discuter) 25 juillet 2017 à 23:21 (CEST)

 Fait. Mais je préfère prendre mon temps et laisser le temps à d'autres utilisateurs de s'exprimer, pour tout vérifier et faire quelques modifs mineures en même temps pour ne pas multiplier les modifs sur un modèle très utilisé. Et je suis aussi bénévole, et je réponds aussi aux questions techniques d'un certain Berdea... — Zebulon84 (discuter) 26 juillet 2017 à 04:34 (CEST)

Je confirme... — Berdea (discuter) 26 juillet 2017 à 09:41 (CEST)

paramètre ApJC

Bonjour, ce modèle est très pratique. Il possède un paramètre AvJC qui permet d'éviter de répéter le suffixe dans certains cas d'usage. D'une manière similaire, pourrait-il être doté d'un paramètre de type ApJC qui pourrait être utile pour forcer l'affichage apr. J.-C. lorsqu'on cite des dates "à cheval" sur l'ère chrétienne ? Par exemple pour remplacer le code complexe

{{date-|-600}} à {{nobr|{{date-|300}} {{ap JC}}}}

600 av. J.-C. à 300 apr. J.-C.

Cordialement --Ypirétis (discuter) 24 septembre 2017 à 10:31 (CEST)

Bon ben visiblement tout le monde a mieux à faire... Ypirétis (discuter) 28 septembre 2017 à 18:50 (CEST)

 Ypirétis : c'est à demander sur Projet:Modèle/Demandes ! Lofhi ^{me contacter} 12 mars 2018 à 03:40 (CET)

Ah, Ok, merci. Ypirétis (discuter) 12 mars 2018 à 07:42 (CET)

Rendu différent des deux modèles

Bonjour,

{{date|1 janvier 2016|en France}} donne 1^er janvier 2016

{{date-|1 janvier 2016|en France}} donne 1^er janvier 2016 (sans wikilien)

--Cjp24 (discuter) 12 mai 2019 à 19:41 (CEST)

Bonjour, qu'est-ce qui ne va pas ? od†n ↗^blah 13 mai 2019 à 17:41 (CEST)

Oups, j'ai été influencé par le code {{date-|1 janvier [[2016 en France|2016]]}} (qui donne 1^er janvier 2016) trouvé dans un article (que j'ai modifié en {{date|1 janvier 2016|en France}}). --Cjp24 (discuter) 13 mai 2019 à 21:02 (CEST)

Support des intervalles

Il manque à ce modèle (ainsi qu'à Module:Biblio/Commun::inscriptionDate(), et peut-être d'autres) la possibilité de spécifier des intervalles.

Voir cette question sur Stack Overflow : How do you markup a date range with the HTML5 time tag? et notamment cette réponse.

Exemples :

• novembre-décembre 1985 : <time datetime="1985-11/1985-10">
• 10-16 avril 1986 : <time datetime="1986-04-10/1986-04-16">

Je n'ai pas d'idée concernant la complexité de l'ajout…

od†n ↗^blah 16 juillet 2019 à 09:14 (CEST)

Âge à une date fixée

Je me demandais : est-ce qu'il ne pourrait pas être utile d'ajouter un paramètre du genre dateâge pour indiquer la date à laquelle on veut afficher l'âge, ce qui pourrait être utile pour les pages liées à un événement ponctuel, à l'image de ce qui se fait pour le modèle âge. Ca me semblerait assez approprié personnellement. Cordialement, --$Nicoco^{5^{3}}$^[blabla] 19 août 2019 à 13:21 (CEST)

Mise en place du modèle par un bot

Bonjour,

En 2017, @Gdgourou avait demandé une uniformisation du format des dates sur les articles du Projet:Disney, de sorte à systématiquement utiliser les modèles {{date}} et {{date-}} : le but est surtout d'ajouter des espaces insécables évitant des retours à la ligne assez hideux. De manière plus accessoire, ces modèles ajoutent des balises <time></time> invisibles.

Puisque je croise et corrige des dates non mises en forme (donc sans espace insécable) quotidiennement, je propose de procéder (via mon bot, qui utilise AWB et avait procédé à l'harmonisation du Projet:Disney) à une harmonisation similaire sur l'ensemble de l'encyclopédie.

Concrètement, Bot de pluie (d · c · b) remplacerait les formes :

• jour mois année, {{1er}} mois année et {{1er mois}} année par {{date-|jour mois année}} ;
• [[jour]] [[mois]] [[année]], [[jour mois]] [[année]], [[jour]] [[mois année]], autres variantes avec un LI sur un seul des trois éléments, ainsi que variantes avec {{1er}}, par {{date|jour mois année}}.

Les dates situées dans des modèles ou références seront ignorées.

Qu'en pensez-vous ? Y a-t-il des points d'attention technique ou éditoriaux auxquels je devrais songer avant de me lancer dans pareille entreprise ? Question connexe : est-il pertinent (i. e. utile) de remplacer les {{date|jour|mois|année}} par la syntaxe {{date|jour mois année}} (idem avec {{date-}}) ? Je présume que non, puisqu'il n'y a aucune différence visuelle. Ping @Od1n et @Zebulon84.

— Jules ^Discuter 12 octobre 2019 à 20:37 (CEST)

Bonne idée; mais il faudrait peut-être aussi traiter les cas [[année en xxxx|année]] en les remplaçant par {{date|année|en xxxx}} ou {{date-|année|en xxxx}}, par exemple année en sport, année au cinéma, année en littérature, etc. -- Speculos ^✉ 12 octobre 2019 à 22:08 (CEST)

Bien vu (mais que {{date}}, puisque {{date-}} ne crée pas de lien). C'est facile à intégrer dans les changements à effectuer. — Jules ^Discuter 12 octobre 2019 à 23:51 (CEST)

Ça me semble peu risqué globalement. Quelques petits trucs :

• Tu as parlé d'éviter les modèles et les références, évites-tu aussi la cible des liens ? Par exemple : Stade du 8 mai 1945, Liste des cardinaux créés par François#Créés le 19 novembre 2016.
• D'ailleurs, "Stade du 8 mai 1945" est une redirection vers Stade du 8-Mai-1945. De façon générale, dans les noms de lieu comme celui-ci, il faut une majuscule au mois et des tirets, plutôt que d'utiliser {{date-}}. Mais parfois, il n'y a que les majuscules et pas les tirets (exemple : Bourgoin-Jallieu#La Fontaine de la place du 23 Août 1944), ou ni majuscules ni tirets. Ça pourrait valoir le coup de regarder manuellement les cas "(place|rue|avenue|stade|...) du <jour> <mois> <année>" avant de lancer le bot, au moins quand le mois a une majuscule, car ajouter {{date-}} serait une régression.
• S'il y a vraiment beaucoup de dates, il faudrait vérifier que le nombre maximum d'inclusions de modèles par page n'est pas dépassé (ou une autre limite comme le nombre d'appels coûteux de fonctions parser).
• Il pourrait y avoir des problèmes mineurs de mise en forme dans les tableaux si les espaces insécables forcent l'augmentation de la largeur d'une colonne (une autre colonne devient très étroite, ou le tableau devient déraisonnablement large). C'est assez difficile à vérifier.

À propos de la remarque de Speculos, lorsqu'un modèle ne fait que créer un (unique) lien interne, on conseille normalement de le substituer. Il y en a déjà quelques uns plus spécifiques avec les années, comme {{AnnCin}} et {{AnnLit}}, marqués avec {{Modèle à subster}}. Remplacer [[XXXX en domaine|XXXX]] par {{date|XXXX|en domaine}} irait dans le sens inverse.

Sinon personnellement, ce sont les espaces insécables qui me gênent et pas leur absence (quand je lis, je suis indifférent à la présence d'un retour à la ligne entre un nombre et un mot, mais je trouve moches les retours à la ligne laissant beaucoup de blanc en fin de ligne). Mais bon, je reconnais que c'est totalement subjectif et j'ai le LRTUIN contre moi, alors tant pis pour moi...

Orlodrim (discuter) 15 octobre 2019 à 01:17 (CEST)

Merci @Orlodrim pour ces remarques pertinentes.

• Je ne l'avais pas dit, mais je comptais également ignorer les liens internes, pour éviter divers désagréments. Cela dit, je n'avais pas pensé aux cas des noms propres (fêtes, etc.) pour lesquels il faut effectivement des traits d'union et des majuscules (14-Juillet…). Mais les regex que je vais utiliser ne détecteront pas les dates comprenant des traits d'union et je vais faire en sorte qu'elles laissent inchangées les éventuelles majuscules des mois. NB : pour la fontaine de la place du 23 Août 1944 que tu évoques ci-dessus, le titre de section est erroné, il faut bien des traits d'union ; j'ai corrigé.
• Pour le nombre maximum d'inclusions de modèles par page, la modification sera empêchée le cas échéant, j'imagine, non ?
• Pour les tableaux, les problèmes devraient vraiment être mineurs, puisque la longueur de la chaîne de caractères représentant une date est dans tous les cas assez faible. Je regarderai ce point pendant les tests.
• À la suite de la suggestion de Speculos, je ne comptais pas remplacer les [[XXXX en domaine|XXXX]] par {{date|XXXX|en domaine}}, mais seulement les [[jour]] [[mois]] [[année en domaine|année]] par {{date|jour mois année|en domaine}} .

Il n'y a pas que le LRTUIN contre toi, il y a également tous les secrétaires de rédaction de France . — Jules ^Discuter 15 octobre 2019 à 19:14 (CEST)

Bon, il faut beaucoup de règles regex, mais je suis très proche du but. Vous pouvez regarder les essais que j'ai effectués avec mon compte et ceux effectués avec Bot de pluie (d · c · b). Globalement, tout fonctionne bien (y compris pour les « en X domaine » @Speculos : ex). Il me reste deux aspects à régler :

• « 45 maillots » ne devrait certainement pas être transformé en {{date|45 mai}}llots…
• J'ai été obligé de créer des regex pour détecter si la date est dans un modèle, un LI, une référence ou un titre de section, et ignorer ces cas. Dans la majorité des situations, mes regex fonctionnent bien, mais quand un modèle contient un autre modèle (typiquement, dans les infobox), mes regex ne détectent pas qu'il faut ignorer la date. Je vais réfléchir à une solution.

— Jules ^Discuter 15 octobre 2019 à 22:53 (CEST)

Quelques cas exotiques :

1. <jour mois> <bout de phrase sans rapport commençant par un nombre> [J'ai cherché avec quelques mots pour lesquels il me semblait probable que ça arrive comme "hommes" et "habitants", mais c'est difficile de généraliser.]
   • "il envoya en juin 1600 hommes sous le commandement de son parent" (Randal MacDonnell (1er marquis d'Antrim))
   • "le 16 septembre 800 hommes seulement avaient pris les armes" (Acámbaro)
2. <jour mois année> av. J.-C. [Ça devrait être relativement facile à détecter, encore qu'il faut prendre en compte que ça peut être écrit avec ou sans modèle {{Av JC}} / {{Avjc}}, ou "avant notre ère" (Ptolémée XIII), ou peut-être d'autres variantes. Je ne sais pas ce qu'il faut comme espaces insécables avant "avant" en toutes lettres, mais en tout cas la balise time indiquerait l'année opposée à celle qu'il faut s'il y avait un modèle.]
   • "18 octobre 1184 av. J.-C." (Une minute avant)
   • "L'éclipse annulaire du 30 octobre 1207 av. J.-C. pourrait correspondre à l'événement" (Éclipse solaire).
3. Les dates de la Terre du Milieu et plus généralement dans d'autres calendriers que le calendrier grégorien. Le problème est la balise time, qui n'est censée être utilisée qu'avec des dates dans le calendrier grégorien selon [6]. Bon, après, je ne sais pas si cette balise est vraiment utilisée par quiconque...
   • "nuit du 2 au 3 mars 3019 du Troisième Âge" dans Liste de sièges.
4. Je ne sais pas si c'est déjà géré, mais les dates dans d'autres balises que <ref> ou en commentaire ne doivent pas non plus être converties :
   • "Le château du Guédelon (Treigny, France) le 19 août 2019.jpg" (balise gallery dans Guédelon)
   • "text:9 février 1942~1ère proposition d'embauche~de Jacobs" (balise timeline dans Les Sept Boules de cristal#Chronologie de la création des Sept Boules de cristal)
   • "Dans une interview à [[Paris Match]]<nowiki> en date du 18 janvier 1980, Colette Boulin" (balise nowiki dans Affaire Robert Boulin, sans doute un bug de l'éditeur visuel, mais sans conséquences visibles pour l'instant)
   • "<!-- aucun code le 14 septembre 2009 d'après DrugBank -->" (Acide laurique)

Orlodrim (discuter) 16 octobre 2019 à 23:38 (CEST) 17 octobre 2019 à 00:51 (CEST)

Merci pour ces autres éléments, @Orlodrim.

• Points réglés : détection fiable (directement par AWB mais j'ai littéralement passé deux heures à trouver comment faire) des modèles pour les éviter ; mots commençant par « mars » ou « mai » (pas de risque avec les autres mois) à éviter ; dates avant JC (je vais carrément ignorer les pages contenant « av. JC » — et autres typos — où « avant cette/notre ère »).
• Points déjà gérés : images, commentaires, balises nowiki, balise timeline.
• Point que je compte ignorer : autres calendriers (impossible à détecter, ne concerne qu'une infinité d'articles, et c'est juste un « problème » de balise <time>).
• Point en suspens :

L'aspect le plus complexe est ton point n^o 1, pour lequel j'ai deux propositions de solutions :

1. [solution éliminant tous les faux-positifs, au prix d'un certain nombre de remplacements légitimes ignorés] N'effectuer le remplacement que lorsque l'année ou le mois est suivi de prépositions, déterminants, signes de ponctuation, etc. ; bref, des mots dont on est sûr qu'ils ne sont pas des noms communs susceptibles d'être précédés d'un nombre. Les noms propres, les verbes, les adjectifs numéraux, etc., ne sont pas détectés (impossible d'en faire une liste exhaustive), donc il y aura des remplacements légitimes ignorés. Ça donnerait un truc dans le genre :
   (?=[\,\<\.\n\)]|\s(ils?|elles?|la|les?|une?|des?|lors(que)?|quand|pendant|vers|que|à|au|et|sous|sur|puis|après|dès|suite|alors|car|pour|si|même|par|avec|en|selon|malgré|avec|\;\:)\s|\s(\(|qu[’']|[ld][’']))
2. [solution maximisant le nombre de corrections, mais susceptible de laisser passer quelques faux-positifs] Ne pas effectuer le remplacement quand le mot qui suit est composé de plus de trois lettres et se termine par un -s ou un -x (dénotant, le plus souvent, un pluriel). Ce qui donnerait : (?!\s\w{3,}[sx])

Par prudence, même si la seconde solution n'occasionnerait probablement qu'un nombre réduit de faux-positifs, je penche pour la première solution. Qu'en penses-tu ?

— Jules ^Discuter 19 octobre 2019 à 01:08 (CEST)

A priori, les cas du 1 devraient être assez semblables à ceux qu'on rencontre quand il y a une virgule après le mois. J'ai fait la liste dans Utilisateur:Orlodrim/test#Mot après <mois>, <nombre> et la liste des mots apparaissant après les dates pour comparer.

C'est relativement rare (3861 occurrences). Les cas sans virgules devraient être encore plus rares, donc au total le risque est quand même assez faible.

Les cas gênants sont ceux qui apparaissent dans les deux listes :

• J'ai barré ceux qui n'apparaissent qu'avec des nombres à un ou deux chiffres (pas de risque, sauf si tu comptes traiter les années à deux chiffres)
• « p » : dans la deuxième liste, c'est pour le nombre total de page (<date>, <nombre> pages), donc normalement peu de risque que ça apparaisse sans virgule.
• « en »  : n'a normalement pas de raison d'apparaître sans virgule non plus quand le nombre n'est pas une année.
• « à » : éviter <mois> <nombre> à <nombre>.
• « ont » : je ne sais pas quoi recommander, il apparaît 646 fois après une date normale et est aussi fréquent dans la deuxième liste.
• « km » : pas de risque, aucune occurrence de <mois> <nombre> km sans virgule.
• « d'entre » : à éviter

À part ça, éviter les pluriels en -s et -x devrait suffire.

Orlodrim (discuter) 19 octobre 2019 à 11:43 (CEST)

Merci (encore !) pour ton aide @Orlodrim.

J'ai intégré « à <nombre> » et « d'entre » aux exclusions ((?!\s\w{3,}[sx]|\sd['’]entre|[0-9]|\sà\s[0-9]+?)).

À noter que pour « nombre à nombre », cela exclura 169 corrections pourtant pertinentes (exemple : « puis vice-président de l’Alliance de novembre 1937 à 1940 »). J'effectuerai ces 169 remplacements à part, avec une regex dédiée détectant « de <mois> <nombre> à <nombre> ».

Pour « ont », je ne le vois pas dans ta première liste. Mais il me semble qu'il devrait théoriquement toujours y avoir une virgule entre le mois et le nombre dans pareil cas, ne serait-ce que parce que le cerveau humain est, en l'absence de virgule, programmé pour détecter une date. J'ai regardé presque intégralement les 331 résultats de cette recherche, je n'ai trouvé aucun cas où un nombre à trois ou quatre chiffres serait un sujet dans la phrase, et non une année.

Sinon : je confirme que le bot ne tient compte que des années à trois et quatre chiffres.

Bon dimanche, — Jules ^Discuter 20 octobre 2019 à 14:15 (CEST)

Actuellement, le seul cas à trois chiffres est « Ainsi le 22 avril 200 ont pactisé avec les révolutionnaires » dans Campagne pour la Constitution du Reich. Je n'en ai pas vu à 4 chiffres en parcourant la liste, mais je n'ai pas vérifié en détail. Orlodrim (discuter) 22 octobre 2019 à 21:10 (CEST)

(Cas corrigé manuellement.) J'ai fini d'implémenter tous les cas particuliers. J'ai lancé une salve de modifications automatisées hier soir sur plusieurs centaines de pages au hasard, tout en gardant un œil dessus : j'ai découvert deux bugs, un dû à une simple faute de frappe dans une regex, l'autre dû à une erreur de conception dans la détection des modèles (en vue n'effectuer aucun remplacement en leur sein). Les deux sont corrigés. Je relance une salve de test « surveillé » aujourd'hui et, si je ne détecte plus aucun faux-positif/remplacement inapproprié, je lancerai le bot pour de bon. — Jules ^Discuter 23 octobre 2019 à 17:30 (CEST)

P.-S. : tant qu'à faire, j'ai fait en sorte que le bot corrige désormais aussi les formes « 1er » mal typographiées (ce devrait être 1^er) dans les dates, par exemple 1er octobre 1999 en {{date-|1 octobre 1999}} (qui donne « 1^er octobre 1999 »).

Bonsoir Jules* , apparemment ton bot ne détecte pas les dates placées dans un {{nobr}} (comme c'était le cas ici). Ce genre d'utilisation n'est probablement pas très fréquent, mais il pourrait être utile de l'intégrer. --tiloudeux ^{(on papote ?)} 6 avril 2020 à 20:13 (CEST)

Hello, @Tiloudeux. En fait, mon bot est programmé pour éviter tout remplacement à l'intérieur d'un modèle, car ça génèrerait beaucoup de faux-positifs.

Je pourrais éventuellement le programmer pour détecter spécifiquement les nobr, je mets ça dans ma liste de trucs à faire un jour, merci de la suggestion. — Jules* ^Discuter 6 avril 2020 à 20:48 (CEST)

Bonjour,

Comme certains l'ont peut-être remarqué, j'ai repris l'activité de Bot de pluie avec LD AWBot.

Je mets l'avancement à jour sur cette page et je liste des pages à exclure sur celle-ci.

Je vous invite à ajouter des faux-positifs si vous en croisez. Généralement, ce sont des dates dans des titres d'oeuvre.

Amicalement, --LD ^{• m'écrire •} 6 février 2021 à 16:36 (CET)

Correction accords ?

Bonjour,
" Les nombre négatif sont considéré comme des années ..." = " Les nombres négatifs sont considérés comme des années ..." Pueblopassingby (discuter) 13 décembre 2019 à 17:43 (CET)

dates avant -10 000

Bonjour,

Après être tombé sur {{formatnum:80000}} {{av JC}} j'ai rajouté un formatage des dates avant -10 000 : diff.

Cela donne :

• {{date-/Bac à sable|-80000000}} : 80000000 av. J.-C.
• {{date-/Bac à sable|-80000}} : 80000 av. J.-C.
• {{date-/Bac à sable|-10000}} : 10000 av. J.-C.
• {{date-/Bac à sable|-9999}} : 9999 av. J.-C.

Qu'en pensez-vous ? — eru ^[Discuter] 5 avril 2020 à 10:52 (CEST)

Bonjour,

Pourquoi pas, mais il serait plus pertinent dans ce cas de transformer les dates av. J.-C. en dates avant le présent, par un ajout de 2 000 ans, car au-delà de 10000 av. J.-C., l'usage est d'employer des dates avant le présent. Les dates av. J.-C. ne s'emploient que pour la période postérieure à 10000 av. J.-C..

Cordialement, Keranplein (discuter) 5 avril 2020 à 13:07 (CEST)

D'accord avec Keranplein. — Ariel (discuter) 5 avril 2020 à 15:39 (CEST)

Techniquement pas de soucie, mais je pense que ce genre de modification devrait passer par consultation plus large auparavant.

Je pense qu'il faudrait mettre un paramètre spécifique du genre {{date|-10000|avantlepresent=vrai}} afin de ne pas modifier le fonctionnement des pages actuelles.

Notamment -10000 redirige vers Xe millénaire av. J.-C.. — eru ^[Discuter] 7 avril 2020 à 23:32 (CEST)

D'accord avec Keranplein et Ariel.--LOGOS & ALOGOS (discuter) 17 janvier 2021 à 17:48 (CET)

Date "guerre mondiale"

Bonjour,

Y a-t'il une syntaxe du modèle date qui produise un lien vers le mois "guerre mondiale", telle que la donne [[12 juillet|12]] [[Juillet 1917 (guerre mondiale)|juillet 1917]]?

J'ai essayé {{date|12 juillet 1917|(guerre mondiale)}} mais cette syntaxe donne un résultat identique à celui du modèle sans qualificatif (i.e. même résultat que {{date|12 juillet 1917}}).

Merci. --LeFit (discuter) 22 juin 2020 à 10:55 (CEST)

Bonjour LeFit. Réponse tardive, découvrant ce message. Cette option peut être ajoutée au module. Sauf erreur, le modèle dans son fonctionnement actuel donnera, plutôt [[12 juillet|12]] [[Juillet 1917 (guerre mondiale)|juillet]] [[1917]]. Est-ce que cela irait ?

Pour visualiser et accessoirement tester, pas encore effectif.

{{date|12 juillet 1917}} → 12 juillet 1917

{{date|12 juillet 1917|(guerre mondiale)}} → 12 juillet 1917

{{date|12 juillet 1917|guerre mondiale}} → 12 juillet 1917

Edit :  Fait. Voir exemple. Valide pour les périodes Juillet 1914 à Décembre 1918 et Août 1939 à Septembre 1945. Si un modéliste veut regrouper mois et année, (avec un seul lien) pour ce cas particulier, libre à lui.

— Ideawipik (discuter) 17 janvier 2021 à 17:35 (CET)

Utilisation du modèle pour une année seule, faut-il préciser la documentation ?

Test
2000
3 janvier 2000
4 février 2005
3 mars 1999
2002
mars 2008

Bonjour. Serait-il pertinent d'ajouter à la documentation le paragraphe suivant ?
« Il est inutile de solliciter le modèle « Date » pour créer un simple du lien interne [[AAAAA]] ou [[AAAA en domaine|AAAAA]] sans jour ni mois, forme qui ne nécessite pas d'espaces insécables. On préférera donc cette première syntaxe plutôt que {{date|AAAA}} ou {{date|AAAA|en domaine}}. »
… sauf peut-être dans les tableaux triables pour la fonctionnalité de tri. Dans la pratique, le tri semble bien réalisé (voir tableau ci-contre), même quand les années (2000, 2002) sont introduites sans le modèle, en classant les dates non précises au premier du mois ou de l'année. La balise <time> est-elle vraiment utile, notamment dans le corps du texte ? — Ideawipik (discuter) 17 janvier 2021 à 17:35 (CET)

Remplacements à la chaîne de {Date-|15|janvier|2001} par {Date-|15|01|2001} ou {Date-|15 janvier 2001} par {Date-|15/01/2001}

Bonsoir,

J'ai vu passé ces derniers jours des remplacements de modèles date tout à fait valides du type {{Date-|15|janvier|2001}} ou {{Date-|15 janvier 2001}} par respectivement {{Date-|15|01|2001}} ou {{Date-|15/01/2001}}.

Deux questions :

1. Pourquoi ?
2. Au nom de quoi ?

Je précise d'emblée qu'il va falloir de bons arguments pour me convaincre, parce qu'on passe d'un modèle non ambiguë à un qui l'est régulièrement grâce aux différences entre notations américaines et britanniques/francophones. Pour 04/11/2021 par exemple il y a toujours un doute (et régulièrement des erreurs sur WP:FR) entre le 4 novembre et le 11 avril.

Bonne soirée, --Gaillac (discuter) 28 février 2021 à 21:56 (CET)

 Gaillac :

Bonjour,

A priori, il n'y a pas de raison. Aurais-tu des exemples de pages où ce remplacement a été fait ?

S'il s'agit d'un seul utilisateur, il faudrait lui demander. S'il s'agit d'un remplacement fait par plusieurs utilisateurs différents, il y a peut-être un bug avec un gadget ou un autre outil.

Orlodrim (discuter) 28 février 2021 à 22:13 (CET)

Les 2 de ma liste de suivi aujourd'hui :

Rhys Healey

Sandra Näslund

Par respectivement  Nebuno et une IP

--Gaillac (discuter) 28 février 2021 à 22:19 (CET)

Salutations. Il faudrait peut-être signaler cet étrange comportement dans "vandalisme en cours". --LOGOS & ALOGOS (discuter) 28 février 2021 à 22:22 (CET)

Bonsoir,

Sur les articles que je modifies, j'utilise le format --/--/---- dans les sections Biographie et des références car ça amène un gain d'octets non négligeable pour les articles, surtout surchargés. Je ne savais pas que cela causerait autant soucis et en suis étonné... — Nebuno (discuter) 28 février 2021 à 22:26 (CET)

Bonsoir,

Pour ce potentiel problème de taille, avec un rapide coup de tableur :

la longueur moyenne d’un mois pondéré par le nombre de jours dans ce mois –février vaut 28,25, décembre 31, sur une année de 365,25 jours) est de 6,07 caractères. Remplacés par 2 caractères à chaque fois on gagne donc en moyennes 4,07 caractères par remplacement, donc 16,29 octets sur une base de 4 octets par caractère.

Donc pour 100 modèles date (cas extrême il me semble) on gagnerait 1629 octet de code, c’est à dire peanuts, un tiers de secteur de disque dur (et encore, 4ko c’est le minimum pour un disque dur standard, les serveurs de WP ont peut-être des secteurs plus gros que ça).

Par contre chaque modèle est traité par le moteur de WP pour transformer {{Date-|15|janvier|2001}} et {{Date-|15/01/2001}} en 15 janvier 2001, et ça ça a un coup. Non négligeable et considéré comme problématique fut un temps, d’où la limitation du nombre de modèle par page qui n’a peut-être plus cours. Je ne connais pas le fonctionnement interne du modèle date pour savoir si une forme d’écriture coûte plus cher qu’une autre à convertir, mais s’il y avait vraiment un problème de ce côté-là il faudrait des recommandation claire dans la doc du modèle pour indiquer quelle forme privilégier et pourquoi.

Bonne soirée, --Gaillac (discuter) 1 mars 2021 à 18:55 (CET)

Bonjour,

De manière générale : Wikipédia:Ne vous préoccupez pas de performance, donc faire un changement pour une taille en octet ou un temps de chargement n'est pas recevable, sauf si les administrateurs signalent un problème. De plus toutes les versions sont mémorisées, donc ajouter une version pour cela prend en faite plus d'espace disque.

De manière spécifique mettre janvier ou 01 ne change pas grand chose, il parse de toute façon. Je ne savais même pas que --/--/---- était supporté, c'est la première fois que je le vois... si on voulait chercher la petite bête 1|1|2021 est surement le plus optimal (et ce n'est pas sur car separationJourMoisAnnee est malgré tout appelé), mais 1 janvier 2001 est plus lisible.

Bref : mettez ce que vous voulez à l'ajout du modèle, mais il ne sert à rien de modifier occurrences existantes pour cela. — eru ^[Discuter] 1 mars 2021 à 19:15 (CET)

Option pour désactiver le lien sur un ou plusieurs éléments de la date

Bonjour,

Serait-il envisageable d'ajouter au modèle {{date}} la possibilité de désactiver le lien sur un ou plusieurs éléments de la date, comme le propose Modèle:Date_républicaine ? (Par exemple, {{Date républicaine|15 vendémiaire* an II}} donne « 15 vendémiaire an II ».)

Je croise occasionnellement des articles avec des dates de la forme « 15 janvier 1942 » qui, sauf erreur de ma part, ne sont pas facilement wikifiables à l'heure actuelle. --Golmote (discuter) 26 avril 2021 à 08:30 (CEST)

+1. Ce serait fort utile. Par exemple, dans les RI, mettre des LI sur tous les éléments de la date n'est pas toujours utile, seule l'année nécessite vraiment un LI. — Jules* ^Discuter 14 juillet 2021 à 19:29 (CEST)

Le newbie que je suis abonde modestement : Pour la réduction drastique des dates & années bleues sans aucun rapport réel avec l'article -- jilucorg → ✉ 28 janvier 2022 à 15:53 (CET)

 Golmote, Jules* et jilucorg : {{date-|15 janvier [[1942]]}} ne marche pas en effet. Alors une variante {{date*}} ? Ou {{date±}} (je blague) ? Si j'étais élu Roi de WP, je ferais illico un Wikidiktat qui transformerait {date} en {date-}, car je ne crois pas avoir vu une seule occurrence pertinente. — Vega (discuter) 28 janvier 2022 à 22:51 (CET)

@Jules*, @Jilucorg et @Vega, vous m'avez remotivé à reprendre un brouillon de la fonctionnalité que j'avais commencé il y a quelque temps. J'ai mis à jour Module:Date/Bac à sable et Modèle:Date/Test (tests 84 à 138). Si vous avez des remarques, je suis preneur (d'autant que je n'y connais rien en Lua ^^').

Il faudrait probablement que j'aille poster dans Discussion Projet:Modèle pour attirer l'attention sur cette proposition. J'ai l'impression que la présente PDD est moins suivie. --Golmote (discuter) 29 janvier 2022 à 11:47 (CET)

@Golmote, je suis incapable de lire le code, mais pour ce qui est de la page de test (quel boulot méticuleux, bravo) en effet visiblement ça marche, ça ne casse rien et c'est très simple d'emploi, sans problème possible à mes yeux. J'attends avec intérêt les commentaires des expert⋅es de la chose – il faut les faire venir !
-- jilucorg → ✉ 29 janvier 2022 à 12:37 (CET)

Ping @Od1n et @Eru peut-être, qui sont intervenus sur le module date récemment. :) --Golmote (discuter) 30 janvier 2022 à 11:13 (CET)

Ça me paraît top, merci @Golmote ! Aucune compétence en Lua en revanche, dsl. — Jules* ^Discuter 30 janvier 2022 à 12:14 (CET)

A-t-on vraiment besoin de cette fonctionnalité ? Je trouve qu'il est déstabilisant de voir une date avec des liens seulement sur une partie, et qu'il est préférable de mettre des liens sur la date entière, ou aucun lien. Avec des liens sur la date entière, certes il y a des liens inutiles, mais la date est mieux identifiable avec un texte bleu consolidé. De plus, cela complique sacrément un code qui est déjà compliqué (et à ce jour déjà très difficilement maintenable), et dont la tendance devrait plutôt être à la simplification. od†n ↗^blah 31 janvier 2022 à 19:45 (CET)

À titre personnel, je trouve que oui, c'est utile. Dans bien des cas, le lien sur jour + mois est assez peu utile, à l'inverse du lien sur l'année. Mais peut-être sommes-nous une minorité à penser ainsi ; on peut poser la question plus largement à la communauté. — Jules* ^Discuter 31 janvier 2022 à 19:48 (CET)

@Od1n Je te rejoins concernant la complexité. J'ai voulu reprendre la syntaxe de {{date républicaine}} pour conserver une espèce de cohérence entre les modèles. Ça complexifie de fait toutes les expressions régulières du module. Si on s'en fiche de la cohérence, on pourrait imaginer une toute autre solution, probablement.

Je constate que les rédacteurs et rédactrices d'articles utilisent souvent des trucs comme 15 janvier [[1942]]. Ne lier que l'année me semble être le cas le plus commun. Les autres cas étant plus rares (et probablement pas très pertinents ?), il est peut-être aussi possible de se limiter à cette option uniquement. --Golmote (discuter) 1 février 2022 à 00:02 (CET)

Personnellement, je trouve l'abondance de liens bleus plus gênante que l'inhomogénéité dans une date (homogénéité qui n'est pas rare sur WP, par exemple dans « 3 keV »). De plus, les liens bleus non pertinents noient ceux qui le sont. — Vega (discuter) 7 février 2022 à 20:42 (CET)

souci tri de colonne

Bonjour,

Père Igor (d · c · b) a trouvé un bug évoqué ici : Wikipédia:Questions_techniques/semaine_52_2022#Tri_de_colonne_presque_impeccable. Cdlt, Lyon-St-Clair ^{[Hon hon hon]} 1 janvier 2023 à 21:35 (CET)

J'ai trouvé un contournement en virant la balise "br". Cdlt, Lyon-St-Clair ^{[Hon hon hon]} 1 janvier 2023 à 21:41 (CET)

Bonjour @Lyon-St-Clair, ce n'était pas tant le <br /> qui posait problème que l'absence d'espace. Lors du tri du tableau, la valeur de la cellule était interprétée comme 18401889 au lieu de 1840 1889. Ajouter une espace avant le <br /> corrige le problème. Le problème est aussi présent sur la cellule « Hôtel de la Monnaie » où la valeur interprétée (1938-11-281980-07-30) ne permettait pas un tri correct. J'ai restauré le <br /> et ajouté les espaces qui vont bien. --Golmote (discuter) 1 janvier 2023 à 23:48 (CET)

Le problème (si on considère qu'il y en a vraiment un) ne se situe effectivement pas au niveau des modèles, mais au niveau de la façon dont MediaWiki gère les tris. Refs meta:Help:Sorting et le code de tablesorter.js. Comme l'a déjà bien expliqué Golmote, c'était une histoire de concaténation sans espace. Une piste pourrait être de proposer une modif dans le tablesorter.js, pour que lors du parcours des éléments pour construire la valeur de tri, les balises <br> retournent une espace au lieu de null. od†n ↗^blah 2 janvier 2023 à 01:19 (CET)

 Golmote, Lyon-St-Clair et Père Igor : J'ai effectué T326081 et T326474, pour mieux gérer les tris dans ce genre de situation. (update : et encore suivi de T326502 (patches 876352 et 878015), c'est une petite réécriture pour que la normalisation soit bien effectuée dans tous les cas de figure). od†n ↗^blah 8 janvier 2023 à 00:11 (CET)

Bonne idée, merci @Od1n ! --Golmote (discuter) 8 janvier 2023 à 09:13 (CET)

Ah bien joué et merci @Od1n ! Cdlt, Lyon-St-Clair ^{[Hon hon hon]} 8 janvier 2023 à 10:10 (CET)

Bonjour Lyon-St-Clair, Golmote et Od1n . Le modèle {{Date}} gère-t-il correctement le tri quand un item de la colonne ne commence pas par la date (exemples : « vers 1825 », « avant juin 1825 », « du 13 au 15 juin 1825 ») ? À défaut il y a le modèle {{Ntsh}} (voir Modèle:Ntsh#Cas particulier des dates). — Ariel (discuter) 8 janvier 2023 à 10:15 (CET)

Bonjour @Ariel Provost. Je ne connaissais pas ce modèle, mais je ne suis pas hyper convaincu par les instructions données pour la gestion des dates avec {{ntsh}}, ça ressemble vraiment à une utilisation détournée. Le modèle la représente finalement sous la forme d'un nombre décimal... Le modèle {{date}}, lui, utilise simplement le format de date standard (aaaa-mm-jj) mais ne peut pas gérer du texte avant la date.

Si l'item de la colonne ne commence pas par la date, il est préférable d'utiliser {{tri}} à mon avis :

• {{tri|1825|vers {{date-|1825}}}}
• {{tri|1825-06-13|du {{date-|13 juin- 1825-}} au {{date-|15 juin 1825}}}}

Date
du 13 au 15 juin 1825
18 juin 1825
vers 1825

--Golmote (discuter) 8 janvier 2023 à 14:47 (CET)

Retrait des liens internes

Ce sondage récent n'a pas été mentionné ici. Il devra être pris en considération pour modifier le comportement général du modèle Date. Je me pose toutefois la question du maintien ou non des liens internes quand un qualificatif thématique est explicitement spécifié, en second paramètre (ou quatrième, selon la syntaxe adoptée). — Ideawipik (discuter) 24 juin 2023 à 17:45 (CEST)

Bonjour @Ideawipik, il y a un sondage en cours de préparation qui pourrait couvrir ses questions. N'hésitez pas à proposer des cas à couvrir.

Wikipédia:Sondage/Liens internes sur le jour et le mois d'une date

Cordialement, Chouette (discuter) 22 septembre 2023 à 00:04 (CEST)

Utilité du modèle lorsque seule l'année est fournie

Une discussion est en cours sur le Bistro : Wikipédia:Le_Bistro/31_août_2023. Seudo (discuter) 31 août 2023 à 13:36 (CEST)

Je dirais même plus : Wikipédia:Le Bistro/31 août 2023#Modèle {{Date}} pour des cas simples. Merci pour la notification. — Vega (discuter) 31 août 2023 à 17:58 (CEST)

Bravo pour le lien direct, un peu compliqué... Seudo (discuter) 31 août 2023 à 18:32 (CEST)

Bonjour Seudo. Dévoilons le secret : Préférences → Gadgets → « AncreTitres ». Cordialement, — Ideawipik (discuter) 31 août 2023 à 19:50 (CEST)

Sondage en préparation sur les liens internes

Bonjour, pour information un sondage est en cours de préparation. Vous êtes tous invités à faire des propositions, rien n'est fixé sur les modalités du sondage.

Wikipédia:Sondage/Liens internes sur le jour et le mois d'une date

Chouette (discuter) 21 septembre 2023 à 23:50 (CEST)

Bonjour @Chouette bougonne

Le problème n'a-t-il pas déjà été réglé par un sondage au printemps de cette année ? entrainant le retrait de tous les liens sauf si thème indiqué, par exemple « à la télévision », « en sport », etc. Cinéma-1930 (discuter) 22 septembre 2023 à 18:49 (CEST)

Bonjour, justement les pages thématiques, par exemple les pages de sport ou de cinéma sont remplies de date contextuelles, c'est là que se pose le problème. Chouette (discuter) 22 septembre 2023 à 23:13 (CEST)

Section « Paramètres » à mettre à jour

Bonjour,
Ceci est resté inchangé : Insère une date avec liens internes. Deux choix possibles : 1) Saisir la date complète dans le champ « Jour / date complète » (recommandé) ; 2) Saisir la date dans les trois champs « Jour », « Mois » et « Année ». Pour ne pas créer de liens sur la date, utiliser le modèle « date- ».
Pour éviter de plonger la malheureuse pcW dans la confusion, il conviendrait peut-être de mettre ces lignes en conformité avec la nouvelle réalité expliquée plus haut en note, par exemple en supprimant simplement la première et la dernière phrases ? — 🦊 jilucorg converser, le 30 septembre 2023 à 18:16 (CEST)

. Ce qui est un peu curieux, c’est que le modèle accepte {{Date|14||}} (14) ou {{Date|14}} (14), mais pas {{Date|jour=14}} (. Seudo (discuter) 1 octobre 2023 à 11:24 (CEST)