« Module:Biblio/Commun » : historique des versions

30 juillet 2019

• actudiff 22:0430 juillet 2019 à 22:04‎ w>Od1n‎ 20 945 octets −13‎ même ça c'était en trop : on peut avoir seulement l'année : on a toujours le "t == true" pour savoir si le parsage a réussi ; donc on a maintenant le balisage, et homogénéité résultats entre "année=2015" et "date=2015"
• actudiff 21:5730 juillet 2019 à 21:57‎ w>Od1n‎ 20 958 octets −63‎ empêchait le support (balisage) avec "mois-mois" (refs 161412279) (et peut-être d'autres à l'avenir), et de toute façon était redondant : si le module Date retourne un mois c'est qu'il l'a reconnu, en plus il retourne "t == true", et autrement une erreur est produite
• actudiff 07:1930 juillet 2019 à 07:19‎ w>Od1n‎ 21 021 octets +27‎ per MDN, si l'attribut "datetime" est omis, c'est le contenu du node qui est utilisé comme valeur "machine-readable", et là ça peut être un peu n'importe quoi, sauf une valeur valide…
• actudiff 07:0330 juillet 2019 à 07:03‎ w>Od1n‎ 20 994 octets −21‎ sauf omission de ma part, ce "nocat" n'est pas nécessaire (peut-être un overlook), car si on arrive ici c'est que le parsage de la date a réussi
• actudiff 06:3730 juillet 2019 à 06:37‎ w>Od1n‎ 21 015 octets −28‎ nom d'attribut "datevalue" incorrect (c'est "datetime" + "data-sort-value") ; de toute façon si on arrive ici, c'est que le parsage de la date a échoué (donc pas balisable), mais elle n'est pas forcément erronée (le module Date ne gère pas 100% des cas), et baliser seulement l'année me paraît faux