Installations

npm install stylelint-declaration-block-no-ignored-properties

Pull Requests

Open

4

Total

245

Closed

126

Merged

115

Issues

Open

3

Total

23

Closed

20

Releases

13

2.8.0

v2.8.0

Published on 26 Dec 2023

2.7.0

v2.7.0

Published on 13 Feb 2023

2.6.0

Published on 21 Oct 2022

2.5.0

Published on 12 Nov 2021

2.4.0

Published on 19 Jul 2021

2.3.0

Published on 02 Mar 2020

View all 13 releases

Developer

kristerkari

Developer Guide

BETA

Module System

CommonJS

Min. Node Version

>=6

Typescript Support

No

Node Version

20.10.0

NPM Version

10.2.3 Statistics

105 Stars

200 Commits

8 Forks

5 Watching

35 Branches

4 Contributors

Updated on 28 Nov 2024

Bundle Size

3.80 kB

Minified

1.22 kB

Minified + Gzipped

Bundlephobia

Languages

JavaScript (100%)

Total Downloads

Cumulative downloads

Total Downloads

20,046,774

Last day

-8.6%

21,861

Compared to previous day

Last week

7.3%

124,609

Compared to previous week

Last month

2%

485,825

Compared to previous month

Last year

-0.2%

5,063,206

Compared to previous year

Daily Downloads

Weekly Downloads

Monthly Downloads

Yearly Downloads

Peer Dependencies

1

stylelint

Dev Dependencies

10

babel-eslint cross-env eslint eslint-plugin-sort-requires jest-cli lint-staged lodash np prettier stylelint

Versions

stylelint-declaration-block-no-ignored-properties

Original rule: stylelint/declaration-block-no-ignored-properties.

Disallow property values that are ignored due to another property value in the same rule.

1a { display: inline; width: 100px; }
2/**                  ↑
3 *       This property */

Certain property value pairs rule out other property value pairs, causing them to be ignored by the browser. For example, when an element has display: inline, any further declarations about width, height and margin-top properties will be ignored. Sometimes this is confusing: maybe you forgot that your margin-top will have no effect because the element has display: inline, so you spend a while struggling to figure out what you've done wrong. This rule protects against that confusion by ensuring that within a single rule you don't use property values that are ruled out by other property values in that same rule.

The rule complains when it finds:

display: inline used with width, height, margin, margin-top, margin-bottom, overflow (and all variants).
display: list-item used with vertical-align.
display: block used with vertical-align.
display: flex used with vertical-align.
display: table used with vertical-align.
display: table-* (except table-caption) used with margin.
display: table-* (except table-cell) used with padding.
display: table-* (except table-cell) used with vertical-align.
display: table-(row|row-group) used with width, min-width or max-width.
display: table-(column|column-group) used with height, min-height or max-height.
float: left and float: right used with vertical-align.
position: static used with top, right, bottom, left or z-index.
position: absolute used with float, clear or vertical-align.
position: fixed used with float, clear or vertical-align.
list-style-type: none used with list-style-image.
overflow: visible used with resize.

Installation

npm install stylelint-declaration-block-no-ignored-properties --save-dev

Usage

1// .stylelintrc
2{
3  "plugins": [
4    "stylelint-declaration-block-no-ignored-properties"
5  ],
6  "rules": {
7    "plugin/declaration-block-no-ignored-properties": true,
8  }
9}

Options

`true`

The following patterns are considered violations:

1a { display: inline; width: 100px; }

display: inline causes width to be ignored.

1a { display: inline; height: 100px; }

display: inline causes height to be ignored.

1a { display: inline; margin: 10px; }

display: inline causes margin to be ignored.

1a { display: block; vertical-align: baseline; }

display: block causes vertical-align to be ignored.

1a { display: flex; vertical-align: baseline; }

display: flex causes vertical-align to be ignored.

1a { position: absolute; vertical-align: baseline; }

position: absolute causes vertical-align to be ignored.

1a { float: left; vertical-align: baseline; }

float: left causes vertical-align to be ignored.

The following patterns are not considered violations:

1a { display: inline; margin-left: 10px; }

1a { display: inline; margin-right: 10px; }

1a { display: inline; padding: 10px; }

1a { display: inline-block; width: 100px; }

Although display: inline causes width to be ignored, inline-block works with width.

1a { display: table-cell; vertical-align: baseline; }

Although display: block causes vertical-align to be ignored, table-cell works with vertical-align.

1a { position: relative; vertical-align: baseline; }

Although position: absolute causes vertical-align to be ignored, relative works with vertical-align.

No vulnerabilities found.

10

Dangerous-Workflow

Determines if the project's GitHub Action workflows avoid dangerous patterns.

10

Binary-Artifacts

Determines if the project has generated executable (binary) artifacts in the source repository.

10

License

Determines if the project has defined a license.

9

Vulnerabilities

Determines if the project has open, known unfixed vulnerabilities.

3

Maintained

Determines if the project is "actively maintained".

3

Pinned-Dependencies

Determines if the project has declared and pinned the dependencies of its build process.

0

Code-Review

Determines if the project requires human code review before pull requests (aka merge requests) are merged.

0

Token-Permissions

Determines if the project's workflows follow the principle of least privilege.

0

CII-Best-Practices

Determines if the project has an OpenSSF (formerly CII) Best Practices Badge.

0

Security-Policy

Determines if the project has published a security policy.

0

Fuzzing

Determines if the project uses fuzzing.

0

Branch-Protection

Determines if the default and release branches are protected with GitHub's branch protection settings.

0

SAST

Determines if the project uses static code analysis.

Score

3.8

/10

Last Scanned on 2024-11-18

The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.

Learn More