Par Tristan LE GODAIS (@PolariTOON)
Cette semaine se « réunissait » à nouveau le TC39 pour spécifier JavaScript et pour la toute première fois complètement à distance ! on notera l’addition suivante :
import.meta a été standardisée en atteignant le stage 4 du processus de standardisation du TC39 ; dans tous les cas, cet objet un peu spécial, disponible uniquement dans les modules, était déjà supporté depuis quelques temps par Node.js, Deno et l’ensemble des navigateurs ; les plus attentifs auront noté l’utilisation d’une notation étrange, puisqu’import est un mot-clé du langage (mais ce n’est pas la première fois en JS, il y avait déjà new.target dans ce genre-là avant !) ; mais à quoi sert cet objet ? la spécification ECMAScript le définit (quasiment) comme un objet vide, mais les spécification de langages hôtes peuvent lui définir des propriétés supplémentaires ; c’est le cas de HTML qui définit import.meta.url qui donne l’URL du module courant (c’est en quelque sorte l’équivalent de __filename des modules CommonJS de Node.js) ; Deno lui ajoute aussi une propriété import.meta.main qui indique si le module est le point d’entrée du programme ; pour plus d’informations, consultez la proposition https://github.com/tc39/proposal-import-meta et la documentation https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/import.metaBert Bos, ancien éditeur de la spécification css, s’est prononcé sur le nommage des prochaines versions du langage ; d’un point de vue marketing, CSS4 sonnerait bien, mais n’aurait en fait pas trop de sens puisque CSS3 est un standard évolutif et donc en lui-même plus versionné (ses modules le sont bien par contre), tout comme HTML ; alors que les avis divergent encore au sein du CSSWG quant à sa responsabilité de définir des versions du langage, un groupe communautaire W3C s’est formé pour tenter de définir CSS4 ; lisez le billet de blog : https://www.w3.org/blog/2020/03/css-x/
Google avait annoncé le 18 mars, que les mises à jour majeures de Chrome était stoppée jusqu’à nouvel ordre, repoussant ainsi la sortie de Chrome 81 initialement prévue le jour-même; le 26 mars, la date du 7 avril a été donnée pour Chrome 81 et la version 82 a été annulée ; dans les prochaines semaines, ce sont donc les versions 81 puis 83 qui seront déployées ; par ailleurs, les autres navigateurs basés sur Chromium semblent se conformer à la décision de Google ; l’annonce en détails : https://chromereleases.googleblog.com/2020/03/chrome-and-chrome-os-release-updates.html
Chrome 81 a donc été repoussé, et c’est donc le retrait de TLS 1.0 et de TLS 1.1 au profit de TLS 1.2 qui a été repoussé également ; auparavant, Mozilla avait pris la même décision en annulant leur retrait de Firefox 74 sorti le 10 mars ; la raison évoquée est de ne pas bloquer l’accès aux sites gouvernementaux et à la plateforme de visio-conférence Jitsi qui s’avèrent être des ressources critiques ces temps-ci ; voici la note de Mozilla en question : https://www.mozilla.org/en-US/firefox/74.0/releasenotes/#note-788289