From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 10 Dec 2001 18:03:09 +0200 From: Sergiy Chekalin To: sisyphus@altlinux.ru Subject: Re: [sisyphus] OO641-ALT2-rus Message-ID: <20011210160309.GA15307@gate.ofc.dn.dcc> References: <3C0F9D5D.CBEF248D@altlinux.ru> <131655440.20011210145219@mtu-net.ru> <447983920.20011210163748@mtu-net.ru> <3C14BFDC.850F36DB@altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3C14BFDC.850F36DB@altlinux.ru> Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Archived-At: List-Archive: On Mon, Dec 10, 2001 at 04:59:56PM +0300, Aleksey Novodvorsky wrote: > Убедитесь, что документ у Вас русский. Установите не только общий флаг, но и > языковые. > И переносите. > А при чем здесь спеллинг??? Скорее всего, документ создан как английский. Алексей, а вот неудобство несколько другого рода. Как быть с файлами от старых версий Exсеl (НЕ-unicode-овые), например Excel 5.0/95 ? Проблема в том, что при открытии этих файлов, как мне кажется, ОО не может правильно определить используемую кириллическую кодировку ( windows-1251 ), и рассматривает её, наверно, как Latin-1 или чтотамеще. В результате получаем кракозябры. Такие файлы правильно открываются в новых версиях Excel и после их сохранения уже в современном формате Excel (unicode-вом) их так же великолепно и без проблем открывает ОО. Но !!! Как быть если под рукой нет этого самого Excel2000 ? ;) Какой может быть выход из данной ситуации ? Или если нет unicode внутри, то в морг ? Я не хочу утверждать, что это имеет место со всеми файлами Excel 95, но вот с теми, что мне приходится иметь дело, ситуация воспроизводится 100%. Если необходимо, я могу вам прислать один образчик такого файла. Использовались версии OO : 638 Linux (Sisyphus) и 641 win-32 (Win2K). Кстати подобные проблемы наблюдались и с gnumeric.