ProLibreOffice

https://wiki.documentfoundation.org/Releases/6.3.3/RC1

Исходный код
Описание исправленных ошибок в LibreOffice 6.4 beta 1 относительно LibreOffice 6.4 alpha 1 доступны по ссылке.

Обо всех найденных ошибках пишите в багзиллу проекта.

суббота, 9 ноября 2019 г.

Альтернативное получение исходного кода LibreOffice

Я писал ранее про то, как делать свою сборку LibreOffice. Там для получения исходного кода использовалась команда git clone. Это очень долгий процесс и, если у вас проблемы с интернетом, то возможны самые разные проблемы.

Есть оказывается и иной вариант.

1. Скачайте по ссылке https://dev-www.libreoffice.org/bundles/libreoffice-core.tar.bz2 архив

2. Распакуйте его куда-нибудь, должен появится каталог libo

3. Переходим в этот каталог libo

4. Даем команду git checkout -f

5. Даем команду git pull -r

Далее всё, то же самое, как и в первом посте на тему.

четверг, 7 ноября 2019 г.

Отчет QA в LibreOffice за октябрь 2019

Xisco Fauli, QA инженер из The Document Foundation опубликовал ежемесячный отчёт о работе QA в октябре 2019 года. По ссылке доступно много самой разной текстовой информации и графиков.

Немного о самом главном в октябре:

Подано отчетов об ошибках - 622, из которых 99 - это запросы на улучшение

Обработано отчетов - 664
Найдено регрессий - 103, из которых для 71 нашли причину

Закрыто (по разным причинам) - 618, в том числе исправлено 37 критических ошибок, приводивших к аварийному завершению работы LibreOffice.

В отчёте Xisco сделал прекрасную диаграмму, иллюстрирующую эти причины:

Немного поясню:

воскресенье, 3 ноября 2019 г.

Замена cairo на skia не попадет в LibreOffice 6.4

Я тут писал недавно про эксперимент по замене cairo на skia в LibreOffice. Сейчас появилась немного дополнительной информации об этом. Собственно, вот почти дословная цитата с ESC: "Изменения будут влиты в мастер сразу после отделения ветки 6.4". Причём это они надеются, что всё пойдёт хорошо.

Если мне память не изменяет, то отделение версии от мастера происходит на первом бета релизе. Для 6.4 - это середина ноября. Не так уж и долго ждать.

четверг, 31 октября 2019 г.

Выпуск LibreOffice 6.3.3

The Document Foundation объявил о выпуске третьего корректирующего релиза LibreOffice 6.3. Всем использующим LibreOffice 6.3 советую обновиться.

Списки исправленных ошибок, относительно предыдущего выпуска:

https://wiki.documentfoundation.org/Releases/6.3.3/RC2

Скачать LibreOffice 6.3.3 можно как всегда со страницы загрузки официального сайта.

среда, 30 октября 2019 г.

LibreOffice и GSoC 2019. Результаты.

В блоге TDF опубликован пост (крайне короткий и невнятный, потому что менторы поленились предоставить информацию по своим проектам), посвящённый результатам GSoC 2019 для LibreOffice. Ранее я писал про задачи, которые студенты должны были выполнить в рамках GSoC 2019.

Итак, результаты:

Shubham Goyal - проект направлен на интеграцию библиотеки для создания QR-кода с LibreOffice и добавления опций для использования QR-кода в приложениях LibreOffice. Результат - диалог, доступный из меню Вставка->Объект->QR-code, который и позволяет вставить в документ QR-код:

Вот ссылка на результат его работы.
Kaishu Sahu - проект направлен на улучшение онлайн-реализации LibreOffice на Android. Результат - в этом году появился новый подход к приложению LibreOffice для Android, использующий код LibreOffice Online. Код этого студента стал важной частью реализации - он реализовал такие функции, как вставка изображений, слайд-шоу, сохранение как, печать, совместное использование документа, затемнение в неактивном состоянии и многое другое. Вот результат его работы.
Rasmus Jonsson - будет делать непонятно что, какой-то программно-аппаратный комплекс для презентаций на основе LibreOffice. Оказывается это было удаленное управление презентациями, используя браузер. Результат - по ссылке. Задача выполнена.

Ahmed Elshreif - проект нацелен на улучшение автоматической системы тестирования UI в LibreOffice. Задача выполнена, результат - по ссылке.

Sumit Chauhan - целью проекта является улучшение UI/UX в Notebookbar. Задача в основном разделена на две части: создание базовой поддержки расширений и реализацию функции настройки для всех вариантов Notebookbar. Результат - теперь можно настраивать эти ваши риббоны (пока только редактировать видимость/скрытие заложенных разработчиками значков), а также в NoreBookBar теперь есть отдельная вкладка, где показываются значки расширений. Вот видео с настройкой:

А по этой ссылке доступны технические детали по отображению расширений.

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

понедельник, 28 октября 2019 г.

Вставка таблицы из Calc в Writer

Как пользователи вставляют ячейки, скопированные из MS Excel в MS Word? Просто жмут кнопку "Вставить" и вставляется родная для Word таблица.

Как делают то же самое пользователи LibreOffice для Calc и Writer? Копируют ячейки в Calc и в Writer выбирают "Вставить как..." и затем в отдельном! диалоге выбирают "Форматированный как RTF". Не очень очевидно. При этом, если просто нажать кнопку "Вставить", то в Writer вставится не нативная таблица, а OLE объект с таблицей Calc внутри.

В LibreOffice 6.4 наконец-то изменили поведение при вставке данных для этого случая. Теперь можно просто нажать "Вставить" и по умолчанию будет вставлена нативная таблица Writer. По сути разработчики просто задали для этого случая вставку "Форматированный как RTF" вариантом по умолчанию.

Однако всё равно осталась проблема. При таком варианте вставки в Writer ячейки Calc теряют свое форматирование. Это какая-то ошибка, ну вернее даже не какая-то, а вполне определенная.

И чтобы обойти этот казус и сохранить форматирование ячеек, нужно по прежнему выбирать "Вставить как..." и в диалоге выбрать вариант "HTML". Тогда вставится нативная таблица Writer, которая сохранит все исходное форматирование.

Я предлагал разработчикам сделать этот вариант с HTML вариантом по умолчанию, потому что на мой взгляд он рабочий прямо сейчас, а ошибку с RTF ещё надо кому-то исправить, ответа не получил.

воскресенье, 20 октября 2019 г.

Экспорт всего листа Calc в один большой лист PDF

Muhammet Kara, разработчик LibreOffice из компании Collabora, добавил опцию для экспорта всего, что есть на листе Calc, в один большой лист в формате PDF.

Несколько картинок, в качестве иллюстрации:

Лист в Calc с кучей всего.

Вывод в обычный PDF документ, разбитый на листы в формате А4.

Результат вывода всего листа Calc на один лист PDF.

Я так понял, размер листа PDF вообще не ограничен в данном случае. LibreOffice в принципе имеет там какие-то умозрительные ограничения листа, типа 3 х 3 метра, по-моему.

Конечно такой PDF не предназначен для печати, однако даже А0 никто вам не запретит напечатать на плоттере, так что такая функциональность внезапно и может быть востребована.

четверг, 17 октября 2019 г.

Выпуск LibreOffice 6.2.8

The Document Foundation объявил о выпуске LibreOffice 6.2.8. Это последний релиз в ветке 6.2. Скачать его можно по ссылке https://www.libreoffice.org/download/

Изменения относительно предыдущего выпуска 6.2.7:

https://wiki.documentfoundation.org/Releases/6.2.8/RC1

https://wiki.documentfoundation.org/Releases/6.2.8/RC2

Всем, кто использует LibreOffice 6.2, я бы советовал обновиться.

вторник, 15 октября 2019 г.

Тонкости bibisect в среде Windows. Git for Windows vs. Git from Cygwin

Если вы вдруг захотели выполнить поиск коммита, который внес регрессию в LibreOffice, используя bibisect в среде Windows, то вам необходимо помимо этой статьи знать ещё одну тонкость.

Git для Windows существует в нескольких вариантах. Есть официальный клиент Git for Windows. Есть Git, который можно установить, используя Cygwin.

Так вот, при bibisect'e в Windows нельзя пользоваться РАЗНЫМИ Git. То есть и для скачивания bisect репозитория и для самой процедуры необходимо использовать только какой-то ОДИН вариант git в рамках ОДНОГО bisect репозитория!

То есть вы можете скачать и использовать bisect-win32-6.3, используя Git из Cygwin, а bisect-win64-6.4 - используя Git for Windows. И при этом вы не сможете использовать Git for Windows для работы в bisect-win32-6.3.

Имейте это ввиду, у вас не получится ставить эксперименты по производительности Git на одном bisect репозитории, как это хотел сделать я, когда и наткнулся на эту проблему.

ps: собственно от чего я начал исследовать эту тему? У меня при bisect'e безумно тормозит Git из Cygwin, причем так, что вешает всю ОС. А по слухам Git for Windows работает намного шустрее!

воскресенье, 13 октября 2019 г.

Cоставные документы Writer

Составной документ Writer - это такой отдельный вид документа, который содержит в себе вложенные обычные текстовые документы ODT.

Для чего он нужен? Этот механизм позволяет работать с огромными документами, разделяя их на части и затем составляя из них единый документ, форматирование которого можно настроить единообразно в одном месте и за один раз. Вот тут есть немного справки по составным документам. Сама идея составного документа Writer схожа с аналогичной системой в LaTeX, в котором также есть возможность создать мастер-документ со ссылками на титульную страницу, оглавление и отдельные файлы с текстом.

При работе в составном документе есть несколько особенностей:

- Навигатор в составном документе работает в специальном режиме "составной документ", при этом его можно переключить и на обычный вид;

- необходимо очень хорошо понимать, как работают стили во Writer вообще, а также, как они наследуются в простом документе и в составном;

- перекрёстные ссылки между разными встроенными документами не работают.

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

Запускаем LibreOffice и выбираем пункт меню Файл->Создать->Составной документ. Откроется пустой документ и окно Навигатора в режиме "составной документ". От Навигатора в обычном режиме этот отличается наличием всего одной строки со значками (слева направо): переключатель Составной документ, Изменить, Обновить, Вставить, Сохранять содержимое в составном документе, Вверх и Вниз. В таком режиме Навигатор отображает только список добавленных документов и позволяет производить с ними некоторые действия. На изображении ниже слева - обычный Навигатор в текстовом документе, а справа - Навигатор в составном документе:

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

Внимание! В версиях LibreOffice, начиная с 6.3.0 и до 6.3.2, есть ошибка, которая приводит к падению офиса, если выбрать в этом окне выбора файлов два или более файлов сразу и нажать кнопку Открыть! И для версии 6.3.3 её уже исправили. Посему просто обновите ваш LibreOffice 6.3, до более поздней версии.

В зависимости от объема и форматирования ваших ODT файлов процесс добавления их в составной документ займет некоторое время. После завершения процесса в Навигаторе будет показан список ваших добавленных файлов с именами такими же, как их имена файлов. Плюс в составном документе по умолчанию существует отдельная страница с названием Текст.

В этот самый Текст (который просто пустая страница с пустым абзацем, как обычный документ Writer) вы можете добавить что угодно. Также можно добавлять такие страницы в любое место составного документа.

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

Каждый встроенный отдельный документ ODT в составном документе помещается в своём разделе, причём разделы эти вставлены, как связь с документом ODT. О разделах я писал вот тут. Каждый раздел защищён от изменения.

Изменять отдельные документы ODT внутри составного документа нельзя. Однако можно дважды щёлкнуть по нужному документу в Навигаторе и он откроется в отдельном редакторе Writer, там вы сможете изменить его, как нужно, сохранить и закрыть документ. Затем в составном документе нажмите в Навигаторе значок Обновить, чтобы обновить вид измененного документа ODT внутри составного.

В составной документ можно вставить разные индексы - Оглавление, Указатель и так далее. Напомню, что такие индексы Writer формирует на основе абзацев со стилями типа Заголовок, в которых указан уровень структуры, отличный от "Основной текст". Делается это через значок Вставить в Навигаторе и выбор в выпадающем списке пункта Указатель. Откроется стандартный диалог Оглавление, указатель или библиография, в котором можно настроить соответствующие параметры.

И напоследок небольшой лайв хак. Можно сначала создать в обычном документе ODT стили, структуру документа со всеми главами и подглавами, то есть мы будем иметь готовый шаблон, который можно в дальнейшем использовать для написания непосредственно текста, не задумаваясь об оформлении. А затем можно создать из обычного, настроенного ODT файла составной документ с файлами ODT, разделёнными по заголовкам нужного вам уровня! Делается это из меню Файл->Отправить->Создать составной документ. Задаете имя составного документа, выбираете Заголовок, по которым исходный файл будет разбит на отдельные документы, и сохраняете файл.

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

пятница, 4 октября 2019 г.

Руководство по началу работы в LibreOffice 6.0

Наконец-то мы добили перевод GS Started Guide 6.0 на русский язык. Спасибо Лере Гончаруку и Алексу Денкину (особенно ему) за труд. Результат наших трудов выложен в вики проекта по адресу https://wiki.documentfoundation.org/Documentation/Publications/ru в соответствующем разделе.

четверг, 3 октября 2019 г.

Эксперименты по замене cairo на skia в LibreOffice

Ещё на конференции LibOCon 2019, которая прошла в сентябре в Альмерии, разработчики обсуждали необходимость что-то делать с графическим стеком в LibreOffice. На конкретно этом обсуждении я даже присутствовал лично, но понял чуть менее, чем ничего. Я понял, что текущее состояние не очень хорошее и очень уж сложными путями отрисовываются на экране разные модули, особенно Writer. В общем и целом, судили они, рядили и решили для начала попробовать заменить библиотеку графических примитивов cairo, которая используется сейчас, на аналогичную библиотеку skia.

К сожалению, быстрым поиском на просторах сети я не нашёл, в чём же преимущество skia над cairo.

Зато сегодня я увидел, что Любош Лунак опубликовал коротенький пост как раз на эту тему. То есть эксперименты идут. И конечно, далеко не факт, что вообще что-то попадет в мастер будущего релиза 6.4.

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

пятница, 27 сентября 2019 г.

Выпуск LibreOffice 6.3.2

The Document Foundation объявил о выпуске второго корректирующего релиза LibreOffice 6.3. Всем использующим LibreOffice 6.3 советую обновиться.

Списки исправленных ошибок, относительно предыдущего выпуска:

https://wiki.documentfoundation.org/Releases/6.3.2/RC1

https://wiki.documentfoundation.org/Releases/6.3.2/RC2

Скачать LibreOffice 6.3.2 можно как всегда со страницы загрузки официального сайта.

вторник, 24 сентября 2019 г.

Критичные для меня баги в LibreOffice. Шёл 2019 год

Я тут обратил внимание, что ныл ровно год назад про ошибки в LibreOffice, которые мне мешают его полноценно использовать в реальной работе.

По традиции, давайте посмотрим, что произошло за этот год в плане исправления тех ошибок из 2017-2018 годов:

Сначала первый блок:

1. Мерцает интерфейс пользователя, когда по меню (и не только по меню) водишь мышкой, причем для видеокарт от Интел в среде ОС Windows это никак не лечится, а глаза мне дороги. - ИСПРАВЛЕНО в версии 6.3! Спасибо Miklos Vajna за это.

3. Рендеринг встроенных в документ изображений PNG также хромает, это не критично по сути, так как экспорт в ПДФ или печать выполняются с нормальным качеством, но смотреть на это убожество при работе в самом документе сил нет никаких. - в текущей разрабатываемой версии 6.4 я этого не вижу => исправлено.

6. До сих пор LibreOffice может выдать критическую ошибку в каком-то одном модуле и унести в ад ВСЕ открытые документы ВО ВСЕХ модулях. - не исправлено и не может быть исправлено! В прошлом посте было много слов на эту тему, они все актуальны =)

А теперь второй блок:

1. LibreOffice безумно медленно открывает таблицы в формате Excel с большим количеством комментариев в ячейках. Не то, чтобы это беда беда, но приятного мало. - были фиксы этого в 6.3, задержка осталась, но она стала вместо почти минуты всего 7-8 секунд => исправлено.

2. LibreOffice безумно медленно отрабатывает автофильтр в таблицах в формате Excel с большим количеством комментариев в ячейках. А вот это беда беда, потому что замедляет работу с таблицей. Автофильтр я дергаю в рабочей таблице достаточно часто. Это явно проблема фильтра импорта, потому что автофильтр на том же контенте с комментариями в формате ODS (родном) работает достаточно моментально. - в версии 6.3 автофильтр отрабатывает за 4-6 сек, приемлимо => исправлено.

3. Совсем не бага, но отсутствие функционала - не получилось найти вменяемый и производительный способ собирать данные из разных файлов и нескольких таблиц по 2000 строк и 20 столбцов в одну большую таблицу в отдельном файле. Для того же Excel нашлась надстройка Power Query, - эта совсем не бага будет висеть достаточно долго ещё, пока кто-нибудь не проплатит соответствующий функционал.
Ну смотрите, из 6 багов исправлено 4. А оставшиеся 2 - это неисправляемая в текущих реалиях фундаментальная особенность LibreOffice и запрос на доп.функционал. Неплохой результат, как по мне.
Однако, за 2019 год добавилась (ну вернее они и были всегда, просто я на них наткнулся) ещё проблем, связанных со сводными таблицами в формате XLSX. Их было штук пять, но большинство было исправлено (причем это было проплачено кем-то из заказчиков).
Но осталась всё же одна, которая мне мешает - LibreOffice Calc портит сводную таблицу в файле XLSX при сохранении в этот же формат - не сохраняется группировка в сводной. В текущем мастере это не исправлено.
В общем и целом это крайне положительный результат для персонально моего использования LibreOffice за год.

вторник, 17 сентября 2019 г.

Выпуск LibreOffice 6.3.2 RC1

Стали доступны для скачивания сборки первого релиз кандидата второго корректирующего выпуска в ветке 6.3 - LibreOffice 6.3.2. Скачать LibreOffice 6.3.2 RC 1 можно для всех платформ, в вариантах 32 и 64 бит. Всем, кто использует LibreOffice 6.3, крайне советую обновиться.

Ссылки для скачивания:

Исходный код
Описание исправленных ошибок в LibreOffice 6.3.2 RC1 относительно релиза LibreOffice 6.3.1 доступны по ссылке.

Расширения LibreOffice. Удалить дубликаты в таблице Calc

Давным давно висит в багзилле запрос на добавление в Calc функции "Удалить дубликаты". В MS Excel это делается нажатием одной кнопки, в Calc - путём не очень очевидных операций со стандартным фильтром.

В принципе существовало расширение, которое (вроде как) делало эту работу. Однако, как оказалось, на огромных количествах строк это расширение входило в ступор из-за весьма не оптимального алгоритма обработки строк.

В процессе конференции LibOCon 2019 Майк на это дело решил поглядеть и поглядел. А когда летел домой в самолете, ещё пошаманил. Я чуть изменил диалог, добавил прогрессбар, чтобы было видно, что расширение вообще работает, а не тупо зависло.

В итоге, мы получили расширение, которое за 40 сек обрабатывает 1 милион строк.

Я его пока выложил тут вот, на форуме в первом посте.
Расширение доступно на официальном сайте https://extensions.libreoffice.org/extensions/remove-duplicates-fast.

воскресенье, 15 сентября 2019 г.

Впечатления от LibOCon 2019

Наконец-то я дома. Всё же это достаточно тяжёлый перелёт и затем поездка на поезде, которые у меня заняли сутки ровным счетом.

По моим впечатлениям от конференции конечно есть некоторые мысли.

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

Сама конференция дала мне удивительное чувство того, как народ из ников в чатах, в багзилле, в логе геррита, на форумах превращается в реальных людей со всех концов света! Причём, если некоторых заочно всё же представляешь себе, поскольку они свои фотографии поставили на аватарки в Телеграме, то все остальные - это сюрприз из сюрпризов. Например, я думал, что Ilmari Lauhakangas намного старше, а Justin Luth - китаец (а оказался высоченным белым, который живет в Южной Африке!), или, например, я совсем не ожидал, что Henry Castro потомок индейцев из Южной Америки на вид, или что Arnaud Versini из Франции не нежный юноша, тонкий и воздушный, а брутальный небритый мужик (с ярким акцентом конечно), который не прочь засадить коньяка с пивом!

В целом я понимал, что на конференции на русском говорить будем только я и Mike Kaganski между собой, а все остальные будут общаться на английском. Мой английский крайне плох, просто швах. Причём, если я понимал, ЧТО у меня спрашивают, то я достаточно просто мог ответить на вопрос. Проблема оказалась в том, что я часто НЕ понимал вопрос вообще или переводил его для себя некорректно. Это такая проблема, которую надо решать, потому что общение на свободные темы во время, свободное от презентаций, - это большой кусок конференции, из которого я был выключен. И кстати во время самих презентаций слайды то я видел, темы прекрасно понимал, а вот комментарии выступающих также остались за кадром. Были на конференции люди, у которых с английским было ещё хуже, чем у меня, но это единичные бедолаги из Юго-Восточной Азии, которых не набралось бы и пять человек вместе со мной.

Хочется отметить уровень организации всего мероприятия. Ismael Oreo и его команда (на фото ниже им вручают памятные рюкзаки с сюрпризом) сделали всё, для того, чтобы бытовые проблемы не беспокоили никого из участников конференции.

Был организован автобус, который утром вёз нас в Университет Альмерии, а вечером привозил обратно. Были организованы ежедневные вечерние мероприятия с питанием, питием и даже с выездом на море (однако погода подвела в этом плане). В последний день была экскурсия в местную достопримечательность - крепость Alcazaba. Хочется казать им отдельное, огромное спасибо за это!

Следующая конференция в 2020 году будет проводиться в Нюрнберге, Германия. Очень надеюсь, что в следующем году я также смогу побывать на конференции. Очень хочется!

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

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

среда, 11 сентября 2019 г.

Ежегодная конференция LibOCon 2019

По приглашению The Document Foundation я нахожусь на ежегодной конференции, посвященной проекту LibreOffice,которая проходит с 10 по 13 сентября 2019 года в Альмерии, Испания.

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

Первый день был вводный. Знакомство с людьми, регистрация и так далее.

Ниже фото с TDF team:

Слева направо:

Итало Виньоли - маркетинг

Оливье Халлот - документация

Марк Сандерс - маркетинг и прекрасные ролики о новшествах в каждом новом выпуске

Хиско Фаули - QA

Хайко Тицте - дизайн и UI/UX

Кристиан Лохмайер - релиз менеджер

Софи Готье - координатор фонда

Илмари Лаухакангас - некий Development Marketing (я без понятия, что это, как он ответит, я напишу)

Флориан Эффенбергер - исполнительный директор фонда

Гильхем Молин - инфраструктура проекта

А во второй день прозвучала интересная информация, что за последний год на главную страницу проекта из общего количества посещений почти 20% было из Яндекса. Учитывая, что Яндексом нигде в мире, кроме как на постсоветском пространстве не пользуются, можно сделать вывод, что резко вырос интерес к LibreOffice в России. У меня есть подозрение, что это связано с курсом на импортозамещение продуктов Майкрософт, который приняло правительство РФ.

суббота, 7 сентября 2019 г.

LibreOffice's Macro Team

Внезапно несколько людей решили объединить свои усилия по исправлению ошибок при работе с макросами в LibreOffice. Включая работу самих макросов, баги во встроенном редакторе кода и даже написание документации, связанной с написанием и использованием макросов.

Вот список этих людей:

Andreas Heinisch

Tomoyuki Kubota

Luane

Alain Romedenne

А вот список проблем, которые они смогут мужественно исправить: https://bugs.documentfoundation.org/showdependencytree.cgi?id=107659&hide_resolved=1

Пожелаем им удачи.

четверг, 5 сентября 2019 г.

Отчет QA в LibreOffice за август 2019

Xisco Fauli, QA инженер из The Document Foundation опубликовал ежемесячный отчёт о работе QA в августе 2019 года. По ссылке доступно много самой разной текстовой информации и графиков.

Немного о самом главном в августе:

Подано отчетов об ошибках - 592, из которых 61 - это запросы на улучшение

Обработано отчетов - 657
Найдено регрессий - 100, из которых для 76 нашли причину

Закрыто (по разным причинам) - 590, в том числе исправлено 19 критических ошибок, приводивших к аварийному завершению работы LibreOffice.

В отчёте Xisco сделал прекрасную диаграмму, иллюстрирующую эти причины:

Немного поясню:
FIXED - это ошибки, которые были явно исправлены разработчиками, и в отчете есть прямая ссылка на патч.
DUPLICATE - это ошибки, по которым уже есть информация в багзилле.
WORKSFORME - обычно это старая ошибка, которая в текущей версии LibreOffice не воспроизводится. Значит, кто-то что-то где-то исправил, ошибка не воспроизводится сейчас, а кто и что исправил мы не знаем и ставим такой статус.
NOTABUG - это когда кто-то, не разобравшись в функционале LibreOffice, пишет отчет об ошибке, а оказалось, что такое поведение программы - это так и задумано.
NOTOURBUG - ошибка есть, но это ошибка не в самом LibreOffice, а либо в сторонней библиотеке, либо в стороннем софте/дистрибутиве Линукс.
INSUFFICIENTDATA - ошибка закрывается с таким статусом (недостаточно данных), если она находилась в статусе NEEDINFO (требуется информация) более, чем 6 месяцев. То есть, у баг репортера запросили уточняющую информацию по ошибке и он такую информацию не предоставил.
WONTFIX - это ошибки, которые либо вовсе не ошибки, либо предложения, которые были отвергнуты разработчиками по обоснованным причинам.
OTHERS - это Xisco объединил все остальные причины =)
Хорошая работа QA в августе! =)

воскресенье, 1 сентября 2019 г.

Выпуск LibreOffice 6.3.1 RC2

Стали доступны для скачивания сборки второго релиз кандидата первого корректирующего выпуска в ветке 6.3 - LibreOffice 6.3.1. Скачать LibreOffice 6.3.1 RC 2 можно для всех платформ, в вариантах 32 и 64 бит. Всем, кто использует LibreOffice 6.3, крайне советую обновиться.

Ссылки для скачивания:

Исходный код
Описание исправленных ошибок в LibreOffice 6.3.1 RC2 относительно LibreOffice 6.3 RC1 доступно по ссылке.
Скорее всего этот билд и станет релизом LibreOffice 6.3.1.

четверг, 29 августа 2019 г.

Округление числа в ячейке Calc до сотен, тысяч, миллионов и так далее

В электронных таблицах LibreOffice Calc есть функция ОКРУГЛ (ROUND), которая и выполняет округление числа. Функция эта имеет два аргумента: первый - собственно округляемое число (или ссылку на ячейку с исходным числом) и второй - количество десятичных разрядов, до которого число округлять, в виде целого числа.

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

Например формула =ОКРУГЛ(34,09349348;2) сократит наше число до 34,09. Второй аргумент указал функции, что нужно оставить только два числа после запятой (с учетом математического округления!).

А что делать, если нам надо округлить число 12317 до сотен? То есть нам нужно получить число 12300.

Оказывается функция ОКРУГЛ в качестве второго аргумента может принять и отрицательное число!

Если мы запишем =ОКРУГЛ(12317;-2), то получим в ячейке число 12300!

Соответственно, если нам надо получить 12000, то формула примет вид =ОКРУГЛ(12317;-3). И так далее, в зависимости от Вашего исходного и желаемого числа.
А вот если число будет 12367, то округление даст нам в итоге 12400, а не 12300!
ps: ох-ох. Спасибо, Майк. Я забыл в эйфории своей о том, что округление даже с отрицательным аргументом всё ещё производится по математическим правилам. И число 12367 будет округлено до 12400, а вовсе не до 12300!!!

Есть ещё пара функций, которые позволяют округлять числа до десятков, сотен, тысяч и так далее. Но они округляют не по математическим правилам округления, а жёстко в одну сторону, что будет видно из названий функций. Это функции ОКРВНИЗ (FLOOR) и ОКРВВЕРХ (CEILING). Первая округляет число всегда к меньшему, вторая - соответственно к большему значению.
Синтаксис функций ОКРВНИЗ и ОКРВВЕРХ отличается от функции ОКРУГЛ:
Первый аргумент - это любое число,
Второй аргумент - это точность округления. Если вам надо округлять до сотен, то это будет число 100, если до десятков тысяч, то соответственно - это 10000.
Третий аргумент - необязательный, режим округления для отрицательных чисел.
Примечание: Обратите внимание, эти две функции не совсем соответствуют своим аналогам в MS Excel. В частности в аналогичных функциях MS Excel нет третьего аргумента. Да ещё в самом Excel между версиями 2010 и 2013 были внесены изменения в работе этих функций. Но это отдельная философская тема. При этом всём в простых случаях совместимость функций между Excel и Calc обеспечена.
В качестве иллюстрации работы функций:
=ОКРВНИЗ(12345;100) даст в результате 12300, а
=ОКРВВЕРХ(12345;100) даст в результате 12400!

вторник, 27 августа 2019 г.

Выпуск LibreOffice 6.3.1 RC1

С огромным опозданием наконец стали доступны для скачивания сборки первого релиз кандидата первого корректирующего выпуска в ветке 6.3 - LibreOffice 6.3.1. Скачать LibreOffice 6.3.1 RC 1 можно для всех платформ, в вариантах 32 и 64 бит. Всем, кто использует LibreOffice 6.3, крайне советую обновиться.

Ссылки для скачивания: