Re: Размер отступа в Vim
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 2 Jun 2006 17:10:47 +0400:
>> >P.S. Сроду я не пырял Python за его отступы. Я находился и нахожусь в
>> >непонятках, почему на нем никто не может написать работоспособную
>> >программу. На отступы грешу менее всего.
>> >
>> Забавно, что в comp.lang.python недавно прошёл флейм на ту же тему --
>> пробелы против табуляций в отступах. Хотя там уж использование табуляций
>> как отступов подкрепляется самим синтаксисом. Чего-то приверженцы
>> пробелов недопонимают, мне это напоминает неискоренимую традицию
>> отбивать абзацные отступы в Word пробелами или в HTML --
>> .
DEO> я тут взялся модулек написать для fuse, ну и по ходу ковыряюсь в
DEO> исходниках libc, чтобы понять как точно работает та или иная мелочь,
DEO> так вот, вот такой косяк довольно часто встречается:
DEO> ======= cut ================
DEO> while (inbytesleft > 0)
DEO> {
DEO> ret = iconv (ic, &inbufp, &inbytesleft, &outbufp, &outbytes);
DEO> if (ret == -1)
DEO> {
DEO> printf ("iconv failed: from: %s, to: %s: %s",
DEO> fromcode, tocode, strerror (errno));
DEO> return -1;
DEO> }
DEO> }
DEO> ======= cut ================
DEO> это так показывает код - обычный less.
DEO> местами, где довольно большое количество вложений выглядит еще более
DEO> ужасТно.
DEO> очевидно что если бы TAB был заменен на пробелы то было бы все ок.
А если бы TAB не был заменен на пробелы, то тоже все было бы ок.
Проблема исключительно в том, что табы на пробелы были заменены выборочно.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Весь юникс для того и был придуман, чтобы PS в принтер выплевывать.
Alex Korchmar в <a63nn3$ef7$1@alx.private>
Reply to: