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

Convention for line-width? #6

Closed
orcmid opened this issue Aug 30, 2021 · 2 comments
Closed

Convention for line-width? #6

orcmid opened this issue Aug 30, 2021 · 2 comments

Comments

@orcmid
Copy link
Contributor

orcmid commented Aug 30, 2021

I notice that there is no constraint on line width and even in markdown, lines can be very wide, although GitHub Markdown treats simple line breaks as just white space.

I like to have my code and other text formats confined to a line width that I can print and also view easily in any editor. I even set VS Code to break on a right margin and I clean them up usually. The only exception I can think of is URLs and Markdown links. I am known to put a ruler line at the top of a text file just for this purpose.

Put differently, if I continued to do that (my width magic number is 72) would it still be compatible with the raylib convention? I.e., in a pull request?

@raysan5
Copy link
Owner

raysan5 commented Aug 30, 2021

@orcmid That's a good question. At the beginning of raylib I tried to limit line-width to 80 characters but now I prefer to avoid any limit, sometimes I use descriptions or comments longer than 80 characters.

@orcmid
Copy link
Contributor Author

orcmid commented Aug 30, 2021

I realized that I had dropped the habit of putting rulers in files, although I do have the auto-linewrap point set in VS Code.

I have gone back and put rulers in files of mine in orcmid/nfoTools and orcmid/rayLab. It is something I must mention in my own CONVENTIONS when I get around to that.

@raysan5 raysan5 closed this as completed Sep 15, 2021
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

No branches or pull requests

2 participants