npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

eslint-config-frost-standard

v10.1.0

Published

Standard ESLint rules for Frost projects

Downloads

11,658

Readme

eslint-config-frost-standard ci cov npm

Standard ESLint rules for Frost projects (based on standard). It is our goal to not deviate from standard but rather augment it with some additional rules not currently covered by standard. For example, we currently add some rules w.r.t. JSDoc comments.

js-standard-style

Additional Rules

One of the reasons for this package's existence is to be able to define some additional rules that standard didn't see fit to include, but that we find useful/necessary. Here we will highlight what these rules are, but just in case our documentation ever falls behind :scream:, You can always find the full list of additions here.

camelcase

Enforces a camelCase variable naming convention. More details available here.

complexity

Enforces a maximum cyclomatic complexity (of 5) for functions. More details available here.

max-len

Enforces a maximum line length of 120 characters. More details available here

no-var

Enforces the use of let or const instead of var. More details available here.

object-curly-spacing

Enforces that object literals do not have spaces around the curly braces. More details available here.

no-unused-expressions

This is mainly to avoid using dangerous property assertions in chai like expect().to.be.null. Some discussion about why those are dangerous is available here. More details available here.

valid-jsdoc

Make sure your JSDoc comment blocks are valid/consistent. More details available here.

eslint-plugin-ember-standard

We use a number of rules from eslint-plugin-ember-standard. More details about each possible rule are available here.

ember-standard/computed-property-readonly

Ensure that all computed properties are read-only.

ember-standard/destructure

Ensure that the Ember object is destructured.

ember-standard/import

Ensure that the Ember is explicitly imported.

ember-standard/logger

Ensure that the Ember.Logger is used instead of console.log().

ember-standard/no-set-in-computed-property

Ensure that values are not set() inside a computed property (no side-effects).

ember-standard/no-settimeout

Ensure that Ember.run is used instead of setTimeout().

ember-standard/prop-types

Ensure that PropTypes references from ember-prop-types are valid.

ember-standard/single-destructure

Ensure Ember properties are destructured in a single variable declaration.

eslint-plugin-mocha

We use a number of rules from eslint-plugin-mocha

mocha/handle-done-callback

Make sure that when you define the done callback, you actually call it somewhere. More details available here.

mocha/no-exclusive-tests

Make sure you don't accidentally check in a describe.only. More details available here.

mocha/no-global-tests

Make sure you don't use an it() outside of a describe(). More details available here.

mocha/no-pending-tests

Make sure you don't include empty it() calls. More details available here.

mocha/no-skipped-tests

Emit a warning when you use it.skip() or describe.skip(). Sometimes it's necessary, but it's nice to easily see them all listed out in one place, and they should be temporary whenever they are checked in. More details available here.

eslint-plugin-ocd

We use a number of rules from eslint-plugin-ocd. More details about the rules are available here.

ocd/sort-import-declaration-specifiers

Ensures that named imports within a single import block are sorted alphabetically.

ocd/sort-import-declaration

Ensures that imports are sorted alphabetically (by the module name, not the thing being imported).

ocd/sort-variable-declarator-properties

Ensures that destructured variables are sorted alphabetically.