суббота, 24 июня 2017 г.

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

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

четверг, 22 июня 2017 г.

Механизм автоматического обновления 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 в багзилле проекта.

суббота, 17 июня 2017 г.

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

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

пятница, 16 июня 2017 г.

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

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

четверг, 8 июня 2017 г.

Выпуск 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 считай пустой, читать не о чем.

вторник, 23 мая 2017 г.

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

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

пятница, 19 мая 2017 г.

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

Обнаружил крайне критичные для русскоязычных пользователей ошибки в работе LibreOffice версий до 5.3.2 включительно: в полях ввода выпадающего окошка автофильтра в calc и в диалоге Поля-Перекрестные ссылки во Writer учитывается регистр вводимых символов для кириллицы. То есть для этих фильтров слова "Вася", "вАся" и "ВАся" - это три разных слова и при вводе в поле фильтра слова "вася" ни одно из них в выборку фильтра не попадет!
Вот, как это выглядит в Calc. Вот исходные данные:
А вот работа автофильтра на этих данных:
Видите, ни одно значение в выборку не попало!
Следующая картинка показывает то же самое для фильтра в диалоге Поля-Перекрестные ссылки:
Опять же фильтр по заголовкам не показывает ни одного варианта, хотя по идее должен был бы.
Для латиницы (английский язык например) - этой проблемы нет, все корректно работает и фильтрует без учета регистра символов.
И если для автофильтра в Calc проблему в 5.3.3 должны были исправить, поскольку соответствующая бага в багзилле отмечена, как FIXED, то проблему в Writer я обнаружил только вчера и создал еще одну запись в багзилле.
Обратите внимание: в диалогах найти и заменить (Ctrl+H) и в панели поиска по Ctrl+F фильтр работает НОРМАЛЬНО, то есть регистронезависимо и ищет все вхождения хорошо.
Учитывайте эту информацию в работе. Если во Writer это не так и критично, то автофильтр в Calc может показать вам не полную картинку по данным и привести к печальным последствиям!

вторник, 16 мая 2017 г.

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

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

суббота, 13 мая 2017 г.

Перевод на русский язык руководства пользователя 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.

вторник, 9 мая 2017 г.

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.

Результаты опроса о внешнем виде встроенных стилей таблиц Writer

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

Глядя на эти две иллюстрации, можно сказать, что народ тяготеет к простым чистым и хорошо читаемым стилям таблиц в черно-белом или, реже, в цветном варианте, а также к стилям с просто четко выраженными границами первой/последней строки/столбца. Целиком залитые цветом (серые, желтые, зеленые и какие угодно еще), а также с попытками изобразить 3Д-эффекты - такие варианты оценены пользователями негативно.
Вот еще варианты для новых цветных стилей таблиц:
 
Всего в опросе приняло участие более 550 человек.
Разработчики приняли результаты этого опроса, как руководство к действию, и в ближайшее время заменят существующие стили таблиц на новые в соответствии с результатами опроса.

пятница, 28 апреля 2017 г.

Опрос о внешнем виде стилей таблиц в LibreOffice

Разработчики из дизайн-тим LibreOffice опубликовали опрос по поводу внешнего вида стилей таблиц. В опросе всего одна страница с примерами оформления таблиц стилями, нужно просто потыкать в варианты от "УЖАС УЖАС" до "СУПЕР-ПУПЕР".
Вот ссылка на сам опрос: https://survey.documentfoundation.org/128518?lang=en
Нажмите на Next и на следующей странице проставьте рейтинг оформлению таблиц. Просьба крайний правый вариант No answer не оставлять. Спасибо =)

воскресенье, 23 апреля 2017 г.

Новости о Ribbon в LibreOffice

На каналае Telegram увидел чудесное видео о некой новой реализации Риббона в Либреофисе. Вот ссылка https://www.youtube.com/watch?v=uBgzwY_y2hc. Основная идея такова: наиболее частоиспользуемые функции вынесены на ленту, а ПОД лентой есть еще собственно строка меню, которую можно использовать ровно так же, как и сейчас. Также эта строка выполняет роль подсказки по месту нахождения функций в ленте. Проблема у этого всего одна, оно жрет место по вертикали.

среда, 12 апреля 2017 г.

LibreOffice 5.4. Обновленная стандартная цветовая палитра

В LibreOffice 5.3 были сильно переработаны цветовые палитры из стандартной поставки LibreOffice. Почитать об этом можно вот тут. Однако в следующей версии LibreOffice 5.4 разработчики решили улучшить цветовую палитру standard, которую чаще всего и используют пользователи. Они сделали опрос, по результатам которого указанная цветовая палитра была изменена еще раз. Ниже показана эволюция цветовой палитры standard от версии 4.3 до версии 5.4:
В версии 5.4 первая строка палитры представляет собой черно-белый ряд. Вторая строка - это последовательность цветов: жёлтый, золотой, оранжевый, кирпичный, красный, фиолетовый, пурпурный, индиго, синий, сине-зеленый, зеленый, лайм. Четыре нижележащих строки представляют собой более светлые оттенки указанных цветов, а еще нижерасположенные четыре строки - более тёмные оттенки.

пятница, 31 марта 2017 г.

Условное форматирование в LibreOffice Calc

Как ни странно, очень многие люди, использующие в работе электронные таблицы Calc, не знают о такой вещи, как условное форматирование. Что такое условное форматирование? Это автоматическое форматирование ячейки в зависимости от данных в ней и условия, заданного пользователем. Например, в зависимости от данных в ячейке может меняться её цвет или, например, такие свойства шрифта, как размер, гарнитура, эффекты или цвет, а также это всё вместе в различных вариациях. Или в ячейке могут быть показаны дополнительные значки или гистограммы (но об этом ниже).
Для чего это нужно? Это нужно для визуального выделения нужных данных среди всех остальных, либо для облегчения визуального восприятия информации. Причем пользователю не нужно всматриваться, пытаться анализировать данные, а затем вручную что-то выделять или помечать. Программа всё сделает за Вас.
Настройки условного форматирования расположены в подменю Формат-Условное форматирование.
Доступны следующие варианты: Условие, Цветовая шкала, Гистограмма, Набор пиктограмм, Дата. Рассмотрим каждый из них подробнее:

Условие.
На иллюстрации ниже видно, что для ячейки необходимо выбрать один из вариантов условия, при соответствии которому, к ячейке будет применён задаваемый стиль форматирования.
Для некоторых типов условий необходимо будет дополнительно задать значения в поле справа от выпадающего списка, о чём выдаётся соответствующее предупреждение "Введите значение!".
Количество условий для ячеек не ограничено. Можно задать одной ячейке условия на все возможные варианты вводимых данных.
На иллюстрации ниже привёден пример результата работы условного форматирования с тремя условиями для каждой ячейки: диапазон от 1 до 10 - красный, от 10 до 50 - жёлтый, свыше 50 - зелёный. Пример абсолютно абстрактный конечно же.
При изменении значения в любой ячейке соответственно изменится форматирование, если число будет относиться к иному заданному диапазону.
Точно так же можно задавать условие для текста, выбирая нужный тип условия в диалоге.
Стиль для форматирования ячейки можно выбрать из имеющихся, а можно создать свой, выбрав первый пункт в выпадающем списке "Применить стиль".

Цветовая шкала.
Этот вариант применим только к диапазону ячеек, поскольку оперирует некоторыми минимальными и максимальными значениями в ячейках диапазона. Поэтому при выборе этого варианта в диалоге Условное форматирование сразу выбрано "Все ячейки":
Доступно два типа цветовой шкалы: 3 значения и 2 значения. На иллюстрации ниже показаны примеры для трёх (красный, жёлтый, зелёный) и для двух (синий, красный) цветов.
Можно явно задать числовой диапазон, указав минимальное, среднее и максимальное значения для трёхцветовой шкалы или минимальное и максимальное для двухцветовой. А можно указать автоматическое определение минимального и максимального значения, выбрав это в выпадающих списках второй строки. Соответственно и цвета будут зависеть от введённых в ячейки диапазона значений. На иллюстрации выше числа выставлены по возрастанию просто для иллюстрации перехода от одного цвета к другому, однако, если числа будет стоять не в строгом порядке, цвета им будет назначаться корректно и отражать их положение относительно минимального или максимального значения в диапазоне. Просто нужно правильно интерпретировать эту цветовую градацию.

Гистограмма.
Этот вариант условного форматирования применим также только к диапазону ячеек. Отображает в каждой ячейке полоску длиной, соответствующей значению в ячейке.
Можно выбрать различные вариации для минимального и максимального значений из выпадающих списков: автоматическое или явное определение минимума и максимума, перцентиль, точное значение, процент или формулу. А также очень важные настройки скрываются под кнопкой "Ещё...":
При нажатии на эту кнопку появится дополнительный диалог "Гистограмма", в котором можно выбрать настройки минимума и максимума, цвета для полосок гистограммы, тип заливки градиент или сплошной цвет, расположение вертикальной оси в ячейке, цвет оси, а также задать максимальную и минимальную длину отображеня гистограммы в процентах от длины ячейки. Опция "Показать только полоску" будучи активированной, скроет значения в ячейках (см. иллюстрацию ниже).
На иллюстрации показаны два варианта гистограмм для одних и тех же числовых значений. Слева установлено автоматическое определение минимума и максимума, типа заливки градиент, длина полоски 100%. Справа - минимум и макисмум заданы вручную (но соответствуют значениям в ячейках), тип заливки - сплошной цвет, максимальная длина полоски ограничена 50%, активна опция "Показать только полоску" - числовые значения в ячейках не показываются, однако никуда не исчезли, на них можно ссылаться и использовать в формулах.

Набор пиктограмм (значков).
Помещает в каждую ячейку выбранный пользователем тип значка, своим видом зависящий от значения в ячейке. Внутри каждого типа существует разделение типа отрицательный, нейтральный, положительный, либо по наполненности от пустого до полного.
Такой тип условного форматирования работает также для некоего диапазона ячеек. В LibreOffice Calc есть достаточно большое разнообразие типов из 3, 4 и 5 значков:
Выбор количества и типа значков зависит от задачи по визуализации данных. 
ИМХО, 3 значка - это когда нужно показать что "всё плохо", "средне", "хорошо"; 4 значка - это когда "всё пропало и погибло", "всё плохо, но не смертельно", "не плохо", "всё хорошо"; 5 значков - "результат ноль", "есть что-то", "уже половину написал", "ещё чуть чуть осталось", "выполнили план!".
Для значков можно задать явные граничные значения, некий процент, который зависит от минимального и максимального значения в диапазоне, а также формулу.

Дата.
Этот вариант можно назначить каждой отдельной ячейке или каждой ячейке из диапазона. Есть некоторое количество условий по дате, обратите внимание на иллюстрацию ниже:
Выпадающий список можно пролистать, чтобы увидеть дополнительные варианты дат. При соответствии выбранному условию к ячейке будет применено форматирование стилем, выбранным в выпадающем списке "Применить стиль". Тут все аналогично типу условного форматирования "Условие".

среда, 22 марта 2017 г.

Пакетный экспорт документов в формат PDF, используя LibreOffice

Все действия выполнялись в ОС Windows. Наверняка для Linux есть какой-нибудь хороший способ, но мне на работе никто конфигурировать под корпоративные стандарты Linux не будет, поэтому в этой статье всё про Windows. 
Потребовалось мне по работе проводить экспорт кучи файлов в формате XSLX в формат PDF. Реально по 25 - 30 файлов за присест. И делать это надо было крайне в сжатые сроки. Пробовать всякие программулины было некогда и пришлось делать это вручную из MS Excel, благо 2010 версия это умеет. Хорошего в таком положении вещей мало, в будущем предвидится точно такие же авралы и я задумался, а какие вообще существуют способы.
Нашел я софт, который включал в себя LibreOffice, и вроде бы пакетный экспорт в PDF умел, однако он в бесплатной редакции ставит огромный рекламный блок себя на КАЖДОМ листе документа. Это не наш вариант.
Есть еще несколько подобных софтин, уже без всякого участия LibreOffice, однако либо они некорректно сам экспорт делали, то есть итоговый файл был кривой, либо пакетный экспорт был декларирован, но не работал.
Наверное можно (и нужно в будущем так и сделать) спросить у знающих Эксель товарищей, может быть есть возможность настроить пакетный экспорт, юзая сам MS Excel.
Ну, а я попросил помощи на нашем форуме http://forumooo.ru и Миша Каганский подсказал мне строку кода для консоли, которая вызывая LibreOffice в скрытом режиме выполняет искомый пакетный экспорт. Ну и в дальнейшем эта строка была оформлена в bat-файл и сам файл был переписан Мишей для того, чтобы можно было задать путь до исходных файлов и их тип, а также была прописана проверка наличия установленного в системе LibreOffice.
Вот собственно код:
@echo off

rem -------------------------------------------
rem in this file uses codepage cp866
rem -------------------------------------------
rem в этом файле используется кодировка cp866
rem -------------------------------------------

set /p "fileMask=Введите путь и маску для экспорта: "

rem ключ реестра для извлечения пути установки
rem HKEY_LOCAL_MACHINE\SOFTWARE\LibreOffice\UNO\InstallPath

setlocal ENABLEEXTENSIONS

call :QueryRegistry "HKEY_LOCAL_MACHINE\SOFTWARE\LibreOffice\UNO\InstallPath" ""

if not defined Value (
    call :QueryRegistry "HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\LibreOffice\UNO\InstallPath" ""
)

echo Идет экспорт файлов в PDF, ждите
for %%f in ("%fileMask%") do start "dummyTitle" /wait "%Value%\soffice.exe" --convert-to pdf --outdir "." "%%f"
chcp 866 > nul
msg * Экспорт завершен

exit /B %ERRORLEVEL%

:: A function for querying registry value; return is in %Value%
:QueryRegistry
:: chcp 1252 makes REG QUERY to print its output in English. This makes the string look like:
::     (Default)    REG_SZ    C:\Program Files\LibreOffice 5\program
:: Without this, the string may (e.g. for Russian locale) look like:
::     (По умолчанию)    REG_SZ    C:\Program Files\LibreOffice 5\program
:: Notice the space in the (По умолчанию). This space makes additional token, and thus
:: the batch becomes non-portable.
set Value=
chcp 1252 > nul
for /F "usebackq tokens=2,*" %%A in (`REG QUERY %1 /v %2 2^>nul`) do (
    set Value=%%B
)
Вставьте его в текстовый файл, сохраните с расширением bat. Обратите внимание, что сохранить его необходимо в кодировке Cp866, иначе надписи на русском языке превратятся в крякозябры.
И ещё: файлы в формате PDF будут сохранены в то место, откуда был запущен bat-файл. Это настраивается в тексте "программы".
В конце экспорта будет показано отдельное окошко с текстом "Экспорт завершен" и кнопкой ОК. Я это сделал, чтобы видно было, что работа завершена.
Сам экспорт достаточно быстрый, однако очень сильно зависит от количества и размера файлов.
Также преимущество LibreOffice перед MS Office в данном случае в том, что LibreOffice намного всеяднее в плане поддержки кучи различных форматов файлов, а недостаток тот, что LibreOffice не совсем точно открывает файлы вражеского формата, особенно это видно, если страниц в документе много. Я увидел разницу 50 vs. 65 страниц - это бывает просто неприемлемо =(

суббота, 18 марта 2017 г.

LibreOffice 5.4. Развитие Риббона

В вики проекта увидел интересную штуку:
1. В реализацию ленточного интерфейса в LibreOffice добавили возможность добавлять свои значки на отдельную микропанельку, вот так это выглядит:
2. Добавлена поддержка тем оформления для риббона:
Заметьте, что это новшества для разных вариаций ленточного интерфейса в LibreOffice. Первая - это пародия на риббон из MS Office, причем достаточно явная, вторая - это видение разработчиков LibreOffice под названием Muffin. Темы доступны именно для Маффина и не работают для пародии на риббон.
Ещё хочу сказать, что первое впечатления от этой пары скриншотов - ещё ближе к внешнему виду MSO 2007 и более поздних. И как бы маркетологи TDF не отбрехивались, говоря, что у Либры свой путь, мое ИМХО такое: то, что делается в реализации нового видения ГУИ в Либре - это тупейшее копирование лент из стана MS Office. Я видео несколько довольно проработанных мокапов интерфейса Либры и с упрощением панелей инструментов и с развитием Боковой панели, которые реально изменили бы внешний вид Либры и повысили удобство работы, однако разработчики думают иначе.

четверг, 16 марта 2017 г.

Выпуск LibreOffice 5.3.1

Организация The Document Foundation представила первый корректирующий выпуск офисного пакета LibreOffice 5.3.1. Сборки подготовлены для различных дистрибутивов GNU/Linux, Windows и macOS.
Выпуск содержит только исправления ошибок и правки локализаций. Всем, кто использует LibreOffice версии 5.3 рекомендуется обновиться.
Списки исправлений:
https://wiki.documentfoundation.org/Releases/5.3.1/RC1
https://wiki.documentfoundation.org/Releases/5.3.1/RC2
Скачать дистрибутив для всех платформ можно вот тут: http://www.libreoffice.org/download/download/

среда, 15 марта 2017 г.

LibreOffice 5.4. Сводные диаграммы

Один из разработчиков LibreOffice, Tomaž Vajngerl, опубликовал в своем блоге пост о своей работе над созданием сводных диаграмм, которые визуализируют данные сводных таблиц. Причём при изменении данных в сводной таблице диаграмма автоматически обновляется. По ссылке https://www.youtube.com/watch?v=xRulORXWhP8 можно посмотреть, как это выглядит уже сейчас. На мой взгляд вполне завершённо и красиво. Обещано включение этой фичи в релиз LibreOffice 5.4.
Update: Tomaž опубликовал второй и третий пост о дальнейшей разработке сводных диаграмм. Также вот ссылка на финальное видео с тем, что получилось в итоге.

четверг, 2 марта 2017 г.

Странности с рендерингом изображений в текстовых документах LibreOffice

В последнее время обратил внимание, что втсавленные в текстовый документ картинки как-то странно выглядят, как будто им специально ухудшили качество. (Все картинки из статьи нужно смотреть щелкая по ним, чтобы было видно, о чем я говорю).
Вот пример:
Обратите внимание на текст внутри скриншота, вставленного в текст. Нет сглаживания и сам шрифт как будто пообкусывали.
Та же самая картинка, но уже после экспорта в пдф:
Разница есть, согласитесь. И еще это говорит о том, что это не картинка сама плохого качества, а что отображается она во Writer в плохом качестве. Зачем - это вопрос.
Вот увеличенная картинка:
Сразу оговорюсь, может эти многочисленные скриншоты со скриншотов и не передают всю глубину проблемы...
Вчера я внезапно обнаружил, что у меня включен OpenGL в портативной версии LibreOffice, в которой я работаю, и я его отключил. Картинки стали гладкие и прекрасные! На виндовс. Я порадовался, так как к багам со стороны OpenGL отношусь, как к неизбежному злу. Хорошего в них ничего нет, однако и сделать я ничего не могу (и разработчики тоже судя по всему, хотя и стараются изо всех сил).
И вишенка, тот же документ в ОС Linux в LibreOffice БЕЗ OpenGL:
OpenGL отключен, а проблема осталась =(
При этом мне намного больше нравится работать с документом в LibreOffice под Linux, как-то там все выглядит аккуратнее, и интерфейс и сам документ рендерятся корректно и красиво все.

PS: морали никакой не будет, если я соберусь с силами, то напишу багу в багзиллу, пусть даже это будет дубликатом.
PPS: Mike, если будешь писать комментарии, то пожалуйста озвучь причину такого поведения LibreOffice ;)

воскресенье, 12 февраля 2017 г.

Использование разделов в текстовом документе LibreOffice Writer

Что такое раздел в LibreOffice Writer? Это именованный текстовый блок,который позволяет защитить текст или часть текста от изменения, скрывать и показывать части текста, вставлять текст в несколько колонок внутри текста в одну колонку, использовать текст или объекты из других документов LibreOffice.
Два основных диалога, которые нужны для работы с разделами - это диалог Вставить раздел из меню Вставка - Раздел:
и диалог Редактирование разделов из меню Формат - Разделы:
Диалоги визуально немного похожи, однако первый служит для настройки вставляемого раздела, а второй для работы с уже существующими разделами.
Визуально в тексте документа раздел обрамлен серой непечатаемой рамкой:
При вставке раздела перед ни вставляется символ перевода строки, то есть раздел вставляется, как новый абзац. Не получится вставить раздел по середине слова или строки. 
Примечание: Учтите при этом, что если раздел скрыть, а знак перевода строки, который был создан при вставке раздела удалить, то раздел также будет удален.
Текст или объект внутри раздела можно форматировать точно так же, как основной текст или иные объекты документа, используя стили или ручное форматирование.
У меня была мысль применить эти разделы при работе с документами типа "договор", однако высянилась особенность, даже если раздел вставить в нумерованный список и задать тексту внутри него корректную нумерацию, то при скрытии раздела, нумерация не пересчитывается, а весь смысл работы с разделами в таком случае теряется.

четверг, 2 февраля 2017 г.

Внутренние изменения в LibreOffice 5.3

Michael Meeks опубликовал в своем блоге интересный пост по поводу изменений в LibreOffice 5.3, не видных простому пользователю, но важных для развития проекта. Это так называемые изменения "под капотом" LibreOffice. Итак:
Переведена очередная порция комментариев в коде с немецкого на английский. Немецкие комментарии в коде проекта есть со времен его основания, поскольку писать его начинали именно немцы. Однако огромное количество людей знает английский и только некоторые кодеры умеют в немецкий, поэтому перевод комментариев в коде на английский - это крайне важная задача. С выпуском LibreOffice 5.3 осталось всего-то 3700 комментариев на немецком языке из более, чем 50000.
Полгода назад, в LibreOffice 5.2, был добавлен автоматический сбор отчетов о крэшах программы с отправкой их на сервер разработчиков проекта. Это позволило выявить и оперативно исправить несколько критичных ошибок в версии 5.3. Еще одним следствием работы этого механизма стало обнаружение проблемы с ограничением Windows на 10000 GDI-объектов на один процесс, что приводит к самым неожиданным ошибкам LibreOffice в самых разных местах. К выходу версии 5.3.1 обещают эту проблему исправить (или обойти как-то).
Было написано около 300 новых юнит-тестов.
Был написан фреймворк для тестирования интерфейса пользователя, к нему есть документация, призванная помочь добавлять новые тесты.
Произведены множественные изменения в LibreOfficeKit API и в коде, отвечающем за работу он-лайн части LibreOffice.
Добавлен код для отслеживания проблем с использованием OpenGL и OpenCL в реальном времени.
Добавлен механизм для автоматического снятия скриншотов со всех диалогов LibreOffice, также его можно использовать в ручном режиме. Механизм этот помимо создания скриншотов также позволяет обновлять файл Справки в автоматическом режиме, вставляя туда вновь созданные скриншоты. Сделано это для облегчения труда команды документации, поскольку LibreOffice достаточно часто обновляется, а документация и Справка как всегда отстают по версиям от проекта.
Старый API для многопоточной работы osl::Condition был заменен на новый std::condition_variable, который позволяет писать более безопасный код. Также это позволило решить проблему с распаковкой некоторых файлов XLSX.
Проведена большая работа по улучшению поддержки gtk+3/Wayland в LibreOffice.
Идёт работа по улучшению внутреннего механизма работы со столбцами в Calc. Раньше на каждый лист выделялся сразу фиксированный набор столбцов (структура значительного размера), в которой сразу были заготовки на все возможные столбцы. Это, например, не позволяет увеличить число столбцов. Теперь используется динамическая структура, в которой по мере надобности добавляются данные для новых нужных столбцов. Это первый необходимый шаг для большего числа столбцов, который также даёт оптимизацию в использовании памяти.
Обновлено большое количество встраиваемых в LibreOffice библиотек.
Исправлено более 80 ошибок, связанных с форматами DOC, DOCX и прочими.
Проведена чистка кода LibreOffice для Android.

среда, 1 февраля 2017 г.

Выпуск LibreOffice 5.3

Организация The Document Foundation представила новый значительный выпуск офисного пакета LibreOffice 5.3. Сборки подготовлены для различных дистрибутивов GNU/Linux, Windows и macOS.
Релиз содержит множество новшеств, но пока окончательно не стабилизирован, поэтому позиционируется как ознакомительный и пригодный для использования продвинутыми пользователями, а также энтузиастами. О готовности к промышленному использованию будет объявлено дополнительно при выходе одного из корректирующих релизов (5.3.4 или 5.3.5).
Примечания к выпуску можно почитать вот здесь: https://wiki.documentfoundation.org/ReleaseNotes/5.3/ru
Скачать дистрибутив для всех платформ можно вот тут: http://www.libreoffice.org/download/download/

пятница, 27 января 2017 г.

Выпуск LibreOffice 5.2.5

Разработчики объявили о выпуске LibreOffice 5.2.5. В данном выпуске были исправлены внезапно проявившиеся в версии 5.2.4 ошибки с принтерами и шрифтами, из-за которых был всплеск отчетов о критических ошибках, о которых я как-то писал.
Скачать версию 5.2.5 можно как всегда отсюда: http://www.libreoffice.org/download/libreoffice-fresh/
Перечень исправленных ошибок:

вторник, 24 января 2017 г.

Разработчики LibreOffice опять чудят

В LibreOffice 5.3 реализовали стили таблиц Writer и сделали в Боковой панели отдельный раздел для быстрого и удобного управления ими. Однако, при попытке изменить стиль, используя контекстное меню в Боковой панели, LibreOffice падает намертво, унося в преисподнюю все открытые документы. В багзилле есть соответствующий баг на эту тему, однако разработчики видимо хотели или заглушку вставить, или еще что-то сделать, поскольку функция создания и редактирования стиля таблиц Writer пока просто не реализована. Что же я увидел сегодня в багзилле на эту тему? А там появилось предложение вообще этот раздел Боковой панели убрать с глаз долой. То есть, вместо небольшого напильника в виде подсказки, что эта функция пока не работает, они берут скальпель и режут полностью функционал. 
Я уже писал на тему того, что одни разработчики пилят фичу, а другие через минимальное количество времени её режут по живому. Сила опенсорца во всей красе =( И это реально раздражает. Все же единоначалие в некоторых вопросах разработки свободных проектов необходимо.

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

Создание презентации во Writer

Под структурой презентации понимается совокупность текста во всей презентации (во всех её слайдах), каждая запись которого имеет свой стиль, выглядит это например вот так:
Обратите внимание, каждый слайд начинается с записи со стилем "Заголовок слайда". То есть, можно создавать презентацию, создавая её структуру (накидав основные тезисы). Для этого есть специальный режим в самом Impress, а есть возможность использовать для этого Writer. И, если в Impress нужно просто выбрать пункт меню "Вид - Структура" и начать творить, то во Writer все немного сложнее (я в конце поясню, почему именно так сделано во Writer, в этом есть своя логика).
Итак, во Writer нужно начать с предварительного обдумывания Вашей презентации, что за чем Вы будете говорить. Затем запишите Ваши тезисы в список, отделяя каждую запись нажатием на клавишу Enter. После завершения списка необходимо (обязательно!!!) каждой записи задать стиль типа "Заголовок". Причем нужно учитывать, что с заголовков самого высокого уровня будут начинаться будущие слайды в презентации. Необязательно, чтобы будущие заголовки слайдов начинались с записей со стилем "Заголовок 1", это может быть и "Заголовок 2" или "Заголовок 3". Важно, чтобы записи, которые планируется разместить внутри слайда, были форматированы стилем "Заголовок N-1" (где N - самый верхний уровень в документе). Приведу пример (в стилях типа Заголовок):

Заголовок 2

Заголовок 3

Заголовок 3

Заголовок 3

Заголовок 2

Заголовок 3

Заголовок 3

Заголовок 2

Заголовок 3

Заголовок 3

Заголовок 4

Заголовок 4

Итак, с каждой записи, форматированной стилем "Заголовок 2" будет начинаться новый слайд в будущей презентации, поскольку это самый высокий уровень заголовка в структуре.
Что нужно сделать для передачи этой структуры в презентацию? Нужно выделить все записи структуры и выбрать пункт меню во Writer "Файл - Отправить - Структуру в презентацию". После этого будет создана пустая презентация в режиме Структура, которая будет содержать Ваши тезисы. Переключив в меню "Вид" внешний вид презентации на "Обычный", Вы увидите Ваши слайды с тезисами, каждый из которых занимает то место в слайде, которое Вы ему задали уровнем структуры в документе Writer.
А теперь ремарка, насчет того, зачем это вообще есть в LibreOffice. Во Writer есть пункт меню "Файл - Отправить - Реферат в презентацию", который позволяет взять из документа структуру заголовков и некоторое количество абзацев, следующих по тексту за ними, и создать реферат объемного документа в виде презентации. Это полезно для доклада о Вашей научной работе, например, или когда есть просто большой документ, а слайды - это действительно просто тезисы для аудитории, позволяющие лектору ориентироваться в своей лекции. Однако для работоспособности этой функции при оформлении Вашего научного труда необходимо использовать стили!

пятница, 20 января 2017 г.

Где скачать старые версии LibreOffice

Достаточно часто возникает такой вопрос: Где скачать старые версии LibreOffice? Нужно это бывает для самых разных вещей, начиная от тестирования, и до того, что последние версии по какой-то причине не устраивают.
Ответ такой: вот здесь https://downloadarchive.documentfoundation.org/libreoffice/old/
Начиная с первого релиза 3.3, и, заканчивая свежайшим 5.3.0.2.

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

Создание своего риббона Notebookbar в LibreOffice

Разработчики из дизайн-тим в своем блоге опубликовали пост о том, как сегодня можно сделать свой ribbon в LibreOffice или настроить существующий. Переводить я его не буду, просто потому, что простым пользователям незачем знать тонкости разработки ГУИ в новом риббоне, а интересующиеся и сами всё там поймут и разберутся. Я хотел пару мыслей написать по этому поводу.
Так вот, мало того, что они в релиз LibreOffice 5.3 запихнули недоделанный и ужасный Notebookbar, так они еще предлагают пользователям самим собраться с силами и учить XML вместе с софтом для создания интерфейсов Glade. Хороший подход к разработке и прекрасное отношение к пользователям. Собственно у меня возмущение вызывает не сам факт того, как там создается ГУИ в Notebookbar и инструкция к этому от разработчиков, а то, как они формулируют свои мысли. Вместо того, чтобы сказать "эй, пипл, помогите нам насоздавать риббонов в нашем софте. Это делает вот так и вот так. А мы ваши идеи рассмотрим и агрегируем в самый лучший ГУИ, какой вы видели!", они говорят "мы выкатили нерабочее УГ, а если Вам надо, то вот вам инструменты разработчика и делайте себе сами такой ГУИ, какой Вам надо". Ну ОК, что ж тут поделать. Если будет у меня желание разбираться в этом, то я попробую сделать Риббон а-ля МСО просто для смеха.

суббота, 14 января 2017 г.

Различные взгляды на появление и развитие нового интерфейса Muffin в LibreOffice

На днях я имел нескучную беседу с пользователями LibreOffice и товарищами из команды разработчиков самого LibreOffice на канале его в Телеграме. Началось всё с того, что кто-то вбросил ссылку на статью на стороннем ресурсе о новом интерфейсе LibreOffice под названием MUFFIN. Причем статья крайне негативная. И товарищи на канале очень удивились и огорчились, что новый, недоделанный и кривой (в силу недоделанности) интерфейс пользователя обозреватели не приняли на ура. Когда я им попытался объяснить, что если они прямо сейчас рекламируют новый GUI, (но при этом прячут его в экспериментальные возможности, однако рассказывая, как его активировать), чтобы люди посмотрели недоделку, то не надо удивляться, что люди верят своим глазам, а не маркетологам Либры (которым бы лучше помолчать в тряпочку, вместо того, чтобы рассказывать про глубокую новую философию в видении интерфейса пользователя), то они обиделись на меня всем миром. А самое страшное, что задело апологетов MUFFIN'a - это то, что новый MUFFIN сравнивают с Robbon'ом из MS Office 2007 и более поздних. Но позвольте, а с чем же его сравнивать, если внешне он копия Ribbon, концепция взята явно оттуда же, да и сама команда дизайна из разработчиков LibreOffice в своем документе обсуждает возможности именно Ribbon?!
Товарищ Итало Виньоли начинает свою речь о целях  Muffin'a словами "...мы не заботимся о пользователях MS Office, мы заботимся о пользователях LibreOffice...", а заканчивает через предложение "...новый интерфейс MUFFIN позволит мягко перевести пользователей MS Office на LibreOffice...". Так о ком же заботится г-н Итало? Кого он обманывает? Себя? Я понял бы, если бы он честно сказал, что для облегчения миграции с MSO на LO делают тупую копию Ribbon. Логика есть в этом, пусть и спорная. Но начинать юлить и рассказывать сказки, что всем дали информацию (это речь о вышеуказанной заметке в блоге разработчиков) о "философии" нового интерфейса, а люди такие сякие (и особенно журналюги пархатые) читать это не стали, а просто посмотрели на унылие в его нынешнем виде и высказали справедливое фи на весь Интернет, - это конечно здорово.
Господин Виньоли также упрямо настаивает на том, что сам термин Ribbon употреблять нельзя, поскольку это неофициальное название GUI от MS Office, а нужно говорить Fluent UI. Основная мысль в том, чтобы уйти от прямого сравнения с Ribbon и опять кого-то обмануть, рассказывая, что с Ribbon новый GUI в LibreOffice не слизали. Кто вообще помнит о том, КАК там официльно назывался ленточный интерфейс MS Office? Да никто, по большому счету. А вот, что такое Ribbon знают гораздо больше человек.
К чему я все это выше так эмоционально изложил? К тому, что на появление Muffin даже внутри команды, имеющей отношение к разработке/тестированию/переводам LibreOffice, есть диаметрально противоположные мнения на принципиальную нужность этого новшества, не говоря уж о такой мелочи, как источник вдохновения "дизайнеров" LibreOffice.
Моя персональная точка зрения такова - этот самый MUFFIN есть копия ленточного интерфейса от MS Office по парадигме, по задумке, по внешнему виду и по тому простому факту, что оно отжирает вертикального пространства даже больше, чем сам Ribbon. В связи с указанным он просто не нужен, на него расходуются ресурсы разработчика (одного кстати, один несчастный чешский парень это пилит), пусть он и доброволец, которые можно было бы направить в иное русло. Добавление этого MUFFIN'a 146% повлечет за собой многочисленные ошибки (да уже повлекло), на исправление которых потребуются дополнительные усилия грамотных программистов, которых и так мало. А вот профита никакого эта штука не принесёт.
Кстати, надо бы попытаться натолкнуть их на мысль провести опрос среди самих разработчиков LibreOffice на предмет их отношения в новшествам в интерфейсе.

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

Я может открою кому-то глаза на реальный мир, но переводом всего интерфейса пользователя LibreOffice на русский язык занимается ровно ОДИН человек.
На сегодня, в выпуске первого релиз кандидата LibreOffice 5.3, что-то (как всегда, я так понял) случилось с локализацией, огромное количество элементов в интерфейсе не переведено. Причем это какая-то системная ошибка (на мой взгляд конечно) во взаимодействии локализаторов и программистов, которую программисты просто не видят, а локализаторы по какой-то причине не озвучивают, потому что считают, что лучше ничего сделать нельзя. При этом новых терминов в GUI добавляется не так много, однако уже переведенные термины из релиза в релиз теряют привязку к своим переводам на иные языки. 
Так вот, этот самый один человек устал от своего труда и написал на форум странный пост, после которого, однако, ему вызвались помочь с допереводом элементов. А сам он, внезапно, решил начать перевод давно выпрашиваемой для LibreOffice Calc пользователями MS Excel штуки: локализации имен функций электронных таблиц!
Чтобы вы понимали: внутри программы имена функций все равно хранятся на английском языке (и в Эксель точно так же), локализация влияет только на отображение формулы и усложняет процесс ввода формулы (потому что функция будет на русском, а ссылки на ячейки все равно на английском, приходится туда сюда дергать раскладку).
Начать решили с самых популярных и часто используемых функций. Что у них там получится и в какой выпуск они будут это запускать - пока непонятно. Учитывая, что это по сути локализация, которую принимают в любой промежуточный релиз, наверное это может случиться тихо и незаметно в любой момент времени.
Update: собственно во втором релиз кандидате 5.3.0.2 на 80% наверное уже переведно:
 

пятница, 13 января 2017 г.

Формулы в таблицах Writer - 2

Я как-то писал уже, что в таблицах Writer можно проводить несложные вычисления, используя формулы. Оказывается, можно создавать формулы со ссылками на ячейки не только этой же таблицы, также можно использовать ссылки на ячейки иных таблиц документа. Но при таком использовании есть один ньюанс. Если Вы используете формулы в таблице, и при этом формулы в таблице содержат ссылки на ячейки другой таблицы:
то при смене имени таблицы
формулы перестанут работать. Будут выдавать ошибку вида:
Поэтому совет: сначала создайте все Ваши таблицы с нужными Вам именами, а уж потом создавайте в таблицах формулы со ссылками на ячейки из иных таблиц документа.
Один из разработчиков LibreOffice считает это багом, который подлежит исправлению, потому что если удалить или добавить строку или столбец в таблицу, на которую ссылается формула, то ссылка автоматически исправится, а при смене всего навсего имени выдается ошибка. Посмотрим, что скажут другие разработчики.

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

Сноски в текстовых документах LibreOffice Writer

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

Можно настраивать тип нумерации, для просто сносок выбрать метод нумерации: на документ, на каждую главу или на каждую страницу, выбрать стили абзаца и символов для текста сносок.
Update:
Сноски настраиваются и в ещё одном месте: в диалоге настройки стиля страницы! В нём есть вкладка Сноски:
Обратите внимание на два параметра в разделе "Область сносок". Они отвечают за высоту области, отданной под сноски на странице. Если высота области будет лимитирована, то текст сноски, если он достаточно длинный, будет перенесён на следующую страницу, что может быть не очень-то удобно.
Ну и еще одно место, где настраиваются сноски - это собственно стиль абзаца Сноска, который отвечает за вид шрифта, кегль, выравнивание, отступы и прочие параметры абзаца. Учтите, что тексту сноски можно задать любой произвольный стиль абзаца! Стиль Сноска - это просто стиль по умолчанию для сносок.
Update 2: Есть ещё одна вещь, которая возможно потребует настройки - это внешний вид номера сноски в основном тексте. По умолчанию за это отвечает стиль символа "Привязка сноски". Однако стиль можно назначить и любой другой. Основные вкладки в диалоге настройки стиля символа для нашего случая - это "Гарнитура" и "Положение". Обратите внимание, чтобы соответствовать точнейшим требованиям различных нормативов, на вкладке "Положение" параметр "Масштаб шрифта" нужно установить в 100%, в размер кегля на вкладке "Гарнитура" в тот, которые требуется по нормативу. Затем нужно будет отрегулировать только параметр "Смещение". Плюсовое значение сдвигает символ вверх, минусовое - вниз.

среда, 4 января 2017 г.

Расширения LibreOffice. Calc. Copy only visible cell

Если кто-то не знает, то для LibreOffice написали достаточно большое количество расширений. Большинство из них можно найти на сайте https://extensions.libreoffice.org/extensions. Справа есть фильтр по категориям и по компонентам LibreOffice. Расширение представляет собой файл в формате .oxt, который нужно скачать на компьютер и установить в LibreOffice.
Установить расширения в LibreOffice можно при помощи диалога "Управление расширениями" из меню Сервис.
В нижней части диалога нажмите кнопку "Добавить", найдите файл нужного расширения и нажмите кнопку "Открыть". Начнется установка расширения. В некоторых случаях Вас попросят принять лицензию. После установки расширения LibreOffice желательно перезапустить, чтобы расширение начало работать.
Одним из самых полезных расширений является расширение для Calc - Copy only visible cells (копировать только видимые ячейки). 
Обратите внимание: последняя версия расширения 2.0, а не 1.2, потому что версия 1.2 работает с ошибками в LibreOffice 5.2. В настоящий момент автор готовится выложить версию 2.0 для скачивания.
Чем же это расширение так хорошо?
Создайте в Calc простую таблицу из трех столбцов A,B,C и пяти строк. Заполните их данными. Скройте столбец B. Выделите диапазон А1:С5. Нажмите на нём правой кнопкой мыши и выберите пункт Копировать. Откройте Writer и выберите пункт меню "Правка - Вставить как...", в открывшемся диалоге выберите пункт "Форматированный текст [RTF]" (а иначе структура таблицы не сохраняется при копировании в Writer). Что у Вас получилось? А вот что:
Видите по центру таблицы лишний столбец? Это тот самый наш скрытый столбец №2 (то бишь В). В нём даже сохранены данные, которые можно увидеть, если задать столбцу нормальную ширину. Так работает механизм копирования таблицы из Calc в Writer.
Что делает расширение Copy only visible cells? Оно копирует только те ячейки, которые отображаются на экране, то есть не имеют свойства "скрытый".
Выполните все те же действия по созданию образца для копирования, только вместо простого копирования выберите пункт меню "Правка - Copy only visible cells" (название пока не локализуется). Затем перейдите в документ Writer и выполните те же действия по вставке скопированной таблицы, что и ранее. В результате в документ будет вставлена таблица БЕЗ скрытого столбца совсем:
Мое мнение, что такую функцию нужно встроить в сам LibreOffice, поскольку очень часто требуется вставлять куски таблиц из Calc в документ Writer, которые получаются именно скрытием столбцов и строк в Calc. Удалять столбцы сразу в Calc нельзя, там обычно содержатся промежуточные данные или расчеты, а удалять скрытые столбцы таблицы уже после вставки в документе Writer не очень-то удобно.
А как работает это расширение, если копировать ячейки и вставлять их в таблицу Calc? Если просто копировать диапазон А1:С5, в котором столбце В скрыт, то при вставке в Calc, будут вставлены ВСЕ столбцы с их данными:
В некоторых случаях копирование только видимых ячеек и внутри Calc также очень удобно.