Мерцающие меню в LibreOffice 5.4

Я не знаю, когда это началось, люди в багзилле пишут, что с версии 5.3 уже такое есть, НО я вот в версии 5.4.0.1 (это первый релиз-кандидат версии 5.4) в Windows с отключенным выводом через OpenGL на домашней видеокарте АМД вижу как мерцает строка меню, если по ней провести курсором мыши. Причем на видеокарте от АМД это слегка, но видно, однако все равно раздражает сразу, ибо глаза не казенные, а вот на Интел HD4000 - это просто безумное моргание интерфейса. Причем, если OpenGL включить, то мерцания нет, однако проблема в том, что драйвер для Интел HD4000 внесен в черный список в Либре и OpenGL для него не активируется, а принудительная активация роняет Либру в аут.

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

В ОС на базе Linux такой проблемы вроде бы нет, ну во всяком случае у меня эффект такой отсутствует в Xubuntu со свободными драйверами видеокарты.

Ошибка соответствующая в багзилле есть и не одна, поскольку моргает периодически в разных местах. Пока разработчики ничего по этому поводу не говорят, ИМХО, по очень простой причине: у громадного большинства разработчиков основная система как раз ОС на базе Linux и они не видят этот ужас. Это кстати в далекой перспективе может привести к тому, что на ОС Windows Либра просто перестанет восприниматься, как хоть какой-то конкурент МСО.

Механизм автоматического обновления LibreOffice

Один из разработчиков LibreOffice, Markus Mohrhard, опубликовал пост в своем блоге о прогрессе в разработке механизма автообновления LibreOffice.

В чём вообще суть и цель этой штуки: при любом обновлении версии LibreOffice, даже самом незначительном, вроде с версии 5.3.1.1 до 5.3.1.2 приходится выкачивать полный дистрибутив, удалять старую версию и заново ставить новую (мы говорим про случай, когда LibreOffice устанавливается не из репозиториев дистрибутива Linux, а из сборки, которые распространяет сам The Document Foundation). Для Windows и macOS ситуация в целом аналогичная. Так вот указанный механизм автообновления самостоятельно проверяет наличие обновлений на сайте/сервере TDF и скачивает так называемый дельта-файл - файл, который содержит только разницу между установленными файлами и новыми на сервере. После этого происходит распаковка дельта-файла и обновление только некоторых файлов в уже установленном LibreOffice. Что это даёт? Первое - это автоматизация процесса, софт всё сделает сам, от пользователя потребуется только согласиться на обновление. Второе - размер скачиваемого файла с обновлением, он намного меньше. Г-н Mohrhard в своём посте отметил стократную! разницу (конечно это справедливо для обновления ежедневных сборок, однако кратная разница в размере скачиваемой информации будет наверняка. Это по сути зависит от разницы между версиями ПО, чем больше разница, тем больший размер будет иметь дельта-файл), а это уменьшит нагрузку на серверы TDF.

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

Сам код механизма заимствован у Mozilla Firefox и был творчески переработан.

Технически обновление выглядит так (ниже мой свободный перевод текста из поста Маркуса):

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

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

Ещё цитата: "Еще одна огромная проблема автоматического обновления - как обрабатывать случай, который пользователь не имеет прав на запись в установочный каталог (например, LibreOffice, установленный, как обычное приложение в Windows). Mozilla обрабатывает этот случай в Windows через дополнительную службу обновления, которая повышает привилегии процесса обновления. В настоящее время я (Markus) планирую использовать ту же концепцию для LibreOffice, и код службы обновления уже успешно компилируется в Windows. Использование такой службы требует от нас убедиться, что служба не может использоваться никаким исполняемым файлом, который не создан командой LibreOffice, а это требует проверки подписей файлов на каждом шаге. Поскольку я (Markus) не мог найти способ надежной проверки подписи исполняемых файлов и библиотек в Linux, в настоящее время эта функция не поддерживается за пределами Windows."

Что ещё нужно реализовать: "В настоящее время одной из оставшихся функций, которые всё еще нужно реализовать для всех платформ - это пользовательский интерфейс для этого функционала. Большей задачей является обеспечение работоспособности программы обновления в Windows, включая службу обновления и интеграцию MSI с помощью обновлений MSP. Кроме того, хотелось бы написать несколько автоматических тестов, которые будут гарантировать, что обновления работают, и что обновленные сборки и свежеустановленные сборки идентичны."

Если есть желающие помочь в написании кода для реализации механизма автообновления в LibreOffice, то Markus готов к общению. Найти его можно в IRC сети irc.freenode.net на канале #libreoffice-dev, ник у него - moggi. Начать знакомство можно с easy-hack из ошибки tdf#108563 в багзилле проекта.

Опрос по поводу частоты использования некоторого функционала LibreOffice

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

Вот прямая ссылка на сам опрос. Там несколько вопросов в духе "Пользовались ли вы за последний год такой-то функцией" и варианты ответов "Да" и "Нет". 

С утра не было еще варианта на русском языке, однако сейчас такой уже доступен, поэтому просто перейдите по ссылке выше, выберите из списка русский язык, нажмите кнопку "Продолжить" и выберите варианты ответа. После этого не забудьте нажать на кнопку "Отправить".

Блиц-опрос про новый внешний вид заставки LibreOffice

Разработчики проводят блиц-опрос по поводу внешнего вида заставки, которая показывается при старте LibreOffice. Собственно вот ссылка на страничку, там показаны 4 варианта заставки, а ниже эдакая форма, в которой можно выбрать только один из них. Связано это обновление с тем, что следующая версия LibreOffice будет иметь номер 6.0, а не 5.5. С чем уж это связано, знают только маркетологи TDF.

Все, кому интересно, могут проголосовать.

Выпуск LibreOffice 5.4 beta 2

Состоялся выпуск 2 бета версии LibreOffice 5.4. В связи с этим разработчики объявили "Охоту на ошибки №2". Если вы хотите помочь проекту, то скачайте дистрибутив LibreOffice 5.4 beta 2 для своей операционной системы отсюда http://dev-builds.libreoffice.org/pre-releases/. Установите его на ваш компьютер (установится параллельно основной версии) и выполняйте на нём свои обычные операции. Об обнаруженных ошибках желательно сообщать разработчикам в багзилле проекта. 

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

Зато количество новых фич, добавленных в 5.4, резко упало по сравнению с предыдущими релизами, релиз нотес 5.4 считай пустой, читать не о чем.

Изменение диалога Настройка (GSoC 2017)

Я чуть ранее уже писал о том, что в рамках GSoC 2017 будет в том числе переработан диалог Настройка. Сегодня я увидел откуда черпают вдохновение дизайнеры LibreOffice (собственно это не было откровением):

https://docs.google.com/document/d/1IPXkYMmyXQzoVUdMpnBeoQdf-LNp5_oNaqfW6OFhxqA/edit

По ссылке краткое описание "проблем" текущего варианта диалога Настройка и видение его будущего вида. А ниже сравнение с аналогом из MS Office. То есть нет никакой фантазии и даже потуг к творчеству и реальным улучшениям в юзабельности в этом изменении диалога. Тупое копирование интерфейса из MSO, такое же тупое, как и копирование риббона отуда же.

Регистрозависимые фильтры в LibreOffice

Обнаружил крайне критичные для русскоязычных пользователей ошибки в работе LibreOffice версий до 5.3.2 включительно: в полях ввода выпадающего окошка автофильтра в calc и в диалоге Поля-Перекрестные ссылки во Writer учитывается регистр вводимых символов для кириллицы. То есть для этих фильтров слова "Вася", "вАся" и "ВАся" - это три разных слова и при вводе в поле фильтра слова "вася" ни одно из них в выборку фильтра не попадет!

Вот, как это выглядит в Calc. Вот исходные данные:

А вот работа автофильтра на этих данных:

Видите, ни одно значение в выборку не попало!

Следующая картинка показывает то же самое для фильтра в диалоге Поля-Перекрестные ссылки:

Опять же фильтр по заголовкам не показывает ни одного варианта, хотя по идее должен был бы.

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

И если для автофильтра в Calc проблему в 5.3.3 должны были исправить, поскольку соответствующая бага в багзилле отмечена, как FIXED, то проблему в Writer я обнаружил только вчера и создал еще одну запись в багзилле.

Обратите внимание: в диалогах найти и заменить (Ctrl+H) и в панели поиска по Ctrl+F фильтр работает НОРМАЛЬНО, то есть регистронезависимо и ищет все вхождения хорошо.

Учитывайте эту информацию в работе. Если во Writer это не так и критично, то автофильтр в Calc может показать вам не полную картинку по данным и привести к печальным последствиям!

Сбербанк переходит на LibreOffice

Новость дня прямо. Общался сейчас с человеком, который сообщил мне, что Сбербанк начал проект по переводу овер 200000 рабочих мест на LibreOffice. Они еще в самом начале пути, однако уже есть реализованный пилотный проект и сам LibreOffice установлен на большинстве машин. Однако впереди еще долгий путь, свойственный огромным компаниям, по регламентированию и урегулированию всего, связанного с использованием ТОЛЬКО LibreOffice для документооборота. Пожелаем им удачи, потому что пример такого монстра, как Сбербанк, может сподвигнуть на переход к использованию LibreOffice ещё кого-нибудь, особенно если будет какой-нибудь развёрнутый отчет о внедрении.

Перевод на русский язык руководства пользователя LibreOffice Impress

Закончен перевод официального руководства пользователя LibreOffice Impress на русский язык. Для тех, кто не в курсе: LibreOffice Impress - это модуль, в котором создаются презентации, аналог MS PowerPoint. 

Перевод выложен по главам в форматах ODT и PDF в вики проекта, вот ссылка. Однако 5 и 6 главы, посвященные рисованию фигур, я переводить не стал, потому что это всё прекрасно и подробно описано в руководстве пользователя LibreOffice Draw, которое можно скачать на той же странице, а вот прямая ссылка. Обратите внимание, что книга по Impress основана на версии 5.2, а по Draw - на 4.3. Это абсолютно не критично, поскольку в Draw с версии 4.3 по 5.2 ничего не менялось, даже в плане изменения пунктов меню. Возможно в будущем мне захочется отвлечься от всего и добить перевод руководства по Impress, просто чтобы сформировать полную книгу, посмотрим.

Надеюсь, что эти руководства помогут русскоязычным пользователям в освоении LibreOffice.

GSoC 2017 и LibreOffice

Разработчики LibreOffice опубликовали интересный пост о студентах, которые будут работать над улучшением LibreOffice в 2017 году в рамках ежегодного мероприятия Google Summer of Code.

Напомню, что Google каждый год выделяет некоторое количество денег студентам, которые готовы за лето написать код для свободного программного обеспечения (OpenSource), в рамках соответствующих запросов от представителей такого ПО. Итак:

Улучшение работы со специальными символами в LibreOffice. Основная идея по улучшению юзабельности этого компонента состоит в том, чтобы сделать из соответствующего значка на панели инструментов выпадающее меню-диалог, которое будет отображать последние использованные специальные символы, а также содержать ссылку для открытия основного диалога Специальные символы. Мокап (предварительный) ниже:

Реализовывать это взялся Akshay Deep, который в прошлом году занимался улучшением Боковой панели в LibreOffice.

Улучшение Notebookbar. Что такое этот Notebookbar я неоднократно рассказывал ранее, здесь, здесь и далее по ссылкам. Этот новомодный интерфейс у кого-то из разработчиков выглядит так:

Основная проблема этой штуки (для меня), что у меня оно не выглядит ТАК органично и красиво, а выглядит, как вызывающее рвотный рефлекс убогая недопиленная фиговина. Однако мы отвлеклись. 

На сегодня некоторые задуманные для этого нового ГУИ вещи не реализованы:  реакция на изменение размера окна, чтобы кнопки и группы сворачивались по мере уменьшения ширины окна и разворачивались обратно после разворачивания окна, необходимо добавить некоторые недостающие элементы пользовательского интерфейса, добавить поддержку жестов мышью и так далее. Заниматься этим будет Gökhan Gurbetoğlu.

Переработка диалога Настройка. Этим разработчики собираются заняться уже второй год наверное. Мокап (предварительный) ниже:

С моей точки зрения улучшения юзабельности особой не заметно. Реализовать это взялся Muhammet Kara, который ранее также уже был замечен в написании кода для LibreOffice.

Наставниками указанных студентов будут Katarina Behrens (которая очень недовольна качеством того кода, который пишут такие вот студенты из GSoC), Thorsten Behrens, Jan Holesovsky, Szymon Kłos, Samuel Mehrbrodt, Yousuf Philips и Heiko Tietze.