Victor Wagner wrote:
Не надо изобретать утилиток.Это неправильный метод. 99% проблем закроет определение ANSI-кодировки файла на основе локали - в коде OpenOffice.
Есть макропакет для OpenOffice.org, называется CyrillicTools
(у меня это файл cyrtools1.2.uno.zip).
Кстати, наличие такой проблемы сильно мешает продвижению OOo.
к слову - эта же проблема у gnumeric
Внимание, вопрос - какую ANSI-кодировку мы будем использовать при локали ja_JP.UTF-8? Из N-возможны в японии? 65001?
А при ru_RU.KOI8-R? Откуда-то возьмем информацию о том, что русские
файлы скорее всего в1251, или честно будем использовать 20866?
это другой вопрос, решение с макросами малопригодно для реального использования.
На самом деле, чем дальше тем менее актуальной становится проблема исходной кодировки файла Microsoft Office. Начиная с Office 97 все пишется в UCS2 (1200) и всем хорошо. Кстати говоря распространение OpenOffice началось примерно тогда, когда процент документов сделанных в предыдущих версиях, упал до пренебрежимо малого.
да вот доля 1с не пренебрежимо малая, а переделывать движок генераии xls они не собираются насколько я знаю.
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
