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 и показывает мусор. Раз в листере запахало, подождем, не вопрос (хотя, думаю, приоритет невысокий , регаться не хочеться из-за одного вопроса). |