LibreOffice 4.0.0 beta1 доступна для тестирования на операционных системах Windows, Linux, Mac
http://dev-builds.libreoffice.org/pre-releases/
Сообщество просит сообщать о нахождении критических ошибок в багтрекер.
Дополнительно ждём замечания к переводу интерфейса в разделе Локализация форума http://forumooo.ru/index.php/board,27.0.html
Добавлю о замечаниях к локализации: полностью непереведённые лексемы [пока] не надо считать ошибками и сообщать о них. Интерес представляют неправильно или ошибочно переведённые на русский язык, опечатки.
При установке в параметрах по умолчанию ставятся немецкий и русский словарь.
Надо ещё добавить английский и украинский.
Цитата: Helen от 7 декабря 2012, 18:24Добавлю о замечаниях к локализации: полностью непереведённые лексемы [пока] не надо считать ошибками и сообщать о них. Интерес представляют неправильно или ошибочно переведённые на русский язык, опечатки.
Могу Вас огорчить: об этом даже говорить рано, т.к. Ваши и пр. исправления в Win_x86 просто не вошли. Используется локализация от 3-го декабря.
ape,
pootle обновлял как раз 3-го декабря.
Подтверждаю, многое не вошло. Может быть, имеет статус "неточно" и поэтому оставлено нелокализованным.
Цитата: bormant от 8 декабря 2012, 20:35
ape,
pootle обновлял как раз 3-го декабря.
Устанавливал '..alpha_win_x86.msi' c локалью для DEB_x32 от 3\12\12 - результат был такой же, как на рисунке. Если уж строчки не совпадают, то об остальном даже и говорить не хочется.
--
p.s. Сомневаюсь, что в локали от 8-го декабря используется обновлённая версия перевода - результат такой же, размер архивов одинаковый. ???
[вложение удалено Администратором]
p.p.s. Чтобы не быть голословным - см. внешний вид диалога при использовании дефолтной американской локали.
[вложение удалено Администратором]
Цитата: ape от 8 декабря 2012, 18:47Могу Вас огорчить: об этом даже говорить рано, т.к. Ваши и пр. исправления в Win_x86 просто не вошли. Используется локализация от 3-го декабря.
В принципе, не так важно, попали или не попали последние переводы в первую бету. Будет следующая. Честно говоря, пару замечаний к локализации всегда можно найти в любой версии.
1) В .rtf теряются картинки
2) Ошибки в отображении денежных единиц в calc
Цитата: ВсеМыБывшие от 9 декабря 2012, 17:14
1) В .rtf теряются картинки
Файл выложите куда-нибудь, пожалуйста.
Цитата: Helen от 9 декабря 2012, 14:41
В принципе, не так важно, попали или не попали последние переводы в первую бету. Будет следующая. Честно говоря, пару замечаний к локализации всегда можно найти в любой версии.
Для меня уже не важно, есть ли вообще локализация. Но отсутствие строки означает лишь одно: настройки программы в настоящее время надо выполнять в американской локали.
Цитата: frob от 9 декабря 2012, 23:21
Файл выложите куда-нибудь, пожалуйста.
Файл и иллюстрация к тому, как на 2-й странице нарушается размер таблиц.
[вложение удалено Администратором]
@frob:
У Вас есть мой файл "РЕФЕРАТ.RTF". Откройте его: в 3.5.7 - набор линий; в 3.6.2{-?, возможно, и 3.6.4} - рисунок; в 4.0.0 - "General Error. General input/output error".
--
12:40 P.S. По памяти - это Bug_52160;_52071; файлы - во вложении к 52160. Как это выглядело превоначально (по Word-2003 включительно) - на рисунке вложения, т.к. Word-2007 искажает размещение цифири к выноскам рисунка (смещены влево).
Цитата: ape от 10 декабря 2012, 11:03Для меня уже не важно, есть ли вообще локализация. Но отсутствие строки означает лишь одно: настройки программы в настоящее время надо выполнять в американской локали.
Не совсем вас понял:
capture_002_09122012_080552.png -- вкладка Проверка обновлений -- Online update
capture_001_09122012_112131.png -- вкладка Специальные возможности -- Accessibility
Тогда откуда вывод, что должны были быть одинаковыми?
@bormant:
"Проверка обновлений" вызывает диалог с Явой "Advanced", т.е. такой строки (advanced) в переводе нет.
Ещё одно замечание в свете изложенного.
При использовании русской локали диалог настройки автообновления недоступен.
Бета-2 на http://dev-builds.libreoffice.org/pre-releases/
пока только для Linux и Mac. Для Windows надо подождать пятницы
Если не смотреть на "цифирки", то вариант, указанный в теме (http://forumooo.ru/index.php/topic,2996.msg18876.html#msg18876), соответствует 2-й бете.
Попробовал вторую бэтту.
Все проблемы сохранились:
- потеря изображений в .rtf
- проблема с форматами денежных единиц в calc
Цитата: ВсеМыБывшие от 21 декабря 2012, 18:12
- потеря изображений в .rtf
Ошибка переоткрыта со статусом "блокирующая".
Кстати файлы грузятся заметно быстрее
Изменили теги на http://dev-builds.libreoffice.org/daily/libreoffice-4-0/
Теперь это "бета2"-сборки.
@ВсеМыБывшие: Кстати, ошибку "пофиксили" в 4.0.0.0.beta2+ (ID: 835cae7e323b9831d11f5f4957933728f561e71) от 22.12.12. Дистрибутив найдёте по приведённой по ссылке.
В сегодняшней сборке исправлено поведение главного окна Impress - перерисовка слайда при изменении масштаба теперь производится правильно (Win_x86).
В этой сборке: Версия 4.0.0.0.beta2+ (ID сборки: 350ae8294a8df78403fd8cdce56b9aeb8178e13) от 26.12.2012 (win_x86) исправлена ошибка, не позволявшая открыть RTF-файл с автофигурами (линии, стрелки и т.д.); импорт векторной графики заметно улучшен.
Цитата: ape от 10 декабря 2012, 12:18
12:40 P.S. По памяти - это Bug_52160;_52071; файлы - во вложении к 52160. Как это выглядело превоначально (по Word-2003 включительно) - на рисунке вложения, т.к. Word-2007 искажает размещение цифири к выноскам рисунка (смещены влево).
Миклош похвастался, что пофиксил всё что было помечено как регрессии в rtf_filter и предложил отмаркировать, если чего-то пропущено.
Я поставил тэг на fdo#52071.
В моём любимом файле rtf (счёт яндекс-директа) почти всё замечательно - картинки отображаются, таблички более-менее. Но ! Появился маленький новый баг - в верхней части появились пустые строки, которые в предыдущих версиях не отображаются (ну нету их там)
Цитата: frob от 28 декабря 2012, 21:09
Миклош похвастался, что пофиксил всё что было помечено как регрессии в rtf_filter и предложил отмаркировать, если чего-то пропущено.
Я поставил тэг на fdo#52071.
Спасибо, забыл.. fdo#52071 Миклош тоже пофиксил - закрываю и его.
p.s. Эта ошибка о том, что стили 16-ти битовых DOC и RTF файлов отражались "кракозябрами"
---Цитата: ВсеМыБывшие от 28 декабря 2012, 23:23
В моём любимом файле rtf (счёт яндекс-директа) почти всё замечательно - картинки отображаются, таблички более-менее. Но ! Появился маленький новый баг - в верхней части появились пустые строки, которые в предыдущих версиях не отображаются (ну нету их там)
Зря Вы так - нет там пустых строк, не считая 1-го абзаца во 2-й ячейке 1-й строки. То что в Вашем восприятии пустые строки - это всего-навсего "формат - Абзац", а 1-й абзац 2-й ячейки - специфика, но не ошибка.
p.s. Причина, имхо, в изменении конструкции с li > tr; tr..; li > tr.. на tr > li; li..; tr > li..
В "Win_x86" опять проблемы с тестовым "proekt_MU.docx". Получается, что невозможно что-либо сделать с формулами, которые унаследовали старый ДОКовский формат при конвертации файла (*.doc > *.docx). Причина (имхо) - попытка устранения ошибки с автозапуском Редактора формул МСО. Сейчас такие формулы определяются Writer-ом как ОLE без указания типа объекта, но "достать" их каким-либо средством невозможно. Следствие - потеря формул при редактировании\ODT-FODT_сохранении.
В последних ЛО-3.5.7;-3.6.4 это выглядит несколько иначе. При щелчке на формуле запускается или Редактор формул МСО, если он установлен, или Math, открывающий в отельном окне временный файл.
Что делать:
- сохранить ДОКХ-файл в ДОК-формате;
- перезагрузить ДОК-файл (формулы формата МСО-2003, внедрённые в ДОКХ, сохранятся как изображения);
- сохранить ДОК-файл в ОДТ-формате, получив формулы как ОЛЕ-изображение.
--
1. Другого способа пока не нашёл.
2. Пока ничего не могу сказать про Линукс из-за проблемы с установленными шрифтами.
[вложение удалено Администратором]
Цитата: ape от 29 декабря 2012, 11:05Зря Вы так - нет там пустых строк, не считая 1-го абзаца во 2-й ячейке 1-й строки. То что в Вашем восприятии пустые строки - это всего-навсего "формат - Абзац", а 1-й абзац 2-й ячейки - специфика, но не ошибка.
В моём понимании неверное отображение есть ошибка. Если ошибки начать называть фичами, результат можно получить ошеломляющий.
Цитата: ВсеМыБывшие от 30 декабря 2012, 12:29
Цитата: ape от 29 декабря 2012, 11:05Зря Вы так - нет там пустых строк, не считая 1-го абзаца во 2-й ячейке 1-й строки. То что в Вашем восприятии пустые строки - это всего-навсего "формат - Абзац", а 1-й абзац 2-й ячейки - специфика, но не ошибка.
В моём понимании неверное отображение есть ошибка. Если ошибки начать называть фичами, результат можно получить ошеломляющий.
Отпишитесь в Багзиллу. Сами.
Цитата: ape от 30 декабря 2012, 10:56
В "Win_x86" опять проблемы с тестовым "proekt_MU.docx". Получается, что невозможно что-либо сделать с формулами, которые унаследовали старый ДОКовский формат при конвертации файла (*.doc > *.docx)
...
2. Пока ничего не могу сказать про Линукс...
Увы, и здесь всё аналогично.
Коллеги, подтвердите баг: Calc, Данные - Сводная таблица - создать. Выбрать пункт "Источник данных, зарегистрированный в LOdev". При нажатии на OK офис падает. beta2, Linux
Цитата: Helen от 2 января 2013, 17:08Calc, Данные - Сводная таблица - создать.
У меня работает без ошибок
ALT Linux 6 32-bit LODev 4.0.0.0 beta2
Цитата: Helen от 2 января 2013, 18:08
Коллеги, подтвердите баг: Calc, Данные - Сводная таблица - создать. Выбрать пункт "Источник данных, зарегистрированный в LOdev". При нажатии на OK офис падает. beta2, Linux
А у Вас надёжно воспроизводится?
да, всякий раз. OpenSUSE 12.2. Но я не могу точно сказать, что именно меняла в профиле.
Цитата: frob от 2 января 2013, 18:51
Цитата: Helen от 2 января 2013, 18:08
Коллеги, подтвердите баг: Calc, Данные - Сводная таблица - создать. Выбрать пункт "Источник данных, зарегистрированный в LOdev". При нажатии на OK офис падает. beta2, Linux
А у Вас надёжно воспроизводится?
Win XP 64-bit: всё работает без вылета, Calc предлагает выбрать "библиографию".
Lubuntu-12.04_32-bit: OK > EvolitionLocal
Цитата: Helen от 2 января 2013, 19:04
да, всякий раз. OpenSUSE 12.2. Но я не могу точно сказать, что именно меняла в профиле.
Кохей сказал, что в багзилле уже есть несколько крэшеров относящихся к сводным таблицам, которые предположительно воспроизводятся только у сообщивших о проблеме.
1. Предположительно проблема в профиле. Есть возможность припрятать существующий профиль и попробовать с чистого листа?
2. Баг воспроизводится на любом тестовом наборе, на пустом файле или только с конкретным файлом?
Цитата: frob от 2 января 2013, 19:541. Предположительно проблема в профиле. Есть возможность припрятать существующий профиль и попробовать с чистого листа?
воспроизводится на чистом профиле.
Цитата: frob от 2 января 2013, 19:542. Баг воспроизводится на любом тестовом наборе, на пустом файле или только с конкретным файлом?
на пустом файле и на одном открытом файле, созданном в более ранней версии офиса, пробовала.
Возможно, что это - баг_58815 (https://bugs.freedesktop.org/show_bug.cgi?id=58815). Заморозка воспроизводилась до тех пор, пока не запустил Math_LOdev
--
LibO-Dev_4.0.0.0.beta2_Win_x86 Build Info:
tinderbox: administrator: Tinderbox <l.lunak@suse.cz>
tinderbox: buildname: Win-x86@6
tinderbox: tree: libreoffice-4-0
tinderbox: pull time 2013-01-06 18:01:39
tinderbox: git sha1s
core:5686cdf6bbc4a2f6ffbc5e7331c51feb27101e83
--
Запускал soffice.exe из которого - sdraw.exe.
Щелкал мышкой на странице и закрывал документ. После этого появлялось окно с сообщением о сбое в работе LibO.
Затем LibO автоматически перезапускался, предлагая восстановить документ, Я соглашался.
После восстановления пустого документа, я опять щёлкал мышкой на пустой странице и закрывал Офис.
--
Эта послеовательность действий приводила к заморозке Window's_DE. Но операционка работала, что позволило сделать скриншот. Для восстановления работоспособности DE приходилось вручную "прибивать" процесс soffice.bin.
Баг хорошо воспроизводися и после выхода-входа в ОС. Но ошибка чудесным образом исчезла после того, как я использовал Math_LOdev. В МСО-2007 компонент Редактор формул не устанавливался. ???
--
P.S. 11:16
1. Баг воспроизвёлся в 01-04_LibO_4.1.0.0.alpha0_win_x86 и после использования smath.exe.
2. Заморозкам предшествовало сообщение всплывающего окна операционной системы (см. 2-й скриншот).
[вложение удалено Администратором]
Цитата: ape от 7 января 2013, 10:30
Заморозка воспроизводилась до тех пор, пока не запустил Math_LOdev
Скорее всего, не в Math дело. Похоже, что Draw так безобразно себя ведёт до тех пор, пока не создаст пустой документ "Без имени 1.odg".
@frob:
Нашёл "трассировку" заморозки Win_DE (LOdev_4.0.0.beta2+).
Что делать: создавать новый баг, писать по 58815 или какой-то другой вариант действий?
[вложение удалено Администратором]
В Windows баг_58815 пропал в master-4.1.0.0.alpha (для Draw только) после того как:
1. Запустил soffice.exe LibreOffice-3.6.4.3 и свернул окно в трей
2. Запустил soffice.exe LOdev-4.1.0.0.alpha
3. Запустил sdraw.exe LOdev-4.1.0.0.alpha
4. Попытался повторить баг_58815 (https://bugs.freedesktop.org/show_bug.cgi?id=58815). OK - ошибки нет..
5. Закрыл обе программы. Теперь Draw_LOdev-4.1.0.0.alpha работает нормально.
--
P.S. Возможно, что у кого-нибудь есть Linux с 3.6.4 и каким-либо 4.0.0.х. Проверьте, пожалуйста, работает ли такое "восстановление".
Windows XP sp3 (32-bit): Подтверждаю исчезновение ошибки в Draw(только!)_LOdev-4.0.0.0.beta2+ (от 04.01.2013) после запуска Math_LOdev.
Windows XP sp3 (32-bit): LOdev_4.1.0.0.alpha0+ (ID: 6a393297ce6d99bbc4edefbf01ab9c5c6f0eff8)
TinderBox: Win-x86@6, Branch:master, Time: 2013-01-04_01:06:01)
В bootstrap.ini: UserInstallation=$ORIGIN/.. Т.е. из Windows_XP_64-bit в Windows_XP_32-bit была скопирована программа вместе с профилем и Draw сразу же заработал в новой ОС без ошибки_58815. :roll:
Lubuntu-12.04_x32 - ошибка_58815 не проявляется ни в Draw, ни в Impress:
ЦитироватьВерсия 4.0.0.0.beta2+ (ID сборки: a97bf2e3bc43a709eb72bdc695f96aeecf1174b)
TinderBox: Linux-x86_10-Release-Configuration, Branch:libreoffice-4-0, Time: 2012-12-26_12:23:11
и после обновления до
ЦитироватьВерсия 4.0.0.0.beta2+ (ID сборки: 1d7287f8d7984eae98a577f60a8bc0a740fc5e9)
TinderBox: Linux-x86_10-Release-Configuration, Branch:libreoffice-4-0, Time: 2012-12-28_12:46:28
Зато в этой сборке после загрузки DOCX-файла с формулами формата МСО-2003 после двойного щелчка на OLE (формуле МСО-2003) не запускается Math_LOdev.
Если:
- в Impress и Draw выключить левые боковые панели (Вид> Панель_слайдов\страниц)
- при автоматическом рестарте LOdev согласиться с восстановлением "Без_имени",
то всё работает. Слайды и страницы добавляются через Вставка>Слайд...
Ошибка фильтра DOCX-экспорта: (https://bugs.freedesktop.org/show_bug.cgi?id=59128)
Если ODT-файл с формулами (http://forumooo.ru/index.php?action=dlattach;topic=3067.0;attach=4815) сохранить как текстовый документ Microsoft Word 2007\2010 XML или Office Open XML, то результирующий DOCX файл не открывается WinWord-2007.
Подтвердилось на win_x86 и deb_x32 (lubuntu-12.04).
Снимаю свои замечания к отображению .rtf - по сравнению с положением в текущих сборках это было просто идеальное качество. Опять сломали фильтр - просто трэш какой-то.
Цитата: ВсеМыБывшие от 10 января 2013, 01:11
Снимаю свои замечания к отображению .rtf - по сравнению с положением в текущих сборках это было просто идеальное качество. Опять сломали фильтр - просто трэш какой-то.
Миклош сегодня пофиксил баг зафайленный ape.
fdo#58933
Цитата: frob от 10 января 2013, 05:30
Миклош сегодня пофиксил баг зафайленный ape. fdo#58933
И fdo#58937 тоже - это были разные проявления одной ошибки. Исправления буут доступны через 24-48 часов, т.е. в RC1 попадут.
Вышел LibO-4.0.0.rc1
Ошибки с .rtf сохранились, увы.
Цитата: ВсеМыБывшие от 14 января 2013, 00:45
Ошибки с .rtf сохранились, увы.
Используйте любую (4.х.х; 3.6.5), собранную 11 января и позже. Извините, но мне иногда кажется, что Вам просто лень отслеживать собственный баг.
Внесение изменений в код отслеживается здесь:
http://nabble.documentfoundation.org/Dev-f1639786.html
После того, как появилось сообщение о фиксации ошибки, идёте сюда:
http://dev-builds.libreoffice.org/daily/
и последовательно выбираете: версию LibO; операционную систему (платформу), дату сборки (принцип "+24_часа"). Загружаете и устанавливаете дистрибутив.
Особенностью разработки LibreOffice является то, что LOdev_X.x.x.0+, как правило, лучше официальных или "пре-" релизов, т.к. включают последние баг-фиксы. Это мои личные опыт и мнение, выработанные на основе 2,5 лет наблюдения за проектом.
Цитата: Yakov от 7 декабря 2012, 22:57
При установке в параметрах по умолчанию ставятся немецкий и русский словарь.
Надо ещё добавить английский и украинский.
Добавили украинский. Изменения войдут в ежедневные сборки в течении 24-48 часов.
https://bugs.freedesktop.org/show_bug.cgi?id=59370
Уточнили версию русского словаря:
https://bugs.freedesktop.org/show_bug.cgi?id=59371
Цитата: ape от 10 января 2013, 05:37И fdo#58937 тоже - это были разные проявления одной ошибки. Исправления буут доступны через 24-48 часов, т.е. в RC1 попадут.
Цитата: ape от 14 января 2013, 07:07Извините, но мне иногда кажется, что Вам просто лень отслеживать собственный баг.
2 ape: Найдите своей бурной фантазии более достойное применение
(//)
[вложение удалено Администратором]
Цитата: Yakov от 15 января 2013, 15:27Добавили украинский. Изменения войдут в ежедневные сборки в течении 24-48 часов.
https://bugs.freedesktop.org/show_bug.cgi?id=59370
В багтрекере появился комментарий пользователя Urmas о том, что в русской сборке не нужен украинский словарь по умолчанию...
Какая нужна комплектация сборки словарями?
вы не заметили, что никому ненужно тестировать ?
Цитата: ВсеМыБывшие от 15 января 2013, 20:03
2 ape: Найдите своей бурной фантазии более достойное применение
@ ВМБ
1. Потрудитесь сопоставить дату моего сообщения и Date_Build используемой вами сборки.
2. Без комментариев - только скриншот.
3. Регрессия, которую Вы нашли, присутствовала и в LOdev_3.6.5.0+ и исправлена Миклошем, благодаря отчасти моим временным затратам и фантазиям. Вы же, как обычно:
Цитата: ВсеМыБывшие от 28 декабря 2012, 22:23В моём любимом файле rtf (счёт яндекс-директа) почти всё замечательно - картинки отображаются, таблички более-менее. Но ! Появился маленький новый баг - в верхней части появились пустые строки, которые в предыдущих версиях не отображаются (ну нету их там)
- не более того. Очень удобная, активная позиция пользователя исключительно наследников StarDivision, хорошо знающего английский.
[вложение удалено Администратором]
Возможно, что в Windows_OS будет необходимость в дополнительной проверке работы 2-х расширений, устанавливаемых MSI-пакетом: pdfimport и presentation-minimizer, из-за смены сборочной среды. Проверку надо будет проводить на ПК, где MS_VCR-2008{sp1} отсутствует (именно, отсутствует!) в %windir%\winsxs\..
Признак наличия ошибки:
- появление сообщения "Путь к библиотекам MSVC задан неправильно или не найден" - при задействовании программой указанных расширений;
- исчезновение таких сообщений при размещении внутри папки расширения 3-х библиотек и манифеста, которые можно взять в прилагаемом архиве.
[вложение удалено Администратором]
Caolán McNamara пофиксил 16 января "блокер" - вынос LOdev при закрывании новых пустых ODP и ODG файлов: fdo#55974, fdo#58815
LibO-Dev_4.0.0.1_Win_x86 (Time: 2013-01-19_01.04.55; ID: baa9a119dabfc5e5dbb5c174cebf8c24298bad6): исправления, которых не нашёл в листе рассылки
1. fdo#59128 (ошибка чтения WINWORD-ом_2007 мпортированного DOCX файла, содержащего формулы) не проявляется.
2. Похоже, что исправили импорт оглавления в ДОК-формат файлоВ, у которых сноска выставлена к заголовку.
------
Отсутствие "свежих" сборок для ОС_Linux вызывает БОЛЬШОЕ удивление ???
Началась публикация LibreOffice-4.0.0rc2: http://dev-builds.libreoffice.org/pre-releases/
Deb_x86 (32-bit) версия уже доступна для загрузки.
--
P.S. Я, как обычно, использую более новую сборку для Windows_OS:
http://dev-builds.libreoffice.org/daily/libreoffice-4-0/Win-x86@6/2013-01-23_23.38.42/
К сожалению ошибка с импортом .rtf так нигде и не исправлена. Ни в RC2 ни в указанной ape сборке.
Цитата: Yakov от 15 января 2013, 15:27Уточнили версию русского словаря:
https://bugs.freedesktop.org/show_bug.cgi?id=59371
Проверил баг. Исправили корректно.
Цитата: ВсеМыБывшие от 24 января 2013, 21:17
К сожалению ошибка с импортом .rtf так нигде и не исправлена. Ни в RC2 ни в указанной ape сборке.
Вам всё не нравится - пишите в багзиллу сами.
P.s. Конечно, в 3.6.5.0+ файл выглядел привлекательнее. Но из-за: времени; "не мой формат"; надоело; нет ясности в какой программе (явно не МСО) создан - писать в Багзиллу не буду. [вложение удалено Администратором]
Цитата: ape от 24 января 2013, 23:33
Цитата: ВсеМыБывшие от 24 января 2013, 21:17
К сожалению ошибка с импортом .rtf так нигде и не исправлена. Ни в RC2 ни в указанной ape сборке.
Вам всё не нравится - пишите в багзиллу сами.
P.s. Конечно, в 3.6.5.0+ файл выглядел привлекательнее.
Он выглядел
правильно, а не привлекательно. Разницу чувствуете?
Цитата: ВсеМыБывшие от 25 января 2013, 11:07
Он выглядел правильно, а не привлекательно. Разницу чувствуете?
Нет, не чувствую и ошибок не нахожу - вся содержательная часть (таблицы, рисунки, текст) передана, кодировка и структура документа соблюдены. Если же Вы нашли какие-то ошибки, то значит Вы можете составить и описание этих ошибок более подробное, чем
Цитата: ВсеМыБывшие от 24 января 2013, 21:17
К сожалению ошибка с импортом .rtf так нигде и не исправлена. Ни в RC2 ни в указанной ape сборке.
В противном случае Ваше утверждение - ложь.
Цитата: ape от 25 января 2013, 18:23
не чувствую и ошибок не нахожу
Безусловно, любой, даже слепой человек скажет, что эти два изображения полностью идентичны ;D
Послушайте, ape, вам уже и на этом и на другом форуме внятно объяснили что ваши представления о "стабильности" не подходят корпоративному сектору.
[вложение удалено Администратором]
Цитата: Yakov от 15 января 2013, 15:27Цитата: Yakov от 7 Декабрь 2012, 22:57
При установке в параметрах по умолчанию ставятся немецкий и русский словарь.
Надо ещё добавить английский и украинский.
Добавили украинский.
https://bugs.freedesktop.org/show_bug.cgi?id=59370
Баг исправили и для LO 4.0.0.2
Теперь в версии для Windows по-умолчанию ставятся русский, английский, немецкий и украинский словари!
Цитата: ВсеМыБывшие от 26 января 2013, 19:52
Послушайте, ape, вам уже и на этом и на другом форуме внятно объяснили что ваши представления о "стабильности" не подходят корпоративному сектору.
Послушайте ВсеВыБывшие, Ваши представления о стабильных ветках дистрибутивов не подходят корпоративному сектору: LOdev-4.0.0.2 не рекомендована для корпоративщиков, для них - 3.6.4. В этой версии с Вашим отчётом из Эксель, сформированном Oracle BI Publisher 10 (обр. 2010 года) в 2012 году в виде RTF файла, всё в норме. Пользуйтесь стабильной веткой. Если Вы выявили ошибку нестабильной ветки или пре-релиза LibreOffice, то для таких ошибок существует такой сайт: https://bugs.freedesktop.org/describecomponents.cgi?product=LibreOffice&bug_status=UNCONFIRMED
Удачи Вам и Вашему корпоративному сектору в деле улучшения и повышения стабильности LibreOffice!
--
По появившейся у Вас подписи: ХАМСТВО - ЭТО ОБОЮДООСТРОЕ ОРУЖИЕ, но пользуются им только тогда, когда по существу вопроса сказать нечего, и только те, кто считает хамство нормой решения трудовых споров. Но совет Ваш понял и НИКОГДА НЕ БУДУ С ВАМИ СПОРИТЬ.--
P.S. Немного конкретики
frob (имхо, понимая, что "В.М.Б.", как обычно, сообщать Сообществу о выявленной ошибке не бует) создал описание ошибки в Багзилле. Однако событие (вывод на дисплей) не приводит к потере информации в файле. Поэтому ошибка не может быть блокирующей выпуск релиза. Статус ошибки "критическая" (т.е. подлежащая устранению в данной ветке программы) допустим, но требует подтверждения несколькими пользователями. Более того,
frob сообщил об ошибке М. Вайне, подписав последнего в "СС". Теперь всё зависит от того, сколько свободного времени есть у Миклоша. Преполагаю, что в 4.0.1 всё вернётся на круги свои.
Если у кого-то есть желание поучаствовать в суьбе этого бага, то ему сюда: https://bugs.freedesktop.org/show_bug.cgi?id=59953
Цитата: ape от 29 января 2013, 06:38Послушайте
"Спокойно, старик, спокойно!" (с)
Вы напрасно вскипаете.
Вообще говоря я не уверен, что стоило ставить "критический" уровень этой ошибке.
Ну перекосило форматирование немного, подумаешь беда.
Во имя статуса на ошибку посмотрят, но с большой долей вероятности просто снизят до обычной и всё.
А Вы себе нарастите репутацию "ещё одного юзера переоценивающего важность "своих" багов".
Данный конкретный файл видимо достаточно запутан для того, чтобы быстрое исправление в одном месте ломало что-то ещё в другом.
По-моему в таких случаях было бы правильнее не закрывать исходный баг, а указывать на недопустимость исправления ломающего что-то ещё.
Но что вышло, то вышло.
Цитата: frob от 29 января 2013, 09:41
А Вы себе нарастите репутацию "ещё одного юзера переоценивающего важность "своих" багов".
Спасибо, исправлю статус.
ИМХО по багу: он мне не важен - таблички поправлю в 20 секунд; RTF - не ISO формат, так, текстовый форматик (по мнению Майкрософт) для тех, у кого на МСО денег нет :D
Скорее всего, для уменьшения времени открывания RTF файлов были упрощены условные переходы, что и привело к потере разметки таблиц, имеющих в строках объединённые и (или) разделённые ячейки. Далее: факсимиле и фамилия "не прошли" по ширине, поэтому не показываются. Наличие 3-й ячейки под фамилию ("в теле" исходного или ODF файлов) пока не проверял.
@frob: не могли бы Вы уточнить - "свеженькое" (libmspub-0.0.4 и libvisio-0.0.24 с 2 последними изменениями) войдёт в RC3 и LOdev-4.0.1.0+ ?
Цитата: ape от 29 января 2013, 20:09
@frob: не могли бы Вы уточнить - "свеженькое" (libmspub-0.0.4 и libvisio-0.0.24 с 2 последними изменениями) войдёт в RC3 и LOdev-4.0.1.0+ ?
libmspub-0.0.4 и libcdr-0.0.10 войдут в 4.0.1.
Про libvisio не знаю, думаю, что в 4.0.1, получится -- уточню.
Вопрос задавал из-за автофигуры: см. рисунок и файл во вложениях.
--
Шаблон формата Publisher_2013 взят с оф.сайта Майкрософт.
[вложение удалено Администратором]
Цитата: ape от 30 января 2013, 09:16
Вопрос задавал из-за автофигуры: см. рисунок и файл во вложениях.
--
Шаблон формата Publisher_2013 взят с оф.сайта Майкрософт.
А в свежем libmspub лучше?
Бреннан вроде появляется на канале, можно ему подсунуть файл, если в последней версии не исправлено.
LOdev_4.0.1+ - от 29.1.13, последняя из опубликованных. В 4.1.0+ посмотрю позже (скачаю и заменю 4.0.1+). Видно, что не передаются новый шейп ("кольцо" - ?) и "квадратик" (возможно, макрос) под фотографию.
--
Что это за элементы по русской "терминологии" МСО-2007.3 выясню чуть позже. Затем попробую отписаться в одном из багов, на которые у Бреннана "СС".
p.s. Да, это макрос {?} или URL, отправляющий Проводник_Windows_XP, на "Мои рисунки". ОС указал, т.к. МСО-2013 устанавливается только на 7-ку или 8-ку. Т.е. это не ошибка фильтра: URL и при импорте ***.pot не поддерживаются.
Кольцо, скорее всего не шейп, а новая форма рамки белого цвета (вокруг будущего рисунка или прозрачного квадрата) - см. добавленный скриншот.
[вложение удалено Администратором]
Чтобы в LOdev_Draw_4.0.1+ получить рисунок, похожий на изображение публикации в Publisher_2007, необходимо:
1. Установить "квадратику" прозрачность=100%
2. Установить обрамление сплошной линией белого цвета.
-------
В
LibO-DEV 4.1.0.0.alpha0+ (Build ID: d210827c83e78fd0dbf6bd00828e29ac31b41ab) TinderBox: Win-x86@6, Branch:master, Time: 2013-01-29_23:56:32 внешний вид и т.д. совпадают с
LOdev 4.0.1.0+ ЦитироватьBuild Info
tinderbox: administrator: Tinderbox <l.lunak@suse.cz>
tinderbox: buildname: Win-x86@6
tinderbox: tree: libreoffice-4-0
tinderbox: pull time 2013-01-30 08:13:11
tinderbox: git sha1s
core:3353687fb4af77de2a5a901d58b940367162f741
[вложение удалено Администратором]
Цитата: ape от 30 января 2013, 12:35Установить "квадратику" прозрачность=100%
Хмм... что-то я не помню делал ли я какие-либо тестовые файлы с прозрачной заливкой. Надо будет глянуть.
Может быть, он (фильтр) не понимает КРУГЛУЮ рамку, с которой и MS_Publisher-2007 не знаком (поэтому рисует обрамление "квадратиком")?
Обратите внимание на то, что непосредственно после импорта файла в Draw ни один из 5-ти параметров "квадратика" вообще не определён. Это может быть следствием, как недоразбора файла из-за обновлённой спецификации PUB-формата, так и неумением API делать такое (круг\эллипс, вписанный в квадрат\прямоугольник) обрамление.
--
P.S. Рамка "квадрат со скруглёнными углами", как вариант.
На http://dev-builds.libreoffice.org/pre-releases/ публикуют LibO_4.0.0.3(rc3).
Цитата: ape от 30 января 2013, 08:16Вопрос задавал из-за автофигуры: см. рисунок и файл во вложениях.--Шаблон формата Publisher_2013 взят с оф.сайта Майкрософт.
@frob: оформлять
fdo#__ ?
Цитата: ape от 2 февраля 2013, 10:37
Цитата: ape от 30 января 2013, 08:16Вопрос задавал из-за автофигуры: см. рисунок и файл во вложениях.--Шаблон формата Publisher_2013 взят с оф.сайта Майкрософт.
@frob: оформлять fdo#__ ?
Давайте попробуем.
А я пока погляжу что там такое в формате.