LINUX.ORG.RU

Обновление LibreOffice, версия 3.6.4

 ,


0

2

5 декабря 2012 года вышло очередное обновление ветки 3.6 офисного пакета LibreOffice, содержащее исправления, направленные на общее улучшение работы пакета и его стабильности:

  • Calc теперь поддерживает документы с более чем 256 листами;
  • сохранение в .docx больше не приводит к потере OLE объектов;
  • заголовок больше не урезает Юникодные знаки до 16 бит;
  • исправлено зависание при доступе к ADO Также исправлены много падений во всех приложениях, ряд вычислительных ошибок в Calc и несколько ошибок интернационализации;
  • исправлено некорректное сохранение в .doc объединения ячеек в таблицах;
  • исправлено падение Calc при сохранении некоторых .ods после удаления строки, а также падение при копировании/вставки ячейки в некоторых .ods импортированных из Excel;
  • исправлено падение приложения после правки свойств шрифта из вертикальной панели инструментов.

С более подробным и полным списком изменений можно ознакомиться по ссылкам: «fixed in 3.6.4.1» и «fixed in 3.6.4.3».

>>> Подробности

★★★★★

Проверено: tazhate ()

Напиши хоть краткий список улучшений, иначе не подтвердят. Посмотри как другие новости про релизы софта сделаны.

provaton ★★★★★ ()
Ответ на: комментарий от provaton

да там исправления кучи мелких багов, хотя некоторые и приводили к crash - сложно важные выделить

grem ★★★★★ ()
Ответ на: комментарий от grem

Вот это и называется минорщина

Вот из-за этого и не подтвердят. Почему в Open Source, а не OpenOffice? А вообще изменения знатные:

* Calc теперь поддерживает документы с более чем 256 листами * сохранение в .docx больше не приводит к потере OLE объектов * заголовок больше не урезает Юникодные знаки до 16 бит * исправлено зависание при доступе к ADO Также исправлены много падений во всех приложениях, ряд вычислительных ошибок в Calc и несколько ошибок интернационализации.

Типичный багфикс-релиз.

anonymous ()

Новость написана отвратно.
Перепиши нормально, с нормальными листами и прочим, иначе отправится в /dev/null

tazhate ★★★★★ ()

опять 6 часов компилять...

нафига он так часто обновляется???

Harald ★★★★★ ()
Ответ на: комментарий от Harald

компилять? 6 часов? древнепень первый что ли в придачу к генте?

Kompilainenn ★★★★★ ()
Ответ на: комментарий от Kompilainenn

древнепень не меньше недели сабж будет компилять. Dualcore. i3 где-то в 4 часа укладывается

Harald ★★★★★ ()

а также падение при копировании/вставки ячейки

вставкЕ

anonymous ()
Ответ на: комментарий от Kompilainenn

Древнепень шесть часов ядро собирает, и даже более(в зависимости от производительности древнепня). А LO будет на нём сутки собираться... Вы просто счастливый, с Gentoo никогда дела не имели:)

lucentcode ★★★★★ ()
Ответ на: комментарий от Harald

опять 6 часов компилять...

Поставь libreoffice-bin
Или ты из тех, кто несоответствие начертания шрифтов с лупой ищет?

imul ★★★★★ ()

Минорная новость, но хорошая. Жду новой версии с непадающей плазмой новым интерфейсом!

bastardfromhell ()

Какой же классный шрифт на ЛОРе, и сглаживание шикарно. Я сначала подумал Ubuntu Font, ибо 1 в 1... но мне сказали что это не он.

anonymous ()
Ответ на: комментарий от Harald

опять 6 часов компилять...

Это где так? Я лично скачал deb'ки и поставил.

click_me ()

Когда же появится новый UI? Мне реально надоел интерфейс 98го офиса, неужели нельзя выбрать один из сотен этих замечательных концептов для LO, и запилить наконец что-то вменяемое! А еще бесят эти aнaльные старперы со своим: «Ну братиш, ну работает же, ну интерфейс же, ну иди же со своим риббоном в офис дветыщидесять, братиш». Такое впечатление складывается, что четкие пацанчики кроме риббона ниче не знают, не представляют, и риббоном их скромная фантазия и ограничивается... Но факт, что многих реально подъзaебал древний интерфейс LO - остается фактом. Пока юзаю Calligra Suite - классный интерфейс, стильный Qt, отлично работает с открытыми форматами, а на M$ я клал.

anonymous ()

Новая куча овна, теперь с ягодкой сверху.

anonymous ()
Ответ на: комментарий от anonymous

Твоя куча овна от M$ всяко ароматней. :D

anonymous ()
Ответ на: комментарий от anonymous

«Твоя куча овна от M$ всяко ароматней. :D»

К тому же оно еще и работает:-)

anonymous ()
Ответ на: комментарий от Harald

Тебя это сильно напрягает? Почему просто не поставить из бинарников? Почему не перестать быть мазохистом? :)

Woklex ()
Ответ на: комментарий от anonymous

Ага, видел я как она «работает» - даже со своими разными версиями проприетарного формата бажит, а ODF так вообще косячит постоянно, M$ такой M$. :)

anonymous ()
Ответ на: комментарий от anonymous

Ну бажит. А ЛО даже со своими ODF не работает.

anonymous ()
Ответ на: комментарий от Woklex

«Почему не перестать быть мазохистом? :)»

Его возбуждает только самоистязание.

anonymous ()
Ответ на: комментарий от anonymous

Я не знаю, что там в LO работает или нет, мне на него смотреть больно из-за галимого интерфейса. Юзаю Calligra Suite, там 100% нормальная поддержка ODF, делаю много документов в нем.

anonymous ()

исправлено зависание при доступе к ADO Также исправлены много падений во всех приложениях, ряд вычислительных ошибок в Calc и несколько ошибок интернационализации;

Что такое ADO?

LightDiver ★★★★★ ()

И поломали вычисление высоты строки в xslx. В 3.5 было все нормально :(

cab ★★★★ ()

а я останусь на 3.5.4.2, а то какое-то из обновлений принесло идиотизм в систему переключения между окнами приложения и я мучался, пока не откатился. и вообще они заколебали менять поведение программы, гады.

pyometra ★★★★★ ()

исправлено падение Calc при сохранении некоторых .ods после удаления строки, а также падение при копировании/вставки ячейки в некоторых .ods импортированных из Excel;

и этого бага нет в 3.5.4.2, алахуакбэр.

pyometra ★★★★★ ()

Полностью перешёл бы на LibreOffice, если бы корректно обрабатывались файлы .doc, а именно - формулы. Документы, с которыми приходится работать, просто раскурочивает.

anonymous ()

падение приложения после правки свойств шрифта

Мрак.

UNiTE ★★★★★ ()

сохранение в .docx больше не приводит к потере OLE объектов;

«открытый формат» с бинарными блобами прибитыми к OLE?

Deleted ()
Ответ на: комментарий от imul

Поставь libreoffice-bin

А в чём смысл генты тогда, если ставить самые ресурсоёмкие приложения из бинарников? Компилировать coreutils с оптимизациями?

anonymous ()
Ответ на: комментарий от cab

Вероятно это исправление исправления более другого бага, тот правда был в XLS.

frob ★★★★★ ()
Ответ на: комментарий от anonymous

Every user has work they need to do. The goal of Gentoo is to design tools and systems that allow a user to do that work as pleasantly and efficiently as possible, as they see fit.

Не вижу, как использование готовых бинарников противоречит этому. Но если ты считаешь нужным ждать так долго (у меня за 1 час 25 минут собирается), чтобы начать работать с офисным пакетом (ещё и 9 гб свободного места нужно иметь для сборки), то это тоже твоё право. В Gentoo есть свои бинарники для LibreOffice c некоторых набором USE-флагов, в основном не учитывающим расширения, которые скорее всего и позже удалить можно. Только предоставляют такие сборки с сильным запозданием. Меня бы и вариант сборки от TDF устроил из .deb- или rpm-пакета, как в случае с OpenOffice.

grem ★★★★★ ()
Ответ на: комментарий от grem

Every user has work they need to do. The goal of Gentoo is to design tools and systems that allow a user to do that work as pleasantly and efficiently as possible, as they see fit.

Эта фраза подходит практически для любого дистрибутива. Все хотят и pleasantly, и efficiently.

Суть генты в том, что в ней всё компилируется с оптимизациями, и присутствует гибкая система работы с зависимостями, где можно выбирать, что с какими флагами компилировать. Если это от генты оторвать - получится обычный rolling-release дистрибутив.

Не вижу, как использование готовых бинарников противоречит этому.

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

Зато команда ls будет работать на 5% быстрее, ведь её соберут как надо!

anonymous ()

Список исправлений радует. Надеюсь, через год-два сообщество допилит-таки бывший OOO до вменяемого состояния. Хоть документы портит реже, уже хорошо.

bodqhrohro ()
Ответ на: комментарий от anonymous

Думаешь, от оптимизации будут кнопки быстрее нажиматься? Иногда нужно просто быстро начать и не ждать, пока соберётся. И пусть фоном там пересобирается, а ты уже работаешь. А ещё бывает, что собиралось что-то часов 5-6, а потом оказывается, что icu не той версии, или у mesa юз xorg добавили, а он внезапно -xorg%.

imul ★★★★★ ()
Ответ на: комментарий от anonymous

Никогда не гордился «повышением производительности», так как его не измерял. Если есть возможность, то меня вполне устраивают бинарники «тяжёлых» приложений, их не так много, в основном почему-то бразуеры.

Не знаю как другие, а я Gentoo выбирал совершенно из других соображений и основное из них - доступность для меня обновлений и простота их применения в случае дорогого трафика (на тот момент - 3.5 рубля за мегабайт в 2005-2006 годах) или отсутствие интернета вообще.

grem ★★★★★ ()
Ответ на: комментарий от anonymous

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

ForwardToMars ()
Ответ на: комментарий от anonymous

Текущий UI для LO вполне оптимален. Разве что некоторые доработки надо сделать - и всё.

Quasar ★★★★★ ()
Ответ на: комментарий от anonymous

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

Quasar ★★★★★ ()
Ответ на: комментарий от Harald

опять 6 часов компилять...

2 часа компилируется на Phenom II X4 810 LibreOffice 3.5.7 под GCC 4.6.3.

iZEN ★★★★★ ()
Ответ на: комментарий от frob

Нет, старый глюк остался. Скорее Кохей опять уперся в точное соблюдение спецификации. Впрочем, я еще не успел написать баг репорт.

Обе проблемы решаются несложным макросом и никаких проседаний по производительности, на которые ссылался Кохей, нет.

cab ★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.