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

DR>Табуляция только для отступов. Иначе всё поедет при изменении ширины таба.
А кто его когда меняет в здравом рассудке. "Приказои по части" АКА Coding guidelines ставится фиксированная величина, обычно 3-4 пробела и всё. Все у кого иначе ССЗБ и грызут болт.

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

Q>При чтении в IDE, браузере, текстовом просмотрщике табуляция отображается разной ширины.
Это всё давно настраиваемо.

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

D>например, просмотр в редакторе с табом по умолчанию 8 не гарантирует несъезжание за пределы экрана
Один раз исправляется размер таба по умолчанию и проблемы больше нет.

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

Q>Так и ты до конца все пункты не рассмотрел. Где настраивается отображаемый размер табуляции в инспекторе Unity 3D или в текст. просмотрщике Total Commander?
Если там нет такой настройки это всего лишь означает что тул — говно!

Q>Не просто «настроить инструмент под себя», а перебрать все установленные на компе мерджилки, текстовые просмотрщики и браузеры, не говоря уже о каких-то консольных утилитах.
Не вижу проблемы. Всё одно environment под проект надо настраивать.

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

AK>сделал это через поиск и замену.
И не проверил что оно действительно нашло всё места?
Лишить премии!

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

DR>>Табуляция только для отступов. Иначе всё поедет при изменении ширины таба.
CC>А кто его когда меняет в здравом рассудке. "Приказои по части" АКА Coding guidelines ставится фиксированная величина, обычно 3-4 пробела и всё. Все у кого иначе ССЗБ и грызут болт.

А зачем тогда вообще использовать табы в таком случае, если при изменении отображаемой ширины всё поедет? Если так важна привязка к конкретной ширине логических отступов — то и используй пробелы
(я понимаю когда табы используются для логических отступов + пробелы для фигурного форматирования со стыковкой на соседних уровнях — тогда ничего не уезжает при изменении отображаемой ширины таба)

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

EP>А зачем тогда вообще использовать табы в таком случае, если при изменении отображаемой ширины всё поедет?
Для начала объясните зачем её менять, эту ширину?

EP>Если так важна привязка к конкретной ширине логических отступов — то и используй пробелы
Табы просто удобнее лазать курсором по коду, перескакиваешь за одно нажатие сразу на ширину отступа.

EP>я понимаю когда табы используются для логических отступов + пробелы для фигурного форматирования со стыковкой на соседних уровнях
Дык при единой на всём проекте ширине таба точно так же ничего не едет.

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

AVK>Но виноват, разумеется, не зоопарк у вас в проекте, а табы.

Благородный дон ни разу не видел компании с "over 9000" разработчиков, где в разных проектах, разных командах, на разных языках могут быть разные стандарты кодирования?

Нет никакого зоопарка. Для написания фронт-енда нужно было взаимодействовать с другой командой, которая предоставила свою базу исходных кодов и там принято делать отступы табами. C#-программеры сильно старались, но всё равно эпизодически делали кашу из табов и пробелов — то копи/пастой, то через WinMerge, то ещё как. На код-ревью этих изменений не видно, автоматически они не выявляются, замечает их только UI-архитектор со своим мак-буком, настроенным на два пробела в табе.

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

L>Не стоит лепить такое форматирование, для которого критична ширина таба. Тогда и съезжать ничего не будет при изменении его размера.

Не со всеми редакторами это прокатывает. Я когда-то давно использовал visual studio, так эта сволочь заменяла пробелы на табы (у меня табы стояли в настройках) внутри строки, приходилось работать с включенным visible whitespace и заменять все взад. Еще коллеги иногда пакостили, так что привычка работать с visible whitespace осталась у меня до сих пор, даже когда я работаю на проекте, в котором принят другой стандарт кодирования. Может конечно это не студия делала а viemu, я уже не помню точно, честно говоря.

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

UPS>Вторая вроде бы лучше читается, но я так на всякий случай никогда не делаю, потому что ни в каких "coding convention" таких советов не читал.
Только в сезон обострения.

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

CC>А кто его когда меняет в здравом рассудке. "Приказои по части" АКА Coding guidelines ставится фиксированная величина, обычно 3-4 пробела и всё. Все у кого иначе ССЗБ и грызут болт.

В гайдлайне могут быть прописаны отступы пробелами фиксированной ширины, либо табами произвольной. Фиксировать ширину таба было бы очень странно.

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

R>либо табами произвольной.
Никогда! Смысл?!

DR>Фиксировать ширину таба было бы очень странно.
Вот как раз прописывают размер таба.

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

AK>Благородный дон ни разу не видел компании с "over 9000" разработчиков
Я в такой работаю.

AK>где в разных проектах, разных командах, на разных языках могут быть разные стандарты кодирования?
Каждая команда пилит своё, по своим стандартам.

AK> Для написания фронт-енда нужно было взаимодействовать с другой командой, которая предоставила свою базу исходных кодов и там принято делать отступы табами.
А накой самим туда лазать? Выкатывайте им API, они его вам сделают.

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

R>>либо табами произвольной.
CC>Никогда! Смысл?!

Смысл табов в том, что они могут быть произвольной ширины. Когда это неприемлемо, то используют пробелы.

DR>>Фиксировать ширину таба было бы очень странно.
CC>Вот как раз прописывают размер таба.

Наверное, всякое бывает, но никогда не встречал.

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

DR>Смысл табов в том, что они могут быть произвольной ширины.

Смысл табов — один широкий пробел с автоматической переменной длиной: с выровненной по сетке шага табуляции правой границей и flexible левой. Который визуально может быть длинный а вставить/удалить/перескочить его можно одним нажатием.
Применяется для выравнивания чего либо по общей границе.

Ни один вменяемый девелопер размер таба в процессе работы не меняет. Он выставляется один раз при конфигурировании environment и больше не трогается. Все проекты точатся под единый размер tab.

DR>>>Фиксировать ширину таба было бы очень странно.
CC>>Вот как раз прописывают размер таба.
DR>Наверное, всякое бывает, но никогда не встречал.

Видимо просто не пересекался с теми, где табами умеют пользоваться правильно.

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

DR>Наверное, всякое бывает, но никогда не встречал.

Вон же, выше откопали ссылку на гайдлайн из прошлого века. Там не просто используются табы, но ещё и предписывают отображение в 8 знакомест.

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

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

DR>Решается опцией ignore whitespace в диффе.

а как оно работает? изменение количества пробелов внутри строкового литерала оно тоже проигнорирует?

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

LS>а как оно работает? изменение количества пробелов внутри строкового литерала оно тоже проигнорирует?

--ignore-space-change
Ignore changes in amount of whitespace. This ignores whitespace at line end, and considers all other sequences of one or more whitespace characters to be equivalent.

Видимо, да.

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

DR>>Смысл табов в том, что они могут быть произвольной ширины.
CC>Смысл табов — один широкий пробел с автоматической переменной длиной: с выровненной по сетке шага табуляции правой границей и flexible левой. Который визуально может быть длинный а вставить/удалить/перескочить его можно одним нажатием.
Современные редакторы перескакивают как надо, не только по пробельным символам, но и идентификаторам, скобкам и т.п.

CC>Применяется для выравнивания чего либо по общей границе.
Не надо применять табы для выравнивания (alignment). Для этого есть пробелы. Да и вообще выравнивание делать не стоит, ибо проблемы с ним одни.
Табы нужны для отступов (indent), как механизм выражения древовидной структуры (вложенность выражений) посредством линейного текста.

Произвольная ширина табов нужна для того, чтобы можно было один и тот же текст просматривать/редактировать в различных инструментах по-разному.
Ширина таба — компромисс между удобством восприятия структуры (чем шире отступ, тем лучше) и общей горизонтальной шириной текста (чем уже отступ, тем лучше).
Например, когда редакируешь код, удобнее отображать таб как 4 или 6 символов. А когда делаешь 3-way merge, когда отображается три колонки с версиями кода — удобнее смотреть код с шириной таба 1 или 2.
Ещё пример. Некоторые типы кода (конфиг какой-нибудь, например) удобно изображать с широким табом, т.к. вложенность мала и важна, можно поставить 8. А вот html может иметь очень сильную вложенность, то можно уменьшить до 2.

CC>Ни один вменяемый девелопер размер таба в процессе работы не меняет. Он выставляется один раз при конфигурировании environment и больше не трогается. Все проекты точатся под единый размер tab.
Это какой? И почему именно такой?

CC>>>Вот как раз прописывают размер таба.
DR>>Наверное, всякое бывает, но никогда не встречал.
CC>Видимо просто не пересекался с теми, где табами умеют пользоваться правильно.
Жуть. Из-за таких как ты — пробельщики побеждают.