LXF80:Libre Graphics
|
|
|
Содержание |
LIBRE GRAPHICS
Adobe, Corel, Quark и другим стоит оглянуться – свободное программное обеспечение вот-вот догонит их продукцию. Ник Вейч посетил первую конференцию Libre Graphics, знаковое событие для всего мира open source.
Linux. У большинства людей это слово ассоциируется с безумно высокотехнологичным миром Интернета. В голову немедля приходят образы «лезвийных» серверов, кластеров, Apache и потоков кода. И пингвины. В конце девяностых доминирование свободного ПО среди технологий, определяющих развитие Интернета, стало почти неизбежным – не только Linux, но весь массив технологий, обеспечивающих развитие сети, полагается на открытый код и открытые стандарты.
Но Linux – вовсе не платформа, ориентированная всего на одну задачу, и вводная конференция Libre Graphics, проходившая на юге Франции, в Лионе, в школе Superieur Chimie Physique Electronique (CPE), это отчётливо продемонстрировала.
Организовал конференцию разработчик Gimp Дейв Нири (Dave Neary). Он затевал просто встречу с другими Gimp-программистами, но конференция довольно быстро переросла в рассмотрение графических инструментов вообще – разработчики других проектов ухватились за возможность повидать коллег, обменяться идеями и обсудить общие проблемы.
Три дня место проведения мероприятия было забито программистами, пользователями и просто зеваками. Презентации в главном зале прошли с аншлагом и затронули новые технологии и обновление проектов и тренинги на тему, как можно помочь проектам.
Прорыв
Хотя полезным было все, неформальное общение посетителей между заседаниями, вероятно, в наибольшей степени способствовало успеху. В коридорах, во время перекуров на улице, в обед и, конечно же, за ужином шли разговоры об углублении сотрудничества, объединении знаний и ресурсов для решения общих проблем, обмен дружескими советами в диапазоне от того, какие библиотеки использовать, до эффективных приёмов работы.
Впрочем, это был не просто «слёт умников»: многие из представленных проектов – действительно серьёзные графических инструменты. И большинство из них – кроссплатформенные: Inkscape, Gimp, Scribus, Blender… Далее мы подробнее рассмотрим некоторые из этих приложений, продвигающих Open Source как выбор для профессиональной графики и дизайна. Сложившийся рынок принадлежит таким фирмам, как Adobe, но молодёжь, несомненно, наступает на пятки. И вполне возможно, когда-нибудь, в не столь далёком будущем, эта конференция будет рассматриваться как поворотная точка, когда графические инструменты с открытым кодом стали взрослыми…
LinuxFormat: Итак, почему вы организовали LGM?
Дейв Нири (ДН): Ну, есть и другие конференции, но они фокусируются не на том. Это мероприятия вроде Fosdem [Free and Open Source Software Developers’ Meeting, встреча разработчиков свободного ПО, – прим. пер.], слишком общего, или Akademy [всемирная конференция сообщества KDE, – прим. пер.]. Но Gimp, да и все графические приложения несколько выпадают из этого – Blender не использует GTK или Qt, а Gimp – хотя и приложение Gnome, но фактически не связан с этим проектом.
Gimp используется и в KDE, Scribus работает на Gnome. Приложения, представленные здесь, кросс-платформенные – нам нужно большее, чем специализированная конференция Linux. К тому же, у графики свои причуды: мы должны думать о «людях в оранжевых очках». Люди, в которых мы заинтересованы, наши пользователи – графические дизайнеры и арт-директора, они далеки от сферы открытого ПО. Нам нужно делать что-то конкретное, чтобы «зацепить» этот сорт людей.
LXF: То есть конференция задумана, чтобы убедить людей использовать открытые инструменты?
ДН: Мы преследуем две цели: первая – собрать вместе участников этих проектов и наметить наше общее будущее – согласованное направление развития для всех этих приложений.
Вторая – продемонстрировать открытые программы публике, которая, возможно, вообще о них не знает, людям, которые работают с графикой. Нам нужно показать, что [даже если] мы не удовлетворим все их нужды прямо сейчас, у нас есть функциональные, стабильные и многообещающие приложения. И что у нас есть сообщество вокруг этих приложений, очень дружественное. Нам нужно больше художников, вовлечённых в свободное ПО.
LXF: Что мешает людям использовать свободные программы для серьёзной графики?
ДН: Причин несколько. Есть неписаный кодекс поведения, порой не совсем понятный. Это барьер сообщества.
Есть технологические барьеры. Есть вещи, на которые распространяется понятие «интеллектуальная собственность». Это такая штука, которая мне ненавистна, но под действие авторских прав, торговых марок, патентов много чего подпадает. То есть вещи вроде каталога цветов Pantone, защищенного авторскими правами.
Третий барьер – рабочая сила. Кое-чего мы просто не делаем. Мы говорим о художниках – почему художники не так охотно пользуются нашими программами.Есть вещи, которые Gimp не делает, но они нужны художникам, кинопродюсерам и людям, занимающимся допечатной подготовкой.
LXF: Некоторые считают, что кросс-платформенная природа этих инструментов – это плохо; что свободное ПО должно оставаться на свободной платформе.
ДН: Да, есть такие люди. Но я не из их числа. Я думаю, что наша цель – чтобы все использовали свободные программы, включая операционную систему. Тут вы можете спросить: «А не идёт ли портирование приложений GNU на Windows вразрез с этой целью?» А по-моему, будь я пользователем Windows, я не стал бы ничего менять одним махом.
Если кто-то даст мне CD с текстовым процессором, звуковым редактором, графическими инструментами и web-браузером, я могу использовать всё это в Windows и не беспокоиться об откате назад, если мне что-то не понравится. И вот вы вдруг получаете кого-то, кто использует свободные программы, но работает под Windows. Всё, что ему остаётся сделать – сменить операционную систему. Вы помогаете людям становиться на путь просвещения.
Scribus
Открытая настольная издательская система становится профессиональной.
Во многом, Scribus – это стремительная история успеха открытого графического инструмента. Да, Gimp восхитителен, Inkscape обладает потенциалом – но Scribus поставил перед собой задачу, появившись ниоткуда, стать серьёзным, профессиональным решением для настольных издательских систем (ИС), и, следуя традиционным стандартам разработки программ, в два счёта этого достиг.
Фактически, последний выпуск Scribus (1.3.3) предоставляет возможности, превосходящие стандарты профессионального программного обеспечения для ИС, например, генерацию штрихкода без привлечения стороннего ПО. Для коммерческой ИС такое немыслимо – за пять лет пройти путь от первой строки кода до надёжного, профессионального инструмента.
Типы печати
Как и со всеми освещёнными здесь проектами, похоже, что выбор открытой модели разработки способствовал изрядной прозорливости Scribus. Достаточно стандартная история – нужный человек оказался в нужное время в нужном месте. Везение это или нет, но команда Scribus сумела собрать вокруг себя очень талантливых и компетентных людей из мира печатных изданий. Scribus увидел свет как проект немецкого программиста-самоучки Франца Шмида [Franz Schmid]. Его первоначальная гениальная идея была создать программу вёрстки, базирующуюся на технологическом процессе PDF. Еще в 2001 году было видно, что PDF может стать lingua franca [принятый язык межнационального общения, – прим. пер.] для печати, и так оно и вышло. Почти все крупные издательства, а также и принтеры, теперь работают преимущественно в формате PDF, который генерируется, проектируется и выводится прямо на пластины для типографии. Шмид, очевидно, прекрасно разбирался в спецификации PDF, потому что Scribus выполняет фантастическую работу по генерации этих файлов –даже обрабатывает ряд интерактивных и презентационных функций, которые не используются для печати и практически не генерируются другими программами, за исключением полной версии Adobe Reader. Мы надеемся, что и LinuxFormat помог популяризации Scribus, поскольку мы включали его в наш раздел HotPicks (это один из немногих проектов, фигурировавших там неоднократно, в LXF36 и LXF50). Однако по мере взросления программы маленький проект Шмида становился всё сложнее и запутаннее. Это само по себе привело к множеству изменений – значительную часть кода пришлось переписать или, по крайней мере, переместить. То, что имело смысл для небольшого проекта, работающего с маленькими документами, может не годиться, если пользователи намерены «отстукивать» 200-страничные книги.
Усложнение
С последней серией 1.3 пользователи Scribus теперь могут насладиться цветовой заливкой, управлением цветом, правильным цветоделением и т.п. В общем, Scribus вырастает в новую систему обработки текста; тут значительно увеличена скорость обновления изображений и добавлена поддержка Unicode. Полезные возможности простираются аж до назначения поднаборов глифов [glyph – визуальный образ символа шрифта, – прим. пер.]. Много народу страдало по версии Scribus для командной строки, чтобы конвертировать документы Scribus в PDF без посредства графического интерфейса, и что вы думаете? Это не такая уж далёкая перспектива!
Чувствуется, что по крайней мере в этом сегменте настольных систем программы с открытым кодом постепенно меняют позицию «как ни странно полезных» на звание профессиональных инструментов. На Libre Graphics команда продемонстрировала Le Tigre – созданную в Scribus еженедельную французскую газету, выходящую тиражом более 12 тыс. экземпляров. Она не первая и, конечно, не последняя.
ИНТЕРЬЮ LinuxFormat:
В чём причина успеха Scribus?
Питер Линнелл [Peter Linnell] (ПЛ): Думаю, в том, что на командном уровне мы работаем очень хорошо…
Крейг Ринджер [Craig Ringer] (КР): Scribus – довольно закрытая система разработки. Есть основная команда, поддержанная добровольцами и переводчиками; некоторые добровольцы, достигшие определённого уровня профессионализма, приглашаются в команду. Отбор довольно жёсткий. Анонимный доступ к внутреннему CVS не предоставляется.
ПЛ: У нас есть внутренний CVS для команды. Насчет кода мы прямо-таки параноики. Внутренний CVS – тот, с которым мы можем экспериментировать, чтобы люди могли доверять коду, выполняя реальную работу. Мы пытаемся поддерживать систему, где «слепок» CVS всегда можно собрать и использовать. Конечно, ошибки всё равно проскальзывают, но это уже совсем другое, чем пригодность для работы вообще.
LXF: Всё-таки Scribus прошёл длинный путь за короткое время – намного быстрее многих других проектов.
ПЛ: Мы немного старше, чем обычные хакеры, работающие с открытым кодом. У Крейга значительный производственный опыт, Льюис много лет проработал в профессиональной допечатной индустрии. У нас довольно много людей, занимающихся издательской деятельностью, которые способны протестировать различные функции программы – либо пользовательский интерфейс, либо качество результата, либо цвета, либо PDF. Также у нас есть пользователи, располагающие высококачественном печатным оборудованием, и либо мы даём им файлы, либо они печатают свои собственные тесты. Это помогает нам сохранять высокий уровень качества. Другая причина – команда разработки очень гармонична. Требуется некоторый опыт в допечатной подготовке, чтобы знать, что делать. Например, мы не допустим, чтобы вы получили «ложный» курсив [когда буквы преобразуются в курсив на экране, вместо того чтобы использовать специально разработанную версию шрифта] – мы не допустим этого, потому что это уродство. Этого не будет. Scribus очень прилежно относится к проверке используемых шрифтов – что они действительно присутствуют и что глифы работают.
LXF: То есть вы не терпите ошибок, по крайней мере, серьёзных? КР: Вывод PDF у нас очень надёжный. Мы исключили проблемы, приводящие к созданию плохого PDF. Если такое случится, мы сосредоточим на этом всё внимание, всё остановим и исправим.
ПЛ: Была у нас подобная проблема в 1.2, очень странная ошибка: когда вы устанавливали градиент определённым способом, все просто чернело. Обнаружив ошибку, мы исправили её за шесть часов. В 1.4 нам «посчастливилось» получить некоторую разновидность автоматизированной регрессии. По мере усложнения кода становится всё труднее по-настоящему тестировать все функции, потому что их слишком много. В прежние времена я мог пробежаться по ним за выходные. Теперь этого уже не сделать. Теперь над ошибками работает много людей – ищут их, проверяют исправления, чтобы убедиться, что всё откорректировано правильно.
КР: В процессе очистки всплывают проблемы, скрытые за двойным кодом, или код, который исполняется дважды. Я переместил буквально тысячи строк кода. При переходе на другую модель – будь то возможность конвертировать в PDF из командной строки, или запускать как сервер, или использовать меньше памяти – обнаружилось, что уйма кода располагалось там, где его было удобно прописать когда-то. Почистив код, мы можем сделать его быстрее и эффективнее.
LXF: Над чем вы сейчас работаете?
КР: Над очисткой и перемещением кода… будет значительное повышение скорости. Пока что мы сделали новую систему отмены последнего действия [undo], предстартовую проверку, цветовое колесо... Кое-что пытаемся сделать более дружественным к пользователю. Сейчас мы используем отдельные стили параграфов и стили строк. Но скоро появится новый менеджер стилей, который их объединит, плюс у нас будут стили символов.
ПЛ: Над крупным улучшением поддержки EPS [Encapsulated PostScript; формат для печати на PostScipt-устройствах, – прим. пер.]. Версия 1.3 – это путь к 1.4, и Scribus 1.4 будет инструментом профессионального класса; в нём будет всё необходимое для выполнения вёрстки практически любого вида. Я думаю, Scribus некоторые планки взял. Считалось, что открытое приложение никогда не сможет работать с заливкой цветом, но мы этого добились. На подходе ещё одна вещь – улучшенная поддержка сносок в больших документах, и т.п. Верите или нет, но сейчас LaTeX или OpenOffice.org, похоже, лучше всех поддерживают большие документы. Ещё у нас готовитсяизменение размера страницы на лету, и разнородные размеры страниц в документе. Также предусмотрены спуски [imposition; расстановка полос на печатной форме в нужной для брошюрования последовательности – прим. пер.]
Спуски сделать будет не сложнее, чем распечатать A3: согнуть, скрепить, и готово. Следующий шаг – добраться до книг, тонкой переплётной работы и прочего: это совершенно другой мир, с весьма специфическими инструментами, стоящими от 5000 долларов. Его мы трогать не собираемся. Пока не собираемся
Inkscape
Задаёт стандарты будущего графического дизайна.
Иногда жесткие решения себя оправдывают. Стандарт SVG, предназначение которого, будем надеяться, – стать повсеместным для векторной графики, как JPEG для фотографий, никогда не разрабатывался как внутренний формат. Базирование структуры на XML делает его очень гибким и пригодным для самых разнообразных целей. Но на внутреннем уровне работа с XML – мучение, заметно снижающее эффективность. Поэтому вполне естественно, что многие разработчики графических пакетов реализуют поддержку SVG только как функцию окончательной обработки. Некоторые, со скрипом, могут и импортировать SVG, но это, как правило, немногим больше, чем поверхностная трансляция – попробуйте сохранить тот же файл, и, вполне возможно, заметите искажение.
Группа разработчиков, однако, решила, что миру нужно слияние традиционных SVGредакторов в «программистском» стиле (которые непосредственно воздействуют на XML и позволяют программистам изменять свойства узлов и т.д.) и мира инструментов рисования. Результат – Inkscape – добавил еще одну яркую историю успеха открытых графических программ и подтвердил идею, что открытые стандарты и свободная мысль могут изменить мир. По крайней мере, мир графики.
Проект стартовал под именем Sodipodi.
Критической точкой явилось несовпадение мнений о том, в каком направлении его продолжать. Это вполне обычное явление: интернет-феномен под названием Firefox возник, когда двое разработчиков покинули проект Mozilla. А в данном случае четверо из основных участников Sodipodi решили отделить код и создать проект, ныне известный как Inkscape.
Чистовой чертёж
Проект придерживался этого направления, и в вопросах редактирования SVG он настолько вырвался вперёд на любой платформе, что вряд ли не сможет стать основным инструментом создания векторной графики в этом стандарте.
Как и большинство других рассмотренных здесь инструментов, Inkscape является кроссплатформенным. Одна и та же версия доступна под Linux, Windows и Mac, а в мире графики это даёт огромные преимущества. Действующее сообщество художников, несомненно, для профессионального дизайна использует Mac.
Доступность Inkscape на этой платформе не только открывает программе рынок, но также обеспечивает полезнейшую обратную связь от пользователей-профессионалов. Кое-кто еще цепляется за идею, что Inkscape используют только потому, что он бесплатный, но это становится всё меньше похоже на правду.
Профессиональные дизайнеры не отказывают себе в самоновейших специализированных инструментах, если они им нужны для работы – и выбор ими открытых инструментов вроде Inkscape говорит скорее о надёжности, открытости и высоких стандартах, чем об отсутствии ценника.
Отсюда также следует, что ряд людей, интересующихся проектом, включая и часть основных разработчиков, считают себя скорее художниками, чем программистами. И хотя можно подумать, что они просто пишут то, что им интересно, команда Inkscape отлично понимает различных пользователей, которых хочет привлечь, и различные их нужды.
Полезность – основное направление текущей разработки: сделать программу пригодной для широкого круга дизайнеров, а также подходящей для всех задач, использующих SVG. С распространением формата SVG в сети, на рабочих столах и в мобильных устройствах Inkscape готов стать следующим поколением Illustrator’а.
ИНТЕРЬВЮ
LXF: Что привело вас в Inkscape?
Джон Круз (ДК): Просто раскол Sodipodi произошёл, как раз когда я хотел активнее включиться в движение open source; я уже давал им советы насчет всяких трюков в Win32. Они сказали, что будут создавать самый лучший SVG-редактор – и в техническом, и в художественном смысле.
Хотелось привлечь сообщество и разработчиков открытого кода, и хотелось так все организовать, чтобы не было единственной точки управления. Ну, а это, по моему мнению, имело смысл, с учётом моего опыта профессионального разработчика ПО.
На мой взгляд, разработчики ядра Inkscape выбрали правильные методы. Если у вас есть хорошая идея, то реализуйте её и добавьте в проект. Если есть проблемы, люди за ними присмотрят. То есть получается очень простая организация. Это проект, и каждый работает на проект – это не код одного человека.
LXF: А может, люди просто хотят заниматься тем, что им интересно?
ДК: Основная масса участников проекта старается сделать довольно серьёзные части программы. Мы пишем для пользователей. Вначале пользователями были одни разработчики, но со временем пользовательская база разрослась.
Вот в чём у меня есть некоторый опыт – так это в изучении требований. Люди приносят идеи о том, как программу можно использовать. Порой они просят о нужных с их точки зрения вещах, но не могут объяснить, что в конечном итоге достигается.
LXF: То есть вы руководствуетесь тем, как пользователи в действительности используют программу, а не просто вставляете функции? Нетипично!
ДК: Да, и я думаю, это одна из вещей, за которые команду критикуют. Я думаю, это критика из разряда «Они – простые инженеры, что они понимают?». Но некоторые из наших разработчиков – художники, и они очень хорошо ладят с интерфейсом.
LXF: Какие функции появятся в следующем году?
ДК: Мы думаем о просмотре свойств – преобразовании его в нечто большее, чем просмотрщик объектов, а также об улучшении диалога слоёв. Это очень нужно. Люди продолжают работать над этим и тратят много времени, чтобы сделать всё как следует. Будет здорово, но мы не хотим выпускать это в недоделанном виде.
LXF: Займетесь ли вы слоями? Сейчас Inkscape, похоже, использует тот же подход, что и OpenOffice.org. Слои – это такая вещь, важность которых понимаешьне раньше, чем начнешь их использовать.
ДК: OpenOffice.org и подобные приложения должны делать хорошо каждый фрагмент. А мы фокусируемся на SVG, и мы должны уметь «вылизать» эту единственную вещь, причем превосходно. Мы также занимается переделкой пользовательского интерфейса и целевыми профилями. Например, если вы хотите создать SVG Tiny, для телефонов и мобильных устройств, мы можем упростить вашу задачу: вы выполните экспорт и получите совместимый SVG. Firefox выпустил новую версию с поддержкой SVG. И стал качественно иным.
LXF: Здесь явно выплывает много сопутствующих идей, например, Cairo.
ДК: Ну, их может быть намного больше. Например, вы могли бы нацелить Inkscape на следующую версию рабочего стола Gnome и всюду использовать векторы. Чем легче создавать [векторные изображения], тем шире использование.
Уже сейчас, создав XHTML- страницу со встроенным SVG, вы сможете добиться, чтобы это работало в Firefox со скриптами и DOM, и можно делать довольно сложные вещи. Сейчас делается много интересного.
LXF: Всё же не так много инструментов, ориентированных на SVG. Программные средства есть, но не такие артистичные, как Inkscape.
ДК: Да, и у нас есть цель и опыт. У нас хороший круг людей… SVG – очень понятный стандарт, и в его правильности очень легко убедиться. Я знаю людей, постоянно работающих с Inkscape – если что-то не так, мы тут же услышим об этом.
Gimp
Номер один в своей области – серьёзная графическая мощь.
Попросите сотню среднестатистических пользователей Linux назвать графическое приложение – и смело можно держать пари, что в ответ они выпалят одно слово: Gimp.
Прошло уже более десяти лет с тех пор, когда Спенсер Кимболл (Spencer Kimball) объявил о проекте создания открытого приложения, способного соперничать с профессиональными (и дорогими) альтернативами для Mac и Windows. За это время появились бесчисленные дополнительные модули, обогатившие функции, и пользовательский интерфейс был полностью перестроен.
Gimp прошёл длинный путь, но его всё ещё критикуют за недостаток ряда ключевых функций и медленный темп разработки. Заявляют даже, что Gimp фактически тормозит развитие: его разительное первенство в редактировании растровой графики под Linux означает, что соперников ему бояться нечего – а следовательно, нет выбора и конкуренции. Хотя на самом деле причина в чрезвычайной сложности Gimp: достижение заметных улучшений требует уймы времени и усилий.
День GEGL
Хотя это и не часть собственно Gimp, GEGL (Generic Graphics Library – общая графическая библиотека) оказывает значительное влияние на направление будущего развития Gimp. GEGL пока что находится на этапе разработки релиз-кандидата, и проектируется как автономная библиотека для работы с графикой «по запросу».
Управляемость по запросу – наиболее заметная особенность системы. Она означает, что окончательная обработка выполняется именно в нужный момент (т.е. непосредственно перед выводом на экран), а не последовательно через ряд шагов.
Преимущество здесь в том, что на этом этапе можно достичь очень хорошей оптимизации – вместо того, чтобы обрабатывать каждый пиксел и затем отбрасывать ненужные, трансформация коснется только конкретного участка.
GEGL также умеет управляться с различными глубинами цвета, так что она пригодна для широкого круга задач по обработке изображений. Конечно, GEGL будет очень полезна и для других приложений. Команда Scribus, например, очень заинтересовалась потенциалом GEGL и тем, что она может сделать для обработки изображений в издательском приложении.
Всё включено
Основная работа, идущая в выпускаемых версиях Gimp, заключается в чистке и приборке перед долгожданным релизом 2.4 – так что мы займемся дополнениями, обеспечивающими внедрение интересных новых разработок.
Мы рассматривали SIOX (Simple Interactive Object Extraction – простое интерактивное извлечение объектов) в LXF75, но стоит остановиться на нем ещё раз. С этим замечательным инструментом можно отделить изображение переднего плана от фона, всего пару раз шаркнув мышкой. Каждый бит сгенерированного контура столь хорош, как будто вы кропотливо отслеживали каждую точку очертания самостоятельно.
SIOX будет интегрирован в финальный релиз Gimp 2.4, но уже сейчас доступен как дополнительный модуль. Из-за ограничений Gimp 2.2 он не столь эффективен, как будет в финальном релизе – если вы серьезно намерены его попробовать, лучше использовать разрабатываемую версию Gimp (имеется на нашем диске), пока не выйдет версия 2.4. Дополнительная информация по SIOX – на сайте www.siox.org.
ИНТЕРВЬЮ
LinuxFormat: Вы довольны нынешним положением дел в Gimp?
Свен Нойманн (СН): Вообще-то я рад был бы видеть его прошедшим больший путь. В прошлом у нас были грандиозные планы, но пока завершить их не удалось. Есть много вещей, о которых просят люди – скажем, поддержка большей глубины цвета или других цветовых схем, например, CMYK – мы их уже планировали. Но у нас недостаточно ресурсов, чтобы всё это реализовать.
Проделана огромная работа по исправлению ошибок и реализации мелких улучшений. Мы хотим добиться, чтобы функции, уже доступные пользователям Gimp, можно было найти и использовать, не читая руководства – его и так никто не читает.
LXF: Многих удивит, что такой важный проект имеет всего 30–40 участников. Это всегда так было, или раньше у вас было больше людей?
СН: Gimp всегда был проектом, на который тратят свои силы всего несколько человек. Хотя эти люди всё время меняются.
Одна из проблем – то, что многие из участников-долгожителей, отлично знающих код, повзрослели: они уже не ст уденты, и у них есть работа и личная жизнь. Они просто не могут посвящать проекту так много времени, как пару лет назад. Возможно, необходимо вливание новой крови.
LXF: Новым участникам потребуется немало времени, чтобы освоиться со столь сложным кодом.
СН: Ну, если людям это интересно, они могу т поработать с дополнительными модулями. В большинстве из них легко разобраться – они в основном оформлены в одном C-файле. Трудности особой нет – и есть похожие модули и примеры для иллюстрации.
Конечно, работа с ядром и внесение фундаментальных изменений в пользовательский интерфейс или ввод новой концепции – довольно сложная задача, если имеешь дело с большим объёмом кода. С другой стороны, за последние несколько лет мы значительно улучшили кодовую базу. Выполнили большую работу по очистке и, так сказать, вынесению за скобки. То, что было несколькими сотнями файлов в одном каталоге, теперь разделено и лучше организовано.
LXF: Кое-кто мог бы предположить, что вы всей командой чуть ли не год отдыхали, потому что набор функций за этот год почти не изменился.
СН: Мы хотели [давным-давно] выпустить релиз 2.4. Мы пообещали добавить в него некоторые функции и приступили к работе над ними. А теперь мы в той ситуации, что есть пара инструментов, просто не готовых к выпуску.
Мы должны или выбросить их, или доделать. Одна из таких вещей – управление цветом. Мы решили, что действительно хотим, чтобы эти функции вошли в следующий релиз, так что будем работать до победного конца.
LXF: Вы упомянули управление цветом и CMYK – какие ещё функции вы могли бы сделать доступными в ближайшее время?
СН: CMYK не будет использоваться для хранения данных о пикселах. Но как только мы как следует реализуем управление цветом, люди получат многое из того, что они просили. Я также думаю, что наиболее важная из отсутствующих в Gimp функция в данный момент – поддержка высокой глубины цвета. Всё больше и больше камер предоставляют такие данные, и мы не должны просто отбрасывать их при импорте.
LXF: Думаете ли вы, что Gimp помогла бы спонсорская помощь или включение в в какую-нибудь из имеющихся премиальных схем?
СН: Вот этим, в частности, я хотел бы заняться в следующих месяцах. Составить список того, что действительно требуется сделать в Gimp, и прикинуть, куда обращаться и с кем говорить. Мы хотели бы его опубликовать, и не только в Bugzilla. Я хотел бы, чтобы все знали: мы ищем разработчиков, и видели, что нам нужно доделать. Это могло бы привлечь больше людей.
С другой стороны, премии порой создают трудности, потому что для разработчиков, которые с нами уже давно, сотрудничество с людьми, которые работают за плату, может стать демотивирующим фактором. Мы хотели бы, чтобы довольны были все. Я уверен, что это возможно.
Xara
Профессиональный инструмент дизайна становится свободным.
Не больше ли радует движение Open Source одно проприетарное приложение, раскаявшееся и оставившее путь закрытого кода, чем 99 приложенийправедников? Если да, то на Xara должны изливаться потоки любви. Хотя эта программа всю жизнь разрабатываемая частной британской фирмой, она много лет лицензировалась компанией Corel, распространявшей её под названием CorelXara.
Вы можете подумать, что для «освобождения» приложения достаточно опубликовать исходный код и позволить каждому им пользоваться. Для некоторых приложений так оно и есть, но проприетарное ПО – в частности, настольные приложения – очень часто используют сторонний инструментарий и библиотеки, и связанный с ними код открыть нельзя. Исключение этого кода может быть весьма кропотливой задачей, и, очевидно, оставит приложение неполным: тут какие-то подпрограммы загрузки и сохранения, там куски алгоритмов – не говоря уж о целых инструментариях GUI.
Одна из самых знаменитых функций Xara – движок предпросмотра в режиме реального времени. Протащите прозрачный градиент по вашему рисунку, и экран обновится в реальном времени по мере протаскивания – никаких проб и ошибок при получении желаемого эффекта!
Обратная связь в режиме реального времени уберегает от массы трудностей и делает приложение более отзывчивым на требования пользователей. Это одна из областей программы, которая пока ещё не открыта.
Понятно, что разработчики Xara делают всё неспешно и аккуратно.
Стык культур?
Когда Xara решилась на переход, некоторые роптали, что это может закончиться конкуренцией с Inkscape за лидерство среди дизайнерских приложений для Linux, но они упустили главное: хотя общего у проектов много, они, по большому счёту, ориентированы на разные вещи.
У Xara длинная история новаторского и разностороннего инструмента для иллюстраций и работ для Интернета, но она не нацелена исключительно на работу с SVG, как Inkscape. Не похоже, что в Xara когда-нибудь будет встроен XML-редактор, как это сделано в Inkscape – хотя сейчас это открытая программа, и как знать? Очевидно одно: разработчики Inkscape и Xara стремятся к сотрудничеству. На конференции LGM они охотно обменивались идеями и работали над способом облегчить передачу данных между своими приложениями.
Чарльз Мойр (Charles Moir), владелец Xara, также спонсирует разработку «суперконвертора». Идея знакома сторонникам открытого кода – создать промежуточный формат для графики и набор инструментов для преобразования всевозможных форматов в промежуточный и промежуточного – в другие форматы. Сказать это проще, чем сделать, потому что для достижения настоящей эффективности требуются способы сохранения или, по крайней мере, корректной интерпретации характеристик каждого формата, зачастую уникальных. Проект получил название Chromista, и первый его разработчик – Эрик Вильгельм (Eric Wilhelm). Вы можете узнать больше о целях проекта на его сайте: http://scratchcomputing.com/projects/uber-converter.
Что же касается самой Xara, продолжается работа по реализации всех функций проприетарной версии в открытом коде. Обещаны регулярные выпуски кода и двоичных пакетов, и команда тратит уйму усилий, чтобы включить функцию «Save» (Сохранить). Дело хорошее!
ИНТЕРВЬЮ
LinuxFormat: Почему, спустя более 10 лет, вы открыли код Xara?
Нейл Хоу (НХ): Основная причина – хочется видеть, что проект способен достичь намного большего, чем есть сейчас. Проблема у нас в том, что мы – очень маленькая фирма с ограниченными ресурсами. Нам все говорят: какой Xara Extreme хороший инструмент для рисования! – и мы просто хотим выпускать его побольше. Я думаю, что придав ему кросс-платформность, обеспечив доступ и пользователям Linux, и пользователям Mac, а также сделав код открытым, мы сможем этого добиться.
Еще один фактор – мы недостаточно быстро развивали продукт. Я уверен, что каждая фирма-разработчик ПО планирует намного больше, чем в состоянии когда-либо осуществить. Мы не исключение – разве что, как я подозреваю, наш список ещё длиннее – и с имеющимися ресурсами мы не чувствовали сил для достаточно быстрого движения.
LXF: То есть выходит, что даже будь у вас превосходные идеи, вы не смогли бы их реализовать?
НХ: Да, мы можем сделать не так уж много. Мы хотим видеть инструмент, добившийся определённого успеха по сравнению с подобными от Adobe и Microsoft. Если мы получим поддержку сообщества Open Source, думается, мы сможем достичь более быстрого прогресса.
LXF: Вы говорите об открытии кода Xara?
НХ: Да! Это было трудным решением для такой фирмы, как наша, – взять инструмент, с нашими технологиями, который мы собирали так много лет – годы усилий были потрачены на него; это значительный шаг. Тут и причина, почему мы не приняли подход «большого взрыва» – мы не просто говорим «Всё это теперь открыто». Мы осуществляем открытие в два этапа, чтобы посмотреть, как проходит первый этап, сформировать сообщество, продвинуть его вперёд, а затем полностью выпустить код.
LXF: Технология, оставшаяся закрытой – движок рендеринга. Есть ли ещё компоненты, которые вы пока придержите?
НХ: Среди них, код комбинирования фигур – код для пересечения конт уров – это всё в одной и той же библиотеке. Так что закрыты пока движок и эта часть кода, они находятся в одной двоичной библиотеке, и мы поставляем ее вместе с исходным кодом, который должен с ней собираться. Точно сказать не могу, но в терминах объёма исходного кода, сейчас открыто примерно 90%.
LXF: Что, как вы ожидаете, будет первым эффектом от открытиякода, и чего бы вам хотелось?
НХ: Мы хотели бы получить сообщество, и оно у нас уже есть. В последние месяцы мы даже частным порядком приглашали разработчиков «со стороны», чтобы сделать порт [для Linux] – мы просто открыли им доступ к коду еще до публичного выпуска. И это дало старт сообществу, если хотите, и мы рады наблюдать, как сообщество растёт, и видим, что разработчики открытого кода помогают нам завершить порт как можно быстрее. Это первая цель – сделать его столь же функциональным и надёжным, как версия для Windows, с которой мы начали.
LXF: Сколько времени, по вашей оценке, на это потребуется?
НХ: Сложно сказать. Первоначально прогресс был медленнее, чем я ожидал. Но это в значительной степени потому, что портирование – основа всего, само оно ничего не выполняет, а просто предоставляет доступ к другим функциям.
Примерно с середины января начался действительный взлёт. Например, на этой неделе Алекс (один из разработчиков) включил два инструмента за два дня – инструмент «свободное выделение» и инструмент смешивания. Так что мы надеемся, что темпы развития сохранятся или даже возрастут.
LXF: Вы сказали, что у вас огромные планы. Как вы думаете, на этом этапе вы в состоянии реализовать новые функции помимо собственно портирования?
НХ: Мы установили первую веху в функциональности Xtreme, пока без того, что мы не можем открыть, как я уже упоминал. Но открытый код есть открытый код, и мы не собираемся указывать людям, что можно делать, а что нельзя. Если кто-то приходит с желанием работать над продуктом, пишет, например, новый инструмент и хочет внести его в код, мы не скажем ему «Извините, мы принимаем только заплатки».
