@newt I would rather press once than four times to indent.
@newt Takes four spaces to indent as much as tab once.
Granted you can tweak the width of space and tab in text editors sometimes, but if your spaces are as thick as your indents ya got something else going on.
@newt I'm talking about you calling indenting with tabs cringe. And I'm saying most people, to get the indent they want, will either press space four time or tab once. Personally, I prefer the latter, because it's fewer button presses.
We on the same page now?
@newt Well then how many time do you press space? Or do you just have the tiniest indents known to man?
@newt Fancy. 👍
@newt What does the character matter?
I dunno man, people have done dumber shit.
@newt @Paradox it's still wild to me that the same software community, that learned a long time ago how hard-coding things that should be customisable is a bad idea, still has a lot of people insisting to hard-code the visual width of indentation by using spaces instead of tabs or another character that semantically represents a single level of indent.
Because fuck different people with different monitors, "thou shalt use 3 spaces for indentation because I say so".
@newt @Paradox and the worst part is that the two most sensible arguments for using spaces over tabs have silly simple solutions:
1. "But tabs can be rendered with different widths 😭" yeah, that's an upside not a downside. If you don't like how wide or thin tab-indentation looks in your editor, just tell it to render it with different width, problem solved. You can't do that for code where some dumbfuck used 2 spaces for indent and you'd like to see the indent levels more clearly. This also applies to the people using text-based environments with the Unix default rendering of 8-width tabs - yes, vim, emacs or whatever 80s software you prefer is smart enough to be able to do `s/\t/ /`* before writing to the tty or has a plugin available for this exact purpose.
2. "B-but tabs can be rendered differently by different browsers so a tab-indented code pasted into a random text element can display weirdly for people viewing it on IE6" - rendering code to a universal text representation is as much of a thing as rendering it on a screen, and again in this case amounts to running `s/\t/ /`* on it. Code hosting websites already do this. Oh, and did you know that the official standard way to render multiple spaces outside of `<pre>` elements is to concat them into a single one, making them even worse in that regard? And that CSS has a `tab-width` property? Wild stuff.
*yes, these are non-breaking spaces, or at least that's what I typed before clicking "post"
@newt @Paradox in case of tabs literally nobody would care because it wouldn't be a problem for anyone in the first place.
And I suspect that the number of people that do care is vastly underestimated, since when encountering space-indented projects they usually are only mildly inconvenienced and so just let out a sigh and go on with their lives. That's what I do, unless encountering an already existing thread on that topic and having some time to spare to join in.
@newt it's not my loss, it's the whole community's, and thankfully it's nowhere near as done and set in stone as you suggest. Hell, I doubt spaces could ever fully win due to aforementioned issues, the best they can do is the USA measurement system approach, settle on an inferior choice and remain in this awkward and contested state for who knows how long. I like how you can't find a single yet unburnt argument against tabs and fall back on "they suck" though lol
@newt you shouldn't have to try to be able to rationalise your choice, and living in a bubble of "the people I know use this, why bother thinking about it" is how you end up with silly status quos like this one in the first place.