Подробно http://community.i-rs.ru/index.php/topic,11890.0.html ===================================================== После обновления до версии 3.1.0,и под windows, и под linux, заметил навязчивую проблему. Допустим, ранее сохранён документ (не важно чем, любой версией OO, или MO) в формате Microsoft Word XP (.doc), при этом в тексте имелось шапка (несколько строк) с отступом текста слева 10 см (отступ первой строки 0). Если данный документ открыть в ОО 3.1.0, то текст будет размещён без отступа в 10 см, а просто как 0, в свойствах абзаца показывается прежние 10 см, не соответствующие действительности, изменение параметра ничего не даёт. Удалив эти строки с нарушенным отступом, можно ввести новые строки с нужными параметрами. =================================================== При сохранении файла в *.odt глюк сохраняется
Created attachment 3642 [details] Пример файла с глюком
rpm -qa | grep openof openoffice.org-langpack-ru-3.1.0.6-alt5 openoffice.org-3.1.0.6-alt5 openoffice.org-kde4-3.1.0.6-alt5
для odt не воспроизводится. при сохранении в doc чесно выдается предупреждение что форматирование сохранить не удастся. а вообще вам в апстрим
(В ответ на комментарий №3) > для odt не воспроизводится. при сохранении в doc чесно выдается предупреждение > что форматирование сохранить не удастся. а вообще вам в апстрим Невозможность сохранить форматирование != невозможность форматировать после сохранения О том, что раньше таких проблем не было, я думаю, напоминать не стоит. Про апстрим прекрасно понимаю, но не хочу в следующем релизе видеть версию OOo с этим багом. С закрытием, по крайней мере как WORKSFORME, не согласен.
это ваши проблемы
Пример так же коряво открывается в Debian-backport (OOo3.1) Явно баг апстримовый.
(В ответ на комментарий №5) > это ваши проблемы Что Вы имеете ввиду? > для odt не воспроизводится. при сохранении в doc чесно выдается предупреждение > что форматирование сохранить не удастся. Оно выдавалось вплоть до текущей версии, однако раньше отступ обрабатывался корректно.
