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

February 2026

S M T W T F S
123456 7
8 9 1011121314
15161718192021
22232425262728

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Feb. 10th, 2026 02:26 pm
Powered by Dreamwidth Studios