5 ms·

I shouldn’t have to install software or set a tab-stop correctly to read your source code.

by stevetodd 8y ago

jhasse 8y ago
You wouldn't have to if elastic tabstops would be supported out of the box.
- stevetodd 8y ago
  So you want each of the maintainers of every text editor, text processing tool (e.g. diff, grep, sed, awk, git, etc.), IDE, and web app (gitlab, github, etc) to implement this standard? You’re going to be waiting a long time...
  - jhasse 8y ago
    UTF-8 also isn't supported by every tool, still it has become the standard encoding. 99% would be enough. (actually not a fan of Elastic TabStops btw)
coldtea 8y ago
Well, you still have to install lots of things: a source code editor, a way to download the code, a compiler to compiler it, libraries it needs to run, etc. Having to install software or set a tab-stop correctly would be just one of those things.
- saagarjha 8y ago
  I don't need to download a formatter to read and edit most code. Now I basically have to.
- mmphosis 8y ago
  Gedit, the one program I have used in the past, in the small list of set a tab-stop correctly programs: My original Gedit plugin (no longer compatible with Gedit's changed API) This seems broken, not because it's not a good idea. A lot of things that I don't use and don't want are already installed (and somewhat broken.) If I use the 'cat' command on a source code file formatted this way, how is that going to work? A new shell or new Terminal program that will set a tab-stop correctly, or a set a tab-stop correctly plug-in for bash or the Terminal program? The default eight spaces in the shell for tabs isn't very pretty, so maybe you're onto something. As I mostly blindly click "Install", libraries that had vulnerabilities are updated or maybe newly installed. I didn't ask for these libraries, I try to remove them and the package manager reports that they are not installed. I guess I've got bigger problems to deal with, and will bump along using tabs and/or spaces. There must be a better way.

I shouldn’t have to install software or set a tab-stop correctly to read your source code.

jhasse 8y ago

You wouldn't have to if elastic tabstops would be supported out of the box.

stevetodd 8y ago
So you want each of the maintainers of every text editor, text processing tool (e.g. diff, grep, sed, awk, git, etc.), IDE, and web app (gitlab, github, etc) to implement this standard? You’re going to be waiting a long time...
- jhasse 8y ago
  UTF-8 also isn't supported by every tool, still it has become the standard encoding. 99% would be enough. (actually not a fan of Elastic TabStops btw)

coldtea 8y ago

Well, you still have to install lots of things: a source code editor, a way to download the code, a compiler to compiler it, libraries it needs to run, etc. Having to install software or set a tab-stop correctly would be just one of those things.

saagarjha 8y ago
I don't need to download a formatter to read and edit most code. Now I basically have to.
mmphosis 8y ago
Gedit, the one program I have used in the past, in the small list of set a tab-stop correctly programs: My original Gedit plugin (no longer compatible with Gedit's changed API) This seems broken, not because it's not a good idea. A lot of things that I don't use and don't want are already installed (and somewhat broken.) If I use the 'cat' command on a source code file formatted this way, how is that going to work? A new shell or new Terminal program that will set a tab-stop correctly, or a set a tab-stop correctly plug-in for bash or the Terminal program? The default eight spaces in the shell for tabs isn't very pretty, so maybe you're onto something. As I mostly blindly click "Install", libraries that had vulnerabilities are updated or maybe newly installed. I didn't ask for these libraries, I try to remove them and the package manager reports that they are not installed. I guess I've got bigger problems to deal with, and will bump along using tabs and/or spaces. There must be a better way.