#newnpmmodule — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #newnpmmodule, aggregated by home.social.
-
Released a new CLI tool that builds upon https://github.com/yoavbls/pretty-ts-errors to provide prettified TS errors in the terminal: https://github.com/voxpelli/pretty-ts-errors-cli
It contains an additional party trick in the shape of optionally outputting as markdown, thanks to a new version of my "markdown-or-chalk” module: https://github.com/voxpelli/markdown-or-chalk
-
Released a new CLI tool that builds upon https://github.com/yoavbls/pretty-ts-errors to provide prettified TS errors in the terminal: https://github.com/voxpelli/pretty-ts-errors-cli
It contains an additional party trick in the shape of optionally outputting as markdown, thanks to a new version of my "markdown-or-chalk” module: https://github.com/voxpelli/markdown-or-chalk
-
Released a new CLI tool that builds upon https://github.com/yoavbls/pretty-ts-errors to provide prettified TS errors in the terminal: https://github.com/voxpelli/pretty-ts-errors-cli
It contains an additional party trick in the shape of optionally outputting as markdown, thanks to a new version of my "markdown-or-chalk” module: https://github.com/voxpelli/markdown-or-chalk
-
Released a new CLI tool that builds upon https://github.com/yoavbls/pretty-ts-errors to provide prettified TS errors in the terminal: https://github.com/voxpelli/pretty-ts-errors-cli
It contains an additional party trick in the shape of optionally outputting as markdown, thanks to a new version of my "markdown-or-chalk” module: https://github.com/voxpelli/markdown-or-chalk
-
Released a new CLI tool that builds upon https://github.com/yoavbls/pretty-ts-errors to provide prettified TS errors in the terminal: https://github.com/voxpelli/pretty-ts-errors-cli
It contains an additional party trick in the shape of optionally outputting as markdown, thanks to a new version of my "markdown-or-chalk” module: https://github.com/voxpelli/markdown-or-chalk
-
If some of you are testing the new #neostandard successor to #standardjs, then give me a ping and tell me how it went!
#npmRelease #newNpmModule #eslint #eslint9 #semistandard #nodejs #javascript #typescript
https://github.com/neostandard/neostandard
https://mastodon.social/@voxpelli/112525896276661651 -
If some of you are testing the new #neostandard successor to #standardjs, then give me a ping and tell me how it went!
#npmRelease #newNpmModule #eslint #eslint9 #semistandard #nodejs #javascript #typescript
https://github.com/neostandard/neostandard
https://mastodon.social/@voxpelli/112525896276661651 -
If some of you are testing the new #neostandard successor to #standardjs, then give me a ping and tell me how it went!
#npmRelease #newNpmModule #eslint #eslint9 #semistandard #nodejs #javascript #typescript
https://github.com/neostandard/neostandard
https://mastodon.social/@voxpelli/112525896276661651 -
If some of you are testing the new #neostandard successor to #standardjs, then give me a ping and tell me how it went!
#npmRelease #newNpmModule #eslint #eslint9 #semistandard #nodejs #javascript #typescript
https://github.com/neostandard/neostandard
https://mastodon.social/@voxpelli/112525896276661651 -
If some of you are testing the new #neostandard successor to #standardjs, then give me a ping and tell me how it went!
#npmRelease #newNpmModule #eslint #eslint9 #semistandard #nodejs #javascript #typescript
https://github.com/neostandard/neostandard
https://mastodon.social/@voxpelli/112525896276661651 -
Early release of a new companion module to my "list-installed" module: ”list-dependents”
It uses npm and optionally @ecosystems to look up the dependents of a module and returns the package.json files of them similar to how "list-installed" do for locally installed modules.
On top of the package.json data it also returns download metrics as well as some @ecosystems extras.
-
Early release of a new companion module to my "list-installed" module: ”list-dependents”
It uses npm and optionally @ecosystems to look up the dependents of a module and returns the package.json files of them similar to how "list-installed" do for locally installed modules.
On top of the package.json data it also returns download metrics as well as some @ecosystems extras.
-
Early release of a new companion module to my "list-installed" module: ”list-dependents”
It uses npm and optionally @ecosystems to look up the dependents of a module and returns the package.json files of them similar to how "list-installed" do for locally installed modules.
On top of the package.json data it also returns download metrics as well as some @ecosystems extras.
-
Early release of a new companion module to my "list-installed" module: ”list-dependents”
It uses npm and optionally @ecosystems to look up the dependents of a module and returns the package.json files of them similar to how "list-installed" do for locally installed modules.
On top of the package.json data it also returns download metrics as well as some @ecosystems extras.
-
Early release of a new companion module to my "list-installed" module: ”list-dependents”
It uses npm and optionally @ecosystems to look up the dependents of a module and returns the package.json files of them similar to how "list-installed" do for locally installed modules.
On top of the package.json data it also returns download metrics as well as some @ecosystems extras.
-
Forked and revived an old module I made at my previous job:
ts-ignore-import: https://www.npmjs.com/package/ts-ignore-import
It helps ignoring optional type imports in autogenerated type declarations – which is especially useful when one writes #typesInJs.
Ignoring an optional type import makes it silently revert to ”any” when the type can not be imported, which is great when one eg. wants to reference multiple frameworks in the same project without requiring all those types.
-
Forked and revived an old module I made at my previous job:
ts-ignore-import: https://www.npmjs.com/package/ts-ignore-import
It helps ignoring optional type imports in autogenerated type declarations – which is especially useful when one writes #typesInJs.
Ignoring an optional type import makes it silently revert to ”any” when the type can not be imported, which is great when one eg. wants to reference multiple frameworks in the same project without requiring all those types.
-
Forked and revived an old module I made at my previous job:
ts-ignore-import: https://www.npmjs.com/package/ts-ignore-import
It helps ignoring optional type imports in autogenerated type declarations – which is especially useful when one writes #typesInJs.
Ignoring an optional type import makes it silently revert to ”any” when the type can not be imported, which is great when one eg. wants to reference multiple frameworks in the same project without requiring all those types.
-
Forked and revived an old module I made at my previous job:
ts-ignore-import: https://www.npmjs.com/package/ts-ignore-import
It helps ignoring optional type imports in autogenerated type declarations – which is especially useful when one writes #typesInJs.
Ignoring an optional type import makes it silently revert to ”any” when the type can not be imported, which is great when one eg. wants to reference multiple frameworks in the same project without requiring all those types.
-
Forked and revived an old module I made at my previous job:
ts-ignore-import: https://www.npmjs.com/package/ts-ignore-import
It helps ignoring optional type imports in autogenerated type declarations – which is especially useful when one writes #typesInJs.
Ignoring an optional type import makes it silently revert to ”any” when the type can not be imported, which is great when one eg. wants to reference multiple frameworks in the same project without requiring all those types.
-
Released early versions of two new npm modules:
* Umzeption, a module based provider of umzug migrations: https://github.com/voxpelli/umzeption
* plugin-importer, recursively imports a plugin tree in order of dependencies: https://github.com/voxpelli/plugin-importer -
Released early versions of two new npm modules:
* Umzeption, a module based provider of umzug migrations: https://github.com/voxpelli/umzeption
* plugin-importer, recursively imports a plugin tree in order of dependencies: https://github.com/voxpelli/plugin-importer -
Released early versions of two new npm modules:
* Umzeption, a module based provider of umzug migrations: https://github.com/voxpelli/umzeption
* plugin-importer, recursively imports a plugin tree in order of dependencies: https://github.com/voxpelli/plugin-importer -
Released early versions of two new npm modules:
* Umzeption, a module based provider of umzug migrations: https://github.com/voxpelli/umzeption
* plugin-importer, recursively imports a plugin tree in order of dependencies: https://github.com/voxpelli/plugin-importer -
Released early versions of two new npm modules:
* Umzeption, a module based provider of umzug migrations: https://github.com/voxpelli/umzeption
* plugin-importer, recursively imports a plugin tree in order of dependencies: https://github.com/voxpelli/plugin-importer -
@mcollina #npmRelease #fastify (adding hashtags makes it easier to follow, and so far I'm the only one using #npmRelease, would be nice to get some traction for such a one as I would love to find releases from people I don't yet follow here. That and #newNpmModule for any new modules)
-
@mcollina #npmRelease #fastify (adding hashtags makes it easier to follow, and so far I'm the only one using #npmRelease, would be nice to get some traction for such a one as I would love to find releases from people I don't yet follow here. That and #newNpmModule for any new modules)
-
@mcollina #npmRelease #fastify (adding hashtags makes it easier to follow, and so far I'm the only one using #npmRelease, would be nice to get some traction for such a one as I would love to find releases from people I don't yet follow here. That and #newNpmModule for any new modules)
-
@mcollina #npmRelease #fastify (adding hashtags makes it easier to follow, and so far I'm the only one using #npmRelease, would be nice to get some traction for such a one as I would love to find releases from people I don't yet follow here. That and #newNpmModule for any new modules)
-
@mcollina #npmRelease #fastify (adding hashtags makes it easier to follow, and so far I'm the only one using #npmRelease, would be nice to get some traction for such a one as I would love to find releases from people I don't yet follow here. That and #newNpmModule for any new modules)
-
Started using `node:test` in some of my projects but was missing the reporter style that I'm used to from Mocha, so I decided to fix that: https://github.com/voxpelli/node-test-pretty-reporter
-
Started using `node:test` in some of my projects but was missing the reporter style that I'm used to from Mocha, so I decided to fix that: https://github.com/voxpelli/node-test-pretty-reporter
-
Started using `node:test` in some of my projects but was missing the reporter style that I'm used to from Mocha, so I decided to fix that: https://github.com/voxpelli/node-test-pretty-reporter
-
Started using `node:test` in some of my projects but was missing the reporter style that I'm used to from Mocha, so I decided to fix that: https://github.com/voxpelli/node-test-pretty-reporter
-
Started using `node:test` in some of my projects but was missing the reporter style that I'm used to from Mocha, so I decided to fix that: https://github.com/voxpelli/node-test-pretty-reporter
-
Released a new module, a tiny little extension for helping with Chai assertion of non-posix paths: https://github.com/voxpelli/chai-posix-path
-
Released a new module, a tiny little extension for helping with Chai assertion of non-posix paths: https://github.com/voxpelli/chai-posix-path
-
Released a new module, a tiny little extension for helping with Chai assertion of non-posix paths: https://github.com/voxpelli/chai-posix-path
-
Released a new module, a tiny little extension for helping with Chai assertion of non-posix paths: https://github.com/voxpelli/chai-posix-path
-
Released a new module, a tiny little extension for helping with Chai assertion of non-posix paths: https://github.com/voxpelli/chai-posix-path
-
Released a new very simple 25 lines of code #npm module that validates #conventionalCommits messages in eg. a #husky "commit-msg" #gitHook: https://github.com/voxpelli/validate-conventional-commit
Great for use with eg #releasePlease to achieve #npmProvenance on #GitHubActions
-
Released a new very simple 25 lines of code #npm module that validates #conventionalCommits messages in eg. a #husky "commit-msg" #gitHook: https://github.com/voxpelli/validate-conventional-commit
Great for use with eg #releasePlease to achieve #npmProvenance on #GitHubActions
-
Released a new very simple 25 lines of code #npm module that validates #conventionalCommits messages in eg. a #husky "commit-msg" #gitHook: https://github.com/voxpelli/validate-conventional-commit
Great for use with eg #releasePlease to achieve #npmProvenance on #GitHubActions
-
Released a new very simple 25 lines of code #npm module that validates #conventionalCommits messages in eg. a #husky "commit-msg" #gitHook: https://github.com/voxpelli/validate-conventional-commit
Great for use with eg #releasePlease to achieve #npmProvenance on #GitHubActions
-
Released a new very simple 25 lines of code #npm module that validates #conventionalCommits messages in eg. a #husky "commit-msg" #gitHook: https://github.com/voxpelli/validate-conventional-commit
Great for use with eg #releasePlease to achieve #npmProvenance on #GitHubActions