Package Exports
- prettier-standard
- prettier-standard/src/cli
This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (prettier-standard) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.
Readme
Formats with prettier and lints with eslint preconfigured with standard rules (✿◠‿◠)
You don't have to fix any whitespace errors and waste time configuring eslint presets 😌
Installation
yarn add --dev prettier-standard
If you're using the
npm
:npm install --save-dev prettier-standard
.
You can also install globally with
npm install -g prettier-standard
Usage
Prettier and standard brought together!
Usage
$ prettier-standard [<glob>]
Options
--format Format all files
--lint Additionally lint code after formatting
--check Do not format, just check formatting
--changed Run only on changed files
--staged Run only on staged files
--since Run only on files changed since given revision
--parser Force parser to use for stdin (default: babel)
--lines Format only changed lines (warning: experimental!)
Examples
$ prettier-standard --changed --lint
$ prettier-standard --lint '**/*.{js,css}'
$ prettier-standard --since master
$ "precommit": "prettier-standard --lint --staged" # in package.json
$ echo 'const {foo} = "bar";' | prettier-standard
$ echo '.foo { color: "red"; }' | prettier-standard --parser css
Warning: --lines
flag should be considered experimental as prettier has issues with range formatting:
Usage
Typically you'll use this in your npm scripts (or package scripts):
{
"scripts": {
"format": "prettier-standard --format"
}
}
We also encourage to use modern-node and lint-staged. You can configure it as follows:
{
"scripts": {
"precommit": "lint-staged"
},
"lint-staged": {
"linters": {
"**/*": ["prettier-standard --lint", "git add"]
}
}
}
NOTE: Unlike prettier this package simplifies your workflow by making --write
flag a default, and allowing for passing code to stdin without additional --stdin
flag.
Vim
It's probably best to use ale plugin. It supports multiple fixers, including prettier-standard:
Plug 'w0rp/ale'
let g:ale_fixers = {'javascript': ['prettier_standard']}
let g:ale_linters = {'javascript': ['']}
let g:ale_fix_on_save = 1
Sublime Text 3
It's possible to use 'prettier-standard' with Sublime Text 3.
- Install 'prettier-standard' globally according to the installation instructions above.
- Find the location of your installed executable file. On a unix based system (like MacOS):
$ which prettier-standard
- Copy the location. (e.g.
/usr/local/bin/prettier-standard
) - Install SublimeJsPrettier according to their installation instructions.
- Open SublimeJsPrettier's default settings in Sublime and copy the line:
"prettier_cli_path": ""
- Open SublimeJsPrettier's user settings in Sublime and add the line with the correct location of the 'prettier-standard' executable.
{
"prettier_cli_path": "/usr/local/bin/prettier-standard"
}
You can now use 'prettier-standard' in Sublime Text 3 by opening the Command Palette (super + shift + p) and typing JsPrettier: Format Code
.
Customizing
You can use .prettierrc for overriding some options, e.g to use semistandard:
{
"semi": true
}
You can also configure linting by creating appropriate .eslintrc file that will override defaults:
{
"rules": {
"eqeqeq": "off"
}
}
Ignoring Files
You can use .prettierignore
file for ignoring any files to format, e.g:
dist
.next
**/*.ts
This package currently doesn't recognize .eslintignore
file for linting and just uses .prettierignore
.
API
prettier-standard exposes the same API as prettier: https://prettier.io/docs/en/api.html
It also exposes one additional method that works similarly to its CLI:
run(cwd, config)
- cwd - path where to execute prettier-standard
- config - object configuring execution
- patterns - patterns to use for formatting files (array of strings)
- check - whether to check instead of format files (boolean, default: false)
- lint - whether to perform linting (boolean, default: false)
- changed - whether to format only changed lines (boolean, experimental, default: false)
- since - format changes that happened since given branch (string, optional, example: "master")
- onProcess - callback that is called for each processed file matching pattern: { file, formatted, check, runtime }
LICENSE
MIT