Bug 15511

шрифт "Times New Roman Cyr" никогда не был юникодным, там используется 
латиница.
для нормального отображения текст нужно перекодировать из латиницы в кирилицу

1. По поводу "из латиницы". Выделил в документе текст, нажал "Кириллический
документ -> В кириллицу", после этого текст стал читабельным, но буквы стали
слипаться и наезжать друг на друга.

2. В Open Office 2.3.1 из дистра Desktop 4.0.2 это документ открывался безо
всяких манипуляций.

3. Судя по "CLOSED INVALID", если после обновления офисного пакета стали
требоваться какие-то манипуляции со старыми документами, это считается
нормальной работой?

4. Если на пункт 3 ответ "да", то:

"Пользователь идёт лесом" - это теперь официальная линия ООО "Альт линукс" или
инициатива отдельных разработчиков?

(In reply to comment #2)
> 3. Судя по "CLOSED INVALID", если после обновления офисного пакета стали
> требоваться какие-то манипуляции со старыми документами, это считается
> нормальной работой?

для документов созданных в MSO да

(In reply to comment #3)
> 4. Если на пункт 3 ответ "да", то:
> 
> "Пользователь идёт лесом" - это теперь официальная линия ООО "Альт линукс" 
или
> инициатива отдельных разработчиков?

это официальная линия разработчиков ООо. от "Альт линукс" для работы с такими 
документами есть CyrillicTools

CyrillicTools - это пункт главного меню, где предлагается перевести документ в
кириллицу? Если да, что я уже сообщил о результате: "текст стал читабельным, но
буквы стали слипаться и наезжать друг на друга."

Менять шрифт (например, на DejaVu Sans) во всём документе проблематично:
- документов может быть много;
- шрифт в нём не везде одинаковый.

По поводу "официальной линии разработчиков ООо" - я пока ещё не проверил
конкретно этот случай (нету под рукой OO 2.4 для винды), но в более ранних
версиях OO я уже видел, когда одной и той же версией OO документ под виндой
открывался корректно, а в линуксе - проблемы со шрифтами.

Я не могу поверить, что разработчики OO позволили себе ухудшить поддержку
формата в более новой версии.

напишите об этом в http://qa.openoffice.org/

Сомневаюсь, что имеет смысл писать об этом в upstream.
Только что проверил OO 2.4 под WinXP от Инфраресурс.
Этот документ там нормально открылся.

Итак мы имеем:
2.3 ALT 4 Desktop - нормально открывает;
2.4 WinXP Инфрасурс - нормально открывает;
2.4 Sisyphus - крякозябры, съезжание текста, слипание буков.

Виноваты разработчики из upstream???

Created attachment 2608 [details]
screenshot

и в чем проблема?

Проверьте на upstream-сборке (не от Инфраресурса). Если там проблема есть - 
значит туда, если там проблемы нет - значит это проблема в Сизифе.

По поводу скриншота - это интересно! А как сюда скриншоты прикреплять? А то я бы
тоже выложил...

По поводу upstream-сборки: можно, конечно, проверить, но это опять 120 метров
качать. Но в даже если Инфраресурс наложил что-то своё, что сделало проект
лучше, почему бы в Альте это тоже не сделать? Ведь насколько я понимаю, это
потом пойдёт в branch...

(In reply to comment #10)
> По поводу upstream-сборки: можно, конечно, проверить,
> но это опять 120 метров качать.
Это ещё не самое худшее... про восьмибитные TTF давно уже забыли, я ещё лет
шесть тому в одном месте учился применять pfaedit (кажется, ныне fontforge) для
превращения такого в (ограниченный) юникодный.

Бишь попробуйте-ка открыть эти же документы с этими же шрифтами в разных
доступных вордах, если есть в округе, а потом уж делайте далеко идущие выводы
про OOo/ООО, разработчиков и прочее на пустом месте.  Не исключено, что там
такие замшелые шрифты/документы имеют и большие проблемы.  Регрессия всегда
досадна, но такие случаи -- цена прогресса, будь он неладен.

PS: в OOo есть маппинг шрифтов.

(In reply to comment #10)
> По поводу скриншота - это интересно! А как сюда скриншоты прикреплять?

Ссылка "create new attachment"

> По поводу upstream-сборки: можно, конечно, проверить, но это опять 120 метров
качать.

Увы. Кстати, проверьте ещё на Инфра-ресурсовой сборке под Linux.

> Но в даже если Инфраресурс наложил что-то своё, что сделало проект
> лучше, почему бы в Альте это тоже не сделать? Ведь насколько я понимаю, это
> потом пойдёт в branch...

Для этого надо сначала продиагностировать проблему более тщательно, а то пока 
непонятно: локальная неправильная конфигурация, ошибка в upstream, ошибка в 
Sisyphus-ных патчах или ошибка во взаимодействии OOo 2.4 и чего-то в Linux.

Created attachment 2633 [details]
OO 2.4 сборка ALT Linux до преобразования

OO 2.4 ALT Linux до преобразования

Created attachment 2634 [details]
OO 2.4 сборка ALT Linux после преобразования

OO 2.4 сборка ALT Linux после преобразования

Created attachment 2635 [details]
OO 2.4 сборка I-RS в ALT Linux

OO 2.4 сборка I-RS в ALT Linux

Вот как отображает документ OO 2.4 сборка ALT Linux Team:

https://bugzilla.altlinux.org/attachment.cgi?id=2633
(рис.1)

После преобразования "Латиница в кириллицу" получаеются вот такие слипшиеся буквы:

https://bugzilla.altlinux.org/attachment.cgi?id=2634
(рис.2)

Проверил upstream сборку под виндой - отображает каракули вместо буков.
Проверил сборку I-RS под ALT Linux: отображает слипшиеся буквы как и в сборке
ALT Linux Team, 
но с некоторыми отличиями: 
1. Не нужно делать преобразование "Латиница в кириллицу";
2. Названия заголовков ("Заголовок 1" на скриншоте) написано русскими буквами, а
не каракулями.

https://bugzilla.altlinux.org/attachment.cgi?id=2635
(рис.3)

Ещё обнаружил, что в качестве текущего шрифта в документе стоит шрифт, которого
в системе у меня нет: Times New Roman Cyr. Я попробовал импортировать из винды
шрифт Times New Roman (без Cyr), потом загрузить документ, выделить текст и
вручную назначить ему шрифт "Times New Roman" - буквы стали нормальные (правда,
почему-то не такие сглаженные, как на скриншоте Valery Inozemtsev?). Тогда я,
чтобы не заменять вручную шрифт во всём документе, попробовал добавить в таблицу
замен шрифтов пункт для замены шрифта Times New Roman Cyr на Times New Roman -
не помогло. 

Есть ли способ сделать так же, как сборке I-RS под виндой - чтобы открывалось
нормально безо всяких преобразований?

Created attachment 2636 [details]
2.4.0.11-alt2

вот так выглядит этот документ сразу после открытия в
openoffice.org-2.4.0.11-alt2

это максимум что возможно

Вижу слипшиеся буквы. Это называется resolved fixed?
Почему в 2.3.1 было возможно, а сейчас не стало?
Почему в сборке 2.4 от I-RS под Win32 можно открывать нормально, 
а тут - нет?

Win32 != linux

Win32 пусть и != Linux, но OpenOffice == OpenOffice.

Если кто-то увидит такую проблему, ему будет глубоко наплевать, Win32 или Linux,
или же ещё что. Ему нужно решение, а не Win32 != Linux.

Ваша задача - сделать отличное решение. Наша задача - помочь вам в этом, что мы
и стараемся делать. Но я воспринимаю ваши ответы как поиск оправданий и галочку,
что типа что-то сделали.

Прошу отнестись к этой проблеме серьёзнее и сделать, чтобы всё было хотя бы
близко к идеалу. Это важно как для нас, так и для вас.

P.S.
Только без обид.

исходники ООо доступны, вот и исправьте и пришлите патчи

(In reply to comment #21)
> Win32 пусть и != Linux, но OpenOffice == OpenOffice.
Мужики -- боюсь, с неюникодными шрифтами мало кого это всё озаботит.

Берите в руки fontforge и переделывайте их в хотя бы совместимые с юникодными по
положению глифов, вешайте баги в _апстримную_ issuezilla (ссылку Валера дал), но
будьте добры -- не считайте, что майнтейнер всесилен исправить проблемы во всех
своих пакетах.

Есть вещи, которые можно исправить упаковкой или известными патчами (кстати, мож
и для этой проблемы где найдётся) -- но есть вещи, которые попросту нельзя
требовать от _сборщика_, а не разработчика.  Поверьте на слово, сборка OOo --
совсем не сахар сама по себе.

> Ваша задача - сделать отличное решение.
Проблема в том, что отличное решение тоже не является идеальным.  В том числе не
может работать для всех и всегда.  Увы.

> Наша задача - помочь вам в этом, что мы и стараемся делать.
Спасибо.

> Но я воспринимаю ваши ответы как поиск оправданий и галочку,
> что типа что-то сделали.
Да нет :-)  Просто Валера обычно быстро определяется с мнением по багам (оно
нередко бывает INVALID).  Иногда его получается переубедить, представив полезные
аргументы (например, патчи) -- обычно нет (например, потому что он прав).

Это не стоит принимать близко к сердцу, хотя действительно несложно.

> P.S.
> Только без обид.
Надеюсь, взаимно.

2 shrek: ты эта, сам меня зови на общение по таким проблемам, ежели чего :-)
Отпинывать действительно слабо помогает -- надо помочь человеку понять, где на
самом деле проблема и что дело не в злонамеренных регрессах, а в её редкости.
Хотя картинка на скриншоте из #c17 знакомая по старым годам.