суббота, 29 февраля 2020 г.

Улучшения Навигатора в LibreOffice 7

Один из разработчиков LibreOffice, Jim Raykowski, реализовал несколько улучшений для Навигатора (открывается по F5 или в Боковой панели).
Если категория в Навигаторе не содержит в себе ни одного элемента, то такая категория выделяется серым цветом, для наглядности. Это работает в Writer и Calc.
В контекстные меню всех элементов Навигатора в Writer (Заголовки, Таблицы, Изображения, Врезки, Закладки, и всё остальное) добавлены пункты Go to (Перейти к), Edit (Правка), Delete (Удалить), Rename (Переименовать).
В контекстное меню Навигатора в Writer, для элементов категории Headings (Заголовки) добавлены пункты для управления уровнем и месторасположением заголовков - Promote/Demote Chapter и Promote/Demote Level.
В Навигатор добавлена возможность отслеживания положения текстового курсора в документе и выделять соответствующий заголовок (подзаголовок) в Навигаторе. В английской версии этот функционал называется Outline Tracking. Доступны три состояния для этой функции: Default (По умолчанию), Focus (Фокус) и Off (Выключено). Отличаются они поведением Навигатора:
- По умолчанию. При перемещении курсора по разным разделам текста, в Навигаторе раскрывается структура заголовков до соответствующего уровня и, после перемещения курсора в следующий раздел, структура остается развёрнутой.
- Фокус. При перемещении курсора по разным разделам текста, в Навигаторе раскрывается структура заголовков до соответствующего уровня, но после перемещения курсора в следующий раздел, структура сворачивается до уровня 1, а отображается только структура выделенного в настоящее время раздела.
- Выключено. Положение курсора в тексте не отслеживается и в Навигаторе соответствующие заголовки не выделяются.
В Навигаторе была отдельная панель навигации, которая позволяла выбрать по какому именно объекту будет осуществляться навигация. Эта штука не очень-то удобная, потому что сделана была, как отдельная плавающая панель, её нельзя было прикрепить к Навигатору или куда-то ещё, а ещё есть пара багов связанных с этой панелью. Jim удалил её и добавил в Навигатор просто выпадающий список (см.картинку выше).
Насколько я вижу в gerrit.libreoffice.org, Jim продолжает работу над Навигатором и скорее всего будут реализованы какие-то ещё полезности.
Все эти новшества будут доступны в следующем релизе, LibreOffice 7.0, который будет где-то в начале августа 2020 года.
Спасибо, Jim, за твою работу!

четверг, 27 февраля 2020 г.

Выпуск LibreOffice 6.4.1

The Document Foundation объявил о выпуске LibreOffice 6.4.1. Это первый корректирующий выпуск в ветке 6.4. Всем пользователям, использующим данную ветку, рекомендовано обновиться.
Список исправленных ошибок относительно релиза 6.4:
https://wiki.documentfoundation.org/Releases/6.4.1/RC1
https://wiki.documentfoundation.org/Releases/6.4.1/RC2
Скачать дистрибутив можно со страницы загрузки по ссылке.

Проблемы со сверхдлинными таблицами в Writer

Подсмотрено на нашем форуме https://forumooo.ru/.
Человек использовал в работе документ Writer на 270 листов, на которых насквозь, через все листы расположена ОДНА гигантская таблица. Это вызывало вылетания LibreOffice.
Ну так вот, не делайте так никогда!
Причиной проблем является следующее (цитата с форума): "Это большая проблема, причём дело не в памяти, а в процессоре. И на 16 ГБ это тоже будет виснуть, потому что при обработке большого цельного объекта таблицы при необходимости разместить его на страницы, к сожалению. алгоритм программы пытается пересчитать размещение начиная с первой строки десятки раз. С увеличением длины таблицы сложность возрастает квадратично." (c) Mike Kaganski
Решение - разделить гигантскую таблицу на несколько. Должно помочь.

пятница, 21 февраля 2020 г.

Создание баз данных Firebird снова будет экспериментальной опцией

На очередном инженерном комитете было принято решение о возврате функционала по созданию баз данных Firebird в статус экспериментальной фичи. По умолчанию по старинке будет предлагаться создавать БД в формате HSQLDB. Причина банальная - большое (более 30) количество неисправленных ошибок, которые в течение уже долгого времени никто не исправляет. Такое поведение будет уже начиная с выпуска версии 6.4.2 скорее всего.
А моё мнение за время, прошедшее с 2015 года, не изменилось ни капли: Base в LibreOffice нельзя использовать. Это проблемный модуль, которым никто не занимается. И ситуация с миграцией на Firebird, которая выглядела довольно многообещающей, это только подтвердила.
Мне жаль только зря потраченного времени и сил разработчиков, которые пытались Firebird впилить, а затем ещё модуль автоматической миграции на него с HSQLDB сделали. Эти усилия могли бы быть использованы более разумно.

четверг, 20 февраля 2020 г.

Выпуск LibreOffice 6.3.5

The Document Foundation объявил о выпуске LibreOffice 6.3.5. Это пятый корректирующий выпуск в ветке 6.3. Всем пользователям, использующим данную ветку, рекомендовано обновиться.
Список исправленных ошибок:
https://wiki.documentfoundation.org/Releases/6.3.5/RC1
https://wiki.documentfoundation.org/Releases/6.3.5/RC2
Скачать дистрибутив можно со страницы загрузки по ссылке.

воскресенье, 16 февраля 2020 г.

Руководство пользователя LibreOffice Draw 6.3


Я обновил русское Руководство пользователя LIbreOffice Draw до версии 6.3.
Следует понимать, что это не перевод официального руководства, такого для версии 6.3 в настоящее время просто нет. Это, по сути, причёсанное русское руководство для версии 4.3, в котором учтены все изменения, которые были в основном в GUI, до версии 6.3
Скачать можно по ссылке.

четверг, 13 февраля 2020 г.

Отчет QA в LibreOffice за январь 2020

Xisco Fauli, QA инженер из The Document Foundation, опубликовал ежемесячный отчёт о работе QA в январе 2020 года. По ссылке доступно много самой разной текстовой информации и графиков.
Немного о самом главном за месяц:
Подано отчетов об ошибках - 604, из которых 64 - это запросы на улучшение
Обработано отчетов - 607
Найдено регрессий - 77, из которых для 62 нашли причину


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

понедельник, 10 февраля 2020 г.

Не показывать разделение на страницы в Calc

Есть странная штука, что в Calc, что в Excel. При создании новой таблицы, они выглядят просто, как сетка ячеек с данными. А вот если заглянуть в предварительный просмотр печати и выйти из него, то на листе будут показываться штриховые линии в местах разрыва страниц.
То есть изначально эти границы не показываются, пока ты не соберешься печатать!
Ну так разработчики LibreOffice сделали так, что теперь эти границы штриховые показываются сразу при загрузке файла в Calc (tdf#124983). Меня, например, такое поведение электронной таблицы по дефолту изрядно раздражает и мешает работать с данными. Мало того, такое поведение привело к проблеме с производительностью (tdf#128873), когда файл стал открываться в Calc в РАЗЫ медленнее. Это потребовало отдельного патча, который ситуацию улучшил, однако к первоначальной скорости открытия файла нас не вернул.
Вопрос дня: зачем вообще было ТАК фиксить исходный баг? Может есть иной вариант?
Ну и в качестве обходного пути надо сделать следующее: в LibreOffice Calc есть настройка, которая позволяет эти штриховые границы не отображать вообще ни при каких действиях пользователя. Меню Сервис>Параметры, слева выбираем LibreOffice Calc->Вид, справа находим опцию "Разрывы страниц" и отключаем её.

среда, 5 февраля 2020 г.

Различия в русских именах функций между Calc и Excel

В своё время один из локализаторов LibreOffice запилил локализованные имена функций в Calc. Это значит, что вместо VLOOKUP русские пользователи теперь могут использовать столь милый им ВПР. Однако из почти 500 функций, которые совпадают в Calc и Excel остались такие, которые в силу неких причин, имеют одинаковое английское имя, но отличающиеся имена в русском варианте. Ниже я приведу список таких функций по состоянию на текущую разрабатываемую версию 7.0 в формате "слева имя в Calc - справа в Excel":
ЧСТОЛБ - ЧИСЛСТОЛБ
ЧКОМБ - ЧИСЛКОМБ
ЧКОМБА - ЧИСЛКОМБА
СЧЁТА - СЧЁТЗ
СЧЁТПУСТОТ - СЧИТАТЬПУСТОТЫ
ДСЧЁТ - БСЧЁТ
ДСЧЁТА - БСЧЁТА
ДИЗВЛЕЧЬ - БИЗВЛЕЧЬ
ДПРОИЗВ - БДПРОИЗВЕД
ДСТОТКЛ - ДСТАНДОТКЛ
ДСТОТКЛГ - ДСТАНДОТКЛП
ДСУММ - БДСУММ
ДДИСП - БДДИСП
ДДИСПГ - БДДИСПП
ФОШ.ТОЧН - ФОШ.ТОЧНО
ДФОШ.ТОЧН - ДФОШ.ТОЧНО
ГАММАНЛОГ.ТОЧН - ГАММАНЛОГ.ТОЧНО
ДСВТ - ПОЛУЧИТЬ.ДАННЫЕ.СВОДНОЙ.ТАБЛИЦЫ
МНИМ.ПРОИЗВ - МНИМ.ПРОИЗВЕД
ЛЕВ - ЛЕВСИМВ
ПРОИЗВ - ПРОИЗВЕД
ПРАВ - ПРАВСИМВ
СТОТКЛ - СТАНДОТКЛОН
СТОТКЛ.Г - СТАНДОТКЛОН.Г
СТОТКЛ.В - СТАНДОТКЛОН.В
СТОТКЛА - СТАНДОТКЛОНА
СТОТКЛГ - СТАНДОТКЛОНП
СТОТКЛГА - СТАНДОТКЛОНПА
ИТОГ - ПРОМЕЖУТОЧНЫЕ.ИТОГИ
ЗНАЧ - ЗНАЧЕН
ДИСПГ - ДИСПР
ДИСПГА - ДИСПРА
Как видно, есть минимальные различия, буквально в одну букву, а есть довольно значительные, как например ДСВТ вместо ПОЛУЧИТЬ.ДАННЫЕ.СВОДНОЙ.ТАБЛИЦЫ.
Пусть логика в сокращении имени функции есть какая-то, но я не могу понять, в чём прикол отличия на одну две буквы? Всё равно аббревиатуры и сокращения бессмысленные же. Я всё равно лезу в справку, чтобы найти по ключевому слову функцию, а как уж она там звучит ДСУММ или БДСУММ - то дело последнее. Зато в инете искать информацию проще, если имена функций будут идентичные.
В этой теме на нашем форуме я поднял этот вопрос. Если есть желающие высказать своё мнение, милости прошу. Чем больше мнений, тем проще нам будет понять, а что же хочет пользователь в среднем?