node:path/win32
#Import
import path_win32 from "nstdlib/node/path/win32";Note
Behaves like Node.js.
#Support
- nstd: 15/15 of Node's own eligible tests pass under nstd (filed under
path, the parent module). - Browser: Loads with a minimal
processobject. 17 of Node's 17 exports are available. No behavior check covers it yet.
#Exports (17)
Every name Node.js exports from this module, and what you get when you read it, as a named import or as a property of the default import:
- ✅ A value, both ways. An export that throws an error naming the missing feature also counts.
- ⚠️ A value one way,
undefinedthe other. - ❔
undefinedboth ways. - ❌ Not exported at all.
- – Not measured.
| Export | Node.js | Browser |
|---|---|---|
_makeLong | ✅ | ✅ |
basename | ✅ | ✅ |
delimiter | ✅ | ✅ |
dirname | ✅ | ✅ |
extname | ✅ | ✅ |
format | ✅ | ✅ |
isAbsolute | ✅ | ✅ |
join | ✅ | ✅ |
matchesGlob | ✅ | ✅ |
normalize | ✅ | ✅ |
parse | ✅ | ✅ |
posix | ✅ | ✅ |
relative | ✅ | ✅ |
resolve | ✅ | ✅ |
sep | ✅ | ✅ |
toNamespacedPath | ✅ | ✅ |
win32 | ✅ | ✅ |
#Diagnostics
nstdlib running inside Node.js. This isn't an environment it's meant for, so it isn't shown above, but it tells a library problem from an environment one:
coverage: 17/17 of the host's export names answer inside host node. Behaviour verified against the host builtin.smoke: Imports in a clean child process.node-suite: 16/16 of Node's own eligible tests pass with ./dist inside host node. A failure there and in the page is the library's, one only in the page is the engine's (filed underpath, the parent module).