Skif_off
  Gold Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору WatsonRus   За крайние два дня открыл более 4х десятков файлов в UTF-16 LE, из них отредактировал - 15 (в т.ч. 4 ini-файла). 27 файлов в UTF-8 (без BOM), отредактировал с десяток. Как мне быть с такой повседневностью?    Цитата:|  Встроенный редактор DC вообще убогий.   |      Но ведь есть. Зачем тогда выёживаться? Запускай блокнот, как ТС, и всё (этот блокнот, правда, не дружит с \n|LF), но хотя бы в листере покажи правильно.   Кстати, Double Commander сейчас легко определил кодировку CP932 (японский) и в просмоторщике, и в редакторе, а ТС слажал - ему мерещиться OEM866. Так что мешает поддержать UTF-16 LE?   Это вообще отстойная традиция кроссплатформенного софта, KDiff3 вон тоже такие чудеса показывает с UTF-16 LE (особенно если файлы отличаются количеством строк).   В Xubuntu сейчас Gedit не упал, а просто исчез с экрана, молча и очень-очень быстро  )) Автоматическое определение кодировки не сработало, указал при открытии UTF-16 LE.    Цитата:|  тем же SynWrite или иным плагином  |      По-видимому, в вашей повседневности плагинами набивают программу ещё до установки   Лично я долго пользовался с ТС блокнотом.      Для линуксов фактически нативной будет UTF-8, для вёнд - UTF-16 LE и что-нибудь локально-мерзкое из ANSI/OEM. И говорить тут вообще не о чем. Был бы коммерческий продукт и вы менеджер по продажам - я бы вас понял. А так - нет: поддержка Windows заявлена - поддержка должна быть.      Добавлено позже:   Запустил сейчас 0.5.11 build 5647 и проверил - в листере показывает, в редакторе без изменений: определяет как UCS-2LE и показывает мусор. Раз в листере запахало, подождем, не вопрос (хотя, думаю, приоритет невысокий  , регаться не хочеться из-за одного вопроса). |