среда, 25 марта 2020 г.

Перевод LibreOffice Calc Guide 6.2 на русский язык

Я начал потихоньку переводить LibreOffice Calc Guide 6.2 на русский язык. Может к выпуску LibreOffice 7.0 и переведу=))
Я нашёл забавный онлайн сервис, который мне внезапно понравился.
Если есть желающие помочь с переводом, милости прошу. 
С этим онлайн сервисом это реально просто, перевод разбит на сегменты по одному предложению и каждый может перевести столько сегментов, сколько захочет. 
Однако нужно понимать, что перевод нужен прямой и все названия пунктов меню, подсказок, и вообще всего того, что видит пользователь в интерфейсе, нужно проверять в самом LibreOffice Calc 6.2.

четверг, 19 марта 2020 г.

Выпуск LibreOffice 6.4.2

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

понедельник, 9 марта 2020 г.

Отчет QA в LibreOffice за февраль 2020

Xisco Fauli, QA инженер из The Document Foundation, опубликовал ежемесячный отчёт о работе QA в феврале 2020 года. По ссылке доступно много самой разной текстовой информации и графиков.
Немного о самом главном за месяц:
Подано отчетов об ошибках - 679, из которых 98 - это запросы на улучшение
Обработано отчетов - 668
Найдено регрессий - 119, из которых для 108 нашли причину
Закрыто (по разным причинам) - 578, в том числе: исправлено 18 критических ошибок, 19 ошибки, приводивших к аварийному завершению работы LibreOffice.
В отчёте Xisco сделал прекрасную диаграмму, иллюстрирующую причины:
Немного поясню:
FIXED - это ошибки, которые были явно исправлены разработчиками, и в отчете есть прямая ссылка на патч.
DUPLICATE - это ошибки, по которым уже есть информация в багзилле.
WORKSFORME - обычно это старая ошибка, которая в текущей версии LibreOffice не воспроизводится. Значит, кто-то что-то где-то исправил, ошибка не воспроизводится сейчас, а кто и что исправил мы не знаем и ставим такой статус.
NOTABUG - это когда кто-то, не разобравшись в функционале LibreOffice, пишет отчет об ошибке, а оказалось, что такое поведение программы - это так и задумано.
NOTOURBUG - ошибка есть, но это ошибка не в самом LibreOffice, а либо в сторонней библиотеке, либо в стороннем софте/дистрибутиве Линукс.
INSUFFICIENTDATA - ошибка закрывается с таким статусом (недостаточно данных), если она находилась в статусе NEEDINFO (требуется информация) более, чем 6 месяцев. То есть, у баг репортера запросили уточняющую информацию по ошибке и он такую информацию не предоставил.
WONTFIX - это ошибки, которые либо вовсе не ошибки, либо предложения, которые были отвергнуты разработчиками по обоснованным причинам.
OTHERS - это Xisco объединил все остальные причины =)
Вот такая вот была работа QA в феврале!

вторник, 3 марта 2020 г.

Новое оформление в связи с выпуском LibreOffice 7.0

Лидер команды дизайна Heiko Tietze написал письмо в рассылку о том, что в связи с будущим выходом версии LibreOffice 7.0 требуется обновить оформление в нескольких местах интерфейса LibreOffice:
- стартовая заставка (размер 661 x 169, 8-bit/color RGBA, interlaced)
- изображение в верхней части диалога о программе (сейчас это 810 x 133) и возможно некий фон для этого диалога (currently 648 x 667)
- изображения для установщика в Windows (BMP, 632 x 57 x 8) и (BMP, 162 x 312)

- изображение для пакета в macOS (PNG, 550 x 443, 8-bit/color RGBA, non-interlaced)

- лого в пустом Стартовом центре
Направляйте ваши предложения (как ссылку на архив с изображениями) в список рассылки LibreOffice Design, либо в канал Telegram t.me/LibreOfficeDesign, либо в багзиллу, в соответствующий баг.

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

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

Доступен Calc Guide 6.2

Команда документации LibreOffice, в лице её лидера Olivier Hallot, сообщает о доступности Calc Guide 6.2. Это руководство пользователя LibreOffice Calc обновлённое до версии 6.2.
Скачать руководство (на английском языке) можно по ссылке.
Вопрос перевода этого руководства на русский язык (всего-то 530 листов) остаётся, как всегда, открытым.

суббота, 25 января 2020 г.

Убрано ограничение на длину пароля при экспорте в форматы DOCX, XLSX, PPTX

Если вы параноид со стажем и пароли длиной менее 24 символов не приемлите, и всегда и везде вы только такие используете, то вы могли заметить проблему, что LibreOfice при сохранении файлов в новые форматы MSO (DOCX, XLSX, PPTX) обрезает пароли до длины всего в 15 символов. Соответственно MS Office ваш 24-значный пароль для файла при этом не принимал, но зато принимал его обрезанный до первых 15 символов вариант. И в общем-то любой пароль длиной свыше 15 символов обрезался при экспорте (ибо нефиг).
В LibreOffice 6.4 это странное ограничение убрали. 
Спасибо Eike Rathke из Red Hat за исправление.
ps: спасибо за комментарий, Майк, текст обновил

воскресенье, 19 января 2020 г.

Следующим выпуском после LibreOffice 6.4 будет LibreOffice 7

Ну собственно из заголовка всё понятно. Итак, следующим выпуском после LibreOffice 6.4 будет LibreOffice 7, а не LibreOffice 6.5. Я так понимаю, что никаких таких особенных причин этому нету, кроме того, что и 4, и 5 ветки закончились на 4.4 и 5.4 версиях соответственно. По сути, это маркетинг в чистом виде. Да и сообщение о номере версии 7 было именно в списке рассылки маркетинга. Потом, перед выпуском, они придумают что-нибудь в качестве причины выпуска именно версии 7, вместо 6.5 =)

воскресенье, 12 января 2020 г.

Выпуск LibreOffice 6.4 RC2

Стали доступны для скачивания сборки второго релиз кандидата в ветке 6.4 - LibreOffice 6.4 RC2. Скачать их можно для всех платформ в вариантах 64 бит. Для Windows также доступна 32 битная сборка. Выпуск предназначен в первую очередь для тестирования всеми желающими.
Ссылки для скачивания:
Исходный код
Описание исправленных ошибок в LibreOffice 6.4 RC2 относительно LibreOffice 6.4 RC1 доступны по ссылке.
Обо всех найденных ошибках пишите в багзиллу проекта.
Скорее всего перед финальным релизом версии 6.4 будет ещё один релиз кандидат.

пятница, 10 января 2020 г.

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

Xisco Fauli, QA инженер из The Document Foundation, опубликовал ежемесячный отчёт о работе QA в декабре 2019 года. По ссылке доступно много самой разной текстовой информации и графиков.
Немного о самом главном за месяц:
Подано отчетов об ошибках - 580, из которых 83 - это запросы на улучшение
Обработано отчетов - 595
Найдено регрессий - 106, из которых для 84 нашли причину
Закрыто (по разным причинам) - 578, в том числе: исправлено 15 критических ошибок, 12 ошибок, приводивших к аварийному завершению работы LibreOffice, и исправлено 5 проблем с производительностью.
В отчёте Xisco сделал прекрасную диаграмму, иллюстрирующую причины:
Немного поясню:
FIXED - это ошибки, которые были явно исправлены разработчиками, и в отчете есть прямая ссылка на патч.
DUPLICATE - это ошибки, по которым уже есть информация в багзилле.
WORKSFORME - обычно это старая ошибка, которая в текущей версии LibreOffice не воспроизводится. Значит, кто-то что-то где-то исправил, ошибка не воспроизводится сейчас, а кто и что исправил мы не знаем и ставим такой статус.
NOTABUG - это когда кто-то, не разобравшись в функционале LibreOffice, пишет отчет об ошибке, а оказалось, что такое поведение программы - это так и задумано.
NOTOURBUG - ошибка есть, но это ошибка не в самом LibreOffice, а либо в сторонней библиотеке, либо в стороннем софте/дистрибутиве Линукс.
INSUFFICIENTDATA - ошибка закрывается с таким статусом (недостаточно данных), если она находилась в статусе NEEDINFO (требуется информация) более, чем 6 месяцев. То есть, у баг репортера запросили уточняющую информацию по ошибке и он такую информацию не предоставил.
WONTFIX - это ошибки, которые либо вовсе не ошибки, либо предложения, которые были отвергнуты разработчиками по обоснованным причинам.
OTHERS - это Xisco объединил все остальные причины =)
Хорошая работа QA в декабре! =)