четверг, 11 июля 2019 г.

Автоматическая нумерация строк в таблице Writer

Подсмотрено при переводе фраз для нового диалога "Совет дня".
Итак, очень часто бывает, что первый столбец в таблице содержит номера строк по порядку. Каждый раз мы прописываем ручками номера строк, а затем, когда вставляем или удаляем строки, то нумерацию приходится корректировать. И так раз за разом.
Оказывается есть чудесный и простейший способ заиметь автоматическую нумерацию строк в таблицах Writer, которая не слетает и сама обновляется при операциях со строками. Итак:
Создаем таблицу, выделяем нужный столбец (или несколько ячеек в столбце) и жмём значок Нумерованный список на панели инструментов. Также можно активировать стиль списка с нужной нумерацией, эффект будет идентичный. 
При этом, если вы вставляете строки выше/ниже нумерованной строки (то есть курсор установлен в строке, которая имеет автоматический номер), то нумерация автоматически распространяется на добавляемую строку.
А если у вас не весь столбец пронумерован, то добавляя строки к ненумерованной строке, вы не получите в новых строках автоматическую нумерацию.
Отключается нумерация так же, как включается. Нажмите еще раз на значок Нумерованный список в панели инструментов.

воскресенье, 7 июля 2019 г.

Выпуск LibreOffice 6.3 RC 1

Для скачивания доступны сборки первого релиз кандидата LibreOffice 6.3. Скачать LibreOffice 6.3 RC 1 можно для всех платформ, в вариантах 32 и 64 бит. Первый релиз кандидат предназначен исключительно для целей тестирования. Однако, никто не мешает вам установить эту версию (Внимание! Установится взамен существующей!) и просто оценить изменения и различные новшества. 
Ссылки для скачивания:
Исходный код
Обратите внимание! С выпуска 6.3 The Document Foundation не предоставляет готовые Linux сборки LibreOffice для 32 битных систем! Это не означает, что вы сами не сможете собрать LibreOffice для 32 битной ОС из исходного кода. TDF просто вынужден экономить свои к сожалению не бесконечные ресурсы.
Почитать об изменениях в LibreOffice 6.3 относительно предыдущей версии можно здесь.

среда, 3 июля 2019 г.

Отчет QA в LibreOffice за июнь 2019

Xisco Fauli, QA инженер из The Document Foundation опубликовал ежемесячный отчет о работе QA в июне 2019 года. По ссылке доступно много самой разной информации.
Немного о самом главном в июне:
Подано отчетов об ошибках - 544
Обработано отчетов - 545
Закрыто (по разным причинам) - 622
В отчёте Xisco сделал прекрасную диаграмму, иллюстрирующую эти самые причины:
Немного поясню:
FIXED - это ошибки, которые были явно исправлены разработчиками, и в отчете есть прямая ссылка на патч.
WONTFIX - это ошибки, которые либо вовсе не ошибки, либо предложения, которые были отвергнуты разработчиками по обоснованным причинам.
DUPLICATE - это ошибки, по которым уже есть информация в багзилле.
WORKSFORME - обычно это старая ошибка, которая в текущей версии LibreOffice не воспроизводится. Значит, кто-то что-то где-то исправил, ошибка не воспроизводится сейчас, а кто и что исправил мы не знаем и ставим такой статус.
INVALID - некорректный отчет об ошибке или вообще спам (к сожалению такое тоже есть).
NOTABUG - это когда кто-то, не разобравшись в функционале LibreOffice, пишет отчет об ошибке, а оказалось, что такое поведение программы - это так и задумано.
INSUFFICIENTDATA - ошибка закрывается с таким статусом (недостаточно данных), если она находилась в статусе NEEDINFO (требуется информация) более, чем 6 месяцев. То есть, у баг репортера запросили уточняющую информацию по ошибке и он такую информацию не предоставил.
Хорошая работа в июне! =)

понедельник, 17 июня 2019 г.

Изменение шрифтов в диалоге инсталлятора LibreOffice в Windows

Сегодня диалог инсталлятора LibreOffice в Windows использует шрифт Tahoma с кеглем 8. В багзилле есть запрос на приведение шрифтов к стандартному шрифту в Windows для GUI, коим является Segoe UI с кеглем не менее, чем 9. Попробуем это сделать (спасибо Майку за теорию!)
Инсталлятор LibreOffice использует стандартный для Windows механизм msi. Любой файл msi можно редактировать ручками, используя специальную утилиту от MicroSoft - Orca. Скачать ее можно по этой ссылке.
После установки Orca нужно щёлкнуть правой кнопкой по файлу инсталлятора LibreOffice с расширением .msi и выбрать пункт "Edit with Orca". Откроется вот такое окно:
С первого взгляда ничего не понятно и вообще страшно глядеть, одни цифры и символы.
Примечание: вот кстати ссылка на документацию по msi: https://docs.microsoft.com/en-us/windows/desktop/Msi/windows-installer-portal.
Будем разбираться. Итак, в левой части окна мы видим список таблиц, используя данные из которых, msi и формирует внешний вид диалоговых окон инсталлятора. А в правой части окна мы как раз видим данные той таблицы, которая выделена в настоящий момент в левой части окна.
Для изменения только лишь шрифтов нам необходима таблица TextStyle. Найдем её в левой части окна и выберем её:
Это относительно простая таблица. По столбцам содержится следующая информация:
TextStyle - это внутреннее название шрифта, которое используется в других таблицах внутри нашего msi.
FaceName - это название шрифта, которое отображается в операционной системе. Обязательно корректное написание.
Size - это кегль шрифта, который будет отображаться в диалоге.
Color - здесь можно задать цвет шрифта, если ничего не указано, то шрифт скорее всего выставлен в "Авто". Я с цветом экспериментов не ставил, мне было ни к чему.
StyleBits - это отдельный признак форматирования символов шрифта. Цифра 1 - жирное написание, 2 - курсив.
Обратите внимание, как много самых разных шрифтов прописано в таблице. При этом, как оказалось, большинство указанных шрифтов просто нигде в нашем диалоге не используется. Проверяется это очень просто: жмём Ctrl+F, открывается окно поиска, забиваем туда внутреннее имя шрифта и жмём кнопку "Найти". Поиск осуществляется по всем таблицам файла msi с текущей строки сверху вниз. Когда поиск дойдет до последней строки в последней таблице, просто на соответствующий вопрос (Продолжить поиск с начала?):
нужно ответить "Да".
И вы увидите, что больше ни в одной таблице шрифт, например MSSGreySerif8, не используется. Аналогично нужно было проверить все остальные шрифты, что и было сделано.
Далее мы осознали, что всего для нашего диалога нам требуется три вида шрифта: основной, основной с жирным написанием и заголовок. Соответственно основной шрифт - Segoe UI кегль 9, заголовок - Segoe UI кегль 11. Вот какой вид приняла таблица TextStyle после наших правок:
Описаны всего три шрифта, все три это Segoe UI. Обратите внимание на StyleBits равном 1 (жирное начертание) для двух из них. Также были изменены внутренние названия шрифтов.
Теперь, в связи с тем, что мы изменили внутренние названия шрифтов, необходимо для ВСЕХ управляющих элементов диалогов (Controls) и для текста в диалогах (Text) прописать новые внутренние названия.
Делается это:
- во-первых в таблице Property, где необходимо в строке DefaultUIFont задать в столбце Value внутреннее имя нашего основного шрифта - DialogDefault. Это мы задали шрифт по-умолчанию для всего диалога.
- во-вторых в таблице Control, где необходимо в каждой строке, которая имеет в столбце Text первыми символами, например {&Tahoma8} заменить их на например {&DialogHeading}. Этим мы задаём форматирование конкретно этого текста не шрифтом по-умолчанию, а другим, но также заданным в таблице TextStyle.
- в-третьих в таблице RadioButton, где нужно построчно заменить старые внутренние имена шрифтов на новые по логике, указанной выше.
В принципе, на этом замена собственно шрифтов в диалоге закончена. 
Но тут возникает непредвиденная проблема - все геометрические размеры диалоговых окон, геометрические размеры областей с текстом внутри окон диалога, все расположения контролов внутри окна диалога, жёстко заданы в тех же таблицах. А так как мы изменили и шрифт (который сам по себе чуть больше старого) и кегль шрифта сделали больше, то теперь некоторые слова в диалогах не показываются, они обрезаются по жестко заданным старым границам!
Примечание: кстати, цифры, которыми обозначены размеры диалогов, областей текста, отступы контролов, - это вовсе не пикселы, как я сначала подумал. Это некий стандартный юнит, который равен 1/12 размера шрифта MS Sans Serif с кеглем 10! Я сначала вообще был в шоке от такой забавной привязки. А потом всё же стал разбираться. По сути, это сделано так по очень простой причине: пользователь может масштабировать весь UI в системе на, например, 125%. А так как размер любого шрифта в системе (включая тот самый MS Sans Serif) зависит от DPI, то и диалог наш точно также масштабируется пропорционально.
Возникла дополнительная задача - изменить всю геометрию диалогов так, чтобы все надписи полностью отображались бы.
Всего диалоговых окон в инсталляторе msi LibreOffice 31 штука, включая информационные окна и сообщения об ошибках при установке. ВСЕ из них необходимо предварительно просмотреть, используя возможности Orca. Выберите пункт меню Tools->Dialog Preview, откроется вот такое окно:
Выберите любой диалог из списка (не нужно раскрывать плюсик) и нажмите кнопку Preview. Вам будет показано как выглядит данный диалог при текущих значениях в таблицах.
Соответственно, проверив все диалоги на корректность отображения всей информации на них, приступаем к правке геометрии.
Не забываем, что чтобы корректно отобразить весь текст в диалоге, мы должны увеличить область с текстом и следом размер самого диалога!
Я начал с изменения размеров диалогов. Чтобы не путаться с одновременным изменением и ширины и высоты, я изменю только ширину диалогов. Все основные диалоги инсталлятора имеют одинаковый размер 374 х 266 юнитов. Для простоты подсчета новых размеров я просто добавил 100 юнитов к ширине каждого такого диалога.
Размеры диалогов указаны в таблице Dialog в столбцах Width (ширина) и Height (высота). Соответственно для каждого диалога мы меняем 374 на 474.
Далее нам нужно изменить местоположение и размеры контролов (кнопок, выпадающих списков, радио-кнопок, полей для ввода/отображения данных) и размеры областей с текстом. Все эти цифры находятся в таблице Control. Нам нужны столбцы:
Dialog - внутреннее имя диалогового окна
Control - внутреннее название контрола 
Type - тип контрола (кнопка, выпадающий список, радио-кнопка, поле для ввода/отображения данных, область с текстом)
Х - расстояние от левого края диалога до контрола в юнитах.
Y - расстояние от верхнего края диалога до контрола в юнитах.
Width - ширина контрола в юнитах
Height - высота контрола в юнитах
Text - собственно надпись на контроле. На это поле мы будем глядеть, чтобы понимать, а какой блок мы двигаем на диалоге, иногда это не очень очевидно.
Логика при изменении контролов была такая:
- если мы трогаем кнопки - меняем значение в столбце Х (двигаем кнопку!), просто добавляем 100. Но не для всех кнопок, например Help как была в левой части диалога, так и осталась!
- если мы трогаем область с текстом, выпадающий список или поле для ввода/отображения текста - меняем значение в столбце Width (увеличиваем ширину!), также просто добавляем 100.
После завершения манипуляций для одного диалога - смотрим превью получившегося. Если всё ОК - переходим к следующему.
А теперь самая вишенка. В исходном коде LibreOffice есть абсолютно те же самые таблицы с данными, на основании которых собирается диалог инсталлятора msi. Orca позволяет сделать экспорт получившихся таблиц на диск, в том же самом формате, как и в исходниках LibreOffice. Вспоминаем, какие таблицы мы затронули своими действиями и экспортируем только их.
Это были Control, Dialog, Property, RadioButton, TextStyle. Используйте пункт меню Tables->Export Tables для экспорта таблиц на диск.
Далее можно спокойно формировать патч для LibreOffice, как вам удобно.
ps: кстати, вот, что получилось в итоге (показано одно из диалоговых окон). Слева новый вариант, справа - старый):
pps: после ревью патча выявилось несколько проблем:
- я полностью заменил таблицы Dialog и Control и теперь проблемно отследить в каких строках, что менялось. Попросили исправить. Это чисто оформительская проблема.
- в файлах .idt в исходниках LibreOffice были прописаны идентификаторы текстовых строк, вместо самого текста, как мне показывал Orca. Это сделано для возможности локализации интерфейса. Поэтому тем более нельзя просто весь файл заменить на новый: помимо проблем оформления и читабельности патча это ломает локализацию.
- баннер в верхней части диалога нужно перерисовать, увеличив его длину. На скриншоте выше явно видно, что баннер растянут.
ppps: замечания ревью были исправлены и патч был влит в исходники LibreOffice 27 июня 2019 года. Теперь выявилась другая проблема: диалог доступен на куче языков, а я проверял внешний вид только на английском. Это в принципе нормально, я на это и рассчитывал изначально, что патч будет принят, а затем "возможно" будут какие-то замечания к внешнему виду текста в различных языках. Например, в русском обрезаются палочки и хвостики букв "у", "р", "ф" и тому подобное в некоторых строках. Завтра будет доступен свежий ежедневный билд и каждый сможет поглядеть, как стал выглядеть диалог инсталлера на английском. Исправление проблем с обрезанием текста будем делать после выхода 1 альфа версии 6.4, чтобы люди из разных стран могли протестировать на родных языках инсталлер.

понедельник, 3 июня 2019 г.

Символ валюты ₽ вместо руб. в LibreOffice Calc 6.3

Те, кто используют форматирование числа в виде валюты в LibreOffice Calc знают, что для валюты "Рубль РФ" вместо нужного знака наподобие $ (для доллара) или £ (для фунта стерлингов) используется просто сокращение "руб.".
В LibreOffice Calc 6.3 вместо этого сокращения для всех локалей _RU теперь будет отображаться символ юникода ₽ (U+20BD).
То есть было:
1500 руб.
Станет:
1500 ₽

Расширение Проводника Windows из поставки LibreOffice

В составе дистрибутива LibreOffice для OC Windows имеется такая штука, как "Расширение Проводника Windows". По умолчанию оно выбрано для установки:
Это расширение отвечает за:
- показ миниатюры документа в Проводнике, когда выбрано отображение в виде большого значка
- (внезапно!) поиск внутри документов ODT, ODS средствами Проводника Windows
Я обычно это расширение не устанавливаю, меня миниатюры документов в Проводнике не очень интересуют. А вот поиск внутри документов ODT и ODS меня очень интересует, поэтому теперь я это расширение отключать не буду =)

воскресенье, 2 июня 2019 г.

Выпуск LibreOffice 6.3 beta 1

Для скачивания доступны сборки первой бета версии LibreOffice 6.3. Скачать LibreOffice 6.3. beta 1 можно для всех платформ, в вариантах 32 и 64 бит. Первая бета версия предназначена исключительно для целей тестирования. Однако, никто не мешает вам установить эту версию параллельно существующей и просто оценить изменения и различные новшества. 
Ссылки для скачивания:
Исходный код
Обратите внимание! С выпуска 6.3 The Document Foundation не предоставляет Linux сборки LibreOffice для 32 битных систем! Это не означает, что вы сами не сможете собрать LibreOffice для 32 битной ОС из исходного кода. TDF просто вынужден экономить свои к сожалению не бесконечные ресурсы.

среда, 22 мая 2019 г.

Удаление поддержки тем Firefox из LibreOffice 6.3

В связи с тем, что Mozilla изменили свое API для доступа к темам Firefox, было принято решение удалить поддержку тем Firefox в LibreOffice 6.3. В дальнейшем будут реализованы собственные темы LibreOffice, возможно даже с некой настройкой или возможностью создания тем прямо в LibreOffice (там сложного-то ничего нет).

пятница, 17 мая 2019 г.

Выпуск LibreOffice 6.3 alpha 1

Для скачивания доступны сборки альфа версии LibreOffice 6.3. Скачать LibreOffice 6.3.alpha 1 можно для всех платформ, в вариантах 32 и 64 бит. Альфа версия предназначена исключительно для целей тестирования. Однако, никто не мешает вам установить эту версию параллельно существующей и просто оценить изменения и различные новшества. 
Ссылки для скачивания:
Исходный код
Обратите внимание! С выпуска 6.3 The Document Foundation не предоставляет Linux сборки LibreOffice для 32 битных систем! Это не означает, что вы сами не сможете собрать LibreOffice для 32 битной ОС из исходного кода. TDF просто вынужден экономить свои к сожалению не бесконечные ресурсы.

вторник, 7 мая 2019 г.

Отчет QA в LibreOffice за апрель 2019

Xisco Fauli, QA инженер из The Document Foundation опубликовал ежемесячный отчет о работе QA в апреле 2019 года. По ссылке доступно много самой разной информации.
Немного о самом главном в апреле:
Подано отчетов об ошибках - 580
Обработано отчетов - 585
Это значит, что всем поступившим отчетам было уделено время QA команды и отчеты были проверены, рассортированы и, при необходимости, найдены причины регрессий.
Закрыто (по разным причинам) - 520
В отчёте Xisco сделал прекрасную диаграмму, иллюстрирующую эти самые причины:
Немного поясню:
FIXED - это ошибки, которые были явно исправлены разработчиками, и в отчете есть прямая ссылка на патч.
WONTFIX - это ошибки, которые либо вовсе не ошибки, либо предложения, которые были отвергнуты разработчиками по обоснованным причинам
DUPLICATE - это ошибки, по которым уже есть информация в багзилле.
WORKSFORME - обычно это старая ошибка, которая в текущей версии LibreOffice не воспроизводится. Значит, кто-то что-то где-то исправил, ошибка не воспроизводится сейчас, а кто и что исправил мы не знаем и ставим такой статус.
INVALID - некорректный отчет об ошибке или вообще спам (к сожалению такое тоже есть)
NOTABUG - это когда кто-то не разобравшись в функционале LibreOffice, пишет отчет об ошибке, а оказалось, что такое поведение программы - это так и задумано.
Таким образом мои стенания по поводу того, что подается ошибок в три раза больше, чем исправляется оказались в корне не верны. Да, в апреле соотношение 580 против 520, но это далеко не трагедия для такого огромного проекта, как LibreOffice.
Трагедия для него то, что до сих пор есть десятки причин для того, чтобы LibreOffice упал с критической ошибкой =( В отчете исправлению крэшей посвящен отдельный раздел. Хорошо, что крэши исправляют, плохо, что они вообще возникают в таком количестве.