Автор: ASE_DAG
Дата сообщения: 24.09.2015 19:55
CraVe
> на нетбуке стоит Win XP, создал отдельный логический диск под Минт, все работает, все хорошо.
Не связано.
> Минт открывает кракозябрами.
«Минт» — это название диска с нескучными обоями™, а не текстового редактора, ничего он не «открывает».
На снимке у вас наихарактернейшая картина прочтения CP1251 как CP1252.
:e ++enc=cp1251
Alukardd
> нормальный текстовый редактор, который правильно определяет кодировку текста в файле. Я пользуюсь vimом.
Вим, конечно, может быть приятен, но статистического определителя однобайтовых кодировок у него из коробки нет — проверятся только техническая возможность безошибочно прочитать файл как кодированный в <encoding>, а не осмысленность результата. В порядке плагинов когда-то были какие-то решения (в основном с уклоном в азиатские письменности), но я ими не пользовался.
Посему в строке set fileencodings=utf-8,cp1251,cp866,koi8-r пункты за cp1251 абсолютно бессмысленны — любой набор байтов может быть правильно считан как cp1251.
По сути, единственное осмысленное значение для 'fencs', это:
set fileencodings=ucs-bom,utf-8,default,<some-single-byte-encoding>
где ucs-bom позволит определить UTF-16BE, UTF-16LE и прочие маргинальные юникоды по особой метке — byte order mark; utf-8 — да, именно на втором месте, хоть это и единственно допустимая для новых файлов кодировка, ибо если поставить на первое, то такое извращение, как UTF-8 с BOM, будет прочитано некорректно; default — кодировка из $LANG, полезно на случай, если там не UTF-8; ну и <some-single-byte-encoding> — однобайтовая кодировка, что вы встречаете чаще всего. В 2015 году русскому человеку действительно имеет смысл написать туда cp1251, а не koi8-r.
> еще у меня в системе сгенерены все необходимые локали
Не связано.