TDF объявил о доступности для тестирования первого релиз-кандидата LibreOffice 7.5.
Если вы нашли ошибку в LibreOffice - не стесняйтесь написать о ней в баг трекер проекта по этой ссылке.
Я абсолютно случайно сегодня узнал, что Luboš Luňák, разработчик LibreOffice из Collabora, ушел из этой самой Collabora и из проекта LibreOffice соответственно. А это был человек, который в одно лицо перевел LibreOffice на использование библиотеки рендеринга Skia. И соответственно все оставшиеся не решёнными баги, связанные со Skia в LibreOffice, так и останутся не решёнными.
Я, откровенно говоря, и не удивлен даже подобному. Это нормальная история, когда человек меняет работу. Не нормально только, что никто более в Skia внутренностях в проекте не разбирается. Даже обновить Skia на новую версию скорее всего никто не возьмется (у нас версия m103, текущая в апстриме - m111), а ведь там могли бы найтись возможно фиксы и для наших проблем.
Ну Skia - это одна сторона вопроса, прямо конкретная. А вторая сторона, более общая, что Luboš очень грамотный разработчик и его уход конечно скажется в принципе на проекте.
TDF после стольких лет вопросов "почему фонд с полученных через пожертвования денег не нанимает разработчиков" наконец-то решили нанять двух программистов на полный день.
Первый должен заниматься поддержкой в LibreOffice CTL/RTL языков письменности. А это все языки мира, которые не латиница и не кириллица. Арабский, иврит, китайский, корейский, японский, хинди, тайский, вьетнамский и так далее, во всем разнообразии языков народов азии.
Второй должен сосредоточиться на вопросах accessibility в LibreOffice. Это возможности работы в программе для людей с различными ограничениями, поддержка контрастных тем, поддержка систем для озвучки элементов интерфейса и так далее.
То, что TDF нанимает программистов напрямую и ставит им конкретные задачи - это огромный плюс проекту.
Установка LibreOffice в macOS меня всегда раздражала своей медлительностью, даже если macOS установлена на SSD. Как оказалось дело было в том, что LibreOffice упаковывался в DMG образ, используя старинный bzip2 архиватор.
Наконец-то нашелся хороший человек, который это изменил. Patrick Luby написал патч, который изменил использование bzip2 на lzfse.
Это должно увеличить скорость установки LibreOffice в macOS раз в пять, если я правильно понял сообщение Patrick'a в патче.
Изменение уже будет доступно в следующем минорном обновлении LibreOffice 7.4.4 и конечно в грядущем 7.5.
PS: я попробовал установку с этим патчем - просто очень быстро все прошло, по сравнению с тилипанием без патча!
Все маководы должны быть счастливы теперь. Caolán McNamara добавил поддержку темной темы в LibreOffice 7.5. Выглядит это как-то вот так с темой значков Sifr Dark:
LibreOffice 7.5 alpha 1 доступен для тестирования.
Из нового и важного:
1. Немного улучшено выделение и удаление строк/столбцов в таблицах Writer в сложно устроенных таблицах
2. Улучшено визуальное отображение закладок в текстовых документах
3. В Calc, в диалог настройки формата ячеек добавили форматы типа "числа, как текст", вы пишете в ячейке 100, а отображается "Сто", в том числе есть настройки для разных валют
4. Панель элементов математических формул в Math перенесли в Боковую панель справа (спорное решение, но это нужно было Коллаборе для их Онлайн Офиса)
5. Улучшена в каких-то случаях работа с тачпадами, но так и не исправлены баги с прокруткой при помощи тачпада
6. Добавлена поддержка некоторых методов VBA
Все же используют иногда нижнее подчёркивание в тексте, чтобы выделить слово или предложение. И, по умолчанию, цвет линии подчеркивания тот же самый, что и цвет текста, то есть чёрный. Если вы измените цвет шрифта на красный, то и линия подчёркивания тоже станет красной.
А ведь так хочется иногда подчеркнуть красной (или какой угодно цветом) линией обычный чёрный текст, правда?
Оказывается так можно сделать:
Теперь в тексте документа выбираем нужные слова (или просто отдельные буквы) и применяем к ним наш новый стиль "Красная линия", который теперь доступен на панели Стили в разделе Стили символов. Результат будет, как на картинке выше.
А можно и чуть проще, если вам нужно сделать это разово:
Разработчик из Collabora Luboš Luňák решил наконец проблему с производительностью в LibreOffice Calc функций ВПР, СУММЕСЛИ и СЧËТЕСЛИ при работе с бльшими обьемами данных. О чём и написал в своём блоге минизаметку.
Данные выше (слева время работы функций до патчей, справа после патчей) - это какие-то пользовательские файлы от компании SuSe. Сами видите, насколько стало всё быстрее.
Фокус был в том, что если данные для функции ВПР отсортированы, то LibreOffice Calc применял для поиска в данных бинарный поиск, а если данные не отсортированы, то линейный, когда проверяется КАЖДЫЙ элемент. Представьте, если у вас десятки тысяч элементов надо перебрать. Решением стало копирование не отсортированных данных в память, их сортировка, кэшировние, а затем приминение к результату всё того же бинарного поиска. На словах всё вроде просто, а решение по факту заняло очень много времени.
Это улучшение будет доступно уже в LibreOffice Calc 7.4, который выйдет в августе 2022 года. Спасибо Luboš Luňák за эту работу.
Google объявил о принятых проектах GSoC на 2022 год. В этом году LibreOffice заявил только два слота (больше не нашлось интересующихся и знающих С++ желающих).
Проект первый: добавить больше тестов для функционала поддержки макросов VBA в LibreOffice и по возможности дописать какие-либо отсутствующие методы. Делать будет Hanna Meeks.
Второй проект: поддержка Z-компрессии для графических форматов файлов. В частности для EMF/WMF. Делать будет Paris Oplopoios. И он уже добавил саму поддержку форматов EMZ/WMZ в исходный код LibreOffice. А теперь будет полировать это, писать тесты, и возможно еще что-нибудь.
Сегодня 25 мая 2022г наш форум https://forumooo.ru подвергся DDoS атаке и перестал работать, поскольку хостер его "спрятал" по техническим причинам.
Вот кому наш местячковый форум про очень уж узкоспециализированную тему помешал?
Luboš Luňák отчитался в своем блоге о проделанной работе по ускорению экспорта файлов из LibreOffice в формат PDF. По его словам ускорение некоторых внутренних операция во время экспорта после его патчей достигает до 62 раз! Это весьма круто. Проверял он на каком-то огромном 400 страничном документе. Ну и кстати, это говорит о том, что исходный код LibreOffice весьма неоптимален в некоторых местах, а также о том, что Luboš крутой перец =)
Один знаменитый в узких кругах программист взял и написал новый линковщик mold, который (по слухам) здорово ускоряет сборку нашего не маленького проекта LibreOffice.
Илмари пишет, что при использовании mold сборка LibreOffice у него стала занимать 30 минут вместо 50 минут со стадартным lld. Почти в ДВА раза! Учитывая, что у меня старое железо, и сборка вообще занимает два часа, применение mold явно имеет смысл.
Чтобы использовать mold при сборке LibreOffice (о том, как собирать свою сборку я писал ранее вот в этой статье), вам нужен установленный в вашей ОС mold и на шестом шаге "даём команду ./autogen.sh" нужно добавить к команде опцию --enable-ld=mold, либо добавить эту опцию в ваш файл autogen.input.
Вот результат тестов от самого автора mold :
Добавлю после натурного эксперимента:
mold в Ubuntu 20.04 собирается после прочтения инструкции по ссылке выше. Всё оказалось просто:
Команда sudo apt-get install -y build-essential git clang cmake libstdc++-10-dev libssl-dev libxxhash-dev zlib1g-dev pkg-config установит необходимые зависимости.
Далее команды:
git clone https://github.com/rui314/mold.git
cd mold
git checkout v1.2.0
make -j$(nproc) CXX=clang++
sudo make install
скачают репозиторий mold к вам локально, соберут бинарник версии 1.2.0 и поместят его в системный каталог.
Так как штатный компилятор GCC в Ubuntu 20.04 имеет версию 9.4, а поддержка mold появится только в GCC 12, то собирать LibreOffice, используя mold можно только юзая Clang (это тоже компилятор). Для этого в файл autogen.input в каталоге с исходниками LibreOffice надо добавить следующие строки:
CC=clang
CXX=clang++
--enable-ld=mold
Именно так, две первые строки без двух дефисов, а последняя с ними.
Далее даем команды
make clean
make
И процесс побежит.
Andreas Heinisch реализовал маленькое улучшение при вставке гиперссылки в ячейку талицы Calc.
Заключается оно в следующем: если ячейка уже содержит какой-то текст и вы хотите просто к этому тексту добавить гиперссылку (то есть этот текст останется неизменным, но по щелчку по нему откроется заданная гиперссылка), то просто выделите ячейку, щёлкнув по ней один раз мышкой, и используйте соответствующий диалог Гиперссылка (Ctrl+K жмите). В диалоге поле "Текст" сразу будет содержать ваш текст из ячейки, останется только адрес гиперссылки заполнить.
Ранее нужно было для этого дважды щёлкать по ячейке, чтобы перейти в режим редактирования, выделить нужный текст, а только потом открывать диалог Гиперссылка.
Удобство в мелочах!
Список исправлений относительно предыдущего релиза LibreOffice 7.3.1 ниже:
https://wiki.documentfoundation.org/Releases/7.3.2/RC1
https://wiki.documentfoundation.org/Releases/7.3.2/RC2
Всем, кто использует версию LibreOffice 7.3 крайне рекомендую обновиться.
Google официально об этом заявил на страничке, посвященной ответам на часто задаваемые вопросы.
Так что предыдущая моя статья насчёт GSoC и LibreOffice в 2022 году немного теряет в актуальности.
Ну, я не удивлён, если честно.
Просто для истории: был вот такой баг репорт. И сегодня, наконец, Tünde Tóth из венгерской компании NISZ, исправил эту проблему в LibreOffice. Исправление пока доступно только в будущем LibreOffice 7.4, я не уверен, будет ли бэкпорт в LibreOffice 7.3.
Я периодически слышу вопросы, типа "Кто же разрабатывает LibreOffice? Студенты? Компании? А какие?". Ну так вот, ответ на вопрос представлен на диаграмме ниже, это данные за 2021 год:
Итак, компании Collabora и Red Hat вносят каждая по четверти от общего количества коммитов. Причём это патчи, которые добавляют серьезный новый функционал, улучшают производительность, совместимость с MS Office, и прочие достаточно сложные вещи.
Volunteers - это разработчики, которые не связаны с каким-то компаниями. В этой категории и студенты из программы GSoC и индусы, которым нужно в резюме хоть что-то показать, и реально хорошие кодеры, которые что-то там исправили пару раз.
TDF - это коммиты от сотрудников самого фонда The Document Foundation. В основном там патчи с юнит тестами от Xisco Fauli (он QA инженер) и патчи в справку и документацию от Olivier Hallot (он лидер команды документации).
Others - это все остальные компании, вклад которых варьируется от 0,1% до 4 %. Список таких компаний приведён в правой части диаграммы. Не смотря на вроде бы незначительный вклад в процентном отношении, большинство этих коммитов важные и нужные.
Это прямо праздник какой-то. Winfried Donkers написал патч, который, после доработки, добавит в LibreOffice Calc поддержку функции XLOOKUP (в русском Excel это называется ПРОСМОТРХ, надеюсь в LO Calc это переведут более вменяемо). Эта функция может заменить собой несколько аналогичных функций, таких, как LOOKUP (ПРОСМОТР), ВПР (VLOOKUP), ГПР (HLOOKUP), связку MATCH (ПОИСКПОЗ) + INDEX (ИНДЕКС), поскольку имеет больше параметров и больше возможностей.
В MS Excel эта функция появилась в конце 2019 года и была доступна только в облачной версии Office 365, а в десктопную редакцию попала только с выходом MS Office 2021. Про эту функцию есть очень хороший ролик на ютубе.
GSoC (Google Summer of Code) - это такое мероприятие от компании Google, когда они платят студентам со всего мира за код, написанный для opensource проектов, во время летних каникул. Платят от 3000 до 6000 долларов США, в зависимости от страны проживания студента (дикриминация, как она есть!).
Проект LibreOffice уже который год участвует в этом, прошлые годы были достаточно успешные, обычно все студенты свои проекты завершают.
В этом году GSoC будет отличаться от предыдущих лет. В этом году:
1. К программе допускаются не только студенты, а вообще кто угодно. Правда, если ты не студент, то ты должен доказать, что ранее к opensource отношения не имел (как они это проверят интересно?).
2. Будет разделение на корокий и длинный кодинг. Сумма вознаграждения от этого не поменяется, я так понял, но за более длинный промежуток времени можно выполнить более сложную задачу или задача может быть выполнена кем-то медленным.
LibreOffice в этом году уже получил одобрение от Google, как организация, которая может привлекать студентов к программе, однако я не видел количество проектов, которое можно заявить, возможно это станет извествно позднее.
Ну и в связи с текущей ситуацией, я не уверен, что российские граждане смогут поучаствовать в мероприятии.
Однако, на всякий случай, вот ссылка - summerofcode.withgoogle.com можно там пошукать, если кому интересно, найти контакты организаторов и задать им вопрос, можно или не можно. Также останется вопрос с оплатой, если таки российским гражданам участвовать можно.
Попробуйте, мало ли, 3000 долларов - это тоже деньги.
Напоминаю, что LibreOffice написан на языке программирования С++. Чтобы заявиться, как участник программы GSoC для LibreOffice, вам надо посмотреть список задач по ссылке , выбрать задачу себе по душе, написать пару легких патчей (по ссылке список), связаться с соответствующим ментором и подать заявку на сам GSoC (по ссылке выше, там есть инструкции).
Удачи =)
Caolán McNamara запилил патч, который добавляет в LibreOffice поддержку тёмной системной темы. Выглядит это как-то вот так:
Rizal Muttaqin (он из Индонезии) добавил в LibreOffice 7.4 вариант значков Colibre для тёмной темы.
Прошу учесть, что пока LibreOffice поддерживает системные тёмные темы криво, и то, что вы видите на скриншотах - это результат ручной настройки и системной темы и настроек внутри LibreOffice.
В связи с известными событиями я принял решение публиковать дубликаты постов из этого блога в блог на Яндекс Дзен. Адрес дублирующего блога вот такой https://zen.yandex.ru/id/605ee7b1fa025e0d7b9cdcde .
Там как-то хитро устроено, что короткий и говорящий адрес блогу можно будет задать как-нибудь потом, когда аудитория будет поболее =) Поживём - увидим.
The Document Foundation объявил о релизе шестого корректирующего выпуска LibreOffice 7.2. Скачать LibreOffice 7.2.6 можно по ссылке libreoffice.org/download.
Список исправленных ошибок относительно релиза LibreOffice 7.2.5:https://wiki.documentfoundation.org/Releases/7.2.6/RC1
https://wiki.documentfoundation.org/Releases/7.2.6/RC2
Ну что, Любош таки включил поддержку 16 тысяч столбцов в таблицах LibreOffice Calc 7.4 по умолчанию. Обратите внимание, что включены широкие таблицы, а вот количество доступных строк в таблицах по умолчанию так и осталось чуть больше одного миллиона.
Попробовать это в деле можно, скачав ежедневную сборку разрабатываемой сейчас версии LibreOffice 7.4 по ссылке.
Проверить, доступны ли именно 16 тысяч столбцов можно по именам столбцов, раньше крайний правый 1024-й столбец был AMJ, сейчас 16384-й - это XFD.
Если вы будете пробовать эту функциональность и поймаете какую-либо ошибку в использовании Calc, которой ранее не было, то пишите в багзиллу проекта пожалуйста.
Ну собственно всё сказано в заголовке. Ссылка на публикацию вот она.
Мне нравится, как они это решили между собой, посоветовавшись с только некоторыми членами фонда! А почему не со всеми? Мне конечно абсолютно наплевать на это, политика грязное дело. И уж конечно я не полезу в дебри устава фонда, чтобы проверить, а имели ли они право так поступить. Ну и причина, что РусБИТех-Астра якобы связан с военными... это не мешало TDF предыдущие годы получать от РусБИТех деньги ежегодно, а сейчас вдруг стало важно.
Вот, кстати, ответ самих астровцев на этот выкрутас.
Я тут не так давно радовался, что на Skia перевели и сборки LibreOffice под macOS. Ну так радость была не долгой. В LibreOffice 7.3 под macOS появились странные баги, связанные с печатью и не только, которые проявились именно из-за Skia, и пока не чинятся, потому что единственный разработчик, который всё это время со Skia и возился, у себя не может воспроизвести проблемы. Поэтому решено было Skia пока в сборках для macOS отключить. Это случится уже в грядущем LibreOffice 7.3.1. Саму функцию не убрали, кто хочет, может ручками включить Skia в диалоге Параметры.
Если вдруг вы не знали, то LibreOffice Calc сейчас поддерживает только 1024 столбца и 1048576 строк на одном листе. При этом лист в MS Excel может иметь до 16384 столбцов и это сейчас приводит к несовместимостям, когда данные у пользователей Excel располагаются в 1025 столбце например и далее вправо, и LibreOffice Calc такие файлы открывает, но с ошибками и потерями данных.
В свое время, в рамках баг репорта tdf#50916 в LibreOffice Calc версии 7.0 была добавлена поддержка 16384 столбцов и 16 миллионов строк. Однако реализация изобиловала проблемами, крашами на ровном месте, и использоваться в обычной работе не могла. Функциональность оставили, но сделали скрытой. Включается это до сих пор через активацию экспериментальных возможностей.
К счастью, Luboš Luňák из Collabora, написал и уже влил в кодовую базу будущего LibreOffice 7.4 патчи, исправляющие большинство ошибок для столь нужной функциональности. Во всяком случае большинство крашей уже исправлено. Он ещё продолжит свою работу в этом направлении и есть неиллюзорный шанс получить вполне работающую поддержку бОльшего количества строк и столбцов в LibreOffice Calc к релизу версии 7.4. Кстати разработчики между собой называют эту фичу Jumbo sheets.
Конечно остается вопрос производительности. Я, например, не дождался, когда Calc отфильтрует мне 16 миллионов значений через Автофильтр в одном столбце. Думается, что таких тонких моментов будет еще не мало. Однако самая главная проблема - открытие без ошибок очень широких таблиц Excel, будет решена и это прекрасно.
