README.md

@@ -205,7 +205,7 @@ to `standard`.
 |---|---|---|---|
 
 
-| Your logo here | Your logo here | Your logo here | Your logo here |
+| [<img width=190 src=https://cdn.rawgit.com/standard/standard/master/docs/logos/swissdev-js-jobs.png>](https://swissdevjobs.ch/jobs/JavaScript/All) | Your logo here | Your logo here | Your logo here |
 |---|---|---|---|
 
 

RULES.md

@@ -410,13 +410,21 @@ your code.
   ```js
   class Dog {
     constructor () {
-      super()   // ✗ avoid
+      super()             // ✗ avoid
+      this.legs = 4
+    }
+  }
+
+  class Dog extends Animal {
+    constructor () {      // ✗ avoid
+      this.legs = 4
     }
   }
 
-  class Dog extends Mammal {
+  class Dog extends Animal {
     constructor () {
-      super()   // ✓ ok
+      super()             // ✓ ok
+      this.legs = 4
     }
   }
   ```

docs/README-ptbr.md

@@ -269,7 +269,7 @@ Esse módulo te faz economizar tempo de 2 formas:
 - **Zero configuração.** A forma mais fácil de forçar consistência de estilo no seu projeto. É só tacar lá e pronto.
 - **Captura erros de estilo antes de serem enviados em PR's.** Salva um tempo precioso de code review eliminando vai-e-vem entre mantenedor  e contribuínte.
 
-Adotar o  estilo `standard` significa elevar a importância da clareza de código e convenções de comunidade a um patamar acima do estilo pessoal. Pode não fazer sentido para TODOS os projetos e culturas de desenvolvimento, porém, o opens ource pode ser um lugar hostil para novatos. Deixar as expectativas do contribuínte claras e automatizadas deixa o projeto mais saudável.
+Adotar o  estilo `standard` significa elevar a importância da clareza de código e convenções de comunidade a um patamar acima do estilo pessoal. Pode não fazer sentido para TODOS os projetos e culturas de desenvolvimento, porém, o open source pode ser um lugar hostil para novatos. Deixar as expectativas do contribuínte claras e automatizadas deixa o projeto mais saudável.
 
 ### Discordo da regra X, você pode mudá-la?
 
@@ -281,10 +281,10 @@ Não. O ponto principal do `standard` é evitar [bikeshedding][bikeshedding] sob
 
 Claro que não! O estilo aqui disposto não é afiliado com nenhum grupo de padrões web oficiais, e é por isso que esse repo se chama `standard/standard` e não `ECMA/standard`.
 
-A palavra  "standard" tem muito mais significado do que só "web standard" :-) Por exemplo:
+A palavra "standard" tem muito mais significado do que só "web standard" :-) Por exemplo:
 
 - Esse módulo ajuda a manter seu código num alto *padrão de qualidade*.
-- Esse módulo assegura que novos contribuíntes sigam alguns  *padrões de estilo* básicos.
+- Esse módulo assegura que novos contribuíntes sigam alguns *padrões de estilo* básicos.
 
 ### Existe um formatador automático?
 
@@ -296,14 +296,13 @@ Para economizar seu tempo, `standard` solta uma mensagem ("Run `standard --fix`
 problems.") quando detecta problemas que podem ser corrigidos manualmente.
 
 Alternativamente, se seu código é feito apenas de ES5, você pode tentar usar
-[`standard-format`][standard-format] (um pacote separado), mas provavlemente não vai ser mantido pois  `standard --fix` funciona muito bem, e isso faz com que não precisemos manter duas ferramentas com regras de configuração separadas.
+[`standard-format`][standard-format] (um pacote separado), mas provavelmente não vai ser mantido pois `standard --fix` funciona muito bem, e isso faz com que não precisemos manter duas ferramentas com regras de configuração separadas.
 
 [standard-format]: https://github.com/maxogden/standard-format
 
 ### Como ignoro arquivos?
 
-Os caminhos `node_modules/**`, `*.min.js`, `bundle.js`, `coverage/**`, pastas/arquivos escondidos (começando com `.`), e todos os arquivos nos padrões no
-`.gitignore` da raiz do projeto são automaticamente ignorados.
+Os caminhos `node_modules/**`, `*.min.js`, `bundle.js`, `coverage/**`, pastas/arquivos escondidos (começando com `.`), e todos os arquivos nos padrões no `.gitignore` da raiz do projeto são automaticamente ignorados.
 
 Às vezes você precisa ignorar algumas pastas adicionais ou arquivos minificados específicos. Para fazer isso, adicione uma propriedade `standard.ignore` no `package.json`:
 
@@ -322,7 +321,6 @@ Os caminhos `node_modules/**`, `*.min.js`, `bundle.js`, `coverage/**`, pastas/ar
 
 Em casos raros, você vai precisar quebrar uma regra e esconder um warning gerado pelo `standard`.
 
-
 JavaScript Standard Style usa o [`eslint`](http://eslint.org/) por baixo dos panos, sendo assim, você pode esconder algum aviso da mesma forma que você faria se utilizasse `eslint` diretamente.
 
 Para receber output verboso (para que você descubra que regra em particular precisa ignorar), execute:
@@ -333,19 +331,19 @@ Error: Use JavaScript Standard Style
   routes/error.js:20:36: 'file' was used before it was defined. (no-use-before-define)
 ```
 
-Desabilite **todas as regras** oem uma linha específica:
+Desabilite **todas as regras** em uma linha específica:
 
 ```js
 file = 'Eu sei bem o que tô fazendo' // eslint-disable-line
 ```
 
-Ou, desabilite  **apenas** na regra `"no-use-before-define"`:
+Ou, desabilite **apenas** na regra `"no-use-before-define"`:
 
 ```js
 file = 'Eu sei bem o que tô fazendo' // eslint-disable-line no-use-before-define
 ```
 
-Ou, desabilite a regra  `"no-use-before-define"` em  **várias linhas**:
+Ou, desabilite a regra `"no-use-before-define"` em  **várias linhas**:
 
 ```js
 /* eslint-disable no-use-before-define */
@@ -365,7 +363,7 @@ Para fazer com que o  `standard` (e outros humanos que lerão seu código) saiba
 /* global myVar1, myVar2 */
 ```
 
-Se você possui centenas de arquivps, adicionar comentários em cada um pode ficar um saco; Nesses casos, você pode adicionar isso ao `package.json`:
+Se você possui centenas de arquivos, adicionar comentários em cada um pode ficar um saco; Nesses casos, você pode adicionar isso ao `package.json`:
 
 ```json
 {
@@ -414,7 +412,7 @@ Se você está usando `standard` globalmente (instalou com `-g`), você também
 
 ### Você pode tornar regra X configurável?
 
-Não. O objetivo do  `standard` é economizar seu tempo escolhendo regras razoáveis para que você gaste seu tempo resolvendo problemas de verdade. Se você realmente quer configurar centenas de regras ESLint individualmente, você sempre pode usar `eslint` diretamente.
+Não. O objetivo do `standard` é economizar seu tempo escolhendo regras razoáveis para que você gaste seu tempo resolvendo problemas de verdade. Se você realmente quer configurar centenas de regras ESLint individualmente, você sempre pode usar `eslint` diretamente.
 
 Se você apenas quer trocar algumas regras, considere usar
 [essa configuração compartilhável](https://github.com/standard/eslint-config-standard) e jogue suas mudanças em cima.
@@ -439,7 +437,7 @@ Para ter suporte a mocha nos seus arquivos de teste, adicione isso no começo do
 /* eslint-env mocha */
 ```
 
-Onde  `mocha` pode ser  `jasmine`, `qunit`, `phantomjs`, e por aí vai. Para ver a lista completa, cheque a documentação para
+Onde `mocha` pode ser  `jasmine`, `qunit`, `phantomjs`, e por aí vai. Para ver a lista completa, cheque a documentação para
 [especificar ambientes](http://eslint.org/docs/user-guide/configuring.html#specifying-environments) do ESLint.
 Para uma lista de quais variávies globais estão disponíveis nesses ambientes, cheque o módulo npm [globals](https://github.com/sindresorhus/globals/blob/master/globals.json) .
 
@@ -476,7 +474,7 @@ PreCommit:
 
 ### Como eu deixo o output todo coloridinho e *bonitinho*?
 
-O output de fábrica é simples e direto, mas se você gosta de coisinhas brilhantes, instale  [snazzy](https://www.npmjs.com/package/snazzy):
+O output de fábrica é simples e direto, mas se você gosta de coisinhas brilhantes, instale [snazzy](https://www.npmjs.com/package/snazzy):
 
 ```
 npm install snazzy
@@ -548,14 +546,14 @@ O `callback` vai ser chamado com os objetos `Error` e `results`:
 
 ## Contribuições
 
-Contribuições são bem-vindas! Cheque o [issues](https://github.com/standard/standard/issues) ou os [PRs](https://github.com/standard/standard/pulls), e faça o seu próprio se quiser algo que não encontra aqui.
+Contribuições são bem-vindas! Cheque o [issues](https://github.com/standard/standard/issues) ou os [PRs](https://github.com/standard/standard/pulls), e faça o seu próprio se quiser algo que não encontrou aqui.
 
 Junte-se ao `#standard` no freenode.
 
 ### Quero contribuir com o `standard`. Quais packages eu devo conhecer?
 
 - **[standard](https://github.com/standard/standard)** - esse repo
-  - **[standard-engine](https://github.com/standard/standard-engine)** - Motor cli para regras arbritrárias de ESLint
+  - **[standard-engine](https://github.com/standard/standard-engine)** - Motor cli para regras arbitrárias de ESLint
   - **[eslint-config-standard](https://github.com/standard/eslint-config-standard)** - Regras ESLint para  `standard`
   - **[eslint-plugin-standard](https://github.com/standard/eslint-plugin-standard)** - Regras  ESLint custom  para `standard` (Não fazem parte do core do ESLint)
   - **[eslint](https://github.com/eslint/eslint)** - O linter que move o `standard`

docs/README-zhcn.md

@@ -71,31 +71,31 @@ npm install standard --save-dev
 
 ## 目录
 
--  上手
-  - [安装](#install)
-  - [使用](#usage)
-  - [如果你聪明的话会这样做](#what-you-might-do-if-youre-clever)
+- 上手
+  - [安装](#安装)
+  - [使用](#使用)
+  - [如果你聪明的话会这样做](#如果你聪明的话会这样做)
 - FAQ
-  - [为何要使用 JavaScript Standard 规范？](#why-should-i-use-javascript-standard-style)
-  - [谁在用 JavaScript Standard 规范？](#who-uses-javascript-standard-style)
-  - [有现成的编辑器插件吗？](#are-there-text-editor-plugins)
-  - [有专属徽章可以用来放到项目的 README 文件中吗？](#is-there-a-readme-badge)
-  - [如果我不同意某条规则，可以改吗？](#i-disagree-with-rule-x-can-you-change-it)
-  - [毕竟这不是一份正式的 Web 规范啊！](#but-this-isnt-a-real-web-standard)
-  - [有自动格式化工具么？](#is-there-an-automatic-formatter)
-  - [如何排除某些文件？](#how-do-i-ignore-files)
-  - [如何隐藏某类警告？](#how-do-i-hide-a-certain-warning)
-  - [使用的三方插件向全局暴露了变量，如何避免 "variable is not defined" 的错误提示？](#i-use-a-library-that-pollutes-the-global-namespace-how-do-i-prevent-variable-is-not-defined-errors)
-  - [如何才能使用处于实验阶段的 JavaScript 特性（譬如 ES Next）？](#how-do-i-use-experimental-javascript-es-next-features)
-  - [我能使用其他 JavaScript 变种吗，例如 Flow？](#can-i-use-a-javascript-language-variant-like-flow)
-  - [如何与 Mocha，Jasmine 和 QUnit 这些测试工具搭配工作?](#what-about-mocha-jasmine-qunit-etc)
-  - [Web Workers 有考虑过么？](#what-about-web-workers)
-  - [Markdown 或者 HTML 文件中的代码能检查到吗？](#can-i-check-code-inside-of-markdown-or-html-files)
-  - [有为 git 添加 `pre-commit` 钩子么？](#is-there-a-git-pre-commit-hook)
-  - [怎样使输出好看些，带颜色？](#how-do-i-make-the-output-all-colorful-and-pretty)
-  - [有相关的 Node.js API 没？](#is-there-a-nodejs-api)
-  - [如何参与到 `standard` 规范中来？](#how-do-i-contribute-to-standard)
-- [协议](#license)
+  - [为何要使用 JavaScript Standard 规范？](#为何要使用-javascript-standard-规范)
+  - [谁在用 JavaScript Standard 规范？](#谁在用-javascript-standard-规范)
+  - [有现成的编辑器插件吗？](#有现成的编辑器插件吗)
+  - [有专属徽章可以用来放到项目的 README 文件中吗？](#有专属徽章可以用来放到项目的-readme-文件中吗)
+  - [如果我不同意某条规则，可以改吗？](#如果我不同意某条规则可以改吗)
+  - [毕竟这不是一份正式的 Web 规范啊！](#毕竟这不是一份正式的-web-规范啊)
+  - [有自动格式化工具么？](#有自动格式化工具么)
+  - [如何排除某些文件？](#如何排除某些文件)
+  - [如何隐藏某类警告？](#如何隐藏某类警告)
+  - [使用的三方插件向全局暴露了变量，如何避免 "variable is not defined" 的错误提示？](#使用的三方插件向全局暴露了变量如何避免-variable-is-not-defined-的错误提示)
+  - [如何才能使用处于实验阶段的 JavaScript 特性（譬如 ES Next）？](#如何才能使用处于实验阶段的-javascript-特性譬如-es-next)
+  - [我能使用其他 JavaScript 变种吗，例如 Flow？](#我能使用其他-javascript-变种吗例如-flow)
+  - [如何与 Mocha，Jasmine 和 QUnit 这些测试工具搭配工作?](#如何与-mochajasmine-和-qunit-这些测试工具搭配工作)
+  - [Web Workers 有考虑过么？](#web-workers-有考虑过么)
+  - [Markdown 或者 HTML 文件中的代码能检查到吗？](#markdown-或者-html-文件中的代码能检查到吗)
+  - [有为 git 添加 `pre-commit` 钩子么？](#有为-git-添加-pre-commit-钩子么)
+  - [怎样使输出好看些，带颜色？](#怎样使输出好看些带颜色)
+  - [有相关的 Node.js API 没？](#有相关的-nodejs-api-没)
+  - [如何参与到 `standard` 规范中来？](#如何参与到-standard-规范中来)
+- [协议](#协议)
 
 ## 安装
 
@@ -652,7 +652,7 @@ var opts = {
 - **[standard-www](https://github.com/standard/standard-www)** - https://standardjs.com 站点的源码
 - **[semistandard](https://github.com/standard/semistandard)** - standard 规范带分号的版本（如果你需要的话）
 
-还有很多 **[编辑器插件](#text-editor-plugins)**、一个
+还有很多 **[编辑器插件](#有现成的编辑器插件吗)**、一个
 **[使用 `standard` 规范开发的 npm 包](https://github.com/standard/standard-packages)**的列表、还有一分非常棒的**[ `standard` 生态中所使用到的包](https://github.com/standard/awesome-standard)**的列表。
 
 ## 协议

package.json

@@ -1,7 +1,7 @@
 {
   "name": "standard",
   "description": "JavaScript Standard Style",
-  "version": "14.3.3",
+  "version": "14.3.4",
   "author": {
     "email": "feross@feross.org",
     "name": "Feross Aboukhadijeh",
@@ -13,7 +13,7 @@
   },
   "dependencies": {
     "eslint": "~6.8.0",
-    "eslint-config-standard": "14.1.0",
+    "eslint-config-standard": "14.1.1",
     "eslint-config-standard-jsx": "8.1.0",
     "eslint-plugin-import": "~2.18.0",
     "eslint-plugin-node": "~10.0.0",