mtbc: maze I (white-red)
[personal profile] mtbc
While I am generally in favor of standards for code style in writing software, one thing that disappoints me is when I am prohibited from adding extra whitespace. Sometimes, I have similar-looking code where I could use spaces and breaks to show the variation clearly by aligning the similar portions directly underneath each other. However, the formatters become upset at the extra space and my code must instead look neat from their point of view but less clear from mine. The latest of so many past examples is,
Guide.__new_plane([w1/2, -h1/2, 0],
                  [-w1/2, -h1/2, 0],
                  [w2/2, -h2/2, l])
where I would prefer to write,
Guide.__new_plane([ w1/2, -h1/2, 0],
                  [-w1/2, -h1/2, 0],
                  [ w2/2, -h2/2, l])
In this case I could pad with + but usually I do not have such a workaround available.

Date: 2021-11-10 04:08 pm (UTC)
lovelyangel: (Eve Angel)
From: [personal profile] lovelyangel
Yeah, I would use whitespace for visual alignment also. But it was easier back in the day when there was less code sharing and text editors were bare bones.

Date: 2021-11-10 11:48 pm (UTC)
mellowtigger: (penguin coder)
From: [personal profile] mellowtigger
I agree with that part, yes. I'm a big fan of Egyptian braces, though, if your proposed syntax allows for that too. ;)
Guide.__new_plane(
 [ w1/2, -h1/2, 0],
 [-w1/2, -h1/2, 0],
 [ w2/2, -h2/2, l]
)

Date: 2021-11-15 03:40 am (UTC)
squirrelitude: (Default)
From: [personal profile] squirrelitude
This is a place where I would definitely tell the linter to hush for that line or function.

Profile

mtbc: photograph of me (Default)
Mark T. B. Carroll

January 2026

S M T W T F S
    123
456789 10
11121314151617
18 192021222324
25262728293031

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jan. 20th, 2026 01:42 pm
Powered by Dreamwidth Studios