|WikiProject Computing||(Rated Start-class)|
- Add any additional comments
Character vs. Key
Looking at this again, most of the article seems to be about the character rather than the key. Maybe it should have been moved to Tab (character)? It is probably OK where it is, as the character is derived from the key and is almost wholly used for indentation or tabulation. However, I would be grateful if anyone could comment on this before I disambiguate all the links to tab.
IBM Key punches were card programmable. You programmed the tab stops (among other things) on a punch card, and loaded the card onto the control drum. 126.96.36.199 06:08, 21 March 2007 (UTC)
A subtle reason why many people don't like the tabs is because the tab key is on the left edge of the key board. Very few people are aware of the extent to which human factors like keyboard layout precondition their responses. —The preceding unsigned comment was added by 188.8.131.52 (talk) 06:14, 21 March 2007 (UTC).
Bias: Tabs in programming
"This of course is wrong; good programming practice means ..."
Clearly this is an opinion, it needs removing or a citation, though there are no rules written in stone regarding the construction of code.
A description of the "Tab key" doesn't need to mention programming in the first place. This page should really focus on the origins of the key, modern applications up till the last decade or so, and that's all. I'm pulling the whole section on 'whitespace in programming' because it has nothing to do with the tab key. The HTML section is pushing it, IMHO, but it sort of completes the tables on a typewriter -> printer control code -> on screen formatting evolution. Still, the HTML part could be replaced with something more generic, like a description of tab stops in word processors. A very, very brief mention of how the tab key is overloaded for a number of different computing tasks might cut it. —Preceding unsigned comment added by 184.108.40.206 (talk) 07:11, 21 January 2009 (UTC)
Bias: "most incompatibility and conversion issues"
The following statement is biased:
"The most incompatibility and conversion issues ensue when the tab key generates HT characters and the editor is configured for tab stops spaced anything but the de facto standard, which for Unix, Unix-derived systems and older systems is every 8 characters and for Windows programming, every 4 characters. Interesting possibilities include 2 and even 3."
First, it would be interesting to see a citation that that is the most common problem. Second, the "problem" described isn't really even a problem in most cases because indentation is for indentaton, not formatting, and any code that doesn't look right unless indented a certain width is sloppy code. Third, a common problem (in my experience) is inconsistent spaces-for-tabs, where part of the program has four space indents, others have five, or two, or eight.
I move that we have a general summary of the arguments for and against. In fact, I move that the whole issue get its own article.
back tab key
Tabs in wiki markup
de facto standardized
FORTRAN was not the origin of the default setting of tab stops at 8 spaces. FORTRAN statements started in column 7, so FORTRAN would had favored tab stops at 6 spaces. — Preceding unsigned comment added by 220.127.116.11 (talk) 17:31, 10 May 2012 (UTC)
No mention of the synonym 'hard tab'
When discussing indentation in source code it is common to refer to the usage of a tab as a 'hard tab', in contrast to a 'soft tab'. This is mentioned on the Indentation and Indent style pages. Should it be referenced here?