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

December 2025

S M T W T F S
 12 3456
78910111213
14 15161718 19 20
21222324252627
28293031   

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Dec. 30th, 2025 05:11 am
Powered by Dreamwidth Studios