четверг, 28 февраля 2019 г.

GSoC 2019 и LibreOffice. Начало

Google в очередной раз объявил о проведении ежегодного мероприятия Google Summer of Code. Кратко - Google заплатит немного денег (3000 долларов США для студентов из России) за то, что студент напишет немного кода в открытые проекты за 3 летних месяца.
LibreOffice участвует в программе и в этом году.
Вот список идей для реализации на этот год https://wiki.documentfoundation.org/Development/GSoC/Ideas
Для того, чтобы заработать немного денег и помочь открытому проекту (и себе в будущем), студент должен:
Знать С++, Python, JS, Java. Задач на С++ подавляющее большинство. Уровень в программировании должен быть не нулевой! Вы уже должны уметь кодить!
Сделать пару изи хаков в проекте https://wiki.documentfoundation.org/Development/EasyHacks
Выбрать себе задачу по вкусу и связаться с потенциальным ментором из проекта
Подать заявку в Google, если его все устраивает и ментор его принял
Кодить все лето на благо себя и проекта
Замержить код в кодовую базу проекта (но тут возможны варианты по согласованию с ментором)
Сделать отчет для гугла.
Удачи!

среда, 20 февраля 2019 г.

Повторение заголовка таблицы Writer на каждом листе, если заголовок находится не в первой строке таблицы

Задача - получить вот такую таблицу с повторяющимся заголовком на каждой странице. При этом повторяющийся заголовок находится не в первой строке таблицы:
Стандартными средствами из диалога "Свойства таблицы" этого не сделать, потому что доступна только опция "Повторять заголовок Первые N строки":
Нельзя выбрать вариант "Повторять вторую (третью, пятую, etc.) строку".
Как же получить результат, который показан на первой иллюстрации?
Сделать ДВЕ таблицы, с одинаковым количеством столбцов и их шириной. В первую таблицу вынести не повторяющийся заголовок (можно создать первую таблицу и затем просто скопировать ее через пустой абзац ниже для полной идентичности):

Затем в свойствах нижней таблицы установить указанную выше опцию "Повторять заголовок Первые 1 строки" (в данном случае нам нужно повторять одну строку).
Затем просто удаляем пустой абзац между первой и второй таблицей и они выглядят, как одно целое.
Спасибо Александру Полховскому за такой вот лайвхак.

четверг, 14 февраля 2019 г.

Разработка LibreOffice. Установка Glade в ОС Windows

Давно я хотел заполучить Glade в Windows. Бывает нужно по быстрому глянуть на диалог с минимальной правкой, а нужно ребутиться в Линукс. Не очень удобно.
Отдельной сборки Glade 3.22.1 от самих гномо-разработчиков для ОС Windows нету. Но есть способ таки получить его.
Внимание! MSYS2 и команды в терминале использовались для 64 битной ОС Windows!
  • Устанавливаем MSYS2
  • Запускаем оболочку MSYS2 (выглядит, как терминал, коим по сути и является)
  • Даём команду pacman -S mingw-w64-x86_64-gtk3
  • Даём команду pacman -S mingw-w64-x86_64-glade
  • И ищем исполняемый файл Glade по адресу (если сам MSYS2 установлен в каталог по умолчанию) - C:\msys64\mingw64\bin\Glade.exe
  • Делаем на исполняемый файл ярлык, чтобы каждый раз не лазить по каталогам и вуаля.

Места это всё будет занимать где-то 850 мегабайт, учитывайте.

вторник, 12 февраля 2019 г.

Нужно ли обучать пользователей работе в офисных пакетах?

Философский вопрос, правда? Я не хочу затрагивать тему, какому именно офисному пакету  из существующих сегодня надо (или не надо) учить, это больная тема, но вот сама идея необходимости обучения такой простой штуке, как офис. "Чего там сложного-то?" и "Чему там учить? Тексты набирать?". Знакомо?
Абсолютное и подавляющее большинство работодателей в России вам скажут, что нет, офисным приложениям учить не надо! Ибо там всё просто и вообще в школах этому учат. А вот в требованиях к кандидату на работу обязательное знание офисного пакета установить надо! А то ишь, неучи, приходят тут, а сами даже не могут выборку сделать из криво кем-то сделанной таблицы!
То, что сегодня офисные пакеты - это огромные комбайны, работе в которых таки надо нормально учиться, это в голову работодателям не приходит. Ну вернее приходит, но "Вы сами там осваивайте, как хотите, нам нужны профессионалы".
При этом в современном школьном курсе таки присутствует обучение офису. Однако этот процесс (опять же не оглядываясь на конкретный продукт, которому учат) выстроен так, что школьник запоминает (если запоминает вообще) порядок нажатия на кнопки, а вовсе не логику и смысл работы в тех же электронных таблиц.
Мое мнение, что обучать офису надо и начинать надо именно со школы, просто программу надо изменить.
А вот работодателям надо бы понять, что взрослого человека, работника, ТОЖЕ нужно обучать работе в офисном пакете, если работодателю внезапно потребовались какие-то вещи от работника, которые тот (пока) не знает. Или, например, специалист хороший, нужный, но в работе с офисом у него беда. И заказать работнику расширенный курс по электронным таблицам - это не ох и ах, "дополнительные расходы, пусть он сам учит, если хочет у нас работать", а нормальная практика.
Ну и конечно же, вероятно, что бульдозеристу или сварщику 6 разряда (кстати, хороший бульдозерист или сварщик нынче редкость) знание офисного пакета может и ни к чему, однако этот бульдозерист может захотеть дома вести семейный бюджет, например, а сварщик захочет вести учет своей выработки и количество потраченных электродов, чтобы потом ругаться с нечистым на руку мастером.
А вы что думаете по этому поводу? Если будете писать комментарий, не поленитесь указать вашу область деятельности и "уровень компетенций" (рядовой сотрудник, нач.отдела, руководитель организации).

Простые правила создания хороших электронных таблиц

Глядя на документы - электронные таблицы, которые мне присылают по работе, и работая с несколькими таблицами, которые были созданы в нашей организации лет пять назад и с тех пор не менялись ни разу, я понял для себя, что люди, создавая таблицы, просто не думают о том, а что же будет с ними дальше.
В качестве примера: большое количество объединенных ячеек, сложно составленные заголовки опять же с использованием объединения ячеек, таблицы, которые начинаются не с адреса А1, а с G45 (O_o), отформатированные насквозь строки и столбцы (когда нужно всего 10х10 ячеек), таблицы с данными не отделены от финальных сводных отчетов, задана группировка диапазонов, в которых находятся вообще не нужные данные, вместо удаления таких данных. Можно бесконечно продолжать.
Мало того, что людей не учат тому, как чисто технически работать с электронными таблицами: народ не знает, как быстро переходить в последнюю ячейку с данными, что можно единственным двойным щелчком мыши протянуть формулу на весь диапазон из 100000 строк, что такое условное форматирование и сводные таблицы, что можно использовать диаграммы, что есть понятие формата числа в ячейке. Опять же тут тоже можно продолжать долго.
Людей не учат и эргономике и логике работы с большими таблицами, с данными, которые впоследствии необходимо будет как-либо анализировать или обрабатывать. Причем анализ и обработку не обязательно будет делать сам создатель или заполнитель таблицы.

Итак, хорошая электронная таблица/лист с исходными данными:
  • Начинается с ячейки А1, а не с А340 или G43
  • Имеет отдельный столбец для каждого типа данных (например, номер договора и дата договора должны быть в разных столбцах, дата начала работы и дата окончания работы - тоже в разных столбцах)
  • Имеет в заголовке каждого столбца краткое и "говорящее" название
  • Имеет шапку/заголовок таблицы в ОДНОЙ строке БЕЗ объединенных ячеек

А в целом файл с электронными таблицами имеет:
  • Отдельные листы с исходными Данными и отдельные для Расчетов или/и Отчетов
  • Формулы в ячейках, не содержащие внутри себя явно заданные значения (например, формула =А1+12 содержит константу 12)
  • Комментарии для сложных формул, что именно и как именно считает формула, на отдельном листе
  • Минимальную цветовую раскраску ячеек, а общая цветовая гамма должна позволять комфортно работать с данными. Это вопрос здоровья самого пользователя, заменять глаза людям на новые человечество ещё не научилось
  • Условное форматирование только для тех ячеек, где действительно необходимо
  • И не имеет сквозного форматирования целых строк или столбцов

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

пятница, 8 февраля 2019 г.

Выпуск LibreOffice 6.2

The Document Foundation объявил о выпуске LibreOffice 6.2. 
В новом выпуске:

Writer

Улучшена производительность в режиме отображения правок в документе 
Прямая вставка таблиц из Calc в существующую таблицу Writer
Переработан механизм изменения/подгонки размеров строк/столбцов в таблицах Writer
Всплывающее меню на листе для вставки колонтитулов теперь можно отключить
При сохранении в формат .txt теперь можно задать кодировку и тип конца строки (например, UTF-8 с CR)
LibreLogo получил некоторые внутренние улучшения

Calc

Механизм "Проверка данных" теперь поддерживает пользовательские формулы
Доступен многомерный регрессионный анализ (диалог Данные->Статистика->Регрессия)
Добавлена новая функция REGEX
Изменено поведение функций LARGE и SMALL

Impress/Draw

Исправлены некоторые проблемы с анимациями
Действия над таблицами Минимизировать и Оптимизировать теперь аналогичны таковым для таблиц Writer
В Draw в меню "Формат" добавлено подменю "Таблицы"
Исправлены некоторые ошибки в управлении слоями в Draw

Base

Создание баз данных в формате Firebird выведено из экспериментального режима и предлагается теперь по умолчанию
Помощник по миграции баз данных из старого формата в Firebird теперь создает резервную копию до начала миграции данных
MySQL C ++ Connector заменён на MariaDB C Connector под лицензией LGPL.

Диаграммы

Удалена неработающая и неиспользуемая функция сохранения в формат ODC

Basic

В библиотеку basic Access2Base добавлена полная поддержка Firebird RDBMS

Общие/Ядро

Улучшения в строке для подписи, наименовании фреймов и отправке документов электронной почтой в формате OOXML
В поставку добавлен шрифт Source Serif Pro
Обновлены шрифты семейства Liberation

Справка

Онлайн справка получила быструю фильтрацию при поиске по ключевым словам, которая работает сразу при вводе и предлагает обновленные результаты при вводе каждого символа

Фильтры

Улучшена поддержка векторного формата EMF+ (используется в форматах документов МС Офиса)
Улучшена поддержка диаграмм из формата OOXML
Множественные улучшения в поддержке форматов PPT/PPTX
Улучшена поддержка современного шифрования документов в формате OOXML (docx, xlsx, etc)

Интерфейс пользователя

Выведены из экспериментального режима новые варианты интерфейса на основе вкладок и лент (доступны из меню Вид->Пользовательский интерфейс->...)
Стандартные панели инструментов стали выглядеть одинаково во всех модулях
Доступны для использования значки в формате SVG (темы Breeze, Colibre, Elementary)
Были значительно доработаны темы значков Karasa Jaga, Elementary, Colibre
Исправили механизм персонализация для применения тем оформления Firefox в LibreOffice. Однако за день до релиза LibreOffice Mozilla Corp. изменили или сломали API для доступа к темам и теперь это опять не работает, как должно бы.
Контекстные меню во всех модулях были обновлены для более полного соответствия

LibreOffice Online

Онлайн версия получила многочисленные улучшения и оптимизации, включая поддержку HiDPI экранов

Локализация

Обновлены словари для проверки орфографии для бретонского, английского, французского, галицийского, индонезийского, норвежского, словенского, испанского, турецкого языков.

Устаревшие возможности/функционал

Бэкэенды vcl KDE4 и vcl GTK2 объявлены устаревшими и будут удалены в следующих версиях

Платформы

Версия LibreOffice 6.2 требует macOS версии 10.9
Бинарные 32-битные сборки LibreOffice для платформы Linux в последующих выпусках предоставляться не будут. Это не значит, что нельзя будет скомпилровать LibreOffice из исходного кода для 32-битной системы. Просто TDF не будет делать этого сам.
Добавлены два новых бэкэнда vcl qt5 и vcl kde5 

Android Viewer

Версия для Android получила несколько новых возможностей и исправлений ошибок

Более подробно обо всех изменениях можно прочесть на странице