Bug 1778289 Comment 1 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Below is the list of things changed:
- [Parse a URL-like import specifier](https://wicg.github.io/import-maps/#parse-a-url-like-import-specifier) has been renamed to [Resolve a URL-like module specifier](https://whatpr.org/html/8075/webappapis.html#resolving-a-url-like-module-specifier).
- [Register an import map](https://whatpr.org/html/8075/webappapis.html#register-an-import-map) has been updated, as the script's result won't be null for import-maps.
- [Acquiring Import Maps](https://wicg.github.io/import-maps/#document-acquiring-import-maps) has been renamed to [Import Maps allowed](https://whatpr.org/html/8075/webappapis.html#import-maps-allowed), with the new added method: [Disallow further Import Maps](https://whatpr.org/html/8075/webappapis.html#disallow-further-import-maps).
- [Resolve a module specifier](https://whatpr.org/html/8075/webappapis.html#resolve-a-module-specifier) now takes a script-or-null and a string parameters, and will throw TypeError if it fails. Originally it takes a URL and a string. See [Original Resolve a module specifier](https://html.spec.whatwg.org/multipage/webappapis.html#resolve-a-module-specifier). This also changes the callers of the resolve-a-module-specifier. Specifically when [Create a Module Script](https://whatpr.org/html/8075/webappapis.html#validate-requested-module-specifiers), the exception will be set to the parse error(Step 10.2).
Below is the list of things changed:
- [Parse a URL-like import specifier](https://wicg.github.io/import-maps/#parse-a-url-like-import-specifier) has been renamed to [Resolve a URL-like module specifier](https://whatpr.org/html/8075/webappapis.html#resolving-a-url-like-module-specifier).
- [Register an import map](https://whatpr.org/html/8075/webappapis.html#register-an-import-map) has been updated, as the script's result will be [import map parse result](https://whatpr.org/html/8075/webappapis.html#import-map-parse-result), and also now it's called during [execute the script element](https://whatpr.org/html/8075/scripting.html#execute-the-script-element) (Previously it was called during [prepare a script](https://wicg.github.io/import-maps/#integration-prepare-a-script)).
- [Acquiring Import Maps](https://wicg.github.io/import-maps/#document-acquiring-import-maps) has been renamed to [Import Maps allowed](https://whatpr.org/html/8075/webappapis.html#import-maps-allowed), with the new added method: [Disallow further Import Maps](https://whatpr.org/html/8075/webappapis.html#disallow-further-import-maps).
- [Resolve a module specifier](https://whatpr.org/html/8075/webappapis.html#resolve-a-module-specifier) now takes a script-or-null and a string parameters, and will throw a TypeError if it fails. Originally it takes a URL and a string. See [Original Resolve a module specifier](https://html.spec.whatwg.org/multipage/webappapis.html#resolve-a-module-specifier). This also changes the callers of the resolve-a-module-specifier. Specifically when [Create a Module Script](https://whatpr.org/html/8075/webappapis.html#validate-requested-module-specifiers), the exception will be set to the parse error(Step 10.2).

Back to Bug 1778289 Comment 1