Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RFC: ceasing maintenance #107

Open
robatwilliams opened this issue Jun 18, 2024 · 6 comments
Open

RFC: ceasing maintenance #107

robatwilliams opened this issue Jun 18, 2024 · 6 comments

Comments

@robatwilliams
Copy link
Owner

Is this tool necessary anymore?

I'm aware that the latest build tools / frameworks (e.g. Vite, Angular) have built-in capability to target a browsers specified via a browserslist. It appears to me that the remaining use cases are a) projects not using a transpiler, and b) projects using older tooling.

I have little visibility of if people are still choosing to start using this, or if all the downloads are from existing installations.

@robatwilliams robatwilliams pinned this issue Jun 18, 2024
@helvenk
Copy link

helvenk commented Jun 28, 2024

Thank you for your great work. I've just started using this tool.

Modern build tools can indeed transpile code based on browserlist configuration and automatically include polyfills. Therefore, for new projects, this seems unnecessary.

For me, my use case involves checking whether our code supports a specific version of a browser, such as Android 7. This doesn't necessarily mean we need to target that version specifically; I just want to understand the compatibility.

In that case I think it would be necessary.

Additionally, when I ran npx check-es-compat ., it didn't work. It gave me the error: "Failed to load plugin 'ecmascript-compat' declared in 'BaseConfig': This method cannot be used with flat config."
Could you help me?

@robatwilliams
Copy link
Owner Author

The above issue will be due to #92

@helvenk
Copy link

helvenk commented Jul 1, 2024

The above issue will be due to #92

It works on node 18,but I used it on node 16 before

@replete
Copy link

replete commented Aug 8, 2024

I'll just chip in, the reason I'm interested in using this is to find out compatibility implications during development time when not using frameworks and building things on websites with large audiences and wanting to make informed decisions on compatibility. It's helpful at development time to know what

I recently used https://github.com/anandthakker/doiuse for CSS, which tells me browser version support for specific features I am using and at development time this allowed me to make some tweaks before I built the whole thing and unnecessarily made something that would be broken on 2 year old browsers. Sure, for the majority of cases people have updating devices, but there are always some users stuck on an older handset and being able to instrument your code allows you to make informed decisions about what is worth supporting and what would need to change.

Understandable though not wanting to maintain this if it doesn't benefit you, there's a few of these projects that seem to be dead. I kinda wish MDN just did it themselves, it's definitely very useful if you aren't relying on frameworks. I mean there's probably always going to be compatibility issues with Javascript and older devices.

Thanks for all the work you have done so far

@replete
Copy link

replete commented Aug 8, 2024

FYI stumbled on https://github.com/amilajack/eslint-plugin-compat and going to test it out

@robatwilliams
Copy link
Owner Author

Marked both packages as deprecated on NPM.

Added "deprecated" to repo's about.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants