REL1CX

@rel1cx.bsky.social

As above, so below

The getFullyQualifiedName is an underrated TS API that can be used to get a stable signature of the API behind a symbol, whether it's built-in, or from a specific library, or to determine if a type comes from a certain npm package. I learned about it while solving github.com/Rel1cx/eslin...

`@eslint-react/no-implicit-key` might be overly strict for `ComponentProps` · Issue #1472 · Rel1cx/eslint-react

Starting from version 2.10.0 (#1466), lint rule @eslint-react/no-implicit-key might be overly strict for components accepting and spreading ComponentProps of some HTML element. Components like the ...

github.com

Released ESLint Plugin Perfectionist v5.0.0. 🎉 It’s a plugin for sorting imports, TS types, JSX props, classes, objects, variables, and more. In this release: move to ESM-only, dropped Node.js v18 support, two new rules. github.com/azat-io/esli... More in the thread below ⬇️

GitHub - azat-io/eslint-plugin-perfectionist: ☂️ ESLint plugin for sorting various data such as objects, imports, types, enums, JSX props, etc.

☂️ ESLint plugin for sorting various data such as objects, imports, types, enums, JSX props, etc. - azat-io/eslint-plugin-perfectionist

github.com

A shift is happening: State management is returning to React's built-in APIs, while third-party libraries are pivoting to focus on effect management rather than state management.

Of all current TS linters, this one comes closest to the "rules as functions" design philosophy This means you can define, document, export, import, hover, jump to definition, and deprecate custom rules (and their options) just like ordinary JavaScript functions with types and JSDoc

Arnaud Barré@arnaud-barre.bsky.social · last yr.

Introducing tsl, an extension of tsc for type-aware linting! Want to speed up your ESLint time without losing the great type-aware rules from @typescript-eslint.io? Run `bunx tsl --migrate` to try it out! github.com/ArnaudBarre/...

Compatibility testing for react-x rules with Lynx and React Strict DOM (RSD) is underway. If everything goes as expected, the rules should naturally support these new platforms without needing any changes, cus we don't make assumptions about the platforms used in your tech stack

Compatibility testing for eslint-plugin-react-x rules with Lynx and React Strict DOM (RSD) is underway. If everything goes as expected, these rules should naturally support these new platforms without needing any changes, because we don't make assumptions about the platforms used in your tech stack.