Нелюбовь это совершенно не то слово - правильное слово это "равнодушие". Отладка тоже не то слово - правильное "внутрисхемная отладка". Возможность именно отладки системы в любых, и в том числе эксплуатационных условиях это, напротив, "наше все". Время отданное обдумыванию и написанию, а не внутрисхемной отладке в спешке написанного 2+2=? окупается сторицей, посему никакие множественные окошечки, кнопочки, ... не должны мешать этому процессу. IDE, которая не позволяет быстро скрыть лишнее и переключиться на единственное окно с текстом уродлива.


Напротив - стиль юного "хакера" , но по любому более, чем неразумно. Впрочем, тут уже была тема про писание в FAR-е. Кому интересно, может найти.

Ну да, не барское это дело, ссылки давать...


Вы же в слике работаете? Не поверю, что не знаете, что там есть галка "Cursor left/right in leading spaces = Move cursor by tab stops", которая позволяет реализовать навигацию по пробелам аналогично навигации по табам. Что такое "редактирование по табуляциям" я так и не понял


Вы про beautify что-ли? Так оно прекрасно и с пробльными отступами работает, постоянно пользуюсь

Поиск есть. Ссылки не коллекционирую.

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

Табуляция это один символ и удаляется как один символ.

Нет. Все форматеры, естественно, так или иначе работают, поскольку это их работа, только опять безответный вопрос - зачем сначала гробить информацию о форматировании, дабы потом ее по косвенным признакам восстанавливать?

точно так же как и четыре последовательных пробела. Впрочем, не могу себе представить ситуацию, в которой нужно искать или заменять сочетание символов и отступов. Если только специально не ставить какие-то метки - но это уже из ряда вон. Нормальные без кавычек редакторы сохраняют букмарки в файлах проекта, которые можно включить в VCS


да, я снячала ляпнул, потом понял, что имелось в виду. Никогда не удалял отступы, всегда пользовался indent/outdent на горячих клавишах


Да нет, основной вопрос не в принципе, а в к комфорте кодинга и дальнейшего использования исходников (экспорт, ручная документация и пр). Я вообще разговор завел с целью чего-то новое для себя открыть. Ну, думаю, мало ли я чего не понимаю, вдруг табы это и есть наше все... Оказалось - банальная вкусовщина.

И вкусовщина вызвана чем-то личным. "исторически сложилось" у каждого конкретного человека.

Но все это напоминает ситуацию с управлением гоночных автомобилей.
Очень удобно и быстро не нужно, мысли все равно медленнее в голову приходят

Отчего-же? некое, например, нетвердо запомненное имя не в середине строки. Оно, конечно, можно искать и нечто начинающееся с какого-то количества пробелов... Вопрос опять-же стандартный - зачем не пользоваться возможностями, если они есть? Я понимаю, что той-же Эллочке-Людоедке глубоко по барабану не только табуляция, пунктуация, но и вообще львиная доля русского языка не говоря о 'C', но уподобляться не хотелось-бы . А ведь с мелочей типа табуляций все и начинается - табуляции не используйте, сложные конструкции не используйте, выражения разбивайте, потом еще пару шагов и
i += 2 не используйте, ....... После такой лоботомии даже какая либо простейшая языковая конструкция типа:
(void)arg;
вместо "понятной, как у всех":
arg = arg;
Вызывает остекленение.

Причем тут вкусовщина? Вы мне напоминаете мою жену, которая набила в ворде диссертацию в стиле "а я так вижу" - без этих самых табуляций и прочего, зато пробелы и жесткие переводы строк в изобилии. Она тупо сделала "картинку", а не документ содержащий дополнительную информацию а не только буквы и слова. Чем я с проклятиями занимался в ночь перед сдачей, после внесения нескольких десятков коррекций Вы, полагаю, сообразили?
Да, текстовый формат безумно скуден для задания информации о форматировании , но это не причина отказываться от того, что есть.



Да и для этого тоже. Для того, что-бы изменить видимость исходника с 2x на 4 отступа мне в одном случае надо изменить размер табуляции а в другом, как минимум, прогнать через форматер который в меру своих настроек и интеллекта попробует сделать примерно то-же самое - найти места отступов по пробелам, но к сожалению почти неизбежно чего-нибудь покорежит.

И теперь даже понятно чем:





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

Я всегда использую табуляцию. И частенько правлю исходнике в FAR + colorer.
Ничего дедовского в этом не вижу. Главное - доволен результатом!
Пробовал eclips - нее. Пока не готов я к такому Чуду-Юду.

Да ну? В догонку еще ко всему сказанному - в приложении два скриншота одного исходника написанного с табуляциями (=4, хотя это не имеет никакого значения)
Переключением размера табуляции получил внешний вид в стиле Dog Pawlowa с двумя отступами. Вопрос а чего это Dog Pawlowa думет, как ему поступить со своими двумя отступами? Проблемы видите? И я не вижу. Проблемы есть только у тех, кто захочет иметь исходник с другим отступом ЕСЛИ ОТСТУПЫ СДЕЛАНЫ ПРОБЕЛАМИ. Какие еще "обоснования", простите, нужны??????

Удобство переключения стиля - нужно раз в год, а то и реже. Тут можно и форматтер какой-нить запустить.

А пример ваш не совсем честный. Если есть справа комментарии, то они сползут все

Ха, так вы привели положительный пример, это ни о чем не говорит. А давайте попробуем зайти с другого конца. Приведите пожалуйста кусок кода с пробелами вместо табов, у которого будут проблемы с переформатированием с помощью встроенного форматтера SlickEdit. С тех же 4 на 2 пробела. Я такого примера привести не могу, хотя мой workflow при изучении чужого кода: tabs to spaces -> beautify.

Поясню свою мысль картинками.
Вот исходный текст, tabsize=4:


Вот он же, при tabsize=2:


Комменты справа расползлись.

С другого конца находится Анус, а я как раз и призываю пользоваться ЕСТЕСТВЕННЫМИ путями.

Я тоже пользуюсь форматтерами, например, PolyStyle, для таких паталогических случаев. Проблемы есть . Мне обязательно покупать и ставить Slick? Или я просто имею право пользоваться символом табуляции в любом редакторе, не смотря на то, что некоторые ламеры этим пользоваться не умеют и у них "проблемы"?

Какой был перед глазами, не подбирал и не подтасовывал. Массированных построчных комментариев-пустышек справа в стиле:
uint8_t hour; // Hours
практически не пишу. Разбег через несколько а то и несколько десятков строчек зло не большое, я их и вообще-то и не выравниваю. Комментарии с табуляцией расползутся при изменении идентов, а вот если
они будут забиты пробелами, то расползаться будут и при редактировании данной структуры. Да, конечно у правильных редакторов есть средства для всяких auto indent, но тот-же FAR наломает дров

Сам люблю поспорить эмоционально, рад, что послужил поводом вспомнить все концы

Слив засчитан

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

Да причем тут вы? Вы не пишите, а в исходниках, которые приходится читать - сплошь и рядом.