LINUX.ORG.RU

Выпуск Libreoffice 6.2

 


1

3

The Document Foundation объявил о выпуске LibreOffice 6.2.

В новом выпуске:

Writer

  • Улучшена производительность в режиме отображения правок в документе
  • Прямая вставка таблиц из Calc в существующую таблицу Writer
  • Переработан механизм изменения/подгонки размеров строк/столбцов в таблицах Writer
  • Всплывающее меню на листе для вставки колонтитулов теперь можно отключить
  • При сохранении в формат .txt теперь можно задать кодировку и тип конца строки (например, UTF-8 с CR)
  • LibreLogo получил некоторые внутренние улучшения

Calc

  • Механизм «Проверка данных» теперь поддерживает пользовательские формулы
  • Доступен многомерный регрессионный анализ (диалог «Данные->Статистика->Регрессия»)
  • Добавлена новая функция REGEX
  • Изменено поведение функций LARGE и SMALL

Impress/Draw

  • Исправлены некоторые проблемы с анимациями
  • Действия над таблицами Минимизировать и Оптимизировать теперь аналогичны таковым для таблиц Writer
  • В Draw в меню «Формат» добавлено подменю «Таблицы»
  • Исправлены некоторые ошибки в управлении слоями в Draw

Base

  • Создание баз данных в формате Firebird выведено из экспериментального режима и предлагается теперь по умолчанию
  • Помощник по миграции баз данных из старого формата в Firebird теперь создает резервную копию до начала миграции данных
  • MySQL C++ Connector заменён на MariaDB C Connector под лицензией LGPL.

Диаграммы

  • Удалена неработающая и неиспользуемая функция сохранения в формат ODC

Basic

  • В библиотеку basic Access2Base добавлена полная поддержка реляционной СУБД Firebird

Общие/Ядро

  • Улучшения в строке для подписи, наименовании фреймов и отправке документов электронной почтой в формате OOXML
  • В поставку добавлен шрифт Source Serif Pro
  • Обновлены шрифты семейства Liberation

Справка

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

Фильтры

  • Улучшена поддержка векторного формата EMF+ (используется в форматах документов МС Офиса)
  • Улучшена поддержка диаграмм из формата OOXML
  • Множественные улучшения в поддержке форматов PPT/PPTX
  • Улучшена поддержка современного шифрования документов в формате OOXML (docx, xlsx, etc)

Интерфейс пользователя

  • Выведены из экспериментального режима новые варианты интерфейса на основе вкладок и лент (доступны из меню Вид->Пользовательский интерфейс->...)
  • Стандартные панели инструментов стали выглядеть одинаково во всех модулях
  • Доступны для использования значки в формате SVG (темы Breeze, Colibre, Elementary)
  • Значительно доработаны темы значков Karasa Jaga, Elementary, Colibre
  • Исправили механизм персонализация для применения тем оформления Firefox в LibreOffice. Однако за день до релиза LibreOffice товарищи из Mozilla изменили или сломали API для доступа к темам и теперь это опять не работает, как должно бы.
  • Контекстные меню во всех модулях были обновлены для более полного соответствия

LibreOffice Online

  • Онлайн-версия получила многочисленные улучшения и оптимизации, включая поддержку HiDPI экранов

Локализация

  • Обновлены словари для проверки орфографии для бретонского, английского, французского, галицийского, индонезийского, норвежского, словенского, испанского, турецкого языков.

Устаревшие возможности

  • Бэкенды vcl KDE4 и vcl GTK2 объявлены устаревшими и будут удалены в следующих версиях

Платформы

  • Версия LibreOffice 6.2 требует macOS версии 10.9
  • Бинарные 32-битные сборки LibreOffice для платформы Linux в последующих выпусках предоставляться не будут. Это не значит, что нельзя будет скомпилровать LibreOffice из исходного кода для 32-битной системы. Просто TDF не будет делать этого сам.
  • Добавлены два новых бэкэнда vcl qt5 и vcl kde5

Android Viewer

  • Версия для Android получила несколько новых возможностей и исправлений ошибок

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

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

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

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

зачем его <документ с более чем 1024 столбцов> вообще открывать живому человеку? наркоманов на свете много, они и не таких документов нагенирируют...

Ну вот есть таблица, где строки — это дата. А колонки — это объекты. Причём на каждый объект две колонки «потрачено», «заработано».

Значит при лимите в 1024 столбцов, получится 500 объектов.

Да, наглядность тут хромать начинает. Но с другой стороны как-то и не особо много ещё. Запаса нет.

fornlr ★★★★★ ()
Последнее исправление: fornlr (всего исправлений: 2)
Ответ на: комментарий от AUX

Как минимум это не дает говорить о 2007 как о «лучшем» продукте:

а) без поддержки и обновлений безопасности

б) с косяками открытия файлов из новых версий (https://support.office.com/en-us/article/open-a-document-in-an-earlier-versio...)

в) без возможности настройки ленты

г) проприетарщина за деньги

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

ну давай так...

в старых M$-офисах этого не было... там было 100 объектов (256 столбиков)

да и в новых M$-офисах 16 тыс. столбиков, а у меня 17 тыс. объектов... запаса опять нету...

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

а) Меня все устраивает, тем более он запускается в контейнере.

б) Эти косяки несравнимы с LO и OO.

в) Ну масштаб я могу поменять, остальное все на местах и стандартно для всех.

г) Мне пофиг на деньги, у меня корпоративный софт.

AUX ★★ ()
Последнее исправление: AUX (всего исправлений: 1)
Ответ на: комментарий от anonymous

в старых M$-офисах этого не было... там было 100 объектов (256 столбиков)

Что было, то было. Об этом можно забыть.

да и в новых M$-офисах 16 тыс. столбиков, а у меня 17 тыс. объектов... запаса опять нету...

Ну жирно. Для человека всё же до фига начинается где-то с тысячи. Это ещё более менее пролистывается и воспринимается. Так что как я и говорю — на грани.

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

Ну жирно. Для человека всё же до фига начинается где-то с тысячи

с более, чем 5. Давным давно психологи установили предельное количество данных, которое человек воспринимает и запоминает без напряга

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

так что 2007 уныл не меньше...

За редкими исключениями, в 99% случаях проблем нет.

а конвертер ставится и на 97 офис

Конвертер работает очень уныло, конвертирует только простые документы, не кушает большие файлы. То есть конвертер говно.

AUX ★★ ()
Последнее исправление: AUX (всего исправлений: 1)
Ответ на: комментарий от AUX

Про 90% ты наврал. Тебе как минимум нужно вкладки переключать. Вот в ms-office-97-2003 ты действительно можешь на виду сделать 90% необходимых инструментов и разместить их где тебе удобно, хоть всё вывести на экран.

Кое-как нашёл древнюю картинку: https://pp.userapi.com/c834100/v834100307/f5428/qlMDoUDxFt8.jpg

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

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

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

может просто проблема не в возможностях, а в выбранном инструменте?

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

посреди картинки вопрос нубаса, который никогда не пользовался офисом более, чем на 5% его возможностей. Тулбары можно настроить так, как надо тебе, это да. Риббон настроить под себя - это возможно вообще?

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

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

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

с более, чем 5

Чего? Что за бред и соревнование тупости? Из-за прайса на Орг Технику из 500 элементов голова перегрузится?

Не надо же весь его запоминать.

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

Но есть большое желание в очередной раз переформатировать мозг и пользоваться только LaTeX

Латехом не заменить Еxcel/Calc

Привлекает возможность больше ВООБЩЕ ничего не оформлять

Что мешает сделать шаблоны в ворде/райтере? Современные визивиги тоже предоставляют возможность выбирать стили, структуру документа и т.д. Любая мало-мальски серьёзная фирма имеет ряд шаблонов для своего документооборота, как раз по этой причине. Имено из-за этого переход даже хотя бы c МСО на ЛО слишком сложен. Фирма перейти на ЛО может, а клиент/заказчик не перейдёт. И обмен документами становится невозможным, потому что ЛО не может обрабатывать документы МСО. НЕ МОЖЕТ. Это одна из причин, почему все проекты по переходу на СПО даже в германских мидах и мюнхенах загнулись, несмотря на миллионные вливания. Нужды в латехах нет. Я сам использую латех, но никому не посоветую. Времени уходит на изучение вагон, а реального преимущества нет.

До тех пор пока ваши документы предоставляют собой портянки текста с редкими картинками, точное местоположение которых в тексте не критично - Latex лучший выбор. Например в научной среде. Написал абзац, добавил картинку, поставил на компиляцию, посмотрел грустно в окно, отхлебнул чаю из эмалированнной кружки, сходил в кабинет к Палычу.

Более того, далеко не все классы/пакеты в латехе хороши. Из недавнего собственного опыта, например, moderncv. Сложно найти что-то более аляповатое и уродливое, чем резюме, выполненное с помощью этого пакета. Хотя этот пакет фактически квазистандарт для CV в латехе.

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

Для doc совместимость уже очень хорошая

4.2.
Совместимость на уровне файлов, слабо отличающихся от *.rtf.
Если док с минимально сложной вёрсткой, сделанной в MSO - открыл в LO, внес какие-то правки, сохранил, потом клиент открыл опять в MSO - всё распидарасило, можно пересылать верстальщикам обратно, чтобы делали всё заново.
Достаточно один раз так влипнуть, чтобы больше важные доки в LO не открывать никогда.

(заранее отвечу умникам, которые сейчас будут говорить, что верстать надо в чем-то другом: в каком формате клиент запросил, в таком и верстают)

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

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

Это не идёт на пользу проекту. Скорее, такие переписывания, — удел не очень опытных ребят с большим энтузиазмом (например, как я). И когда мы переходим от фазы "Оно запустилось на новом тулките! Ура!" до фазы "У нас тут пачка багов, недоработок по кучи мелочей, тестов нет, нужно всё это сделать.", то энтузиазм угасает очень быстро.

Такие вещи нужно рефакторить, делать модульными, и постепенно изменять куски, покрывать тестами и минимизировать ломающие изменения.

Да, это медленно. Да, это нудно. Но нам не придётся угрохать несколько лет на переработку всего, и ещё ждать, что весь апстрим это поддержит. И сколько ещё времени нужно потратить, чтобы довести LO на Qt до готовности для крупных интеграторов, государственных учреждений и т.д.? Там точно не будут в восторге от новых багов из-за радикальных изменений. Вот так разрабатывается крупный софт — медленно, но целенаправленно.

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

Еxcel/Calc

Избегаю, как могу.. Если придётся использовать, то, конечно, без Libreoffice не обойтись.

Что мешает сделать шаблоны в ворде/райтере?

Решил, насколько возможно, уйти от GUI.
Шаблоны пробовал. Помню, в 2007-м работал в одной коммерческой конторе. Тогда отдел «К» лишь начинал кампанию по борьбе с расхитителями капиталистической собственности MS Office и хотел упрятать за решётку какого-то школьного учителя.

Отдел ИиВТ в темпе пересаживал всех на Libre Office и Thunderbird.

переход даже хотя бы c МСО на ЛО слишком сложен

Обычно ни у кого нет выбора. Да, поначалу было сложно. Пробовал и шаблоны, и разные поля_ввода, которые превращали работу с документом в интересную игру. Всё это было.

С тех пор прошло больше 10 лет и пришло понимание, что нет ничего приятнее работы в однородной plain text среде. Наверное, оно пришло вместе с усталостью. Так что, Emacs + LaTeX.

НЕ МОЖЕТ. Это одна из причин, почему все проекты по переходу на СПО даже в германских мидах и мюнхенах загнулись

Отслеживал эту тему из любви к СПО.
Не может, не может. Наиболее остро к вопросу оформления относятся разные муниципальные или государственные служащие (тоже приходилось иметь дело). Именно тогда пришлось выходить из положения с помощью virtualbox. Всё потому, что они просили у меня документы в том формате, который позволит им редактировать их, выдавая за собственные )

Теперь всё по-другому. Надеюсь, навсегда.
У группы «Enigma» была песня «Goodbye Milky Way»
Так вот, Goodbye WYSIWIG

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

В linux версии WPS есть реклама? Никогда не видел.

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

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

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

Это тебя только касается и тех самых домохозяек. А у людей могут быть запросы поинтереснее

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

LaTeX-ом можно пользоваться не напрямую (хотя какой-нибудь Lyx или TexStudio почти себе офис). а через какую-нибудь Literate Programming среду. загугли пример на тему reproducible research: журнал статистических исследований (open access), особенно исходники статьи в tar.gz. там — пример статьи Ерика Шульте и компании про то, как можно практически применить Literate Programming для написания научной статьи в reproducible research подходе. см. исходники: датасеты в SQL закачиваются из CSV файла, далее обрабатываются скриптами, далее строятся графики, которые + расчётная часть подвёрстываются в статью на LaTeX. нужно что-то пересчитать — остальная часть работает автоматически, просто собери новый датасет.

тоже самое в тему «LaTeX вместо Excel/Calc»

на гитхабе у Эрика Шульте есть ряд примеров статей с расчётками в таком вот стиле, а на домашней страничке — статьи с примерами и исходниками.

например, есть про Emacs org-mode babel — пишем текст в markdown разметке, из неё автомагически генерируем OpenOffice/HTML/TeX/PDF через LaTeX/чего угодно.

есть сборка portacle мобильного Emacs с флешки, под все операционки. вообще org-mode в последних версиях Emacs по дефолту есть, но в этой есть ещё SBCL и SLIME. по-видимому, это самый быстрый и простой способ попробовать Emacs org-mode среду на новом компьютере.

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

Всё потому, что они просили у меня документы в том формате, который позволит им редактировать их, выдавая за собственные )

вот таким халявщикам надо вообще документы в JPG выдавать, с watermark-ами :)

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

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

ну ещё проблемы с совместимостью форматов, когда колонтитулы, картинки типа логотипов в колонтитулах, вертикальные надписи, рисунки автофигурами — в MSO нормально, в LO расколбасило всё, если odt сразу делать  — нормально и там, и там.

проще на это забить и генерировать сразу в PDF через тот же latex, если это возможно.

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

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

Немного порывшись в Сети, нашёл вот это: https://habr.com/ru/company/edison/blog/314294/
Если это именно то, что я должен был найти, то могу сказать — очень интересно. Мне показалось, там речь о программировании.
Если точнее, о том, как его делают искусством.
Мне до этого очень далеко — только программы, которые позволяют ворочать информацией, необходимой для процессов правоприменения..
Хотя, программирование на Elisp, говорят, полезно.

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

Полностью согласен, мой друг. Но в той среде, о которой мы говорим, подобные трюки были бы восприняты как личное оскорбление )
Возможность показывать результаты труда, не прилагая к этим результатам усилий, всегда сопрягается с насилием, интригой и прочей грязью. Но, думаю, это всем здесь известно, а LibreOffice, если бы у неё были глаза и возможность смотреть с той стороны монитора, могла видеть тысячи подобных эпизодов.

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

если тема «литературного» программирования интересна, см. эту презентацию от rigidus и исходники его блога

а также страничку Эрика Шульте и репозитории на гитхате (по этой теме: то, что он сам написал, не форк чего-то, emacs + org-mode + статьи и публикации, например CiSE )

см. также другого Эрика про org-mode: Эрик Нильсен

ну и просто подборка ссылок и далее по тексту

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

вообще, что такое по-моему Literate Programming? это такая «CASE-cистема для бедных». ну то есть есть вот CAD, есть CAx где x=software engineering, какая-то такая программа моделирования срощенная с СУБД где можно диаграмки нарисовать, к БД привязать и делать какую-то аналитику, а в перспективе — и синтез.

всё это через GUI интерфейс. поскольку СУБД, то аналитик таких может быть сколько угодно, и связей сколько угодно, и схема структуры связей — любая. в software engineering говорят, что поверх этого + какой-то процесс разработки можно генерировать часть софта на базе моделей, упрощать кодинг делая больший упор на проектировании архитектуры.

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

потому что а) набор документов должен быть согласованный — общий глоссарий, немного разная структура разделов, общая (по сути одна и та же) информация в разных документах, только в разных видах б) изменения нужно вносить согласованно в весь комплект целиком, как транзакцию — нужна прослеживаемость изменений в) часто нужен не только документ как описание результата, но и документ как описание какого-то процесса г) упростить это могут какие-то модели трассировки, например матрицы трассировки.

вполне логично это всё делать полуавтоматически, на основе Literate Programming.

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

и как-то с такой CASE-системой попытаться взлететь :)

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

хорошо настроенный емакс

отсюда:

Превратить это руководство в лисп-программу инициализации эмакса .emacs или init.el (сплести программу — tangle) очень просто, достаточно скачать свежую версию этого руководства, открыть ее в эмаксе и выполнить команду M-x org-babel-tangle. В результате из фрагментов лисп-кода в этом руководстве будет создана лисп-программа инициализации эмакса [инфо, вики] которую эмакс будет автоматически выполнять при каждом запуске. В общем виде программа инициализации выглядит так:

<<header>>
<<requirements>>
<<customize-well-tuned-emacs>>
<<customize-customize-and-apply-customizations>>
<<try-to-download-this-reference-when-it-is-missing>>
(if
    <<this-reference-is-in-its-place-and-is-newer-than-user-init-file>>
    <<tangle-this-reference-into-user-init-file-and-then-load-it-again>>
  (progn
    <<initialize-package-system-and-install-user-selected-packages>>
    <<load-packages-and-apply-advanced-customizations>>
    <<fix-some-bugs>>
    ))
<<footer>>

осталось этот LaTeX генерить автомагически.

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

litprog + текстовые адвентюры + планшет

например, вот тут и далее по ссылкам (например, тут), см. также fizmo

тут, блог, тут, тут и далее

про текстовые адвентюры на планшете.

есть библиотека glk и её разновидности, например remglk работает через JSON, получается выхлоп типа такого (скриншот). далее интерпретаторы форматов виртуальных машин текстовых адвентюр (например) выполняются движком, например thunderstrike, fizmo или прочие (которые все реализуют glk как API текстовых адвентюр).

движок компилируется под планшет, например Ubuntu Touch OS (где бы его найти вживую) или вот андроид, NDK + Java.

в итоге, можно на планшете проигрывать текстовые адвентюры. можно прикрутить веб интерфейс через JSON на glkapi.js. или вот ещё, gluzma + glasm (a npm package)

ну это зачётно: можно поиграть в текстовую игру на планшете, но исходники + компилятор в формат виртуальной машины текстовой адвентюры всё ещё руками надо делать, отдельно. теперь, что если всю эту среду разработки + компилятор чего-то типа Inform7 в этот glk glulxe упрятать за веб-интерфейсом, дёргая его через что-то типа org-mode babel.

а сам веб-интерфейс в свою очередь дёргать через irc, телеграм бота и прочее.

получится такая распределённая в вебе среда разработки текстовых адвентюр.

libreoffice тут при том, что в нём можно диздоки писать :) и как-то отмоделировать через Literate Programming куски текста диздока для людей в куски кода для робатофф такой вот среды разработки на конкретных примерах.

anonymous ()