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

Improve line length settings #76

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

AlexanderLanin
Copy link

@AlexanderLanin AlexanderLanin commented Dec 13, 2024

Currently "mandatory wrapping" is configured in the project settings, which is not what everyone wants.

Example: It took me a surprisingly long amount of time to understand a line of code, because it looked like two lines. I've not used wrapping in the last 10 years... or ever.

At the same time let's add a python ruler for 80 characters, since it's the de-facto-standard. Not only de-facto, it is the standard. See PEP-8.

@MaximilianSoerenPollak
Copy link

This makes sense I would say.
Further discussions regarding other rules that should be added to either the editor or ruff setup can be held accordingly when needed.

@AlexanderLanin
Copy link
Author

Could someone merge this? I don't have write access to score.

@ltekieli
Copy link
Member

@AlexanderLanin please just fix gitlint and we are ready to go.

AlexanderLanin added a commit to AlexanderLanin/score that referenced this pull request Dec 17, 2024
Currently "mandatory wrapping" is configured in the project settings, which is not what everyone wants.

Example: It took me a surprisingly long amount of time to understand a line of code, because it looked like two lines. I've not used wrapping in the last 10 years... or ever.

At the same time let's add a python ruler for 80 characters, since it's the de-facto-standard. Not only de-factory, it is the standard. See PEP-8.

Signed-off-by: Alexander Lanin <[email protected]>
Issue-Ref: see eclipse-score#76
@AlexanderLanin
Copy link
Author

Rebased + changed commit message

@FScholPer
Copy link

gitlint check failed @ltekieli how do we handle these type of issues. message has to be changed?

@ltekieli
Copy link
Member

gitlint check failed @ltekieli how do we handle these type of issues. message has to be changed?

Yes, the git guideline has all the necessary information for properly formatting a commit message:

This is enforced by gitlint which is run in a github action.

@MaximilianSoerenPollak
Copy link

MaximilianSoerenPollak commented Dec 17, 2024

gitlint check failed @ltekieli how do we handle these type of issues. message has to be changed?

IDE: ...

the title pre-fix so IDE in this case has to be lowercase. uppercase is not allowed. Allowed regex: (^[a-z_-]+: .+$)

Signed-off-by: Alexander Lanin [email protected]
Issue-Ref: see #76

Have to change the Ref to lowercase.

Regex: Issue-ref: (see|close|closes|closed|fix|fixes|fixed|resolve|resolves|resolved) #(\d+))

The rest seems to be okay as far as I can tell.


Edit: removed mistake. see is allowed.

@AlexanderLanin
Copy link
Author

My fault, I'll fix it. We would benefit from better error messages, but I'm not sure this is possible with git-lint.

Currently "mandatory wrapping" is configured in the project settings, which is not what everyone wants.

Example: It took me a surprisingly long amount of time to understand a line of code, because it looked like two lines. I've not used wrapping in the last 10 years... or ever.

At the same time let's add a python ruler for 80 characters, since it's the de-facto-standard. Not only de-factory, it is the standard. See PEP-8.

Signed-off-by: Alexander Lanin <[email protected]>
Issue-ref: see eclipse-score#76
@AlexanderLanin
Copy link
Author

Rebased + fixed commit message (I'm referencing this PR as there is no issue and #119 is not decided)

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

Successfully merging this pull request may close these issues.

4 participants