{
	"title": "Bulletin de la Web Academy no 42",
	"summary": "Ajout de import.meta à JavaScript, futur des CSS, retard dans la sortie des prochaines versions de Chrome et statut actuel de TLS au sein de la plateforme web",
	"date_published": "2020-04-02",
	"authors": [
		{
			"name": "PolariTOON"
		}
	],
	"tags": [],
	"external_url": "https://polaritoon.github.io/web-academy/news/42-2020-04-02/",
	"id": "web-academy-news-no-42",
	"image": "./*.svg",
	"content_html": "<p><strong>Cet article a initialement été publié sur <em>Discord</em> avant d'être archivé ici et sur <a href=\"//polaritoon.github.io/web-academy/news/42-2020-04-02/\"><em>GitHub</em></a>.</strong></p>\n<div lang=\"fr\">\n\t<ul>\n\t\t<li>\n\t\t\t<p>Cette semaine se « réunissait » à nouveau le <em>TC39</em> pour spécifier <em>JavaScript</em> et pour la toute première fois complètement à distance ! on notera l'addition suivante :</p>\n\t\t\t<ul>\n\t\t\t\t<li>\n\t\t\t\t\t<p>La proposition <code>import.meta</code> a été standardisée en atteignant le stage 4 du processus de standardisation du <em>TC39</em> ; dans tous les cas, cet objet un peu spécial, disponible uniquement dans les modules, était déjà supporté depuis quelques temps par <em>Node.js</em>, <em>Deno</em> et l'ensemble des navigateurs ; les plus attentifs auront noté l'utilisation d'une notation étrange, puisqu'<code>import</code> est un mot-clé du langage (mais ce n'est pas la première fois en <em>JS</em>, il y avait déjà <code>new.target</code> dans ce genre-là avant !) ; mais à quoi sert cet objet ? la spécification <em>ECMAScript</em> 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 <em>HTML</em> qui définit <code>import.meta.url</code> qui donne l'<em>URL</em> du module courant (c'est en quelque sorte l'équivalent de <code>__filename</code> des modules <em>CommonJS</em> de <em>Node.js</em>) ; <em>Deno</em> lui ajoute aussi une propriété <code>import.meta.main</code> qui indique si le module est le point d'entrée du programme ; pour plus d'informations, consultez la proposition <a href=\"https://github.com/tc39/proposal-import-meta\">https://github.com/tc39/proposal-import-meta</a> et la documentation <a href=\"https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/import.meta\">https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/import.meta</a></p>\n\t\t\t\t</li>\n\t\t\t</ul>\n\t\t</li>\n\t\t<li>\n\t\t\t<p>Bert Bos, ancien éditeur de la spécification <em>css</em>, s'est prononcé sur le nommage des prochaines versions du langage ; d'un point de vue <em>marketing</em>, <em>CSS4</em> sonnerait bien, mais n'aurait en fait pas trop de sens puisque <em>CSS3</em> est un standard évolutif et donc en lui-même plus versionné (ses modules le sont bien par contre), tout comme <em>HTML</em> ; alors que les avis divergent encore au sein du <em>CSSWG</em> quant à sa responsabilité de définir des versions du langage, un groupe communautaire <em>W3C</em> s'est formé pour tenter de définir <em>CSS4</em> ; lisez le billet de blog : <a href=\"https://www.w3.org/blog/2020/03/css-x/\">https://www.w3.org/blog/2020/03/css-x/</a></p>\n\t\t</li>\n\t\t<li>\n\t\t\t<p><em>Google</em> avait annoncé le 18 mars, que les mises à jour majeures de <em>Chrome</em> était stoppée jusqu'à nouvel ordre, repoussant ainsi la sortie de <em>Chrome 81</em> initialement prévue le jour-même; le 26 mars, la date du 7 avril a été donnée pour <em>Chrome 81</em> et la version <em>82</em> a été annulée ; dans les prochaines semaines, ce sont donc les versions <em>81</em> puis <em>83</em> qui seront déployées ; par ailleurs, les autres navigateurs basés sur <em>Chromium</em> semblent se conformer à la décision de <em>Google</em> ; l'annonce en détails : <a href=\"https://chromereleases.googleblog.com/2020/03/chrome-and-chrome-os-release-updates.html\">https://chromereleases.googleblog.com/2020/03/chrome-and-chrome-os-release-updates.html</a></p>\n\t\t</li>\n\t\t<li>\n\t\t\t<p><em>Chrome 81</em> a donc été repoussé, et c'est donc le retrait de <em>TLS 1.0</em> et de <em>TLS 1.1</em> au profit de <em>TLS 1.2</em> qui a été repoussé également ; auparavant, <em>Mozilla</em> avait pris la même décision en annulant leur retrait de <em>Firefox 74</em> 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 <em>Jitsi</em> qui s'avèrent être des ressources critiques ces temps-ci ; voici la note de <em>Mozilla</em> en question : <a href=\"https://www.mozilla.org/en-US/firefox/74.0/releasenotes/#note-788289\">https://www.mozilla.org/en-US/firefox/74.0/releasenotes/#note-788289</a></p>\n\t\t</li>\n\t</ul>\n</div>\n",
	"banner_image": "./*.png"
}