News for hackers. Stuff that matters.
Re:A different take on S-expressions by thaumasiotes on Wednesday June 18, 2025 @06:19PM (#44313756)
> Absolutely no counting is required at all so I think your joke falls a little flat.

Really? How do you see the difference between "TAB" and "SPACE SPACE TAB"?

Re:A different take on S-expressions by xigoi on Wednesday June 18, 2025 @06:50PM (#44313952)
The solution to that is easy: do not use tabs.
Re:A different take on S-expressions by thaumasiotes on Wednesday June 18, 2025 @10:20PM (#44314868)
That is not the approach taken by any system that I know of that uses semantic whitespace. Tabs are meaningful in Python and make, and in fact required in make.
Re:A different take on S-expressions by xigoi on Thursday June 19, 2025 @03:34AM (#44316367)
Haskell and Nim are both indentation-sensitive languages that only allow spaces as indentation.
Re:A different take on S-expressions by derriz on Thursday June 19, 2025 @09:05AM (#44318345)
That’s a design flaw of ASCII inherited by UNICODE not an argument against using indentation to portray hierarchy. I’m sure there are alternative UNICODE characters which render almost indistinguishable from “(“ also.