Представлен (http://blog.documentfoundation.org/2015/04/10/the-document-l.../) краткий отчёт о достижениях проекта Document Liberation (http://www.documentliberation.org/) за 2014 год. Document Liberation основан разработчиками LibreOffice и нацелен на вынос в отдельные библиотеки средств для работы с различными актуальными и устаревшими проприетарными форматами файлов, что позволяет организовать работу с данными форматами не только в LibreOffice, но и в любом стороннем открытом проекте. За год существования проекта сформирована коллекция библиотек для работы с форматами Corel WordPerfect, Corel Draw, Microsoft Works, AbiWord, Microsoft Publisher, Microsoft Visio, Apple Keynote, Adobe FreeHand, Aldus PageMaker, и многих форматов документов Mac.
Из недавних достижений отмечается создание сводной библиотеки librevenge, выступающей интерфейсом для упрощения использования функций остальных библиотек, развиваемых проектом. Интеграция библиотеки libpagemaker для разбора документов, подготовленных в Adobe PageMaker. Создание двух библиотек libepubgen и librvngabw для организации экспорта в ePub и формат документов Abiword. Расширение возможностей существующих библиотек, например добавление в libwps поддержки электронных таблиц и БД Microsoft Works, а также подготовка к добавлению поддержки форматов Lotus 1-2-3. Добавление в libmwaw поддержки более 20 устаревших форматов платформы Mac. Улучшение libfreehand и libetonyek в плане импорта форматов Adobe Freehand и Apple Pages.URL: http://blog.documentfoundation.org/2015/04/10/the-document-l.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=42037
Ого! Теперь детишки смогут перевести своё внимание с плееров (или что там сейчас модно отвечать на вопрос "А что бы написать?") на текстовые "процессоры".
Ну хоть какое-то разнообразие.
И к тому же заметьте, Александр, с пользой для дела ! А потом детишки вырастут и напишут свой "МС Оффисе" с проверкой грамматики и риббoновым интерфейсом на Qt.
Вот давайте только без гиббоновых интерфейсов. Они неудобны для макак:)
> Вот давайте только без гиббоновых интерфейсов. ...Нет уж, поздно, дети хотят риббон !
> ... Они неудобны для макак:)
Зато чрезвычайно удобны для гиббонов.
Вы сказали на маках?
поколение сэлфи сделает плугином к хромому если только
толку то так в xls все и расползаются как пару лет назад, благо простенькие doc норма отображаются
Пиши багрепорты или патчи. Эти библиотеки нужны не для того чтоб кто-то в интернете ныл что расползается. И не для того чтоб не расползалось. А для упрощения поддержки различных форматов документов сторонним разработчикам.
Нинужно. И таблицы - тоже не нужны : самый поганый для ошибок и отладки язык после ассемлера.
А уж если туда еще и VBA прикрутили ... Вот нет других дел, что б начать гигатонны этого дерьма воспроизводить ?!
Да что с вами то? Послушаешь - вообще ничего не нужно.
Нужно. Когда винда окончательно отгниет - то что после нее осталось - всякие экселевские файлики - их то и нужно будет в чем то всковыривать, лучше и надежней - всковыривать чем то опенсорсным.
А зачем нужно отгнивание венды? Какой профит?
Это не профит, а "следующий этап развития" M$ Windows, судя по тестируемой вынь10;)
Есть класс людей которым "нужно" только нескучные обои и форма куда писать комментарии. Т.е. первое - единственное, чем они могут выделиться из массы таких же как они, а последнее - единственное, что они могут производить своим "интеллектуальным трудом".
> Нинужно. И таблицы - тоже не нужны : самый поганый для
> ошибок и отладки язык после ассемлера.Храню в электронных таблицах самые разные данные — пресс-клиппинги, сырые данные для конкурентных анализов, разные расчёты. Счастлив и доволен, волосы удивительно шелковистые, кошмары по ночам не мучают, животик не пучит. Ненужнистам могу посоветовать эфтаназепам.
Люби csv и кучу пре- и постпроцессоров к нему. Ишь чего удумал, ирод окаянный, пользоваться электронными таблицами.
Особенно расчёты туда засунуть удобно, ага. Это сарказм, если кто не догнал.
Разрабы на другой планете живут и табличек в глаза не видали? Смысл 1001 репорт писать, все уже давно написано.
после фразы "Из недавних достижений отмечается" нужно поставить двоеточие!
Не нужно. С чего бы это?
"отмечаЮтся" - точно надо.
И это не надо!
Что отмечается? Отмечается создание. Всё ок.
с каких это пор формат абиворда проприетарный?
С достижением в виде распространения открытых форматов всё плохо?
Угу, совсем плохо. Но иначе и быть не могло -- проприетарщина часто обладает свойством "завязывать" все смежные процессы на свою, ни с чем не совместимую, инфраструктуру.
У опенсорса обычно аналогичной целостной инфраструктуры нет.
Вот и жрут каку. И вариантов не имеют. Ведь разбавление говна(завендорлоченых форматов) конфетами(открытыми стандартами) приводит лишь к увеличение количества говна (итоговых документов)...
> С достижением в виде распространения открытых форматов всё плохо?Внимательно читаем описание проекта:
> The Document Liberation Project was created in the hope that it would empower individuals, organizations, and governments to recover their data from proprietary formats and provide a mechanism to transition that data into open file formats, returning effective control over the content from computer companies to the actual authors.
Проект не занимается пиаром открытых форматов, он даёт инструменты для переноса данных из закрытых форматов в открытые. Проще говоря, это не маркетинговый, а технологический проект.
Как там у них успехи с libvisio? До сих пор же вроде через пень колоду работает...
> Как там у них успехи с libvisio? До сих пор же вроде
> через пень колоду работает...Виталик как обычно доставляет своими феерическими комментариями.
У проекта есть багзилла и русскоязычный специалист по реверс-инжинерингу. Казалось бы, что ещё надо...
Формат пижамкера? Зачем?!
Этим людям не говорили, что пижамкер сам умел довести свои файлы до состояния "сам не могу прочитать, падаю"?
С тех пор все, кто хотел, научились понимать EPS, а те же проприетарные Adobe позволяют выгнать свое добро в IDML, более-менее полно документированный и представляющий собой упакованный XML.
Зачем сейчас мучиться с форматом программы, до сих пор существующей только из-за жадности одного монополиста?
> Формат пижамкера? Зачем?!Это один из самых частых запросов от мигрантов на Scribus.
Ну, вопрос, полагаю, не "Зачем?!", а "Как перетащить пыжиковую верстку?"
Это понятно, но тот же пыжик, например, PDF умел выгонять.
Импорт PDF-файла в виде, разобранном до элементов верстки, мне кажется более вменяемым решением.
Просто вспоминая капризы пыжика и представляя, сколько головной боли с тем форматом, поневоле сожалеешь даже о чужих потраченных усилиях.
Что в вашем понимании является элементами вёрстки?
Ну, хотя бы то, что может из той PDF вытащить и редактировать тот же Иллюстратор.
Отдельно картинки, отдельно кривые, отдельно текст (он вроде бы даже умудряется собрать его обратно в абзацы - видимо, эмпирически).
Ну не будет же кто-то всерьез рассчитывать перетащить из пыжика в Скрибус серьезную многостраничную верстку. Так, шаблоны да небольшие макеты. Сомневаюсь, что открытый фильтр импорта пыжика способен выдать верстку один в один - там, помнится, встречались феерические грабли типа зависимости компоновки от разрешения принтера, установленного в системе (читай - виндах) по умолчанию.
Scribus 1.5.0 (а то и 1.4.х -- сходу не вспомню) и так умеет читать PDF через libpodofo. Надо просто заранее понимать, что PDF хреново рассчитан на редактирование.
Это конечно. Весь этот тред я начал из-за серьезного подозрения, что формат пыжика тоже не очень-то рассчитан на редактирование чем-либо, кроме самого пыжика ;)
Я ни хрена не понимаю в издательском деле но с PageMaker когда-то чуть поводиться пришлось. И крайне сомневаюсь, что через PDF можно корректно экспортировать, например, "переливающиеся" текстовые поля.
Переливающиеся - это с градиентной заливкой, что ли?
Так в PS, насколько я помню, это делается настройкой градиента и наложением его на путь, полученный из текста. В PDF вполне может сохраниться вся необходимая для реверса информация.
> Переливающиеся - это с градиентной заливкой, что ли?Переливающиеся -- это когда текст перетекает из одного блока в другой.
Тут тупик, конечно. Равно как и с привязкой материалов к файлам, из которых они вставлены.
Но я еще раз усомнюсь в том, что кто-то будет перетаскивать готовую серьезную верстку из Пыжика. И в том, что сделанный фильтр действительно когда-нибудь вменяемо ее импортирует.
LibreOffice уже Java не требует?
Он никогда и не требовал. Ключик ставишь при сборке, чтобы не только не требовал, но даже и не умел :-).
Все вопросы к сборщикам пакетов.
> Он никогда и не требовал. Ключик ставишь при сборке, чтобы не только
> не требовал, но даже и не умел :-).
> Все вопросы к сборщикам пакетов.А импорт-экспорт из/в другие форматы после этого не отрубается случайно? Мне казалось, что он однозначно на Яве завязан, ибо если на компьютере (Виндовом, увы) вообще нет Явы - работает только с od* и csv форматами...
> За год существования проекта сформирована коллекция библиотек для работы с форматами Corel WordPerfect, Corel Draw, Microsoft Works, AbiWord, Microsoft Publisher, Microsoft Visio, Apple Keynote, Adobe FreeHand, Aldus PageMaker, и многих форматов документов Mac.Это совершенно некорректное утверждение, которого, к тому же, нет в оригинальном посте. По факту:
— проекты libcdr и libvisio начаты и доведены до юзабельного уровня в 2011 году;
— проект libmspub начат в 2012 году и более-менее нормально работал уже в 2013 году;
— проект libfreehand начат в виде заглушки в 2012 году, фактическая работа начата в 2013 году; это самый проблематичный из всех разобранных форматов;
— фильтру импорта WordPerfect около 13 лет, он просто был переписан на фреймворке librevenge.Такие дела.
Даже уточню: libmspub неплохо открывал файлы уже в конце 2012 года.
>> За год существования проекта сформирована коллекция библиотек для работы с форматами Corel WordPerfect, Corel Draw, Microsoft Works, AbiWord, Microsoft Publisher, Microsoft Visio, Apple Keynote, Adobe FreeHand, Aldus PageMaker, и многих форматов документов Mac.
> Это совершенно некорректное утверждение, которого, к тому же, нет в оригинальном посте.
> По факту:Почему неверная? Написано же "сформирована коллекция", т.е. собраны в одном месте, а не созданы с нуля.
> Написано же "сформирована коллекция"Это бессмысленное утверждение. Оно ничего не говорит о том, какая именно работа проделана. Его можно понимать как угодно (например, так, как понял я).
Что сделано в реальности: куча уже существующих библиотек переписана на фреймворке librevenge, плюс на нём же написана библиотека для генерирования файлов EPUB.
Есил ты что-то не правильно понял — попрорбуй перечитать ещё раз.
>Это совершенно некорректное утверждение, которого, к тому же, нет в оригинальном постеНу, в интернете кто-то опять не прав. Значит, всё как обычно.
> проект libfreehand начат в виде заглушки в 2012 годуО как раз хотел спросить где там freehand поддерживатся, теперь все понятно
> О как раз хотел спросить где там freehand поддерживатся, теперь все понятноТам формат феерический совершенно. Цитирую коммент к новости про Gravit:
As Alexandre says, the FreeHand code is convoluted. Many years ago, I had a conversation with one of the devs about FreeHandMX. This is what they said at the time:
“Our file format is based a mechanism that sends a message to each object instance asking it to tell us about itself. The method then sends messages to a passed in interface telling the interface about it’s structure in file format/chronological order (i.e.. first comes a reference to another instance then a 32 bit number then ...). Therefore the only real documentation on what is in the file format is the FreeHand code itself. Also, there is a header and a trailer. If I remember correctly the header contains a file format identifier, version number and a pointer to the trailer at the end (I forgot the rest of the header if there is any). The body of the document is is saved in zip file format using a build of zlib. The trailer contains a mapping of the object type index to an object class name. This allows us to save off arbitrary indexes (small numbers) for the object types and then remap them to the current class names in FreeHand. Each object reference contains an arbitrary numeric identifier and a object type identifier. We would read the trailer at the end first and create a mapping of object class indexes to classes to start off with. The file format was designed to be as small and tight as possible because we had customers who wanted to transfer files over the internet (which wasn’t as fast in those days).”
Формат навителовских карт случайно в список не попадает?
Не попадает, поскольку в LO он нафиг не нужен.Но если есть а) желание генерить файлы для разбора и б) пользовательский софт (QGIS? GRASS?), куда есть реальная возможность впилить поддержку этих карт (например, разработчики или вы лично готовы писать код), Валентин обычно согласен поковырять формат и написать парсер на Python, которым можно пользоваться для изучения формата.