среда, 24 августа 2016 г.

LibreOffice 5.3. Переключатель режимов отображения панелей инструментов

Итак, очень быстро по меркам разработчиков был реализован переключатель режимов панелей инструментов. О том, что это такое, я писал вот тут и вот тут.
Выглядит переключатель, как подменю в меню Вид (View - Toolbar Layout):
Скриншот из не локализованной версии, потому что сборки с русским GUI задерживаются пока. Кстати, мне термин Layout не очень нравится, будут проблемы при локализации, я бы заменил его на Mode. 
Как видите, в подменю есть четыре обещанных варианта: По умолчанию (это две обычных панели), Однострочная панель, Боковая панель (не ясно пока зачем этот пункт вообще здесь) и Notebookbar (сиречь риббон). Процесс переключения очень быстрый (на Windows во всяком случае) и дискомфорта не вызывает. Единственно при включении Notebookbar не скрывается строка главного меню и выглядит это не очень-то хорошо. Однако, это видимо временно, пока сам риббон не доведут до ума.

воскресенье, 21 августа 2016 г.

LibreOffice 5.3. Улучшения в Боковой панели

Товарищи разработчики нашли студента на GSoC 2016, который занялся дальнейшим развитием Боковой панели в различных модулях LibreOffice. 
Во Writer на Боковую панель была добавлена новая секция Страница, которая содержит разделы Формат, Стиль, Верхний колонтитул, Нижний колонтитул с соответствующими настройками.
При работе с изображениями или рисунками Draw доступна секция Область. В эту секцию была добавлена кнопка Импорт, если выбрана заливка текстурой.
При выборе в документе встроенного медиа контента (видео или аудио) теперь на Боковой панели будет показана соответствующая секция:
Ну и последнее (самая вишенка, имхо) - в Draw, пока как экспериментальная опция, была добавлена сеция Фигуры:
Скажем спасибо за эту работу Susobhan Ghosh (тот самый студент из GSoC), а также Katarina Behrens из CIB и Yousuf Philips.

пятница, 19 августа 2016 г.

LibreOffice 5.3. Calc. Новый формат числа "Дробь"

В LibreOffice Calc 5.3 добавили новый формат числа "Дробь". Выглядит это вот так:
Сверху число в формате "Числовой", снизу то же самое число, но в формате "Дробь". При этом есть некоторое количество вариантов этой самой дроби, отличающиеся точностью. Находятся настройки формата дроби, как им и положено, в диалоге "Формат ячейки", вкладка "Числа".
Доступны несколько вариантов приближений (первые три сверху), а также приведение к ближайшему знаменателю 2, 4, 8, 16, 10 и 100. И я не увидел кстати такого типа, как неправильная дробь, когда числитель больше знаменателя. Было бы ещё забавнее. Интересно, зачем мог понадобиться такой формат?

четверг, 18 августа 2016 г.

LibreOffice 5.3. Опция "Показывать внешний вид стилей" на Боковой панели

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

суббота, 13 августа 2016 г.

Портим документы, используя LibreOffice 5.2

Я не знаю, что такое случилось, просто опишу что я делал. Я взял файл перевода официального руководства по Math с вики проекта в формате ODT. Открыл его в LibreOffice 5.2. Цель была изменить форматирование документа, потому что там есть ручное форматирование, а хотелось свести всё только к стилям. Я выполнил простую вещь: выделил весь документ посредством Ctrl+A и выполнил команду из меню "Формат-Отменить форматирование". Это должно было просто убрать все ручное форматирование и оставить внешний вид документа в соответствии со стилями. Что произошло в итоге (и это только то, что я заметил сразу): пропала титульная страница (там был отдельный стиль с настроенным фоном), она не очистилась, а именно пропала, как будто её удалили; на титульных страницах глав слетел стиль заголовка главы и пропали разрывы страниц; изменилась гарнитура в большинстве стилей абзацев после сохранения и открытия документа.
Я попробую поисследовать последовательность действий, приводящих к такому поведению, ибо, если это реально глюки Либры, то декламации разработчиков о мегастабильности и возможности сохранить внешний вид документа спустя 10 лет после его создания - это порошок МиФ.
Будьте внимательны и осторожны. Спасибо за внимание.

вторник, 9 августа 2016 г.

Тема значков под MS Office 2013 в LibreOffice

Копировать MS Office, так до упора, подумал некто charliecnr с DevianArt и создал тему значков для LibreOffice в стиле MS Office 2013.
В правом верхнем углу есть кнопка "Download", нажмите на неё, сохраните zip-архив в любом удобном месте.
Как установить тему значков:
переименуйте архив в images_office2013.zip и скопируйте его :
В Windows 7 - в каталог C:\Program Files (x86)\LibreOffice 5\share\config\ для 32 битной Либры и в C:\Program Files\LibreOffice 5\share\config\ для 64 битной
В Linux - в каталог /usr/lib/libreoffice/share/config/ и в каталог /usr/share/libreoffice/share/config/ (используйте символическую ссылку)
В OS X (macOS) - в каталог LibreOffice/Contents/Resources/config/
Как активировать тему:
Запустите LibreOffice и зайдите в меню Сервис-Параметры-LibreOffice-Вид и справа в выпадающем списке "Размер и вид значков" выберите "Office2013". Советую перезапустить LibreOffice, так как в некоторых меню значки на горячую не изменяются.
Внешний вид темы можно посмотреть на той же странице, откуда Вы качали архив. ИМХО, выглядит вполне не дурно.

Причины использовать LibreOffice, а не MS Office

По мотивам недавней заметки про 10 причин использовать LibreOffice. Всё нижесказанное - это моё глубоко личное мнение, не претендующее на истину.

Давайте сразу обозначим самую главную причину и для домашнего пользователя и для корпоративного бизнеса: это БЕСПЛАТНОСТЬ LibreOffice. Все остальные причины не имеют такого подавляющего веса при выборе между LibreOffice и MS Office.
Вторая возможная причина - необходимость корректно открывать документы в формате ODF, которые Вам кто-то дал. Например, в школе выдали задание и дали (или задали создать) файл в формате ODF, который MS Office открывает, но криво, а делать надо, благо LibreOffice бесплатен и его можно в любой момент скачать и установить.
Третья причина - Вы используете операционную систему на основе ядра Linux, в которой MS Office сам по себе не запускается, зато в поставке подавляющего большинства дистрибутивов уже есть LibreOffice. Чего же мудрить, когда уже есть готовый к употреблению софт? Та же ситуация и у пользователей macOS, за исключением того, что им придется скачать и установить LibreOffice самим.
Четвертая причина - Вам требуется работать на разных компьютерах с разными операционными системами с файлами в формате ODF. MS Office работает только на Windows, LibreOffice - это мультиплатформенный софт.
Пятая причина - классический панельный интерфейс в LibreOffice. Если Вам тошно от риббона, то использовать LibreOffice - это хорошая идея.

А вот говорить о том, что ODF такой прекрасный и прогрессивный формат файла, что он не меняется годами и через 10 лет Вы сможете без проблем открыть файл, созданный сегодня - это такая же пропаганда, как и та, которую нам рассказывает MS про свой офис. Доля правды в ней не велика, явно.
Делать упор на то, что LibreOffice продукт с открытым исходным кодом, в отличие от МСО, - это также плохая причина его использовать. Мне, как пользователю, глубоко фиолетово, какой там код у софта, мне важно, чтобы софт делал своё дело так, как мне нужно.

понедельник, 8 августа 2016 г.

Очень много стилей в базовой поставке LibreOffice Writer

Сегодня почитывал вики проекта, страничку посвященную идеям, которые бы разработчики хотели отдать студентам на GSoC (Google Summer of Code). И увидел там интересную запись про то, что неплохо бы было почистить список стилей, которые есть по умолчанию в Writer. Причем с пометкой типа "их там много, очень много, и большая часть никогда и никем не используется совсем!"
Для тех, кто не знает, что такое стили, вот ссылка на хорошее пособие по стилям.
Так вот, я открыл Writer и начал считать ручками стили, а оказалось их 122 (СТО ДВАДЦАТЬ ДВА, КАРЛ!!) только стилей абзаца! А есть еще стили символов, врезок, страниц и списков - это ещё 54 штуки. Неопытный пользователь, который наслушался бредней про то, что стили это круто, сразу потеряется в огромном количестве стилей, которые УЖЕ ЕСТЬ в LibreOffice, и которые ему не подходят, так как требования к оформлению у него свои (а так чаще всего и есть) и стили ему надо делать тоже свои.
Приведу пример, откуда взялось столько стилей: есть стили абзаца для нумерованных списков, их 5 штук, для каждого из них есть ДОПОЛНИТЕЛЬНО стиль начала списка, стиль продолжения списка и стиль окончания списка. Пять на три - это 15 ненужных абсолютному большинству стилей абзаца для стилей списка. То же самое верно и для стилей маркированных списков. Уже 30 лишних сущностей. Есть ещё 10 стилей указателей пользователя. Что это вообще такое?
По моему крайне нескромному мнению следовало бы оставить в базовой поставке LibreOffice Writer следующие стили: 
для абзацев: 
1. базовый стиль (ибо с него все начинается и растут ноги ВСЕХ стилей в Либре);
2. стили заголовков (можно сократить с 10 до 5, которые потом собираются в оглавление);
3. стиль для основного текста;
4. стиль названий для встраиваемых картинок, таблиц, диаграмм и так далее;
5. стиль для колонтитулов (один оставить, без разделения, как сейчас, на верхние и нижние, на слева, на справа и на по центру в сумме 6 штук лишних сущностей получилось)
6. стиль для списков (естественно всю кучу идиотских делений стилей внутри списков из базовой поставки надо убрать)
7. стиль для сносок
8. стиль для заголовка таблицы
9. стиль для содержимого таблицы
для символов:
1. базовый стиль
2. жирный стиль
3. курсив стиль
4. подчеркнутый стиль
5. стиль для гиперссылки
6. стиль для посещённой гиперссылки
для врезок:
всё можно оставить, как есть сейчас
для страниц:
всё можно оставить, как есть сейчас
для списков:
1. стиль для нумерованного списка (с арабской нумерацией, многоуровневый)
2. стиль для маркированного списка (с маркерами в виде маленьких точек).

Сколько осталось? Я насчитал 38 стилей всего. Вместо 176. В четыре с лишним раза меньше стало. У этой оптимизации будет и ещё один положительный момент - список стилей будет помещаться в экране целиком. И при просмотре взгляд не будет теряться среди сотен однотипных строк с названиями стилей. И не надо мне говорить про фильтр, который есть в нижней части списка стилей, он конечно позволяет сокращать список отображаемых в списке стилей, однако это не отменяет того факта, что огромное преднастроенное количество стилей в Writer - это лишнее.
Так что ждём того героя, который сделает количеству стилей обрезание.

понедельник, 1 августа 2016 г.

Переключатель режимов интерфейса пользователя LibreOffice

Я тут недавно сетовал на то, что новая однострочная панель инструментов называлась изначально режим, а не просто ещё одна панель. А режим подразумевает некий переключатель, а его как раз и нет сейчас и будет он непонятно когда. И это так плохо и разработчики плохие, и такие и сякие, и так далее...
Однако сегодня увидел вот такую штуку в багзилле. Юсуф таки будет делать вменяемый переключатель в меню Вид, однако не просто для вида "две панели" < > "одна панель", а на целых четыре позиции: дефолтный в две панели сверху, новая одна панель сверху, новомодный риббонообразный Notebookbar и Боковая панель (для которой чекбокс кстати есть в том же меню Вид). При этом там уже началась какая-то непонятка, Хейко начал толкать свое видение. Посмотрим к чему приведёт эта затея.

воскресенье, 31 июля 2016 г.

Проблема слоев и управления объектами в LibreOffice Draw. Новый Навигатор

Разработчики из команды дизайна опубликовали интересный пост о своём видении проблем в управлении объектами в Draw и о том, как нужно улучшить в связи с этим Навигатор. Мой немного вольный перевод ниже.
Как Навигатор может помочь в управлении объектами в LibreOffice Draw
Управление различными объектами имеет большое значение для LibreOffice Draw, особенно в случае, когда рисунок или схема становятся сложными, с большим количеством объектов и групп, размещённых на разных слоях с тщательно проработанным порядком.
Улучшения для работы со слоями пользователи просят не только в прошедшем недавно опросе о Draw, но также в запросах на улучшения в LibreOffice в багзилле проекта. Метабаг #99648 собирает в себе все ошибки и запросы относительно слоев в Draw.
Есть также много запросов об улучшении выделения объектов и их организации. Например, как привязать несколько объектов, легко выбрать пересекающиеся объекты, как визуализировать мульти-выбор и уметь находить фигуры по атрибуту или формату. Метабаг #100155 собирает в себе улучшения по выделению объектов и их выравниванию.
Этот текст направлен на решение указанных вопросов путем расширения возможностей Навигатора.
Текущее состояние
В то время, как имеются запросы от пользователей на улучшение работы со слоями, многое зависит от того факта, что стандарт ODF, и, следовательно, LibreOffice, обрабатывает слои отлично от других программ. Формат файла SVG не имеет определения «слой», но программы, работающие с SVG, такие как Inkscape, определяет слой, как «тип группы объектов», а порядок слоев влияет на то, какие объекты появляются над другими. Спецификация ODF говорит также «Слои группы рисованых объектов. Назначение фигуры слою не меняет его порядок рендеринга, как это определено его атрибутом draw:Z-index». Из Руководства LibreOffice Draw: «Слои в LibreOffice Draw позволяют собрать связанные элементы на странице рисования .... Слои не определяют порядок расположения объектов на странице рисования ...».
Таким образом, наше первое предложение – переименовать существующие в Draw слои во что-то вроде «коллекции», чтобы устранить недоразумение, которое сейчас существует, потому что текущие «слои» не влияют на порядок наслоения объектов.
Объекты имеют порядок появления в рисунке, который определяет последовательность, в которой они выбираются при нажатии клавиши Tab (если не менять вручную расположение объектов по оси z). Они также имеют порядок наложения, который определяет, какие объекты появляются над другими (также известный как z-порядок), а также информация об их принадлежности к группе и «слою» (коллекции) — и все полностью независимы друг от друга. Благодаря этой «гибкости», объекты могут быть сгруппированы по различным слоям / коллекциям, которые усложняют структуру рисунка.



Слои / коллекции представлены сегодня в панели вкладок в нижней части области просмотра документа. На рисунке 1, два слоя / коллекции названные Circles и Rectangles содержат соответствующие фигуры. В Навигаторе перечислены именованные фигуры и группы. Обратите внимание на то, что желтые и синие объекты сгруппированы, находясь при этом в разных слоях / коллекциях.
Навигатор не обеспечивает взаимодействие с объектами, за исключением выделения двойным щелчком, если объект имеет определенное пользователем имя (ошибка #62851). Тем не менее, выбор объекта не приводит к соответствующему выбору в Навигаторе. Панель инструментов над деревом объектов используется для навигации по страницам (хотя всплывающие подсказки говорят: «слайд») и показывает или все фигуры, или только фигуры имеющие имена. В выпадающем списке, расположенном ниже дерева объектов, перечислены открытые документы. Список позволяет пользователям просматривать структуру альтернативного документа, выбрав его имя.
Групповое выделение возможно в области документа при нажатой клавише Shift, однако аналогично одиночному выделению, этот факт не отображается в Навигаторе. Выбор через стопку объектов осуществляется с помощью нажатия клавиши Alt (или Shift + Alt для обратной последовательности).
Для управления «слоями» / коллекциями есть контекстное меню, которое становится доступно при щелчке правой кнопкой мыши на панели вкладок.
Предложения пользователей
Пара участников-новичков в команде дизайна, Benjamin и Eve, хотели бы иметь следующее:
Benjamin хочет иметь возможность:
  • добавлять объекты, чтобы создавать рисунок.
  • удалять объекты, которые не требуются.
  • группировать объекты, чтобы расположить их вместе.
  • легко изменять порядок расположения объектов не покрывая определенный объект.
  • блокировать объекты, чтобы убедиться, что они остаются в указанном месте.
  • переименовывать объекты, чтобы сделать их легко узнаваемыми.
  • осуществлять поиск по имени объекта в больших рисунках.
  • загружать старые рисунки, сохраняя полную обратную совместимость.
Eve хочет иметь возможность :
  • доступа ко всем свободным коллекциям, чтобы создавать современные рисунки.
  • поиска по атрибутам, чтобы искать объекты по их свойствам.
  • скрывать коллекции, которые в настоящее время не актуальны и отвлекают внимание.
  • запретить печать / экспорт коллекций, что поможет на этапе подготовки.
  • выбирать все объекты в коллекции, чтобы выборочно модифицировать множество объектов.
  • использовать клавишу TAB для доступа к содержимому чертежа без использования мыши.
Предложение
Основная идея состоит в том, чтобы иметь все возможности для размещения и выделения объектов в одном месте, в Навигаторе.
Простой режим
В этом режиме по умолчанию в списке Навигатора отображаются все объекты, а не только тогда, когда имя объекта было изменено пользователем. Первый созданный в рисунке элемент является самым верхним в порядке «укладки» и группе обозначения иерархического отступа. Выбор объектов в области рисования выбирает соответствующие элементы в Навигаторе и наоборот, как для одиночного, так и для мульти-выбора. Дерево ведет себя так же, как в обозревателе файлов: одним щелчком мыши выбирается элемент, нажатие на кнопки Ctrl / Shift + щелчок мышью выполняют множественный выбор, двойной щелчок запускает функцию по умолчанию, которой является Переименование. Контекстно зависимое меню предоставляет доступ ко всем связанным функциям. В меню будет пункт «Зафиксировать положение» и «Свойства» для быстрого доступа к свойствам объекта и фиксирования положения и размера объекта.


Перетаскивание объектов в дереве поддерживает группировку и сортировку: когда объект перетаскивается на другой объект – они будут сгруппированы. Если он помещается между объектами, то просто перемещается в это положение, изменяя порядок расположения (и будет разгруппирован, если ранее был в группе). Нажатие клавиши Shift во время перетаскивания дублирует объект.
Разработчики должны позаботиться и о 3D-сценах (например, сферы, кубы, или преобразованные в 3D объекты): должно быть возможным перемещение объектов между сценами, так же, как обычных фигур, однако не между группами.
Экспертный режим
Коллекции и объекты являются видимыми в экспертном режиме и иерархическое представление сохраняется в контексте текущей страницы.


Из названия должно быть понятно с какой коллекцией связаны объект или группа (контекстное меню является хорошим местом, чтобы переключить эту подсказку или выключить). Помещение объекта в коллекцию заменит текущее поведение – перетаскивание объекта на вкладку соответствующего слоя. Коллекция предоставляет функциональные возможности для своих объектов, чтобы настроить видимость, блокировку от редактирования, и частичный вывод на печать или экспорт (последняя функция будет новая ).
В ходе обсуждения мы рассматривали, чтобы эти возможности были также доступны для объектов и групп, но делать это – значит расширять спецификацию ODF (с чем есть некоторые проблемы), но, что ещё более актуально – это делает лёгкий доступ менее лёгким. Другая проблема – мы будет иметь в результате неопределенное состояние: коллекция может быть скрыта, а входящий в коллекцию объект настроен быть видимым.
Контекстное меню должно быть разработано очень тщательно, и функции, которые не имеют отношения к текущему выделению, должны быть отключены. Например, группа не имеет отношения к коллекции, поэтому пункт меню «Выбрать все в текущей коллекции» будет отключен. Но когда меню относится к объекту «Желтый круг», оно может предоставить  функцию, которая позволит, например, выделить все круги.
Поиск / фильтр
Фильтр должен сделать поиск в больших рисунках более удобным. Когда, например, при вводе в фильтр букв «Прям» все объекты, которые не содержат этот текст в своих именах, будут скрыты. Кроме того, поиск может быть сделан в расширенном режиме с комбинацией ключей-значений, таких как: Тип: прямоугольник, Цвет: красный, Цвет линии: # 00FFAB или Стиль линии: пунктирный, подобно тому, что сделано в Google. Управляющий элемент должен обеспечивать автозаполнение характеристик для оказания помощи в поиске.
Обобщение
Данная концепция не ограничивается коллекциями и объектами в Draw. Навигатор представляет собой очень мощный виджет, и он не должен быть ограничен только визуализацией содержания. Он должен вести себя, как обычные древовидные виджеты с  взаимодействием с элементами и опциями контекстного меню, вместо неуклюжей панели инструментов. Навигатор должен быть усилен вкладками (реализованными в виде реальных вкладок или, как небольшие кнопки переключения), дающих доступ к различным видам документа.
Поиск является ключевой и мощной функцией, что позволяет Вам искать элементы с определенным стилем, типа Стиль: Текст, или для комментариев, когда эта вкладка активна, Дата: Вчера.
Панель страниц в Draw, а также панель слайдов в Impress будут признаны устаревшим (или, скорее, заменены альтернативными), так как в Навигаторе на вкладке страниц будет обеспечен просмотр эскизов документа. Пользователи будут все еще иметь возможность повторной активации панелей, которые используются для этого.



В Writer заголовки отделены от других объектов, таких, как таблицы, рисунки и т.д., страница с миниатюрами предварительного просмотра добавлена для совместимости с другими модулями, а также, в качестве примера, показанного на рисунке 4, показаны комментарии.
Итоги
Для решения проблем со слоями (которые мы предлагаем переименовать в «коллекции») и управлением объектами в LibreOffice Draw, мы предлагаем улучшить Навигатор, делая элементы интерактивными, и, получая простой и экспертный вид. Новый пользовательский интерфейс Навигатора разработан в чиста последовательной концепции и с добавлением нескольких удобных функций.
Мы долго и упорно обсуждали идею простоты. Макеты на рисунках выше не имеют панели инструментов (в отличие от загроможденного Навигатора в текущей версии LibreOffice 5.1) и все функции доступны в контекстном меню. Некоторые люди в команде дизайна хотят сохранить панель инструментов в Навигаторе, чтобы обеспечить прямой доступ к важным функциям управления, таким, как дублирование элементов, а также настройки их взаимного расположения и удаления.
А что вы думаете? Вы предпочли бы использовать простой или экспертный режим Навигатора, и почему?