После шести месяцев разработки организация The Document Foundation опубликовала (https://blog.documentfoundation.org/blog/2017/02/01/the-docu.../) релиз офисного пакета LibreOffice 5.3 (http://www.libreoffice.org/download/release-notes/). Готовые установочные пакеты подготовлены (http://www.libreoffice.org/download/libreoffice-fresh/) для различных дистрибутивов Linux, Windows и macOS, а также в редакции для создания облачных систем.Ключевые (http://www.libreoffice.org/discover/new-features/) новшества (https://wiki.documentfoundation.org/ReleaseNotes/5.2/ru):
- Началось официальное распространение серверной редакции LibreOffice Online, позволяющей организовать систему совместной работы с документами через Web, похожую на Google Docs или Office 365. Для быстрого развёртывания серверной редакции подготовлен (https://hub.docker.com/r/libreoffice/online/) готовый образ для системы Docker. LibreOffice Online позволяет использовать web-браузер для работы с документами, электронными таблицами и презентациями. Несколько пользователей могут одновременно вносить изменения в документ, оставлять комментарии и отвечать на вопросы. Вклад каждого пользователя и текущие правки, а также позиция курсора и выделенные области наглядно отмечаются цветом. Отображаемый в браузере интерфейс формируется с использованием HTML5-бэкенда библиотеки GTK+ и штатного движка LibreOfficeKit, что позволяет добиться полностью идентичного отображения структуры документа с версией для настольных систем;
- Включена экспериментальная поддержка проекта MUFFIN (My User Friendly & Flexible INterface) c реализацией (https://www.opennet.ru/opennews/art.shtml?num=45747) концепции модульного интерфейса, предлагающей решения для разных предпочтений пользователей, условий работы и видов оборудования. Кроме предлагаемой по умолчанию стандартной панели на выбор предлагается альтернативная однострочная панель для экономии вертикального экранного пространства, боковая панель для широкоформатных мониторов и экспериментальная панель в стиле Ribbon и привычная для пользователей Microsoft Office;- На всех платформах задействован единый кросс-платформенный движок вёрстки текста (text layout engine), использующий библиотеку HarfBuzz (https://www.freedesktop.org/wiki/Software/HarfBuzz/) для однородной раскладки текста на всех поддерживаемых системах;
- Переработана система встроенной подсказки и меню "Help", добавлены ссылки на типовые руководства пользователя и форумы поддержки;
- Улучшены фильтры импорта и экспорта документов в форматах MS Office;
- Во Writer добавлена поддержка табличных стилей, позволяющий применить к таблицам определённые методы форматирования, которые сохраняются для всей таблицы в процессе редактирования;- Во Writer добавлена возможность использования инструментов рисования, ранее доступных только в Draw и Impress;
- В панель добавлена кнопка для замены всех прописных букв на сточные в выделенном фрагменте;
- В боковой панели добавлен блок настроек (Page Deck) для быстрой корректировки параметров страницы без открытия отдельных диалоговых окон;
- Добавлен диалог "Go to Page" для быстрого перехода между страницами нажатием нескольких клавиш;
- В Calc представлен новый набор стилей ячеек. Для новых установок включена по умолчанию опция, допускающая использование простых масок в формулах, вместо регулярных выражений. Добавлен новый текстовый фильтр, позволяющий сузить выборку при поиске функций.
Добавлена функция для расчёта медианы. Представлены новые средства для слияния ячеек с очисткой содержимого ячеек (ссылающиеся на них формулы будут автоматически обновлены), скрываемых после объединения;- Во Writer и Calc добавлен инструмент рисования стрелок и расширены варианты стрелок;
- Упрощено оформление интерфейса выбора цвета и градиентов. Добавлены новые палитры для использования при профессиональной работе с графикой и верстке;
- При запуске Impress теперь по умолчанию отрывается режим выбора шаблона. В боковую панель добавлен блок с настройками слайда;
- В Impress представлено два новых шаблона: Vivid и Pencil;
- В контекстных меню обеспечен показ горячих клавиш, которые можно использовать для быстрого вызова элементов меню;
- В боковую панель добавлена возможность выбора растрового изображения для заливки форм;- Реализована поддержка встраивания содержимого PDF-файлов в документ (первая страница FDF-файла встраивается как изображение);
- Добавлена возможность создания цифровых подписей для существующих PDF-файлов и проверки корректности PDF по цифровой подписи;
- Реализован безопасный режим работы (Safe Mode), упрощающий поиск и исправления проблем в пользовательском профиле или дополнениях;
URL: https://blog.documentfoundation.org/blog/2017/02/01/the-docu.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=45959
не активируйте экспериментальные возможности, просто чтобы не расстраиваться. они тупо не доделаны, а некоторые приводят к краху приложения с потерей документов
николас-кейдж.жпг
Внезапно, поэтому они и экспериментальные.
Внезапно, поэтому восстановление документов при крахе как не работало так и не работает =)
Зато предлагает восстановить при каждом запуске...
Элементарно не терять данные не может. Ну блин о каких там фичах еще говорить.
Вот не знаю, как оно не сработало.
Взял проверил: открыл Writer - набрал строчку - запустил htop послал сигнал. Посылал SIGTERM, SIGKILL, SIGQUIT, SIGSEGV, SIGABRT. Во всех случаях восстановление сработало.
Как мне его уронить так, чтобы оно не cработало?
> Вот не знаю, как оно не сработало.
> Взял проверил: открыл Writer - набрал строчку - запустил htop послал сигнал.
> Посылал SIGTERM, SIGKILL, SIGQUIT, SIGSEGV, SIGABRT. Во всех случаях восстановление сработало.
> Как мне его уронить так, чтобы оно не cработало?Попробуйте какой-нить вордовский файл ему скормить и поразвлекаться на тему краха-восстановления :).
> Попробуйте какой-нить вордовский файл ему скормить и поразвлекаться на тему краха-восстановления
> :).Регулярно развлекаюсь на работе. Вся контора работает под LO (сейчас 5.2.4). Падать, иногда падает (чаще всего Impress), восстановление срабатывает и возвращает или в исходный или к последнему сохранению/автосохранению(по-умолчанию 10мин.).
Так же делает и MSO, не вижу в этом никакой проблемы. И на файлах через-тухес-сделанных и он тоже крешится с таким же успехом.
И да, с роняющими документами наверное надо бы, как порядочный человек, в багтрекер сходить.
Лол исходный или на момент автосохранения? Должно на момент краха восстанавливать, т е редактируемая копия дока из памяти писаться на диск, при открытии предлагать сравнить с последней сохраненной версией и принять нужные изменения.
Я же говорю не работает "фича".
> Лол исходный или на момент автосохранения?Исходный, если не успело отработать автосохранение. Читай восстанавливает последний сохранённый/автосохранённый вариант. Точно так же работает и MSO.
> т е редактируемая копия дока из памяти писаться на дискТ.е. на каждый чих, даже на ввод символа ты предлагаешь дёргать диск? Ты догадываешься насколько это быстрая операция и насколько (порядков) у тебя просядет производительность?
> Т.е. на каждый чих, даже на ввод символа ты предлагаешь дёргать диск?
> Ты догадываешься насколько это быстрая операция и насколько (порядков) у тебя
> просядет производительность?Гм, не то чтобы я был согласен с предложенным решением анонима писать все в "в лоб" ... но в принципе, никаких особых технических проблем c заметным проседанием производительности при записи 500КБ-1МБ в секунду, на более-менее современных машинках, я не вижу.
Тем более, для этого можно использовать что-то типа tmpfs. Или специальный процесс-"хранитель".
А уж если писать только лог изменений ... там вообще максимум пара KB/s будет.
Это было бы интересное решение, если бы объём для сохранения был небольшим, но OD* - файл-контейнер в котором могут храниться и бинарные данные, помимо собственно разметки.Допустим у тебя презентация эдак на 100Мб (не редкость, кстати). Мало, что для того, чтобы в процессе сохранения можно было пользоваться редактором, придётся всё это держать в буфере такого же размера + придумывать механизм как их держать синхронизированными, или держать документ, запретив редактирование.
При такой скорости сброса сохранение будет идти минут 5, за которые юзер уже успеет ещё что-то наработать (поудолять десяток слайдов например и добавить новых). И придётся процесс повторять заново. Или юзер будет сидеть и ждать, пока эта чёртова программа сохранит свой документ. И даже, если как-то исхитриться и реализовать diff-сохранение (или лог), то проблему вставки/удаления это не решает.В чём плюсы такого подхода? Я лично не представляю как его реализовать так, чтобы он был работоспособным. Охотно поверю, что только я не представляю и почитаю (а то и посмотрю) работоспособные варианты реализации.
> Это было бы интересное решение, если бы объём для сохранения был небольшим,
> но OD* - файл-контейнер в котором могут храниться и бинарные данные,
> помимо собственно разметки.Очевидное решение – хранить разметку и бинарные данные отдельно ;).
Но да, придется вводить промежуточный формат.> Допустим у тебя презентация эдак на 100Мб (не редкость, кстати). Мало, что
> для того, чтобы в процессе сохранения можно было пользоваться редактором, придётся
> всё это держать в буфере такого же размера + придумывать механизм
> как их держать синхронизированными, или держать документ, запретив редактирование.Все уже придуманно до нас (ц) ;). Есть такая вещь, как кэш:
https://www.thomas-krenn.com/en/wiki/Linux_Page_Cache_Basics...
https://lwn.net/Articles/591994/
Т.е. как раз, если не пытаться особо мудрить, то и загружаться в память и писаться на диск будут только обрабатываемые части файла. Тут главное, чтобы не нарушилась консистентность данных при падении во время записи.Ну или второй процесс-"хранитель", с которым синхронизуемся раз в секунду. Скопировать сотню-другую MB в памяти можно без проблем.
> При такой скорости сброса сохранение будет идти минут 5, за которые юзер
> уже успеет ещё что-то наработать (поудолять десяток слайдов например и добавить
> новых).Поудалять - вообще не проблема. Добавить -– очень зависит от способа. Можно хранить ссылки, можно в конце-концов плюнуть на этот corner-case, ведь беспроблемное восстановление в других случаях лучще, чем подход "ни вашим, ни нашим".
> И даже, если как-то исхитриться и реализовать diff-сохранение (или лог), то проблему вставки/удаления
> это не решает.Как я уже писал выше, простейший "постраничный" дифф реализован на уровне ОСи, удаление элементов при правильном подходе тоже дешевая операция и только при вставке на пару десятков-сотен мб может возникнуть "затык". Но опять же, зависит от того, как (откуда) вставляются данные. Да и ежесекундные вставки такого порядка как-то немного притянуты за уши ;)
> В чём плюсы такого подхода? Я лично не представляю как его реализовать
> так, чтобы он был работоспособным. Охотно поверю, что только я не
> представляю и почитаю (а то и посмотрю) работоспособные варианты реализации.В документообработчкиках хз, а вот в ФС или тех же БД требования насчет консистенции и синхронизации данных, как и сами нагрузки ну никак не меньше ;)
> Но да, придется вводить промежуточный формат.Плюсом собирать его в итоговый OD*, а при загрузке раскурочивать его обратно в промежуточный + бинарники. + придётся каким-то образом решать проблему вложенных документов (а-ля Матрёшка).
А делать page cache ... Ну интересно, конечно, было бы посмотреть на реализацию и какие грабли при этом вылезут. Но это по сути придётся писать уже другой продукт. Осталось найти тех, кто это сделает.
Нет конечно. При краше процесс должен сбрасывать инфу куда-то, которую потом восстановит он или апплет в трее. Для сохранения дока при потере питания надо дельта файлик создавать рядом после того как появляются несохраненные изменения и писать в него хотя бы раз в 30 сек.
Автосохранение вроде бы по дефолту не включено (оно еще опяснее любых крашей, т к перетирает исходный файл к чертям). Т е его никто не юзает. Должно быть решение для драка.
дельта может быть немаленькая, задержки как обработаешь?
> Автосохранение вроде бы по дефолту не включеноВключено (10 мин. дефолт). С какого переляку оно сохраняет в исходный файл-то? Оно в /tmp создаёт каталог с временными файлами (ищи каталоги lu*.tmp), в который в теневую автосохраняет. При подтверждении сохранения просто перезаписывает оригинал.
Вот как-то так это выглядит http://imgur.com/pRZwNSN. Файл не сохранялся. Просто создан новый.
Зы: и не глубоко накласть как делает МСО. Я им не пользуюсь.
>Как мне его уронить так, чтобы оно не cработало?Уронить системник с высоты 3 м :)
Поработай реально, с чем-нибудь нужным.
Либра развивается, это хорошо.
Интересно когда они нормально допилят на андроиде.
Я так понимаю, если веб-версия выстрелит, то можно уже будет и на Андроид.
Проблема-то, в общем, была в том, что раньше были плохо разделены интерфейс и движок.
А что, разделили их? Если так, то, может, появится офис на этом же движке с Qt-интерфейсом.
Ну, было бы здорово, хотя я и не фанат Qt. А то Calligra она, мягко говоря, странная какая-то.
Я правильно понял как GTK реализует HTML5-бекэнд: они тупо скриншот делают окна, и потом сравнивают что поменялось, и измененный квадратик как в видеопотоке отправляют клиенту? По исходникам вроде как-то так
Примерно так были реализованы кучи тулзов для удаленной визуализации, например.
Только у них почему-то получается не лагать вообще на гигабитной сети и почти не лагать (если только не что-то совсем уж сложно выглядящее и часто обновляющееся) на стомегабитной.А GTK-HTML5 бэкенд умудряется лагать в gedit с рендерингом через localhost.
"Во Writer" - гы, сразу ясно, что автор статьи не канонично по-британски читает это слово. )))
Следовало бы написать «в Райтере».
>«в Райтере»"Въ щелкоперѣ" же!
А calc то наконец-то научился более 4096 столбцов поддерживать??? Когда эта боль кончится, в баг треке не один год висит...
когда ты возьмешь и реализуешь это
зачем тебе больше 4096 столбцов?
документы от экселя иногда надо обрабатывать, в которых столбцов больше 4096, либра не может такие доки открыть.
а веб версия она же через браузер работает??
и следственно жручая?
и вечно глючная
посоветуйте легковесную альтернативу calc?
gnumeric
Gnumeric ?
Sheets из Calligra
gnumeric
Borland Turbo C
Настольный бухгалтерский калькулятор "Электроника МК-59" вроде не то чтобы тяжёлый. Ещё можно попробовать счёты абак, но это уже для хипстеров.
бери gnumeric, он намного лучше calc, спокойно может пережёвывать очень большие таблицы.
Python 100%
> посоветуйте легковесную альтернативу calc?awk
bc
#>>альтернативу calc?
> bcM-x calc
16 лет пользуюсь опен офисом и либрой и что я могу сказать.Раньше действительно было лучше.
Потому что раньше был SUN.
и GRASS
Тонкая шутка
> 16 лет пользуюсь опен офисом и либрой и что я могу сказать.
> Раньше действительно было лучше.Да... В районе ООо 2.4-3.3 %)
А сейчас LO косячное...
Хоть мертвый ООо ставь...
Чего не обсуждаем главное нововведение?LibreOffice Online - кто пробовал?
Легко настроить?
Оно лучше гуглдокса?
> LibreOffice Online - кто пробовал?Я пробовал.
> Легко настроить?Не очень.
> Оно лучше гуглдокса?Оно в твоём управлении, на твоём железе..
>На всех платформах задействован единый кросс-платформенный движок компоновки текста (text layout engine), использующий библиотеку HarfBuzz для однородной отрисовки текста на всех поддерживаемых системахМолодцы. Реально задалбывала ситуация, когда на nix и win машинах одинаковые документы выглядели по разному за счёт того, что растеризаторы работали по-разному.
проблема в том, что и сейчас они выглядят по разному. переход на единый движок рендера просто немного упростил жизнь кодерам, убрав зоопарк в этом уголке Либры. А вот то, что харфбазз принес за собой огромное количество багов - это ни в какие рамки
Когда уже предпросмотр печати запилят нормальный, с регулированием области печати ползунками и изменением масштаба печати. Неудобно же ну.
Года три на либре, огромные объёмы текста ежедневно за таблицы и презентации не скажу но в целом нормально.
Есть же OnlyOffice, куда интереснее этого монстра.
И как? Нормально все там??
А то я на форуме написал багу а там все еще её модерируют.
Как криво открывал документы так и открывает. Как сломали обновления так и не работает.
OnlyOffice все красиво, но только до первой проблемы, дальше никто тебе не поможет.
У меня нет проблем. Хотя манагеры только простые документы умеют. Всякие выгрузки из 1С. Интересно, что выгрузки из нескольких тыс.позиций Онли открывает быстрее родного екселя.
Попробуйте открыть на досуге файл xls из магазина nix, вкладку описание, узнаете много интересного.
Действительно криво. Пойду в ТП напишу.
> OnlyOffice все красиво, но только до первой проблемы, дальше никто тебе не
> поможет.А что не так с OnlyOffice?
> Для панели подготовлена экспериментальная кнопка для вставки символов emoji;Костыль какой-то. По нормальному Emoji должна набираться системными средствами.
В macOS комбинацией ctrl+cmd+space. В Windows 10 есть Emoji клавиатура. Даже в отсталых десктопных линуксах уже вводят https://fedoramagazine.org/using-favorite-emoji-fedora-25/
Непонятно зачем вообще этот эмоджи нужен в офисе?
> Непонятно зачем вообще этот эмоджи нужен в офисе?Вам и графический интерфейс был "не нужен", пока вы свой первый худо-бедно не скопировали.
нда, еморды вообще ненужны, тем более такие уродские.
Как установить полнофункциональную либру, не имея желания копаться в тоннах рекомендуемых зависимостей?
> Как установить полнофункциональную либру, не имея желания копаться в тоннах рекомендуемых
> зависимостей?С текстом и таблицами вообще не было проблем по зависимостям а вот с презентациями там да беда и то в основном с медиа контентом проблемы
sudo snap install libreoffice
docker pull libreoffice/online
Using default tag: latest
Error response from daemon: manifest for libreoffice/online:latest not found
юзай libreoffice/online:master
уже нашел. запустился но не работает. копаю
Не работает. Факт. Я до вечера отложил.
Подписание ЭЦП так и не допилили. Сертификат ключа видит, а подпись не ставит. ((
А ты закрытый ключ-то импортировал?
Доброго вечера, а кому-то и утра(у меня вечер), сегодня "обновился" до LibreOffice 5.3.0.3, мда уж, LibreOffice 5.3.0.3 изрядно "повеселил".1) В ветке версии 5.2.4 - у меня с учётом языка и региональных стандартов - украинский, практически все пункты меню показывало на украинском, а 5.3 почему-то что-то показывает на английском, что-то частично на русском, такие как открытие удалённого файла, вместо Відкрити віддалений файл начало показывать Open Remote File, вместо Зберегти як и Зберегти - показывает Сохранить и Сохранить как. Но, как ни странно, в разделе Параметры - Практически почти что все пункты с отмечиваемыми галочками остались на украинском(за это спасибо).
2) Здесь кто-то писал про крах в режиме NotebookBar(аналог ленточного интерфейса как в Microsoft Office), могу Вас утешить, у меня тоже крах происходит, пришлось вернуться в режим изначальной Панели (Default), при ней так, как обычно.
3) В завершении могу сказать, что недоработки присутствоуют, но в новой версии ветки 5.3 работать можно.
На этом пока всё.