Табы в коде

табы зло. соотв. они не нужны.
по сабжу - sed | vi

sed -e 's/ /\t/'

Опять это форматирование... четыре пробела в первом условии, а не один.

А вообще можно и indent'у сказать, чтобы только табы юзал...

в sed не очень силен, но чтото типа

сat space.file | sed -e "s/ /\t/" > tab.file

и так до полного искоренения пробелов

sed -i 's/ /\t/g' file.cpp

+1

NetBeans :)

кстати, бобы умеют с С++ сношаться?

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

Любой текстовый редактор пойдет.

Дык вим же.

http://sovety.blogspot.com/2008/11/python-vim.html

Примерно так:
1) Задаешь ширину отступа и ширину табуляции (:set ts=4 sw=4).
2) Выделяешь весь файл (встать в начало, Shift+v, Shift+g).
3) Нажимаешь "=".
4) ??????????
5) PROFIT

такие ламеры как я научились недоверять однострочникам на ЛОРе, но этот помог, спасибо :)

Предпочитаю пробелы. Хотя это на любителя. Кстати, питон сам заменяет табы на 4 пробела.

5 пунктов да на сотню файлов....

А не проще просто заменить четыре пробела символом /t?

питон не нужен

>четыре пробела в первом условии, а не один.

ну так и вбиваешь между s/ и / четыре пробела

> замены всех пробелов (4/8)

т.е. заменить 4 пробела = 1 таб и 8 пробелов = 1 таб? тогда так:
sed -e 's/^ \{8\}/\t/;s/^ \{4\}/\t/'

ну тогда перловой каши поешь

да мне и плюсовой с решетчатой хватает)

Табы нужно исключить вообще как класс.

авторитетно. но все-же - почему?

> решетчатой

гониш

судьба такая.

> судьба такая.

тогда это может ТЕБЕ питон не нужен.

>авторитетно. но все-же - почему?

Всё очень просто. Разные просмотрщики и разные IDE трактуют табы по-разному, и может получиться так, что отлично структурированный код в одном IDE превратится в нечитабелную белиберду в другом. Разумеется, продвинутые IDE умеют во внутреннем представлении автоматом заменять их на n-пробелов, но а с обычными просмотрщиками что делать? Пробел же универсален, при моноширинном шрифте он и в Африке пробел. :)

Пользуйтесь нормальными IDE и вам откроется :}

А можно пример просмотрщика который трактует табы не корректно? (здоровое любопытство)

все можно настроить. пока что встречал только одну софтину которая неадекватно реагирует на табы - mcedit, и то только при редактировании, отображает нормально. легко правится в настройках.

astyle, интегрируется с mc. Гибкая настройка форматирования, автоформат выделенного, блекджек, шлюхи. Правда работает только с кошерными языками, хоть и знает кучу синтаксисов.

>такие ламеры как я научились недоверять однострочникам на ЛОРе, но этот помог.

Через недельку-вторую и этот однострочник сыграет с тобой злую шутку =)

> 5 пунктов да на сотню файлов....

find - наше фсио )

речь идет о комбинациях клавиш в vim

>но все-же - почему?

http://www.linux.org.ru/view-message.jsp?msgid=3447080
первые 10 комментариев

> Табы нужно исключить вообще как класс

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

>ога. и переход на новую строку тоже ислючить. шоб памяти не занимало :)

да, пробелы прожорливы. Зато эдакая "кроссплатформенность". :) и дело даже не в IDE - если открыть код в обычном текстовом редакторе, то результат тоже бывает непредсказуем.

За отступы табами отрывать хвост.

За отступы пробелами отрывать хвост.

// fixed.

Зачем перевираете? У отступов табами есть немаленькая вероятность покорежится на машине другого разработчика. Особенно если речь идет о свободном сообществе. У пробелов такой вероятности нет. о чем тут вообще может идти разговор?

^ не забывайте и m-модификатор.

А то ещё где-нить в середине строк подмена произойдёт. В тех же строках.

Пробелы - визуальная разметка. Табы - логическая.

Ты ещё в электронных документах предложи выравнивание пробелами делать и разбиение строк энтерами.

> и дело даже не в IDE - если открыть код в обычном текстовом редакторе, то результат тоже бывает непредсказуем.

забавно, ни разу не встречал такого случая :)

Повторю требования от людей выше - какой именно софт некорректно показывает табы? (да еще и так, что его нельзя настроить). Даже если он и существует, и у него нету настроек табуляции то в топку такой софт.
Я привык к отступам в 4 знака в коде и в 2 знака в html. Мой напарник пишет 8 и 4 знака соотв. Что делать? А бывает и такое что мы один и тот же файл можем редактировать... Тогда с пробелами полная срань получается.

>да, пробелы прожорливы. Зато эдакая "кроссплатформенность". :) и дело даже не в IDE - если открыть код в обычном текстовом редакторе, то результат тоже бывает непредсказуем.

notepad user detected )

>notepad user detected )

Тогда человек не за пробелы ратовать должен, а за \r\n :)

> Я привык к отступам в 4 знака в коде и в 2 знака в html. Мой напарник пишет 8 и 4 знака соотв. Что делать?

Да какая разница к чему вы привыкли? В любом языке/платформе есть общепринятые правила форматирования кода: в java, пистоне -- 4 пробела, в линукс кернел -- 8, все пользуются, все довольны. А если каждый будет я так хочу, а я эдак, а я хочу при этом дрочить вприсядку -- то получится ..ита, как кое где говорят. Пользуйтесь общепринятыми правилами и все будет хорошо.

Да вот такая. Мониторы не у всех одинакового размера. Шрифты тем более. Если _проект_ (не язык) имеет конкретные требования, то им конечно же надо следовать. Но нередко требуется самому задать правила поведения в проекте, и я не вижу никакой необходимости в пробелах в качестве табуляции.

Кстати, в линукс-ядре как раз используют табы (0x09). И каждый видит код так как ему нравится (и ничего не косячит, заметьте). Торвальдс за нас!

> Мониторы не у всех одинакового размера.

80 символов помещаются на любом мониторе.

> Шрифты тем более.

Они здесь вообще не причем.

> Но нередко требуется самому задать правила поведения в проекте, и я не вижу никакой необходимости

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

> Кстати, в линукс-ядре как раз используют табы (0x09). И каждый видит код так как ему нравится (и ничего не косячит, заметьте). Торвальдс за нас!

В своем ядре пусть Линупс извращается как хочет, это сути не меняет.

>Пользуйтесь общепринятыми правилами и все будет хорошо.

Ну и сколько пробелов или табов принято в Java? А в Forth?

>пистоне -- 4 пробела, в линукс кернел -- 8

Наглое 4.2

В Linux kernel отступы табами :)

http://s48.radikal.ru/i119/0904/40/ecd78716460f.png

>80 символов помещаются на любом мониторе.

Но не при любом шрифте.

>В своем ядре пусть Линупс извращается как хочет, это сути не меняет.

Это называется слив. Когда то мы приводим что-то в качестве примера, то вдруг от своего же примера отказываемся, когда он не вписывается в твою теорию.

>80 символов помещаются на любом мониторе.

что-то типа 640кб хватит всем. Мне мало 80 символов.

>Они здесь вообще не причем.

от них зависит длина строки

>Выдумывать свои уникальные правила, вместо общепринятых.

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

>В своем ядре пусть Линупс извращается как хочет, это сути не меняет.

вот. и я уверен что это высказывание справедливо для 95% OSS проектов - каждый извращается как хочет, и каждый проект имеет свой coding style, в котором вопрос табов освещен только в разрезе ЧСВ автора.

Пока что для меня очевидно одно - с табами каждый разработчик может видеть код с приятными для его глаз отступами (при этом не теряя логику самих отступов). Какие преимущества у пробелов? (Мифические просмотрщики которые неправильно трактуют табы уже вспоминали).