Здравствуйте, XopoSHiy, Вы писали:
XSH>Давайте раз и навсегда решим вопрос противостояния табов и пробелов!
http://img-fotki.yandex.ru/get/4313/tinybit.e0/0_39f0e_276ebd4f_orig

Здравствуйте, XopoSHiy, Вы писали:

XSH>Давайте раз и навсегда решим вопрос противостояния табов и пробелов!

пробелы нужны для тех неудачников, которые не умеют пользоваться табами..

Приветствую, XopoSHiy, вы писали:

XSH> Давайте раз и навсегда решим вопрос противостояния табов и пробелов!

Перехожу с табов на пробелы. Надоело в каждом редакторе каждый раз залазить в настройки и смотреть — а как оно с табами работает?

Здравствуйте, _FRED_, Вы писали:

[]

_FR>Попробуй переписать с табами, а потом начинай менять ширину таба.

Уж сколько раз твердили миру: табы — для отступов, для разного рода табличного выравнивания — пробелы.
Нет, обязательно найдутся "суровые сибирские мужики с рельсой".

Здравствуйте, Aleх, Вы писали:

A>Если вы используете пробелы, вы ни чем не отличаетесь от секретарш, которые в том же Ворде не умеют делать отступ и фигачат пробелы. Это наезд
A>Чем же плохи пробелы? Дело в том, что ширина отступа у каждого программиста может быть разная,

"ширина отступа" — не фича программиста, а соглашение на проекте.

A>и не все могут работать с шириной отступа, к которой они не привыкли.

Чушь, все могут. На перестройку нужно отсилу неделю.

Здравствуйте, Don Reba, Вы писали:

L>>Это миф, что кому-то неудобно работать с той или иной шириной таба.

DR>Казалось бы, зачем тогда вообще с отступами заморачиваться?

Пошла софистика. Слив засчитан.

S>Перехожу с табов на пробелы. Надоело в каждом редакторе каждый раз залазить в настройки...

А что, ещё есть редакторы, которые как-то неправильно с табами работают? Я вот какой ни возьму (Visual Studio, SlickEdit, Notepad++, Source Insight, etc.) — никаких проблем, везде по 4 символа табы и мой код везде выглядит одинаково. Какие проблемы-то?

Пробелы.

Pzz>...половине кода табы 4-символьные, а во второй половине — 8-символьные.

Лолшто?

Pzz>Я уж не говорю о том, что если печатать тексты не ... в visual studio...

Зачем?

Pzz>В общем, хорошая штука была табуляция, жаль что стала непригодна для практического использования...

Как тут любят говорить, похоже, ви таки не умеете их готовить.

После Delphi 7. Переход на студию был ужасным, отвратительный интерфейс, "умная" студия везде суёт свой код , код писать невозможно... Единственный стимул — начальство.

Здравствуйте, Patalog, Вы писали:

_FR>>Попробуй переписать с табами, а потом начинай менять ширину таба.

P>Уж сколько раз твердили миру: табы — для отступов, для разного рода табличного выравнивания — пробелы.
P>Нет, обязательно найдутся "суровые сибирские мужики с рельсой".

Рельса в том, что я попросил: "Попробуй переписать". Так вот, если попробовать, то окажется страшно неудобным жать клавишу Space для создания выравнивания. А вот нажимать Tab очень даже привычно. А теперь задачка: перечисли редакторы, которые умеют интеллектуально распознавать, когда при нажатии Tab нужно выставлять табуляции, а когда пробелы.

Здравствуйте, XopoSHiy, Вы писали:

XSH>Давайте раз и навсегда решим вопрос противостояния табов и пробелов!
XSH>Голосованием! :D
, но

Здравствуйте, dmitry_npi, Вы писали:

d> XSH>Давайте раз и навсегда решим вопрос противостояния табов и пробелов!

d> Не надо противостояний, во всяком случае, в контексте одного редактора.
d> Например, в Visual Studio, можно удобно настроить и табы, и пробелы.
d> А в Дельфи (по крайней мере в 7-ке, про новые не знаю) или в Лазарусе — как ни настраивай, получаются пробелы только... Табы нормально не работают.

Может стоило с настройками разобраться...

Use tab character
Inserts tab characters when you press tab in the editor. If not checked, inserts space characters instead of a tab character. (To view Tab characters, choose Show tab character on the Display page of the Editor Options.) If Smart tab is enabled, this option is off.

Smart tab
Tabs to the first non-whitespace character in the preceding line. If Use tab character is enabled, this option is off.

Optimal fill
Begins every auto indented line with the minimum number of characters possible, using tabs and spaces as necessary.

Здравствуйте, Mr.Cat, Вы писали:

MC>Ну... по моим наблюдениям мешанина из табов и пробелов при использовании svn к особым проблемам не приводит.

Слегка напрягает, что при реформате одно на другое заменяется, и в истории svn-а появляется куча лишних якобы измененных файлов.
Поэтому я обычно настаиваю на одинаковых настройках решарпера и VS-ки в команде.

Здравствуйте, x64, Вы писали:

S>>Перехожу с табов на пробелы. Надоело в каждом редакторе каждый раз залазить в настройки...

x64>А что, ещё есть редакторы, которые как-то неправильно с табами работают? Я вот какой ни возьму (Visual Studio, SlickEdit, Notepad++, Source Insight, etc.) — никаких проблем, везде по 4 символа табы и мой код везде выглядит одинаково. Какие проблемы-то?

Far, Notepad и иже с ними по умолчанию 8 символов используют.

Здравствуйте, XopoSHiy, Вы писали:

Если вы используете пробелы, вы ни чем не отличаетесь от секретарш, которые в том же Ворде не умеют делать отступ и фигачат пробелы. Это наезд
Чем же плохи пробелы? Дело в том, что ширина отступа у каждого программиста может быть разная, и не все могут работать с шириной отступа, к которой они не привыкли. Например, кто-то (студенты) пишет код с шириной отступа 0, кто-то (авторы Nemerle) 2 символа, а кто-то вообще (любители Бильдера) 8. А я привык к четырем символам.

Поэтому я считаю, что табы являются компромиссом, который теоретически должен удовлетворить всех, кроме особо упертых и желающих навязывать всем остальным свою дурацкую ширину отступа.

Быть может пробелы до сих пор имеют такое широкое распространение в связи с тем, что множество текстовых редакторов и средств разработки (предположительно всякие емаксики и вимы), отличных от Visual Studio не умеют корректно работать с табами. Другого рационального ответа на вопрос, почему используются пробелы вместо табов я найти не могу.

Pzz>Проблема в том, что от сотворения мира табы были по 8 символов, а потом выросло молодое поколение, не обученное этой мудрости предков.

Похоже, это было ошибкой, которую исправили. Вроде бы всё хорошо нынче, не?

Здравствуйте, Aleх, Вы писали:

A>Если вы используете пробелы, вы ни чем не отличаетесь от секретарш, которые в том же Ворде не умеют делать отступ и фигачат пробелы. Это наезд

Ага, очень умно.

A>Чем же плохи пробелы? Дело в том, что ширина отступа у каждого программиста может быть разная, и не все могут работать с шириной отступа, к которой они не привыкли. Например, кто-то (студенты) пишет код с шириной отступа 0, кто-то (авторы Nemerle) 2 символа, а кто-то вообще (любители Бильдера) 8. А я привык к четырем символам.

Отлично. Вот тебе скрипт создания таблички в БД, в котором отступы сделаны пробелами:

--=============================================================================--
-- Orders
--=============================================================================--
IF OBJECT_ID(N'[dbo].[Orders]', N'U') IS NULL BEGIN
  CREATE TABLE [dbo].[Orders] (
    [OrderId]                      int IDENTITY(1, 1)        NOT NULL,
    ---------------------------------------------------------------------
    [Title]                        nvarchar(255)             NULL,
    [CustomerId]                   int                       NOT NULL,
    ---------------------------------------------------------------------
    CONSTRAINT [PK_Orders] PRIMARY KEY CLUSTERED ([OrderId] ASC),
    CONSTRAINT [CK_Orders_Title] CHECK ([Title] IS NULL OR Len([Title]) > 0),
  )

  PRINT N'The table [dbo].[Orders] is created.'
END ELSE BEGIN
  PRINT N'Creating the table [dbo].[Orders] is skiped - table already exists.'
END --IF

A>Поэтому я считаю, что табы являются компромиссом, который теоретически должен удовлетворить всех, кроме особо упертых и желающих навязывать всем остальным свою дурацкую ширину отступа.

Попробуй переписать с табами, а потом начинай менять ширину таба.

A>Быть может пробелы до сих пор имеют такое широкое распространение в связи с тем, что множество текстовых редакторов и средств разработки (предположительно всякие емаксики и вимы), отличных от Visual Studio не умеют корректно работать с табами. Другого рационального ответа на вопрос, почему используются пробелы вместо табов я найти не могу.

Очень жаль, что из-за того, что ты не можешь найти рационального объяснения поступка других, ты записываешь тех, других, в "секретарши" и делаешь прочие экстремистские выводы

Табуляции могли бы быть лучше, если бы все программы умели их готовить. Но пока получается, что наберешь длинную строчку, нажмешь Enter, и получишь:

quite_a_long_function_name(parameter1, parameter2,
→   →   →   →   →   →   ···|

(MSVS такое любит)

Поэтому пробелы. Заодно можно делать вот так:

class some_class
{
    some_class();
   ~some_class();
};

И вот так:

SELECT
    MIN(this),
    MAX(that),
   (SELECT 42
    FROM wherever),
   (SELECT ...),
    *

Или что-то вроде этого:

send_email(
    "vasya@pupkin.example",
    "evil@spammer.example",
  _("Viagra for sale"), # интернационализация
    "/tmp/v1agr@.png",
)

P>Уж сколько раз твердили миру: табы — для отступов, для разного рода табличного выравнивания — пробелы.
Это теория, если бы все редакторы так работали, то споров бы не было.
Я не знаю ни одного такого редактора, который работал бы таким способом.

Может вы такой знаете?
Мне лично надо научить студию так делать и какой нибудь легковесный редактор типа Notepad++

А пока таких редакторов мало, я не хочу мучиться с выравниваниями вручную.

Давайте раз и навсегда решим вопрос противостояния табов и пробелов!

Голосованием! :D

http://www.rsdn.ru/poll/2582.aspx

Автор: xoposhiy
Дата: 03.05.10
Вопрос: Для отступов в своем коде я использую:

Здравствуйте, XopoSHiy, Вы писали:

XSH>Давайте раз и навсегда решим вопрос противостояния табов и пробелов!

Не надо противостояний, во всяком случае, в контексте одного редактора.
Например, в Visual Studio, можно удобно настроить и табы, и пробелы.
А в Дельфи (по крайней мере в 7-ке, про новые не знаю) или в Лазарусе — как ни настраивай, получаются пробелы только... Табы нормально не работают.

Здравствуйте, dmitry_npi, Вы писали:

_>А в Дельфи (по крайней мере в 7-ке, про новые не знаю) или в Лазарусе — как ни настраивай, получаются пробелы только... Табы нормально не работают.

Да... надо было ограничиться в опросе только VS-кой. Но ничего, табы итак побеждают! %)

Зачем держать в коде две сущности и табы и пробелы?
С табами проблем больше при переносе строк, так что мой выбор пробелы.

Здравствуйте, XopoSHiy, Вы писали:

XSH>Давайте раз и навсегда решим вопрос противостояния табов и пробелов!

XSH>Голосованием! :D

М-да...

табы 74 49,66%
пробелы 63 42,28%

Что-то мне сдается, что раз и навсегда решить этот вопрос не удалось.

Здравствуйте, Pavel Dvorkin, Вы писали:

PD>Что-то мне сдается, что раз и навсегда решить этот вопрос не удалось.

Черт!

Здравствуйте, Sheridan, Вы писали:

S>Перехожу с табов на пробелы. Надоело в каждом редакторе каждый раз залазить в настройки и смотреть — а как оно с табами работает?
А ты один юзай.

Здравствуйте, Mr.Cat, Вы писали:

MC>http://img-fotki.yandex.ru/get/4313/tinybit.e0/0_39f0e_276ebd4f_orig

И это написал человек, проголосовавший за пункт "все вперемешку — я их не различаю"

Здравствуйте, XopoSHiy, Вы писали:
XSH>И это написал человек, проголосовавший за пункт "все вперемешку — я их не различаю"
Ну... по моим наблюдениям мешанина из табов и пробелов при использовании svn к особым проблемам не приводит.

Здравствуйте, x64, Вы писали:

x64>А что, ещё есть редакторы, которые как-то неправильно с табами работают? Я вот какой ни возьму (Visual Studio, SlickEdit, Notepad++, Source Insight, etc.) — никаких проблем, везде по 4 символа табы и мой код везде выглядит одинаково. Какие проблемы-то?

Так написано, будто для правильной работы с табами, они должны быть равны четырём символам. В Виме, кстати, таб восемь символов.

Здравствуйте, hattab, Вы писали:


H>Может стоило с настройками разобраться...
H>Use tab character
H>Smart tab
H>Optimal fill


Может, Вы и правы. Это было давно и на Делфи7. Помню, что тогда я как только ни пробовал, но сэмулировать студию не смог.

Здравствуйте, dmitry_npi, Вы писали:

d> H>Может стоило с настройками разобраться...
d> H>Use tab character
d> H>Smart tab
d> H>Optimal fill

d> Может, Вы и правы. Это было давно и на Делфи7. Помню, что тогда я как только ни пробовал, но сэмулировать студию не смог.

Я именно семеркин хелп и цитировал Все работает. Проверено.

Здравствуйте, Don Reba, Вы писали:

DR>Так написано, будто для правильной работы с табами, они должны быть равны четырём символам. В Виме, кстати, таб восемь символов.

echo ':set ts=4 sts=4 sw=4' >>~/.vimrc

Здравствуйте, Lloyd, Вы писали:

L>"ширина отступа" — не фича программиста, а соглашение на проекте.

Только если соглашение регламентирует использование пробелов. Иначе, какой смысл?

Здравствуйте, Lloyd, Вы писали:

A>>Чем же плохи пробелы? Дело в том, что ширина отступа у каждого программиста может быть разная,
L>"ширина отступа" — не фича программиста, а соглашение на проекте.

Как я на своём рабочем месте настрою, так и будет. Причём тут соглашение на проект?

A>>и не все могут работать с шириной отступа, к которой они не привыкли.
L>Чушь, все могут. На перестройку нужно отсилу неделю.

А зачем перестраиваться-то? Пусть каждый работает так, как ему удобно. При этом с шириной отступа, равной 1 пробелу или 16 пробелам, я работать также результативно не смогу, это факт.

Здравствуйте, Aleх, Вы писали:

A> не все могут работать с шириной отступа, к которой они не привыкли
и тем самым они ничем не отличаются от секретарш. Это наезд

Здравствуйте, XopoSHiy, Вы писали:

XSH>Голосованием! :D

XSH>http://www.rsdn.ru/poll/2582.aspx

Автор: xoposhiy
Дата: 03.05.10
Вопрос: Для отступов в своем коде я использую:

пошел на.. я за распарсенное дерево!

Здравствуйте, Nuzhny, Вы писали:

A>>>Чем же плохи пробелы? Дело в том, что ширина отступа у каждого программиста может быть разная,
L>>"ширина отступа" — не фича программиста, а соглашение на проекте.

N>Как я на своём рабочем месте настрою, так и будет. Причём тут соглашение на проект?

При том, что твой коллега может предпочесть пробелы. Почему он должен следовать твоим предпочтениям? Кроме того, IDE-не единственное место, где могут вылезти эти пробелы — есть еще документация, есть diff-ы сорсконтрола, да много чего. Хочешь ты или нет, а все равно к общему соглашению прийти придется.

A>>>и не все могут работать с шириной отступа, к которой они не привыкли.
L>>Чушь, все могут. На перестройку нужно отсилу неделю.

N>А зачем перестраиваться-то? Пусть каждый работает так, как ему удобно.

Это миф, что кому-то неудобно работать с той или иной шириной таба.

N>При этом с шириной отступа, равной 1 пробелу или 16 пробелам, я работать также результативно не смогу, это факт.

А вы не пишите в соглашениях такую ширину.

Здравствуйте, Lloyd, Вы писали:

L>Это миф, что кому-то неудобно работать с той или иной шириной таба.

Казалось бы, зачем тогда вообще с отступами заморачиваться?

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, Aleх, Вы писали:

A>>Если вы используете пробелы, вы ни чем не отличаетесь от секретарш, которые в том же Ворде не умеют делать отступ и фигачат пробелы. Это наезд
A>>Чем же плохи пробелы? Дело в том, что ширина отступа у каждого программиста может быть разная,

L>"ширина отступа" — не фича программиста, а соглашение на проекте.
Какой смысл добавлять в соглашение проекта то, без чего проект не станет ни чуть хуже в плане функциональности и баговости, а разработчикам только добавиться проблем? Лишние соглашения всегда плохи тем, что условия разработки проекта могут через некоторое время смениться и эти соглашения впоследствии будут только мешать.

Что плохого в том, что ширина отступа будет зависеть от настроек текстового редактора?
Я также против того, чтобы ограничивать ширину строк 80 или сколькими там символами, поскольку в адекватных редакторах есть функция переноса строк.
Ведь бывает такое, что разработчики работают на компьютерах сильно отличающихся по конфигурации.
Например, Ричард Столлман работает за нетбуком диагональю 9 дюймов. Я думаю, ему будет неудобно работать с широкими отступами.
А Васе Пупкину, работающему за монитором 24 дюйма будут неудобны узкие отступы и обрезанный под 80 символов в ширину код.

A>>и не все могут работать с шириной отступа, к которой они не привыкли.
Могут ещё печатать пальцами ног, вися при этом на турнике. Но зачем, если это неудобно?
Я против излишних необоснованных ограничений и соглашений.

L>Чушь, все могут. На перестройку нужно отсилу неделю.
Было бы интересно услышать аргументы в пользу использования пробелов.

Здравствуйте, Aleх, Вы писали:

A>>>Если вы используете пробелы, вы ни чем не отличаетесь от секретарш, которые в том же Ворде не умеют делать отступ и фигачат пробелы. Это наезд
A>>>Чем же плохи пробелы? Дело в том, что ширина отступа у каждого программиста может быть разная,

L>>"ширина отступа" — не фича программиста, а соглашение на проекте.
A>Какой смысл добавлять в соглашение проекта то, без чего проект не станет ни чуть хуже в плане функциональности и баговости, а разработчикам только добавиться проблем?

Никаких проблем не добавится, уверяю тебя.

A>Лишние соглашения всегда плохи тем, что условия разработки проекта могут через некоторое время смениться и эти соглашения впоследствии будут только мешать.

Не изменятся. Зачем менять соглашения о ширине табов?

A>Что плохого в том, что ширина отступа будет зависеть от настроек текстового редактора?
A>Я также против того, чтобы ограничивать ширину строк 80 или сколькими там символами, поскольку в адекватных редакторах есть функция переноса строк.
A>Ведь бывает такое, что разработчики работают на компьютерах сильно отличающихся по конфигурации.
A>Например, Ричард Столлман работает за нетбуком диагональю 9 дюймов. Я думаю, ему будет неудобно работать с широкими отступами.

Столман — неадекватен. Тот факт, что он работает "за нетбуком диагональю 9 дюймов" — только дополнительное подтверждение тому.

A>А Васе Пупкину, работающему за монитором 24 дюйма будут неудобны узкие отступы и обрезанный под 80 символов в ширину код.

A>>>и не все могут работать с шириной отступа, к которой они не привыкли.
A>Могут ещё печатать пальцами ног, вися при этом на турнике. Но зачем, если это неудобно?
A>Я против излишних необоснованных ограничений и соглашений.

Я не предлагаю вам печатать "пальцами ног". Как я уже писал, смена соглашений о ширине табов не приводит ни к каким неудовствам.

L>>Чушь, все могут. На перестройку нужно отсилу неделю.
A>Было бы интересно услышать аргументы в пользу использования пробелов.

Доводы уже приводились.

Здравствуйте, Antikrot, Вы писали:

A>Здравствуйте, Aleх, Вы писали:

A>> не все могут работать с шириной отступа, к которой они не привыкли
A>и тем самым они ничем не отличаются от секретарш. Это наезд

A>
Продуктивно работать.
Здесь сложно не соглашаться, все наверняка знают, что неопытные (патологически неспособные в полной мере освоить компьютер на уровне пользователя) юзеры вместо настройки отступов используют пробелы. Причем в каждом абзаце разное их количество в связи с тем, что выставлено растяжение текста и ширина пробелов разная....

Так вот, может апологеты пробелов объяснят, что и в ворде лучше замещать табы пробелами? Ибо аргументы в пользу табов в коде программы примерно те же самые, что и в ворде.
Также, как считает Lloyd, можно сказать, что в ворд документе должно быть соглашение, регламентирующее количество пробелов в начале абзаца.

Здравствуйте, Aleх, Вы писали:

A>Также, как считает Lloyd, можно сказать, что в ворд документе должно быть соглашение, регламентирующее количество пробелов в начале абзаца.

Вам часто приходится выравнивать отступ абзаца в исходниках? Зачем, интересно?

Здравствуйте, x64, Вы писали:

x64>А что, ещё есть редакторы, которые как-то неправильно с табами работают? Я вот какой ни возьму (Visual Studio, SlickEdit, Notepad++, Source Insight, etc.) — никаких проблем, везде по 4 символа табы и мой код везде выглядит одинаково. Какие проблемы-то?

Проблема в том, что от сотворения мира табы были по 8 символов, а потом выросло молодое поколение, не обученное этой мудрости предков.

Здравствуйте, x64, Вы писали:

S>>Перехожу с табов на пробелы. Надоело в каждом редакторе каждый раз залазить в настройки...
x64>А что, ещё есть редакторы, которые как-то неправильно с табами работают? Я вот какой ни возьму (Visual Studio, SlickEdit, Notepad++, Source Insight, etc.) — никаких проблем, везде по 4 символа табы и мой код везде выглядит одинаково. Какие проблемы-то?
Дело не в редакторах, а в людях, которые используют разные настройки.

Здравствуйте, neFormal, Вы писали:

XSH>>Давайте раз и навсегда решим вопрос противостояния табов и пробелов!
F>пробелы нужны для тех неудачников, которые не умеют пользоваться табами..
Ну есть и противоположное мнение.

Здравствуйте, x64, Вы писали:

Pzz>>Проблема в том, что от сотворения мира табы были по 8 символов, а потом выросло молодое поколение, не обученное этой мудрости предков.

x64>Похоже, это было ошибкой, которую исправили. Вроде бы всё хорошо нынче, не?

Реально стало хуже, потому что теперь в половине кода табы 4-символьные, а во второй половине — 8-символьные. А бывает еще код, в котором аццкая смесь тех и других, да еще и с пробелами. Я уж не говорю о том, что если печатать тексты не кнопкой в visual studio, то там, скоее всего, тоже будет 8 символов, да еще и непонятно как переключать.

В общем, хорошая штука была табуляция, жаль что стала непригодна для практического использования...

Здравствуйте, Vain, Вы писали:

XSH>>>Давайте раз и навсегда решим вопрос противостояния табов и пробелов!
F>>пробелы нужны для тех неудачников, которые не умеют пользоваться табами..
V>Ну есть и противоположное мнение.

Что табы нужны для тех неудачников, которые не знают на память все пиццот ключей indent'а?

Здравствуйте, Pzz, Вы писали:

XSH>>>>Давайте раз и навсегда решим вопрос противостояния табов и пробелов!
F>>>пробелы нужны для тех неудачников, которые не умеют пользоваться табами..
V>>Ну есть и противоположное мнение.
Pzz>Что табы нужны для тех неудачников, которые не знают на память все пиццот ключей indent'а?
казалось причём здесь unix..

Здравствуйте, Vain, Вы писали:

Pzz>>Что табы нужны для тех неудачников, которые не знают на память все пиццот ключей indent'а?
V>казалось причём здесь unix..

А что, indent до сих пор не спортировали в венду?

Здравствуйте, x64, Вы писали:

Pzz>>...половине кода табы 4-символьные, а во второй половине — 8-символьные.

x64>Лолшто?

Асеньки?

Pzz>>Я уж не говорю о том, что если печатать тексты не ... в visual studio...

x64>Зачем?

Потому что в реальном мире не весь код пишется в visual stidio.

Pzz>>В общем, хорошая штука была табуляция, жаль что стала непригодна для практического использования...

x64>Как тут любят говорить, похоже, ви таки не умеете их готовить.

Умею, умею. Просто я живу в несколько более сложном мире, чем вы.

Здравствуйте, Pzz, Вы писали:

Pzz>>>Что табы нужны для тех неудачников, которые не знают на память все пиццот ключей indent'а?
V>>казалось причём здесь unix..
Pzz>А что, indent до сих пор не спортировали в венду?
Осталось понять как оно связано с темой топика

Здравствуйте, _FRED_, Вы писали:

_FR>А теперь задачка: перечисли редакторы, которые умеют интеллектуально распознавать, когда при нажатии Tab нужно выставлять табуляции, а когда пробелы.

Зачем это вешать на Таб? Можно назначить любой другой шорткат для вставки подряд нескольких пробелов. Тем более, что для табличного выравнивания не имеет значения ширина отступа. В Виме достаточно написать "10i ", чтобы вставить десять пробелов, не говоря уж о плагине Align, который делает бóльшую часть табличного варавнивания автоматически.

Здравствуйте, Pzz, Вы писали:

Pzz>Потому что в реальном мире не весь код пишется в visual stidio.
Это, безусловно, недоработка

Pzz>Умею, умею. Просто я живу в несколько более сложном мире, чем вы.
Раз мир сложен, значит надо проводить рефакторинг и упрощать его.

IMHO TAB 8 символов, как например в vim, в fasm, в блокноте windows...