-
-
Notifications
You must be signed in to change notification settings - Fork 26
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
feat: expose RuleConfig
etc.
#235
Conversation
TBH I'm not a fan of this 🤔 Please have a look at https://github.com/DefinitelyTyped/DefinitelyTyped/blob/d6df71f271f38735049115008ff6b5de169c9450/types/eslint/index.d.ts#L893 These should be changed/used originally, but |
Well, it's just a re-export of a few simple types. I see no harm in having them, but I am not blocked by it either. Totally up to you to decide then. |
It's definitely not that I don't want to export them just to make others life harder Either eslint or @types/eslint should export these, so even I could reuse them in this repo But I'm even the not sure if I e.g. need to put @types/eslint from devDeps to direct deps 🤔 Sidenote: I spend today in train, because I drive home |
I could answer yet in #233 yet because I need to write a bit more and prepared for that, but tldr I would love to get rid at all of eslint-define-config A bit like the move from cjs to esm |
@antfu is there any reason now to have exported this? Or did the augmented global properties support solved it? |
I found that |
I think there types were not so precise, but also I didn't wanted to rely on their types, because then I would need to rely on
But I never used FlatConfig yet 🤷, so I don't have knowledge about that if it even works. |
Would be easier to add custom types