Re: Размер отступа в Vim
Mikhail Gusarov -> debian-russian@lists.debian.org @ Mon, 29 May 2006 23:47:55 +0700:
AC>> Это обычный C/C++/Perl/tcl/по_вкусу. Отступы там указываются _для
AC>> удобства чтения_.
MG> А почему это тогда отступы являются таким особым случаем? Вроде бы
MG> текст обычный: символ, символ, символ конца строки, символ, символ...
MG> А вот и таб. Странный таб. Отступающий до позиции X*N. А с чего бы это
MG> он так отступал? А с того, что в пишущих машинках так делали.
Ну да. А поскольку сейчас не пишмашинки, то отступает он так, как _мне_
удобно. А что при просмотре диффа первый сдвигает на 3 позиции, а не на
4 - так я могу попросить и чтобы он в пятую позицию сдвигал. Только я
диффы так часто не рассматриваю.
AC>> P.S. Сроду я не пырял Python за его отступы. Я находился и
AC>> нахожусь в непонятках, почему на нем никто не может написать
AC>> работоспособную программу. На отступы грешу менее всего.
MG> Вероятно, просто когда они работают - ты не замечаешь, что софтина на
MG> питоне. ViewCVS, скажем. Или apt-listchanges. Или cvs2svn. Или
MG> mercurial.
apt-listchanges не проверял на баги, но уж он тупой как пятка. Если и
это не смогли вменяемо заскриптовать, то это уже клиника. Про cvs2svn
прямо-таки в документации обещали, что в сложных случаях может не
работать. Остальных и не тестировал, и документацию не читал.
MG> Кстати, если язык компилируемый, то оно упадёт с segmentation fault, и
MG> непонятно будет, что за язык - OCaml или C++. А если Python - то сразу
MG> видно характерный traceback.
А на Ocaml оно часто падает с сегфолтом? Ну, C++ - это понятно, у него,
я бы сказал, никаких преимуществ перед питоном в смысле
работоспособности результата нет.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
mv /dev/rookie /dev/hands
Reply to: