Warn if console.log appears in staged changes (Husky pre-commit).
Unpack a browser type and version from the useragent string
detect available port
Detect whether a terminal supports hyperlinks
Detect whether a terminal supports color
Detect which package manager you're using (yarn or npm)
Detect whether the terminal supports Unicode
Detect Node.JS (as opposite to browser environment) (reliable)
binary-info is a WebAssembly(WASM) module to extract very specific information from binary files.
Converts Postman collections to OpenAPI documents
Better `os.arch()` for node and the browser -- detect OS architecture
Detect if code is running in an AI agent or automated development environment
Watch an object or array for changes
Improved typeof detection for node.js and the browser.
Detect the dominant newline character of a string
Detect Node.JS (as opposite to browser environment). ESM modification
Detect if running in Electron.
Detect the file type of a file, stream, or data
Utility for detecting phishing domains targeting Ethereum users
Detect if web fonts are available
path.evaluate wrapped in a try catch
Node.js module to detect the C standard library (libc) implementation family and version
Node.js implementation of port detector
Call a callback when a readable/writable/duplex stream has completed or failed.
go (to project) do (stuffs) godo provides a smart way of opening a project folder in multiple terminal tabs and, in each tab, invoking a commands appropriate to that project. For example if the folder contains a Rails project the actions might include: starting mongrel, tailing one or more logs, starting consoles or IRB sessions, tailing production logs, opening an editor, running autospec, or gitk. godo works by searching your project paths for a given search string and trying to match it against paths found in one or more configured project roots. It will make some straightforward efforts to disambiguate among multiple matches to find the one you want. godo then uses configurable heuristics to figure out what type of project it is, for example "a RoR project using RSpec and Subversion". From that it will invokes a series of action appropriate to the type of project detected with each action being run, from the project folder, in its own terminal session. godo is entirely configured by a YAML file (~/.godo) that contains project types, heuristics, actions, project paths, and a session controller. A sample configuration file is provided that can be installed using godo --install. godo comes with an iTerm session controller for MacOSX that uses the rb-appscript gem to control iTerm (see lib/session.rb and lib/sessions/iterm_session.rb). It should be relatively straightforward to add new controller (e.g. for Leopard Terminal.app), or a controller that works in a different way (e.g. by creating new windows instead of new tabs). There is nothing MacOSX specific about the rest of godo so creating controllers for other unixen should be straightforward if they can be controlled from ruby. godo is a rewrite of my original 'gp' script (http://matt.blogs.it/entries/00002674.html) which fixes a number of the deficiencies of that script, turns it into a gem, has a better name, and steals the idea of using heuristics to detect project types from Solomon White's gp variant (http://onrails.org/articles/2007/11/28/scripting-the-leopard-terminal). godo now includes contributions from Lee Marlow <lee.marlow@gmail.com> including support for project level .godo files to override the global configuration, support for Terminal.app, and maximum depth support to speed up the finder. godo lives at the excellent GitHub: http://github.com/mmower/godo/ and accepts patches and forks.
Contentful API wrapper library exposing an ActiveRecord-like interface