Опрос по поводу сохранения функционала библиографии в LibreOffice

Товарищи из дизайн-тимы запилили опрос по поводу сохранения функционала библиографии в LibreOffice.

Один единственный вопрос звучит так: "Что вы думаете по поводу удаления функционала библиографии из LibreOffice?"

Ответов два:

1. Да, удалить

2. Нет, погодите...

Ссылка на статью https://design.blog.documentfoundation.org/2018/12/19/save-the-bibliography/ , опрос конце статьи на сером поле. 

Голосуй или проиграешь! Или как там было в истории...

Очередные метания разработчиков LibreOffice. Мысли печальные

По умолчанию в новом документе типа электронная таблица Libreoffice Calc создавал верхний и нижний колонтитулы, содержащие некоторые данные. На мой взгляд (и не только на мой) такое поведение по умолчанию абсолютно не нужно, новая электронная таблица должна быть пустая абсолютно. Если мне нужны будут колонтитулы, я их сам добавлю. В новом текстовом документе Writer ведь нету по умолчанию включенных колонтитулов, почему же они есть в Calc?

Вот соответствующая ошибка в багзилле.

Наконец, в бета выпуске LibreOffice 6.2 колонтитулы были отключены для новой электронной таблицы. Победа, я считаю.

Однако оказалось не все так просто. В меню Calc есть такой пункт, как Вставка->Колонтитулы, который открывает одноимённый диалог (это ещё версия 6.1):

Обратите внимание, мы как бы! вставляем колонтитул, однако по сути колонтитул УЖЕ вставлен и УЖЕ содержит данные (в данном случае поле номера листа "Лист1"). В версии 6.1 этот пункт меню всегда активен по умолчанию, поскольку и колонтитулы включены по умолчанию.

Теперь, после отключения колонтитулов в 6.2, этот пункт меню по умолчанию не активен, что вызывает некий когнитивный диссонанс. Пользователь хочет ВСТАВИТЬ колонтитулы, а пункт меню, вполне логично расположенный в меню Вставка, не работает. Бага же! И у этой баги тоже есть свой номер в багзилле. Вторая бага явно вытекает из первой, её надо бы до релиза исправить.

По хорошему было и есть несколько способов решить данную "проблему" (на мой взгляд):

1. Просто удалить пункт меню Вставка->Колонтитулы и включать колонтитулы только в диалоге Формат->Страница, как это возможно и сейчас.

2. Сделать так, чтобы при выборе пункта меню Вставка->Колонтитулы открывался диалог Формат->Страница на нужной вкладке, где даже сейчас явно видно, КАК включить колонтитул.

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

Знаете, что разработчики сделали в итоге? Просто откатили патч, который отключал колонтитулы. Выбрали самый бредовый вариант, который оставил бОльшую проблему на мой взгляд не решённой.

Беда сообщества LibreOffice, что подобного рода вопросы не выносятся на какой-нибудь общедоступный ВСЕМ ресурс, где можно было бы собрать мнения и многих разработчиков LibreOffice и простых пользователей, и кого-то из команды документации. А сейчас данную "проблему" со второй багой обсудили между собой ДВА человека во внутреннем списке рассылки команды дизайна, один из которых, как мне показалось, просто плюнул и пошел по пути наименьшего сопротивления, просто всё вернул в то состояние, какое было до его правки.

Может быть пора что-то поменять в плане подхода к обсуждению изменений в проекте?
PS: а вообще есть обходной путь, чтобы иметь новый файл Calc без колонтитулов - это конечно же сделать шаблоном по умолчанию новый пустой документ с отключенными колонтитулами.

Разработка LibreOffice. Создание панели инструментов (GtkToolbar) в Glade

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

Сейчас мне потребовалось внутри существующего диалога создать панель инструментов (GtkToolbar) с парой кнопок для форматирования текста. И я столкнулся с тем, что контейнер GtkToolbar не позволяет на себе размещать кнопки так, как мы делали это ранее с контейнером типа GtkGrid. Оказывается панель инструментов (GtkToolbar) - это отдельный тип контейнера, он позволяет себя редактировать (Edit). Итак, щелкаем правой кнопкой мыши по уже добавленному контейнеру прямо в центральной рабочей области, либо по имени нашей панели инструментов в древовидной структуре в левой части окна Glade, и выбираем пункт контекстного меню Edit.

Откроется вот такой крайне плохо реализованный диалог (его просто трудно заметить на фоне главного окна Glade, он рамок не имеет):

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

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

Выпуск LibreOffice 6.2 beta 1

The Document Foundation объявил о доступности для тестирования LibreOffice 6.2 beta 1. Скачать можно по ссылке https://dev-builds.libreoffice.org/pre-releases/ для операционных систем Windows, Linux, macOS в 32- и 64-битных версиях.

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

Список исправленных ошибок и нового функционала доступен по ссылке https://dev-builds.libreoffice.org/pre-releases/src/bugs-changelog-libreoffice-6-2-release-6.2.0.0.beta1.log 

Обзор изменений в теме значков Elementary

Rizal Muttaqin, автор темы значков Karasa Jaga, описал в своем блоге изменения, которые произошли в другой теме значков, Elementary, с тех пор, как он стал активно данную тему дорабатывать.
Просто чтобы вы знали, различных значков в каждой отдельной теме LibreOffice более 2000 штук.
Пройдите по ссылке и посмотрите иллюстрации (там все очевидно до/после), вполне наглядно видно, что была проделана огромная работа.

Разработка LibreOffice. Копирование патча из gerrit в локальный репозиторий

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

Итак, консоль наш лучший друг. Переходим в каталог с локальным репозиторием LibreOffice и даём там команду git checkout -B some_name master.

Эта команда создаст у вас в репозитории локальную новую ветку с именем some_name (имя можно задать любое вообще).

Далее нужно открыть сайт https://gerrit.libreoffice.org/ перейти в ваш патч и в правом верхнем углу раскрыть выпадающее меню Download.

В строке Cherry Pick справа есть значок "Copy to clipboard", нажмите его. В буфер обмена будет скопирована определённая команда. Вставьте её в консоль через контекстное меню и выполните.

Далее нужно собрать обновленную сборку с вашим патчем, делается это командой make build-nocheck. В этом случае, сборка будет создана быстро, буквально пара минут. Далее мы запускаем LibreOffice с включённым вашим патчем все той же командой instdir/program/soffice.

На этом всё, можно наглядно увидеть, как работает (или не работает, что бывает чаще) ваш патч на живую.

Выйти из локальной новой ветки обратно в главную мастер ветку можно командой git checkout master.

Разработка LibreOffice. Правим код по мелочи, используя веб-интерфейс

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

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

Перво наперво нужно авторизоваться на указанном сайте. В правом верхнем углу есть ссылка Sign in. Переходим по ссылке и видим такое:

Как видим, поддерживается авторизация по OpenID, а также подойдёт логин от GitHub или аккаунта Google, Launchpad или Yahoo! Заходите на сайт под любым имеющимся у вас, главное, чтобы последующая работа также выполнялась под этим же аккаунтом.

Далее, чтобы создать патч нужно выбрать соответствующие проект и ветку (в данной статье мы планируем запустить патч в основную разрабатываемую ветку master).

В верхней части сайта жмем на ссылку Projects:

Щёлкаем по ссылке List и в поле Filter вбиваем core. Чуть ниже из огромного списка осталась одна строка с именем core. Щёлкаем по ней:

В нижней части будет кнопка Create Change, жмём её.

Далее появляется вот такое окно (без всяких подсказок, что печально):

В первой строке вбивайте master и в появившемся списке выбирайте вариант просто master (выделено на скриншоте выше). В поле Enter topic ничего не вводите, в поле Description нужно ввести номер ошибки из багзиллы в формате tdf#120003 (это в случае, если вы исправляете ошибку, если нет, то конечно же номер не нужен) и краткое описание изменения. Общая длина описания здесь не должна быть более 75 символов (в дальнейшем описание можно будет сделать более подробным и объемным). И жмём кнопку Create в левом нижнем углу окошка и видим такое:

Нажимаем кнопку Edit (строка с этой кнопкой изменится) и далее появившуюся кнопку Add. Видим такое:

В поле Path нужно набрать имя того файла, который собираемся изменять, например startcenter.ui

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

Далее нажмите кнопку Open и откроется окно редактора:

После внесения изменений в исходный код, нажмите кнопку Save и затем Close. Вы вернетесь на предыдущий экран, который будет  содержать строку со ссылкой на ваш измененный файл:

Если нужно в рамках одного патча править несколько файлов, то опять жмём Edit, потом Add и так далее, как было чуть выше описано.

Если у вас есть знакомый разработчик LibreOffice, который готов вам помочь, то лучше всего его добавить в ревьюеры вашего патча. В правой верхней части страницы находим слово Reviewers и справа от него значок человечка, щёлкаем на него. В появившемся поле пишем либо ник, либо электронную почту разработчика и жмём синюю кнопку  Add  под полем.

Если знакомого нет, то придется просто ждать, пока кто-то из разработчиков не посмотрит на патч в порядке живой очереди. Также можно попросить кого-нибудь из разработчиков сделать ревью на IRC канале #libreoffice-dev в сети freenode.net.

Далее нужно отправить ваш патч на проверку и ревью. Для этого нажмите чуть выше тоже синюю кнопку  Publish Edit .

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

Выпуск LibreOffice 6.0.7 и 6.1.3

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

Списки исправленных ошибок для 6.0.7:

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

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

https://wiki.documentfoundation.org/Releases/6.0.7/RC3

Списки исправленных ошибок для 6.1.3:

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

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

Скачать новые версии LibreOffice, как всегда, можно отсюда https://www.libreoffice.org/download/.

Новое расположение вкладок в диалогах LibreOffice 6.2

Случайно увидел в ежедневной сборке, что диалог "Формат ячейки" в Calc стал выглядеть оригинально, если используется бэкэнд gtk3. Скриншот сделан в среде Openbox, а не в Gnome, поэтому общий внешний вид странноватый и выглядит, как неродной, но не это важно:

Вкладки сбоку! Я не очень уловил и пока не интересовался у разработчиков - это для всех диалогов будет уже в 6.2 и только для gtk3, или это вообще пока эксперимент.
Update: я глянул в Glade, изменить расположение вкладок на положение "слева" - это очень просто, изменяется одно единственное свойство у контейнера. Вопрос в том, какова причина таких изменений.
Update 2: пообщался с разработчиком, который это пилит. Оказывается GTK 3 не умеет в многострочное расположение вкладок, он умеет вкладки только прокручивать по горизонтали, если они все не вмещаются целиком в размеры диалога. Поэтому, если вкладок много, то в некоторых диалогах они (может быть!) будут перемещаться сверху в левую часть диалога. Будет ли это полностью реализовано к выходу LibreOffice 6.2, пока не понятно.

Разработка LibreOffice. Собственная сборка LibreOffice в Ubuntu

В целях проверки изменений, которые вы захотите внести в код LibreOffice, вам в обязательном порядке потребуется собственная сборка на основе самого свежего исходного кода проекта (ветка core).

Ниже ссылки на страницы вики проекта для сборки LibreOffice на разных операционных системах:

Сборка из ОС Linux

Сборка из ОС Windows

Сборка из macOS 

Мне нужна была своя сборка в Linux (Kubuntu 18.10), поэтому я ниже опишу те несколько команд, используя которые, я получил свою сборку LibreOffice:

Самое первое - нужно подключить репозитории с исходным кодом (которые по умолчанию в убунте отключены). Запускаем Пакетный менеджер Muon (в Ubuntu и Xubuntu это будет Synaptic), выбираем пункт меню "Настройка->Настроить источники программ", вводим пароль, в диалоге "Источники приложений" ставим галочку на опции "Исходный код". Закрываем диалог. Система должна обновить список пакетов с сервера обновлений. Если этого не случилось, то в консоли (которая всё равно далее потребуется) даем команду sudo apt-get update.

Второе - устанавливаем некоторые зависимости командой sudo apt-get build-dep libreoffice

Третье - устанавливаем ещё зависимости командой sudo apt-get install git gstreamer1.0-libav libkrb5-dev nasm graphviz ccache

Четвёртое - находим свободного места гигабайт около 30, создаём каталог, где будет лежать исходный код LibreOffice (у меня это был просто /home/roman) и даём следующую команду git clone https://gerrit.libreoffice.org/core libreoffice (которая у меня в каталоге /home/roman создала подкаталог /home/roman/libreoffice и развернула там исходный код проекта)

Пятое - после завершения предыдущей команды, переходим в каталог libreoffice, дав команду cd libreoffice

Шестое - даём команду ./autogen.sh (заметьте, безо всякого sudo!)

Седьмое - если предыдущая команда завершилась без ошибок и предупреждений, то последняя команда - это make (также без sudo).

Далее придется ждать от 2-х до 8-9 часов. Это очень сильно зависит от вашего процессора и дисковой подсистемы (крайне желательно разворачивать дерево исходников на SSD). Чем более многоядерный и высокочастотный процессор и чем быстрее диск, тем быстрее пройдет сборка.

Восьмое - после успешного окончания работы команды make, LibreOffice можно запустить командой instdir/program/soffice.