Comments (8)
Yep, nice to see how plan adopted user needs, even if it didn't align with devs plans for next major release.
Huge kudos to them for prioritizing our experience even if it would require more work/support from them. š
I see how this approach to rules might be actually helpful with new TS proposal microsoft/TypeScript#58019
I would like to force in which order I would want to force props/union order.
from typescript-eslint.
Very excited to see this land! I have one concern though. I'd like to propose a rule that bans any ASCII characters in variable names, due to to their potential for confusion, with an option to require only emoji as identifiers. I think this would a huge win for accessibility in a codebase, since emoji are language-independent. Would that fall under formatting or would we have an additional category for accessibility?
from typescript-eslint.
@kirkwaiblinger that makes a lot of sense. I'd love to see experimentation on a Prettier plugin that auto-replaces variable names with emoji equivalents. I imagine migration pain from the few projects still using ASCII characters in variable names might be severe for the few projects still on that outdated practice.
@IllusionMH indeed. That proposal does seem to blur the line between the linter and the compiler: a line that we haven't seen blurred much before. It'll be interesting to see them iterate on this new area over the next decade.
from typescript-eslint.
@kirkwaiblinger that makes a lot of sense. I'd love to see experimentation on a Prettier plugin that auto-replaces variable names with emoji equivalents. I imagine migration pain from the few projects still using ASCII characters in variable names might be severe for the few projects still on that outdated practice.
Iām honestly shocked that you have not enabled this in all of your repos yet https://www.dont.ninja/rules/prefer-emoji
from typescript-eslint.
Ah! I did not know that project exists, but it's good to see. Thanks @rubiesonthesky.
It looks like we can close this issue out as wontfix. Given that another project does things better than we ever could I don't see a need to keep investing in this area of typescript-eslint. Cheers all!
This was an April Fool's Day 2024 post. Happy don't-take-anything-on-the-internet-seriously day!
from typescript-eslint.
Heh, oops, thanks.
from typescript-eslint.
Could ts-eslint adopt these rules https://www.dont.ninja/ ?
Also I think ts-eslint would benefit this approach for formatting https://github.com/rohitdhas/shittier
from typescript-eslint.
This is still pinned š¦
from typescript-eslint.
Related Issues (20)
- eslint-plugin: Feature freeze naming and sorting stylistic rules HOT 10
- Bug: [no-unnecessary-type-assertion] Does not flag on unnecessary nonnull assertion on `declare`d value HOT 5
- Enhancement: [no-confusing-non-null-assertion] should check !instanceof HOT 1
- Bug: parser breaks on folders that has been excluded HOT 2
- Bug: Parsing error: ESLint was configured to run on <file> using `parserOptions.project` HOT 1
- Docs: Unusually large padding after table cell lines in Contributor_Tiers.mdx
- Bug: @typescript-eslint/no-unnecessary-condition false positives for getters HOT 8
- Bug: [@typescript-eslint/no-invalid-void-type] false positive when used in a return type where there is a union HOT 1
- Bug: [explicit-function-return-type] false negatives on inner function when using allowTypedFunctionExpressions option
- Bug: [dot-notation] False positive with optional chaining and allowPrivateClassPropertyAccess: true
- Bug: [no-unnecessary-type-assertion] (regression) false positives on template literals with no expressions
- Error: Plugin "@typescript-eslint" was conflicted HOT 1
- Docs: Mention stylistic(TypeChecked) at end of 'getting started' docs? HOT 2
- Bug: [consistent-type-assertions] broken autofix for arrow functions
- Configs: Enable no-undef by default HOT 6
- Bug: [no-unnecessary-type-assertion] assumes better type narrowing than typescript offers HOT 3
- Bug(website): Rules table filters neglect some rules
- Bug: `tsconfig.json` not respected in new files when multiple tsconfigs include the same directory with `useProjectService` enabled HOT 1
- Bug: incompatible type `ParserOptions['projectFolderIgnoreList']`
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
š Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. ššš
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ā¤ļø Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from typescript-eslint.