LINUX.ORG.RU

LibreOffice 25.8

 ,


1

2

20 августа состоялся выпуск 25.8 кроссплатформенного набора офисных приложений LibreOffice.

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

Основные изменения:

Writer

  • Добавлено новое правило для переносов «Move line» (на скриншоте), которое определяет наличие переносов в последней строке текста на странице и перемещает всю строку на следующую страницу. Эта разработка финансировалась через фонд NGI0 Entrust, созданный NLnet Foundation при финансовой поддержке программы Европейской комиссии «Интернет следующего поколения».
  • Добавлена настройка концов абзацев, столбцов, страниц и разворотов.
  • Добавлена настройка минимального, желаемого и максимального интервала между словами.
  • Первые и последующие ключи отображаются в подсказках полей с индексами.
  • Для заголовков навигатор теперь показывает всплывающую подсказку с количеством слов и символов в данном разделе, включая его подразделы.
  • Добавлена команда для вставки разрыва абзаца перед таблицей .uno:BreakAboveTable.
  • Теперь стало проще контролировать выделение текста при помощи скроллинга.
  • Добавлен диалог для копирования содержимого поля в документе, открытом только для чтения.
  • Добавлено новое поле, отображающее количество страниц для диапазона до следующего сброса нумерации.
  • Добавлена команда (сочетание клавиш Ctrl + ⇧ Shift + F2) для преобразования полей в обычный текст.
  • Реализовано отслеживание изменений в документе в каждом окне Writer отдельно.
  • Теперь можно «восстановить» изменения (отклонить с историей).
  • Улучшено независимое отслеживание изменений в разных окнах одного документа.
  • Добавлена возможность автоматически скрывать изображения в диалоге «Авторедактура» («Сервис ▸ Авторедактура ▸ Добавить цель»).
  • Теперь можно задать язык некоторых знаков препинания.
  • Теперь в верхнем/нижнем колонтитуле реализована проверка доступности ссылок.
  • Один тяжелый файл DOC побудил нас оптимизировать загрузку языковых данных и размещение графических объектов.
  • Загрузка документов с отслеживаемыми изменениями теперь выполняется быстрее.
  • Оптимизирована управление отменой действий, что значительно ускорило удаление очень больших таблиц.
  • Загрузка таблиц, содержащих закладки, стала быстрее.
  • Большие документы с письменностью справа налево теперь открываются быстрее.

Calc

  • Диалоговое окно «Импорт текста», которое используется при импорте CSV, теперь имеет флажок «Всегда показывать при импорте» (включен по умолчанию). Этот флажок управляет тем, будет ли диалоговое окно отображаться при импорте CSV или будут ли автоматически использоваться сохранённые (настроенные при последнем использовании диалогового окна) настройки. Когда флажок не установлен, и диалоговое окно обычно не отображается, его можно отобразить (один раз), используя новый флажок «Изменить настройки фильтра» в диалоге «Открыть файл», который работает так же, как давно существующий соответствующий флажок в диалоге «Сохранить файл»: он включается, когда в раскрывающемся списке «Фильтр» выбран формат файла с настраиваемыми параметрами.
  • Операторы в наборах иконок условного форматирования теперь можно настраивать.
  • В контекстное меню ячеек добавлена ​​опция «Очистить автофильтр».
  • Диалог «Импорт текста» теперь отображается только для действий «Вставить как», чтобы избежать ненужных заминок.
  • Добавлены новые функции: CHOOSECOLS, CHOOSEROWS, DROP, EXPAND, HSTACK, TAKE, TEXTAFTER, TEXTBEFORE, TEXTSPLIT, TOCOL, TOROW, VSTACK, WRAPCOLS, WRAPROWS.
  • Повышена скорость рендеринга файлов XLSX с большим количеством условного форматирования.
  • Значительно увеличена скорость открытия файлов XLSX с большим количеством условного форматирования.
  • Значительно улучшена скорость открытия файлов XLSX с большим количеством графических объектов.
  • Оптимизирован расчет высоты строки при переключении листов, что значительно сократило время ожидания в сложных электронных таблицах.
  • Переключение листов с большим количеством объектов Draw теперь происходит намного быстрее.
  • Улучшена производительность проверки орфографии в многоязычных электронных таблицах.
  • Обработка больших диаграмм теперь выполняется намного быстрее при загрузке, переключении в режим редактирования и переключении листов.
  • Улучшена скорость загрузки файлов XLSX с большим количеством атрибутов customFormat в строках.
  • Значительно улучшена скорость загрузки файлов XLSX с большим количеством формул, условного форматирования и комментариев.
  • Улучшена производительность работы с электронными таблицами с большим количеством комментариев.

Impress

  • Ctrl + колесо мыши изменяет количество слайдов, отображаемых в каждой строке в режиме «Сортировщик слайдов».
  • Теперь поддерживаются встроенные шрифты в файлах PPTX.
  • Улучшен алгоритм для определения того, какой шрифт используется и должен быть внедрен в файл при экспорте в формат PPTX.
  • Мастер-слайды в Impress и мастер-страницы в Draw теперь можно копировать.

Draw

  • Добавлен показ границ полей страницы, отключаемый экспертной опцией Draw::Misc::TextObject::ShowBoundary.

Ядро / Общее

  • Реализован новый режим Viewer для всего приложения. В нём все файлы открываются в режиме только для чтения, все инструменты редактирования отключены. Режим управляется новой настройкой экспертной конфигурации «ViewerAppMode».
  • В Windows механизм автоматического обновления («MAR») теперь регистрирует свой update_service.exe, как службу Windows «LibreOffice Maintenance Service» (что позволяет выполнять обновления с правами администратора) только в том случае, если LibreOffice установлен в C:\Program Files.
  • Фоновое изображение в документе теперь отображается как миниатюра растрового изображения в «Стиль страницы ▸ Область ▸ Bitmap».
  • Теперь поддерживается SHA384 с AES192, что позволяет открывать больше зашифрованных файлов.
  • Для временной отметки подписи PDF при экспорте документа теперь требуется одно криптографическое вычисление подписи вместо двух. Поэтому PIN-код в процессе должен быть введен максимум один раз.
  • Формат PDF-документов, подписанных ЭЦП при экспорте, теперь совместим с Adobe Reader.
  • Объекты OLE, такие как диаграммы в Calc, теперь можно изменять пропорционально с помощью или без клавиши ⇧ Shift в режиме редактирования (такое же поведение, как и у других объектов-фигур). Более того, перемещение объектов OLE в режиме редактирования путем перетаскивания границы принудительно осуществляется в направлении 45°, если нажата клавиша ⇧ Shift.

Фильтры

  • Автофильтры теперь импортируются из XML-файлов MS Excel.
  • Теперь можно импортировать зашифрованные гибридные PDF-файлы.
  • Отображение китайских, японских и корейских документов в форматах DOC/DOCX стало значительно точнее.
  • Добавлена совместимость макетов документов DOCX с переносами, созданных в MSO 2016 и более поздних версиях – перемещаются только слова с переносами между страницами и столбцами, а не полные строки, как в предыдущем исправлении совместимости с MSO 2013.
  • Исправлена многоуровневая нумерация DOCX.

PDF 2.0

  • Добавлена поддержка экспорта в формат PDF 2.0 (ISO 32000-2):
    • Реализовано современное шифрование AES-256, которое является обязательным для PDF 2.0.
    • Добавлена поддержка PDF / A-4, которая использует PDF 2.0 в качестве основы.
    • Изменен пользовательский интерфейс диалога Экспорт в PDF для более логичного объединения разделов (форм).
    • Версии PDF и PDF/A объединены в один выпадающий список.
    • Добавлены новые элементы структуры (/Em, /Strong, /Title).
    • Добавлен /AFRelationship для встроенных файлов.
    • В гибридном режиме встроенный документ ODF помечается, как исходный.

Пользовательский интерфейс

  • Диалог «Изменить поле» теперь можно открыть в документах, доступных только для чтения.
  • Панель инструментов «Форматирование» теперь отображается в разделах, помеченных как редактируемые в документах, доступных только для чтения.
  • Для выбора валюты больше не требуется нажимать кнопку «ОК».
  • Панель быстрого поиска теперь имеет возможность учитывать диакритические знаки.
  • Добавлена ​​кнопка-переключатель для отображения/скрытия пароля в диалогах для ввода пароля.
  • Переключение режима поворота выбранного объекта в Writer и Calc теперь можно выполнить одним щелчком мыши, как это сделано в Impress и Draw.
  • Окна документов LibreOffice, а также «Центр запуска» теперь будут переключаться в полноэкранный режим macOS и выходить из него нажатием зеленой кнопки в заголовке окна.
  • Меню «Окно» LibreOffice теперь включает в себя пункты меню позиционирования и расположения окон, которые Apple добавила в macOS Sequoia.
  • В диалоговое окно «Добро пожаловать/Что нового» добавлена возможность выбора пользовательского интерфейса и параметров внешнего вида.
  • Разрешена вставка гиперссылок через контекстное меню (выделенном тексте).
  • Выбор интерфейса пользователя (View ▸ User Interface…) позволяет активировать панели инструментов.

Улучшения в инструментах проверки орфографии и языковой поддержке

  • Добавлены словари проверки орфографии и правила расстановки переносов для следующих языков: пенджаби, ория, санскрит, каннада и ассамский.
  • Добавлены словари проверки орфографии для языков: тамильский и маратхи.
  • Обновлены словари проверки орфографии для следующих языков: датский, английский (GB + ZA), хинди, монгольский, испанский, тайский и украинский.
  • Добавлен тезаурус для языка маратхи.
  • Обновлён тезаурус для словенского языка.

Совместимость платформ

  • Удалена поддержка для Windows 7 и 8/8.1.
  • Поддержка Windows сборок для 32-битной архитектуры объявлена устаревшей и в будущем будет удалена.
  • Это последняя версия, запускаемая на macOS 10.15 – LibreOffice 26.2 будет требовать macOS 11 или более поздние версии.

>>> Подробности на wiki.documentfoundation.org

★★★★★

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

Эти самые «все» в своё время прекрасно набирали большую документацию в Лексиконе под ДОСом. Там были свои загоны, но не потому, что это не офисный редактор, а потому, что физическое форматирование вместо логического. И это были ни разу не айтишники, можешь мне поверить.

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

Они и сейчас используют «физическое» форматирование.

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

Тупой маньке в те времена было проще продать визивиг. Сегодня тупой маньке легче продать маркдаун.

Значит, манька поумнела. А для формул и обтеканий есть латех (и вроде как некоторые расширения для маркдауна того же, но тут я только краем уха).

И да, интеграция разных компонентов совершенно не противоречит концепции «всё есть текст». Вот, в HTML интегрируются картинки и прочие медиаобъекты, которые самим HTML не описываются. Формулы сюда не попали только по косности мышления (был MathML, но не взлетел).

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

Формулы сюда не попали только по косности мышления (был MathML, но не взлетел).

В смысле? Все работает и xhtml и html5.

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

интеграция разных компонентов совершенно не противоречит концепции «всё есть текст». Вот, в HTML

А, ну тогда и офисный xml тоже есть текст, не вижу проблемы.

Ну и это, я уже десятилетиями наблюдаю тут отождествление офисного пакета с текстовым процессором (и почтового сервера с МТА, и ядра с ОС, но сейчас не об этом), ну как бы не надо, а?

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

Да можно теоретически и HTML. Но HTML уже содержит и визуальное представление тоже, и писать его тяжелее (теги слишком неудобно набирать).

Какой смысл набирать тэги, если есть редакторы?

А md - это именно способ быстро писать думая о содержимом, а не о форме.

А кто сказал, что мне непременно нужна форма? Мне нужен именно текст. Причём, да, форматированный или в таблице. Форматирование мне нужно для того, чтобы я понимал, что там главное, на что обратить особое внимание. И мне принципиально не нужны какие-то лишние символы в этом тексте. В большинстве случаев мне не нужны даже двойные энтеры (насколько я понимаю, в markdown без этого вообще никак). Ну вот прислали мне текст с markdown-разметкой. По-факту, я получил мусорный текст. Без спец-редактора и без глубокого знания markdown-разметки я буду сидеть и думать – а не удалил ли я что-нибудь лишнее при глобальных заменах? Или, наоборот оставил что-нибудь лишнее. В условном ворде-райтере такой проблемы нет. Я быстро текст почищу и приведу в нужный мне вид. Посмотрю нормальную статистику, если требуется (количество слов/символов). И т.д. и т.п.

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

Ну смотря какой ДОС. Был от MS, был от IBM, был DR-DOS. И да, если ты упоминание про ДОС расцениваешь как доказательство величия майкрософта, то надо вспомнить, что он начинался как CP/M на стероидах (int 21h вместо call 0005, но с теми же номерами функций и теми же аргументами). Это раз.

Речь вообще не про операционки, а про редакторы. Это два.

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

Да пофиг как что начиналось, интересно же, как что развилось. Величие МС в том, что они еще давным-давно написали гору всего концептуально сложного и при этом успешно работающего на людей. А не маркдаун сраный, типа «там вася придумал как рендерить заголовки и три стиля текста, срочно в продакшын».

Речь вообще не про операционки, а про редакторы.

Что и где «про редакторы», HTML это редактор? Может быть, латех - это редактор?

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

А вот великая компания Микрософт рассуждала в парадигме «компы - для всех», и поэтому она великая и поныне (а ты смог стать айтишником).

А ты знаешь биографию своего собеседника настолько, чтобы категоричные выводы делать?

Вот я, например, операционку от MS увидел не ранее, чем на 3 курсе. До этого были программируемые калькуляторы, «Мир-2» с оригинальной системой, потом несколько отечественных наследников PDP-11 (СМ-3, СМ-4, ДВК) и уже где-то одновременно с ДОСом – ЕС ЭВМ с «Примусом», который уже тогда был уходящей натурой. Так что про @Chiffchaff не скажу, но я бы программистом стал без всякого майкрософта совершенно точно.

(*) Ради справедливости – бейсик от MS я увидел чуток раньше, чем ДОС, и вот бейсик у них действительно был очень хорош, кстати, кажется, это единственная их программа, которую Билл Гейтс написал лично. Хорош, разумеется, настолько, насколько вообще может быть хорош классический бейсик без структурных конструкций. Но зато там были DRAW и PLAY.

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

А ты знаешь биографию своего собеседника настолько, чтобы категоричные выводы делать

Неа, просто мне пофиг и поэтому я пишу то, что считаю наиболее вероятным.

Вот я, например

И ему, а не тебе, например. Тебе что-нибудь другое пишу.

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

Я начинал с Бейсика на MSX, и он, вроде бы, тоже был написан Microsoft.

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

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

Да я тоже давненько. Но да, конечно, ты настраиваешь в системе нужный ODBC-источник (указываешь ему адрес сервера и прочее) и говоришь аксессу «юзай вот этот источник».

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

Стоп. Вообще то мы про базу акцееса в виде файла а если аксец будет через одбс юзать мсскуль это уже другое.

И вообще считал всегда что это тормозное одбс для унификации дергания базы из проги …

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

«База» в смысле «набор формочек аксесса» отделяема от «базы» в смысле «хранилище данных на сервере субд». Если ты только о первом смысле, то оно да, раскидывалось или шарилось файлом по сети.

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

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

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

u-235
()
Ответ на: комментарий от Chiffchaff

Я начинал с Бейсика на MSX, и он, вроде бы, тоже был написан Microsoft.

Хе-хе. Видел, да, @hobbit? Вот как я умею!)

thesis ★★★★★
()
Ответ на: комментарий от u-235

Формально да. А фактически, html в маркдауне встречается исключительно редко. И даже HTML - лучше офисных «стандартов» с тяжёлыми приложениями для просмотра/редактирования и с несовместимостью, которая никогда не кончится, ибо выгодна всем участникам.

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

уступает по функциональности и богатству библиотек Visio

Что характерно, большинство стенсилов Visio сделанных не MS – это просто пачка метафайлов запихнутых в визиовский контейнер.
Потому что ни те кто эти стенсилы делал, ни их пользователи понятия не имеют «как это могло бы быть» (с). vsdump-у через несколько месяцев 19 лет, сможет сигареты покупать в ларьке при заправке.

В Draw всё было жопско с «галереей» как единственным имеющимся вариантом что-то вроде стенсилов показывать.
В Inkscape, насколько помню, просто ничего похожего нет.
Dia, при втыкании в неё стенсила с дюжиной мордочек цискиных свичей, утрачивала способность шевелиться.
А кедерасты справились только с тем, чтобы придумать (и потом пару раз сменить) название для своего диаграмного редактора.

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

так чЁ получается, не счастья на земле?! :о)

sunjob ★★★★★
()

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

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

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

пример отвратительного дизайна

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

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

Это тормозило ещё тогда, когда было джавой... Похоже можно только смириться, и радоваться что на 9800Х3Д и распберри Пи3 тормозит одинаково.

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

Специально для тебя предложили целых 4 интерфейса и полноценный движок тем и поддержку сторонних иконок, чтобы это могло выглядеть вообще как угодно. Но да, это не святой МС Офис...

kirill_rrr ★★★★★
()

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

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

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

  • Похоже, ровно то же самое можно сказать про средства программирования и разработки.
alash
()
Последнее исправление: alash (всего исправлений: 1)
Ответ на: комментарий от frob

То есть все новости про то, что у разрабов LO претензии к MS - это все неправда?

Если это так, то странно, конечно, что они так и не смогли сделать 100% совместимость, ведь стандарт простой и открытый.

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

вопросы - не по адресу, мопед не мой, спрашивайте Redmond

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

Я не спорю, просто я обьяснил почему именно написано так.

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

Если это так, то странно, конечно, что они так и не смогли сделать 100% совместимость, ведь стандарт простой и открытый.

Кто эти «они»??..

Разработчики Libre Iffice, я верно догадался? В их адрес «шпильки», да? ;)

В таком случае, на мой взгляд, следует понимать и помнить, что «простота» и «открытость» «стандарта» ( о каком из «стандартов» речь, кстати?) в этом случае «не играет», ибо они пытаются (пытались?) «обеспечить совместимость» не с собственно «стандартом», что очевидных проблем не представляет, а с его («стандарта») реализацией от MS...

Тут-то все «собаки» и «зарылись»... MS, мягко говоря, этому не рада, и, ещё мягче говоря, успеху таких попыток «не способствует»... Об этом и сами «разработчики LO» высказывались...

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

То есть все новости

Какие новости? Ранее упомянутый высер на основе поста в бложике, из которого раздули мировой пожар?

P.S. Если что, Итало (на минуточку) – маркетолог, а не разработчик.

ведь стандарт простой и открытый

А к этому заключению ты пришёл на основании чего?

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

и что с того?? Кто-то и цифры эти все уже когда-то использовал —теперь что, эти использовать «низзя!» — свои придумывать?? ;P

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

Опять айтишник рассуждает в парадигме «компы для айтишников».

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

«Не нужно в 90% случаев ни обтекания картинок, ни даже самих картинок.»

И ведь не хватает ума понять, что перемножение всего нескольких таких 90% даёт результат, при котором компьютером можно только гвозди заколачивать.

Мне тут недавно пришлось документ на 70 тысяч знаков писать. В мракдауне. Как же проклято это айти, как же проклято.

Боже, храни MSO.

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

То есть чем старше программа, тем больше у неё прав на номер релиза. Звучит логично.

Ну тогда вот другой пример: JDK 25. JDK впервые вышел в 1996 году, а Ubuntu — в 2004.

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

Ubuntu 4.10 не считается первой версией?

Но это в любом случае не отменяет моего поинта о том, что Ubuntu стянули номер версии у JDK. Странноватый поступок для корпорации.

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

Ну как это не в тему? Речь была о том, что LibreOffice стянул номер версии у Ubuntu. Я заявил о том, что на самом деле Ubuntu стянул версию у JDK. И ещё раз стянет в 2026 году, потому что JDK 26 уже запланирован. Очень даже в тему.

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

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