воскресенье, 27 декабря 2015 г.

Ленточный интерфейс в LibreOffice (уже в 5.2?!)

Ну что, то, чего так ждали большевики, скоро видимо свершится. Вот ссылка на блог, в котором есть пара мокапов и текстовое описание видения разработчиков о переработке (дефолтно отображаемых) панелей инструментов в LibreOffice Writer (пока!). Крайне это все похоже на ленточное УГ в МСОфисе 2007 и в более новых. Кстати, что они планируют делать со всеми остальными панелями, которые есть в LibreOffice, я не очень уловил.
Вот сами мокапы (два варианта), вдруг кому лень по ссылкам ходить:


Ну, скажите мне, что это не ленты! Кстати, вот будет интересно, если подобный интерфейс защищен ПАТЕНТОМ! Ждём конца 2016г. и выпуска хотя бы первой беты версии LibreOffice 5.2.

четверг, 24 декабря 2015 г.

Mockup вкладок в диалоге Сервис-Настройка (Tools-Customize)

Собственно опять мне приспичило порисовать. На этот раз меня привлекла вкладка Клавиатура в диалоге Сервис-Настройка. Здесь можно назначать сочетания клавиш на выполнение действий в LibreOffice. Мне по большому счету не нравится весь этот диалог целиком, потому что он в высоту большой, а в ширину нет. Он квадратный, а в наш век широкоформатных мониторов не использовать их ширину - это как-то расточительно=)
Вот так сейчас выглядит эта вкладка в версии 5.1, которая скоро выйдет (интерфейс на английском языке):


А вот мое видЕние, вкладка Клавиатура:


Посмотрим, что скажут разработчики =)

ps: разработчики высказали вполне грамотную вещь: нужно бы все остальные вкладки переработать под 16:9 или хотя бы в одном стиле с этой....порисуем еще=)

Upd: Продолжаем рисовать:
Вкладка Меню:


Вкладка Панели инструментов:


Вкладка События:


Ну вот. Весь диалог по новому засиял=)))))

среда, 16 декабря 2015 г.

Изменения в интерфейсе LibreOffice 5.1

Если вы ещё не в курсе, то в релизе LibreOffice 5.1 не слабо поперемешали пункты главного меню во Writer, Calc и Impress, а также в каждый из модулей было добавлено по одному новому меню: Стили для Writer, Лист для Calc и Слайд для Impress. Вот тут есть скриншоты новых меню.
Все эти изменения запилил один единственный человек - Yousuf (Jay) Philips. Причём он утверждает, что было проведено некое исследование на тему юзабилити существующих меню и было принято решение чуть подправить это дело. Если бы дело ограничилось только лишь новыми меню, про которые было сказано выше, то вопросов никаких бы и не возникло. Но он влез в существующие меню и начал жонглировать пунктами меню, перемещая их из одного меню в другое или удаляя совсем. И вот наконец, после выпуска первого релиз кандидата LibreOffice 5.1 люди это увидели, и начали им в багзиллу писать гневные отповеди. Я думаю, что это только начало войны пользователи вс. Юсуф. 
ИМХО, команде дизайна следовало бы обсудить изменения внутри себя (чего вообще не было сделано, они там поголовно странные), выложить свое видение хотя бы в блог ТДФ и спросить пользователей: а как вам такое?! И это было бы растиражировано на всех локальных ресурсах, посвященных самому офису, или просто на профильных ресурсах в Сети. А потом просто послушать, собрать статистику, пусть даже отзывов было бы 100-200-300, это все равно лучше, чем видение ОДНОГО разработчика.

LibreOffice и OpenGL. Часть 3

Я так думаю, что сериал с таким названием будет не короче Санта-Барбары.
Итак, разработчики выпустили первый релиз кандидат версии LibreOffice 5.1, о чем я уже писал ранее. Что же в нём хорошего добавили в плане поддержки OpenGL? У меня такое мнение, что ничего, а вот новых багов добавили (я буду говорить только про случаи, когда отрисовка через OpenGL активна):

Субъективные тормоза при отрисовке интерфейса, странные микрозадержки при открытии меню и нажатии кнопок, явные задержки при появлении подсказок над значками. Причем разработчики не хотят понимать, что интерфейс - это лицо программы, это то, с чем работает непосредственным образом пользователь. А знаете, чем хорош в этом плане пакет от Microsoft? У него интерфейс не лагает, даже в неродной для него среде в виде wine в Linux не лагает и визуально не утомляет глаза дерганиями и артефактами мелкими, как в LibreOffice.
 
Фишка дня - почему-то сместились цвета некоторых значков на панелях инструментов в Writer (это как минимум, мне жутко неохота лазить по всему пакету и сравнивать цвета значков). Выглядит это вот так:






Правда забавно? Это я внимание обратил случайно, потому что значки крупные и однотонные, а в интерфейсе полно разноцветных значков, которые надо специально увеличивать, чтобы понять, какой там сейчас цвет. Это явление напоминает мне багу про смещение цветовой гаммы при проигрывании анимации при 3Д-переходах между слайдами в Impress. Ноги скорее всего растут оттуда же (откуда видимо и руки разрабов).


И в качестве титров к этой серии: отключайте эту опцию (я про "Весь вывод через OpenGL"), она в настоящий момент крайне кривая и приносит только проблемы. Я эти строки буду повторять в каждом посте, который будет посвящен OpenGL в LibreOffice, пока разработчики не научатся его кошерно готовить.

Доступны для скачивания сборки первого релиз кандидата LibreOffice 5.1

Собственно в заголовке вся новость. Вот ссылка на скачивание. Выберите версию для своей операционной системы. А вот ссылка на лог-файл, если кому-то интересно.
В данной сборке должны были обновить локализацию интерфейса на русский (и на все другие) язык.
Если вы заметили ошибку в переводе, то можете отписать про нее в эту тему на форуме.

суббота, 12 декабря 2015 г.

Вычисления в таблицах Writer

Может не все знают, что в таблицах, нарисованных в текстовом редакторе Writer, можно производить расчеты, ровно так же, как это происходит в электронных таблицах Calc (ну или в Excel, чтобы совсем уж все поняли). Есть ограничения в плане используемых функций по сравнению с электронными таблицами: в таблицах Writer доступны 5 общих функций, 11 логических операторов, 3 статистических функции и 6 тригонометрических, а для Calc доступно 438 функций и операторов самого различного вида. Однако для простейших вещей обычно хватает и этого.
Для того, чтобы ввести в ячейку таблицы Writer формулу необходимо нажать клавишу "=" на клавиатуре (работает только, если ячейка абсолютно пустая, даже без пробелов), либо нажать клавишу F2 на клавиатуре, либо на панели инструментов Таблица (появляется внизу экрана, как только курсор будет установлен в любую ячейку таблицы) нажать на соответствующий значок Формула. В верхней части экрана появится строка формул, аналогичная таковой в Calc. В этой строке слева направо: поле с адресом текущей ячейки, три кнопки: Функции, Отменить, Применить, и собственно поле для ввода формул. Далее можно выбрать функцию из выпадающего списка, либо руками написать формулу в строке формул.
Учитывайте, что ссылки на ячейки таблицы обозначаются в таблицах Writer не просто А1 или В4, а <A1> и <B4> соответственно. Диапазоны - стандартно, через двоеточие, например <A1>:<A5>. Также можно щелкать по ячейкам таблицы напрямую - это намного упрощает процесс и не придется думать о том, что где-то ссылка на ячейку не верная.
А теперь самое интересное. MS Word точно так же позволяет производить расчеты в своих таблицах, однако между Writer и им есть различия, как в наличии функций для использования в таких таблицах, так и в удобности использования этого функционала в целом.
Для начала вот перечень функций, доступных для обоих продуктов:
Функции для таблиц Writer
Функции для таблиц Word
Сумма
SUM
Округлить
ROUND
Проценты -
Квадратный корень -
Степень -
Разделитель списка -
Равно -
Не равно -
Меньше или равно -
Больше или равно -
Меньше -
Больше -
Логическое ИЛИ
OR
Логическое исключающее ИЛИ -
Логическое И
AND
Логическое НЕ
NOT
Среднее
AVERAGE
Минимум
MIN
Максимум
MAX
Синус -
Косинус -
Тангенс -
Арксинус -
Арккосинус -
Арктангенс -
COUNT (начиная с версии 7.1)
COUNT (возвращает количество ячеек с числами в заданном диапазоне)
ABS (начиная с версии 7.1)
ABS (возвращает модуль числа)
-
DEFINED (устанавливает, определен ли аргумент внутри скобок)
-
FALSE (ложь)
-
IF (если)
-
INT (возвращает целую часть числа, отбрасывая дробную)
-
MOD (определяет остаток от деления)
PRODUCT (начиная с версии 7.1)
PRODUCT (перемножает все числа, заданные её аргументами)
SIGN (начиная с версии 7.1)
SIGN (возвращает знак. показывает вектор изменения значения в двух ячейках, в плюс, в минус или неизменное)
-
TRUE (истина)

Заметьте, насколько по разному видят разработчики программных продуктов нужность каких-либо функций в данном случае.
А теперь посмотрим на удобство реализации этого функционала в Writer и в Word:

Writer
Word
Активация функционала ввода формул (курсор уже установлен в нужную ячейку)
Нажать «=»
Нажать F2
Нажать значок на панели
Нажать значок на панели
Ввод формулы
В отдельной строке, аналогично Calc
В отдельном диалоговом окне
Названия функций
На русском
На английском
Возможность щелкать по ячейкам для использования их адресов в формуле
Есть
Нет
Автоматический пересчет результата при изменении исходных значений в ячейках
Есть
Нет

Если по поводу удобства вызова функционала можно даже не говорить ничего (быструю клавишу назначить на это можно наверное и в Word), то по поводу названия функций можно только удивленно посмотреть в глаза девелоперам Word. Почему названия функций локализованы в Excel и не локализованы в Word. Ну и кстати да, даже локализация ничего не даст пользователю, который не работал в Excel. Если СУММ - это всем понятно, то SIGN, который в локализованном варианте ЗНАК - это что-то малопонятное (у меня слово ЗНАК ассоциируется со знаком на дороге типа КИРПИЧ). ИМХО тут разработчики LibreOffice поступили крайне разумно, а локализаторы ещё более разумно.
Далее: возможность щелкать по нужным ячейкам при создании формулы - это крайне нужная и полезная штука, это намного снижает вероятность ошибки, тут и говорить нечего.
Автоматический пересчет значения в ячейке с формулой - это тоже обязательная вещь. Забыли вы ткнуть лишний раз в "обновление полей" в Word и получили на выходе неправильные результаты в финансовом отчете или итоге эксперимента, тогда как в Writer такого не случится.
Напоследок хочу посетовать на то, что ячейка таблицы, содержащая формулу, ни во Writer, ни в Word никак не выделяется. Ни цветом, ни значком, ни шрифтом, никак. И это очень плохо по вполне очевидным причинам.
Я написал ещё пару статей по теме вычисления в таблицах Writer:
Часть 2 здесь 
Часть 3 здесь

Регистр символов в LibreOffice

Недавно на работе коллега меня спросила: "А как по быстрому изменить регистр символов в блоке текста из всех заглавных букв в строчные и чтобы первая буква первого слова предложения осталась заглавная". Я такой радостный советую ей выделить всё и в контекстном меню найти пункт "Регистр" и далее там всё очевидно, есть несколько вариантов преобразования. А у неё МС Ворд...а там такого нет. И совместный поиск какого-то решения проблемы, хоть какого-нибудь, кроме перепечатывания всего текста, ни к чему не привел. Вроде мелочь и требуется не так часто, а вот потребовалось.
Я к чему всё это говорю? К тому, что у LibreOffice есть куча таких вот мелких фич, которых нет в аналоге от Microsoft. И это помимо бесплатности и открытости.
Для тех, кто в танке, и про такую возможность не знал, вот вам скриншот:


четверг, 10 декабря 2015 г.

Моё видение Стартового экрана в LibreOffice

Что-то мне приспичило порисовать, а также надоело смотреть на огромные миниатюры последних открытых документов в Стартовом экране LibreOffice и меня посетила идея, а что бы вместо миниатюр не использовать списки? Пусть бы они были крупным шрифтом и в том же стиле, что и кнопки в левой части Стартового экрана, а? Ниже рисуночки мои на эту тему, для всех из четырёх верхних кнопок, которые подразумевают какие-то действия. Интерфейс на английском, потому что я создал хотелку в багзилле, а разработчикам проще видеть знакомые словеса в интерфейсе, чем думать, что там на кириллице написано.

Итак: Открыть файл - сейчас открывается стандартное окно проводника Виндовс или соответствующее окно стандартного обозревателя файлов в Линукс. А почему бы не сделать вот так, благо у LibreOffice есть встроенные диалоги открытия и сохранения файла и ими можно воспользоваться.

Далее: Файлы на сервере (то есть расположенные удаленно на ГуглДрайве, ОнеНотесах и прочих) - аналогично простому открытию файла, только учитывая специфику того, что сервера могут быть разные, поэтому надо бы их как-то выбрать. Опять же диалог открытия удаленно расположенных файлов реализован, наверное можно его встроить в Стартовый экран?

Следующее: Последние открытые документы - это как раз та штука, которая меня раздражает огромными миниатюрами и мерцанием их, когда по ним курсором мыши водишь. Заменить это все, например так, как показано на рисунке ниже. 

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

Само собой, что стилистика должна быть единая для всего стартового экрана (шрифты, их размер, цвета и тд и тп).

Вот как-то так. Посмотрим, что скажут разработчики LibreOffice.

вторник, 8 декабря 2015 г.

К вопросу об использовании ОЗУ LibreOffice

Взбрело мне в голову на работе качнуть текущий дэйли-билд LibreOffice 5.1 и попробовать в нем открыть реальный рабочий файл .xlsx мегабайта на 3 с чудовищной структурой и кучей формул и парой десятков вкладок. Так вот...мне не понравился результат и я притащил файл домой, где есть куча установленных версий LibreOffice.

Сразу финальные цифры (в Windows 7 x86-64):

LibreOffice 5.0.4.1 - 255 мб
LibreOffice 5.1 beta2 (от 06.12.2015г) - 400 мб! ЧЕТЫРЕСТА, Карл!

Пробовал сконвертировать файл в формат .ods -> ничего не дало, абсолютно те же результаты, даже медленнее файл открывается почему-то

Попробовал провести замеры в Ubuntu 15.10 -> а вот тут очень даже дало, 293 и 306 мб для 5.0.2 и 5.1 бета 2 соответственно.

Пойду парить мозг разработчикам. Интересно откуда такая регрессия, да еще именно для вин-сборки? Чего они туда понапихали такого?

понедельник, 7 декабря 2015 г.

Выпуск LibreOffice 5.1 beta 2

Выпущен корректирующий выпуск LibreOffice 5.1 beta 2. Выпуск связан с какими-то проблемами при сборке бета-1, которая хоть и была выпущена, но чем-то разработчикам не понравилась.
Скачать как всегда можно отсюда.

Просто для сведения: в версии 5.1 в настоящее время есть пренеприятный баг - выпадающие списки некорректно работают, ну вернее не работают по сути, выбрать какой-то элемент в списке невозможно.

воскресенье, 6 декабря 2015 г.

Сравнение потребления ОЗУ MS Office 2007 и LibreOffice 5.0.2

На просторах интернета я наткнулся на статью, в которой сравнивалось использование оперативной памяти офисами от Майкрософт и Опеноффисе.орг. Сравнивалось это дело в среде ОС Windows. Вот ссылка на статью. Для тех, кому лень читать, приведу краткое итого оттуда:
1. Текстовый документ - в 3 (три!) раза больше ест ОЗУ OpenOffice по сравнению с MSO
2. Электронная таблица - аналогично
Форматы документов DOC и XLS соответственно
Решил я ради интереса провести эксперимент, который, по моему мнению, избавит такой тест от предвзятости со стороны ОС Windows. Суть моих претензий в том, что Windows просто скрывает реальное потребление ОЗУ СВОИМ ЖЕ ПО MS Office! И никакими сторонними системными утилитами вы это не увидите, данные-то они все берут те, что им отдает операционная система.
Итого, что я сделал: ОС Убунту 15.10, LibreOffice 5.0.2 штатный, wine 1.6 - опять штатный, MS Office 2007 - установил в wine.
Я брал не те документы из статьи по ссылке выше, а свои, примерно по 1мб каждый.
Итоги такие:
текстовый документ с картинками - ЛО 130 против МСО 160 мб
электронная таблица с парой диаграмм - ЛО 170 против МСО 120 мб
Вот скриншоты утилитки htop (смотрим вторую и третью строчки):

То есть ни о какой разнице в разы речь не идет, по сути дела все зависит от документа, его внутреннего содержимого. От этого цифры будут плясать чуть-чуть в плюс или в минус относительно друг друга.
PS: мне могут возразить, что мой эксперимент также не чистый, так как LibreOffice был помещен в дружественное окружение. Отвечу так: LibreOffice сам по себе не использует ни GTK, ни Qt, ни wXwidgets. У него свой велосипед - VCL, который одинаково плох, где бы его ни запускали.
PPS: подумал я и решил в Windows сделать тоже самое. Закономерный итог: LibreOffice 5.0.4.1 Writer 120 мб, MS Word 2007 - 50 мб! О как! Почти те самые в три раза. Смотрим скриншот ниже, саму верхнюю и самую нижнюю строку. Это тот же файл, который я открывал в Ubuntu выше:

Исправление неприятного бага в русской локализации LibreOffice

Небольшая радость. В выпуске LibreOffice 5.0.4.1 была исправлена (судя по всему сама по себе, поскольку разрабы не чесались даже) противная ошибка в модуле Calc при установленном русском интерфейсе: если выбрать меню Формат-Страница, и далее в открывшемся диалоге выбрать вкладку Управление, то LibreOffice просто падал в аут, утаскивая с собой в могилу все документы. Ошибка проявилась внезапно для сборок 5.0.2 и 5.0.3 под Windows.
Вот на всякий случай ссылка на ошибку.

вторник, 1 декабря 2015 г.

LibreOffice и JAVA

Новички часто спрашивают такую вещь: "Зачем для работы LibreOffice нужен JAVA? Он написан на JAVA и поэтому так тормозит?" Приходится объяснять, что нет, LibreOffice не написан на JAVA, а написан на С++, а JAVA (даже не вся JAVA, а только JAVA Runtime Environment (JRE)) ему нужна для некоторых модулей и функций, в частности это некоторые мастера (пошаговые помощники для, скажем, организации почтовых рассылок прямо из LibreOffice), отдельный, дополнительный модуль решателя для Calc, встроенный движок баз данных HSQLBD и ещё по мелочи. Так вот, если не устанавливать JAVA (полную инсталляцию или только JRE в любом виде), то LibreOffice работать все равно будет. Не будут работать только вышеперечисленные функции. Субъективно при подключении JAVA в LibreOffice тот начинает работать медленнее, но видно это только, если мало ОЗУ (оперативной памяти).

А теперь к тому, ради чего я начал вообще этот пост: версии JAVA периодически обновляются в связи с закрытием каких-то ошибок (внутри ветки 1.7 скажем), а также в связи с добавлением каких-то новых фич (с выходом версии 1.8 соответствено) и я заметил такую неприятную тенденцию, что LibreOffice с JRE 1.8 стал просто падать при любых попытках работать с Base. Есть субъективное мнение, что версия JRE 1.7 работает стабильнее, а также, что LibreOffice для 32 битных систем (речь про сборку для ОС Windows) вкупе с 32-битным JRE версии 1.7 работает (во всяком случае не падает на ровном месте), а как только вы начинаете использовать 64-битный LibreOffice с 64-битным же JRE (поскольку работает только так, 32 бит LibreOffice не будет работать с 64 битным JRE и наоборот), то начинаются чудеса. Также не нужно мешать на одной машине две инсталляции JRE для разных архитектур.

Резюмируя, если вам нужны функции баз данных (остальное не так падуче):
1. Используйте JRE 1.7 максимум
2. Используйте 32-битный LibreOffice и соответсвующий JRE
3. Попробуйте использовать ОС на основе ядра Linux и там работать в LibreOffice, используя открытую реализация JAVA Open-JDK (которая есть в репозиториях вашего дистрибутива)
Обновлю пост из 2019 года. По поводу п.3: к сожалению в 2017 году появилась в дистрибутивах Linux проблема с JAVA и LibreOffice. Я написал об этом отдельный пост.

понедельник, 30 ноября 2015 г.

Разработчики LibreOffice с моей точки зрения

Этот пост сугубое ИМХО и основан на терках всего с одним разработчиком. Суть проблемы в том, что некто Маркус Морхард (или типа того как-то) запилил (а вернее допилил даже) фильтр импорта файлов в формате .gnumeric (от одноименной программы Gnumeric) для LibreOffice. Он сделал патч, запихал его в мастер-ветку, написал о своем достижении в вики проекта, как одну из фич предстоящего выпуска версии 5.1 и успокоился. Ради пустого интереса я решил эту фичу проверить. Оказалось, что фича не работает должным образом, о чем и было в багзиллу доложено. Г-н Маркус, после того, как к нему обратились с просьбой багу починить, через губу ответил, что будет заниматься тем, чем угодно ему самому и править те баги, которые интересны ему, а не кому-то там. После поднятия волны в списке рассылки, он таки пересилил себя и родил патч, исправляющий проблему...как оказалось только для Linux! Багу резко закрыли, как "фикс" с камментом, что кто-то там в чате сказал, что Маркус багу пофиксил и типа этого достаточно. О как. Друг подруги телки брата сказал, что всё ОК. Сама бага правда была заведена для Windows, и после проверки оказалось, что бага для Linux реально исправлена и импорт работает вменяемо, а для Windows по каким-то причинам исправление не сработало и дальнейших действий не последовало. Товарищ Маркус отписался от баги с тем же переплевыванием через губу "у меня нет винды, идите в задницу, я самый умный аще". А дальше началось самое интересное. В IRC-чате разработчиков на просьбу к Маркусу таки исправить этот баг, ВСЕ, кто был активен встретили такое в штыки! "У нас свободный проект, а значит каждый волен заниматься тем, что ему нравится или ближе!" - сказали они. "У большинства кодеров нет винды и нам трудно править вин-специфичные баги" - сказали они. Отличное, просто прекрасное положение вещей. Получается, что каждый недоумок, который научился вчера писать "хелло мир" на паскале, может смело ринуться в проект LibreOffice, анансировать супер патч, впихнуть его в мастер (и его пропустят безо всяких тестов!) и свалить в туман. А править регрессии или тупые недоработки самого патча не будет никто. О как. Свобода во все поля, в том числе и от ответственности за свой код. Хоть вирусню запихни в Либру, все прокатит.

Разарботчики LibreOffice, я надеюсь, что вы понимаете, что с таким положением вещей и хотением привлечь к работе тысячи новых кодеров, без контроля со стороны каких-то ответственных товарищей, вы просто утонете в говнокоде, который некому будет разгребать. Релиз 5.0 был уже странно багованный, 5.1, я чувствую, будет вообще швах, что же дальше будет?

Update во имя справедливости из 2017 года: в итоге оказалось, что проблема была в библиотеке, которая отвечает за импорт и разбор формата gnumeric, как-то там не так ее собирали сами создатели. Им было об этом отписано, проблему в либе исправили и Маркус таки родил еще пару патчей, которые проблему в LibreOffice исправили и импорт gnumeric-файлов заработал, как было изначально задумано. В итоге на всё про всё потребовалось полтора года времени.

воскресенье, 29 ноября 2015 г.

LibreOffice и OpenGL

Что такое OpenGL? Это такой API, позволяющий ускорить отрисовку 3Д (и 2Д) картинки, путем перекладывания этой деятельности на плечи видеокарты. Это если просто. Если чуть сложнее, то смотрите эту страницу в Wikipedia
В один прекрасный момент головы разработчиков посетила мысль ускорить некоторые операции отрисовки в LibreOffice, используя OpenGL. И они споро начали это реализовывать. Начали они с попытки создать и отладить 3Д-переходы между слайдами в Impress. Получилось слабовато. В настоящее время эти самые 3д-переходы работают, но разных ОС по разному, бывают либо вообще отказы в работе, крэши, зависоны, а бывают различные искажения в момент самой анимации.
Продолжить разработчики решили, сделав вообще всю отрисовку LibreOffice через OpenGL. Начиная с версии 5.0.2 соответствующая опция активна по умолчанию для новых инсталляций. Из-за этого начались вообще странные проблемы в виде глюков интерфейса, крешей Хорг-сервера в линуксах, проблемы с видяшками от Интел. Это только то, с чем столкнулся лично я. В багзилле проекта есть несколько метабагов, в которые собирают все, что имеет отношение к OpenGL.
Информации о том, что же пилят в настоящий момент разработчики в плане реализации OpenGL в LibreOffice нет совсем. Просто потому, что разработчики в массе своей ничего не пишут о своей работе. Из них надо молотками выбивать признание о каких-то изменениях к лучшему или худшему в проекте. И даже это не всегда получается.
Итого: если Вы установили себе LibreOffice и столкнулись с глюками интерфейса, замедлением в работе в плане отрисовки Ваших документов (особенно графических) первым делом попробуйте отключить опцию "Весь вывод при помощи OpenGL" в меню "Сервис-Параметры-LibreOffice-Вид"

суббота, 28 ноября 2015 г.

Проблемы LibreOffice Base

Самым проблемным компонентом LibreOffice является Base (аналог MS Access, инструмент для создания баз данных). С тех древних времен, когда произошло отделение LibreOffice от OpenOffice.org, этот компонент вообще разработчики не развивали и не исправляли в нем ошибки. И вообще эта штука устроена крайне неудобным образом. Движок для создания БД используется древний HSQLBD, который хочет для своей работы JAVA. Версия движка не обновлялась со времен Царя Гороха да и сам по себе движок не очень прямой от рождения. Недавно (по галактическим масштабам) разработчики решили выпилить эту фигню из состава ЛО, заменив движок БД на Firebird Embedded. По идее эта замена должна принести кучу профитов, поскольку планируется не просто проволокой прикрутить некий билд FBE к LibreOffice, а они хотят сделать нормальный, современный, обновляемый и активно развиваемый компонент, который, кстати, JAVA для себя не требует. Эта замена началась, как один из проектов GSoC (Google Summer of Code - это гугл платит бабло студентам со всего мира за создание кода для свободных проектов), и продолжается по сей день. Для пользователя пока хороших новостей на этом фронте нету, информации о степени готовности новинки также нет.

Я столкнулся пару раз с работой Base в его текущем состоянии. Он просто не работает. Будьте готовы к тому, что поработав над созданием БД пару часов, вы потеряете все данные или тщательно проработанную структуру БД, просто потому, что Base зависает при самых простых манипуляциях. Причем зависает намертво, утаскивая с собой в могилу не только Вашу БД, но и ВСЕ документы, которые у Вас открыты в LibreOffice, как текстовые, так и электронные таблицы и рисунки и презентации, все!

Мой Вам совет: если Вам приспичило создать БД для личных нужд, НЕ ИСПОЛЬЗУЙТЕ Base. Найдите ему замену. Используйте электронные таблицы с фильтрами, что угодно, но не Base.

Выпуск LibreOffice 5.1 Beta 1

Анадысь состоялся выпуск первой беты LibreOffice 5.1 (вот ссылка на скачивание для различных ОС). Чем это событие примечательно? Хотя бы тем, что релиз версии 5.1 стал ещё чуть ближе. В бете исправили кучу ошибок (вот ссылка на лог), начали активно допереводить добавленные или изменённые разработчиками элементы интерфейса. Насчет того, что кучу ошибок исправили, не обольщайтесь, еще большая куча была добавлена. Если посмотреть багзиллу проекта, то можно увидеть огромное количество подтвержденных ошибок, некоторые из которых висят годами.

О чём будет этот блог

А будет он о том, что есть такое LibreOffice, как в нём работать, какие проблемы с ним испытывают обычные пользователи, какие странные ошибки в нём бывают, чем думают его разработчики, есть ли к нему внятная документация и так далее и так далее.

Кстати, если кто-то не знает, то LibreOffice - это офисный пакет, аналогичный по своим возможностям офису от Microsoft, но при этом является программным обеспечением с открытым исходным кодом, рапространяется бесплатно. Подробнее можно узнать вот тут (англ.) https://www.documentfoundation.org/