Normalize.css: Is this project dead?

Created on 5 Jan 2020  路  12Comments  路  Source: necolas/normalize.css

Now it's 2020 lots of issues and pull requests remain unanswered.
Is this project dead? If yes either archive the project or set a new owner that can maintain it.

Most helpful comment

This project has historically encouraged forks so people can add their own, opinionated normalizations and resets. Believe that's why you see a lot of forks. And many of those forks are ancient, meaning there's a non-trivial number of forks prior to the last year of "inactivity".

I'm not disagreeing with the sentiment in principle. I just think this is a scenario where a stable set of rules is desirable. This project has historically been strictly managed to carefully maintain this stability, the need to remain a normalization (not a reset), and the ability to fork and customize per project.

It's obviously a popular library (180k + dependents). Archiving sends the wrong message.

All 12 comments

I wondered the same when looking at this and other similar projects. Over a year of no updates while others are more current. I agree 100% with your proposal, archive it so users are informed that updates are not coming, or at least make it clear that if there are any updates, any sort of timeline is unknown.

necolas rolls in periodically and manages some PRs and issues, but has not pushed a lot of releases recently. Realistically speaking, the project is pretty stable, which is why you don't see a lot of action. We still use normalize.css on every single project as I'm guessing many others do as well. I would not call it a "dead project" necessarily, it serves the same purpose it has always served - base styles so you get defaults that are normalized across all browsers.

Well just reading the code and the issues, a default value of line-height: 1.5 on the html was never addressed, most of the additions are ignored because they are considered resets and not normalization, basically having 7.8k forks of this project tells me that people want more changes merged into it or they will fork it and add them themselves. Believe it or not but people now consider using a library if it is popular, if it is updated regularly, if there is activity around it, even if the code is stable the 7.8k forks says that is stale and new developers that discover this library will be reluctant to use it because of this.

This project has historically encouraged forks so people can add their own, opinionated normalizations and resets. Believe that's why you see a lot of forks. And many of those forks are ancient, meaning there's a non-trivial number of forks prior to the last year of "inactivity".

I'm not disagreeing with the sentiment in principle. I just think this is a scenario where a stable set of rules is desirable. This project has historically been strictly managed to carefully maintain this stability, the need to remain a normalization (not a reset), and the ability to fork and customize per project.

It's obviously a popular library (180k + dependents). Archiving sends the wrong message.

A stable project is not always a good project. Normalization require testing and specifics change with time, developer styles and browser changes. Stable says it should give little to no errors, but does it really fill the need like others do? That is the point here. Not disagreeing with you, just making the other side of the case. I opted for a different base as it is updated and issues remain active.

@thwaller Well can you point us for your alternative of choice?
I am looking also for an up to date css normalization and/or reset.

I opted for this one. I cannot say how well it works as I just added it today, but I can say there are no issues or errors caused by it. All I can say for sure is that it is active and is included in cdnjs.

https://github.com/sindresorhus/modern-normalize

@ZaDarkSide I've attempted to create one such library based on normalize, going for some of the "modern" CSS features like

  • using system fonts by default
  • using the best monospace fonts available for pre code and such (incl. SF Mono)
  • optional SCSS for easier integration, and some customization via !default variables
  • preserving more useful browser defaults

https://github.com/mvasilkov/systematize

It's not widely used at the moment, so it's possible to introduce changes without worrying too much. If you're interested in such a project, let's discuss!

Thank you both for your answers, I will evaluate them and choose what is most suitable for my project.

@mvasilkov - thanks for sharing. I will check it out as well.

I thought the same as @ZaDarkSide especially as Edge browser now using chromium etc. It would be great to get @necolas opinion

I see that @necolas closed the issue without comment. No PRs merged, last update was still back in 2018.

Wouldn't it be better to keep this issue open and pinned? Perhaps change the title to "Status of normalize.css" or something? Otherwise will likely get other issues like this one popping up again. The discussion here should be all that users need to see if they have this question?

Was this page helpful?
0 / 5 - 0 ratings

Related issues

callumlocke picture callumlocke  路  6Comments

henrik picture henrik  路  7Comments

josephfusco picture josephfusco  路  6Comments

denis-sokolov picture denis-sokolov  路  4Comments

visicode picture visicode  路  7Comments