Repository navigation
esm: Make import.meta.resolve(…) take an options argument #31861
Description
Activity
@ExE-Boss the intent of the api is to make something that could also be implemented / standardized for browser use cases... so it is not using
require.resolveas a reference API.There is a discussion in the import maps proposal related to this. WICG/import-maps#79
FWIW I'm not saying that we should or should not have an options argument, more pointing towards motivation for the existing API. Part of the reason it is behind a flag is to give us time to workshop and create something that can be cross platform
Reacted by Derek Lewis, ExE Boss and Juan JoséPer #43363 we’re matching the browser standard at whatwg/html#5572.
require.resolve(…)takes a second optionaloptionsargument, instead of a second optionalparentstring argument.This differs from what's been implemented in #31032.
import.meta.resolve(…)andrequire.resolve(…)should both take a string and an options object, instead of one taking two strings and the other taking a string and an options object./cc @guybedford