considérer une mise a jour des params genre
executeTestPlan({
testFiles: {
plan: {}
}
})
attention ici avec coverage qui a besoin de sourceDirectoryUrl je crois
en gros faut commencer par executeTestPlan c'est le plus compliqué
spy console methods on node process too (to get same output as browsers)
we will also spy stdout, stderr in case it's used instead of passing
by console methods
normalize error stack trace for firefox and webkit too
go even further with jest comparison
to explain how to execute test in node worker/child process with jest/jsenv
how to execute test in chromium/firefox/webkit with jest/jsenv
how to debug a file in a browser with jest/jsenv
how to debug a file in node with jest/jsenv
write a test where importmap is used to mock
then run the source code and see it fails because importmap resolution is shared
then implement html5 md5 forwarding when importmap is used by html file
to properly resolve importmap
remove writeOnFileSystem pour build
et buildFileContent, on peut l'obtenir de lisant le filesystem
et ça permettra de ne pas garder tout les fichiers en mémoire pendant le build
finir les todos dans la doc
autoreload dans dev doc
Ajouter une option treeshaking qui sera passé a jsenvPluginBundling
vu que c'est rollup qui le fait
exec "new_worker_type_module_build.test.mjs"
donne un warning maxListeners, a fix
enable typescript checks
favorJsModuleInDetrimentOfVersionCasdading?
il est possible d'inline du svg dans du HTML
et donc de bypasser l'encodage base64
faire la demo avec monorepo
pouvoir faire ce qu'on voudrait faire avec les
script inline du player:
avoir un runtimeCompat spécifique pour un script donné
(surement un attribut dans la balise script)
avoir un fichier distant qui se retrouve inline lors du build
(pareil, avec un attribut?)
essayer node --watch
les logs de jsenv pendant autoreload, un style comme le reste:
[jsenv][autoreload]
[jsenv][websocket]
try css nesting and see how it behaves when transpiled
a test about "virtual:"
jsenv globals looks better alternative than virtual imports so not a prio
jsenvPluginHttpUrls (handle http and https urls)
[integrity] on html nodes (must be updated or at least deleted to work properly after build)
bundling of classic workers and service workers)
add async-to-promises helpers to babel_helpers chunk
test what happens when there is a process.emit('warning') during execution of file
and ensure executeTestPlan logs it properly
property symbols (hidden par défault sauf si diff)
comparaison spéciale un peu relou
le retours des url parts
Signal("toto") vs new URL("http://toto.com")
Signal("http://toto.com") vs "http://toto.com"
Buffer
Uint8Array
array subclass
Numbers
date comparison (parse la date et gris/vert/rouge sur les parties qui change) a priori sur le format ISO parce que je veux un format universel
ref
compare well known
assert.any()
assert.not()
assert.between(min, max)
assert.closeTo(float)
assert.startsWith(string)
assert.match(regexp)
regexps
ansi browser
test
build
dev server
import attributes au lieu de import assertions
-> too soon: https://github.com/microsoft/TypeScript/issues/53656 (not yet supported by typescript)
considérer une mise a jour des params genre executeTestPlan({ testFiles: { plan: {} } }) attention ici avec coverage qui a besoin de sourceDirectoryUrl je crois en gros faut commencer par executeTestPlan c'est le plus compliqué
startDevServer({ sourceFiles: { directory: '' include: {}, main: '' } }) build({ sourceFiles: { directory: '', }, entryPoints: {}, buildFiles: { directory: '', versioning: true, runtimeCompat: {} } })
spy console methods on node process too (to get same output as browsers) we will also spy stdout, stderr in case it's used instead of passing by console methods
normalize error stack trace for firefox and webkit too
go even further with jest comparison to explain how to execute test in node worker/child process with jest/jsenv how to execute test in chromium/firefox/webkit with jest/jsenv how to debug a file in a browser with jest/jsenv how to debug a file in node with jest/jsenv
write a test where importmap is used to mock then run the source code and see it fails because importmap resolution is shared then implement html5 md5 forwarding when importmap is used by html file to properly resolve importmap
remove writeOnFileSystem pour build et buildFileContent, on peut l'obtenir de lisant le filesystem et ça permettra de ne pas garder tout les fichiers en mémoire pendant le build
finir les todos dans la doc
Ajouter une option treeshaking qui sera passé a jsenvPluginBundling vu que c'est rollup qui le fait
exec "new_worker_type_module_build.test.mjs" donne un warning maxListeners, a fix
enable typescript checks
favorJsModuleInDetrimentOfVersionCasdading?
il est possible d'inline du svg dans du HTML et donc de bypasser l'encodage base64
faire la demo avec monorepo
pouvoir faire ce qu'on voudrait faire avec les script inline du player:
essayer node --watch
les logs de jsenv pendant autoreload, un style comme le reste:
try css nesting and see how it behaves when transpiled
a test about "virtual:" jsenv globals looks better alternative than virtual imports so not a prio
jsenvPluginHttpUrls (handle http and https urls)
bundling of classic workers and service workers)
add async-to-promises helpers to babel_helpers chunk
test what happens when there is a process.emit('warning') during execution of file and ensure executeTestPlan logs it properly