-
Notifications
You must be signed in to change notification settings - Fork 30.3k
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
Support for File-Specific Code Formatting Settings #232954
Comments
/duplicate |
Thanks for creating this issue! We figured it's covering the same as another one we already have. Thus, we closed this one as a duplicate. You can search for similar existing issues. See also our issue reporting guidelines. Happy Coding! |
Please wait... how is this a "duplicate"? I searched for discussions on a similar topic but couldn’t find anything. Could you please provide a link to the earlier, active issue that this has been marked as a duplicate of? I believe this is a very important feature that will make the IT world more productive, and I would like to track the progress in this direction. Best regards, |
Thank you for the link! |
It should be required that you provide a link to the duplicate issue when closing someone's issue that they clearly spent far more time writing than you did writing your reply. No one deserves a 1-word rejection. |
I would like to request support for file-specific code formatting settings in VS Code. Specifically, the ability to configure
editor.rulers
,editor.formatOnSave
, and other formatting options based on file patterns or specific file extensions, such as**/*_model.dart
.This feature would be especially useful for Dart and other languages where generated code, like constructors from packages like
Freezed
, becomes less readable with a standard line length of 80 characters. Being able to specify a longer line length (e.g., 200 characters) for these specific files would improve code readability without affecting the rest of the project.Example of Desired Configuration:
Code Example Highlighting the Issue:
As shown above, setting the line length to 80 characters makes these constructors difficult to read and manage. A more flexible approach for file-specific formatting settings would greatly improve developer productivity and code clarity.
The text was updated successfully, but these errors were encountered: