Ole..., ole, ole, ole!

Под андроид программировать хочешь ты.

Почему растрированием занимается GIMP?

Хороший вопрос. Из гимпа в инкскейп всё прекрасно вставляется.

Разве множество связанных утилит это не unixway?

унихвей это ещё и про текст

Так, xcf вставить нельзя, можно экспортировать и вставить png. А если мне понадобится прибавить контрастность или подкорректировать яркость?

Вставляй файл как link и правь потом сколько тебе вздумается.

Ничто не мешает сделать растровую копию выделенного в инкскейпе и перенести её в гимп через буфер обмена.

Он потом ещё изменять хочет. А вот говорили как-то, что гимп вроде вектору то ли научился, то ли скоро научится. Врали, не?

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

А у него какой то особенный, уличный svg?

Инкскейповские эффекты мало кто жрет

Они не «инкскейповские», они по стандарту svg.

А вообще, существует ли какой-нибудь стандарт на связывание и внедрение? Не так уж это сложно.

Ага, уже поглядел. Значит, вот так вот хорошо поддерживается стандарт.

Ага, уже поглядел. Значит, вот так вот хорошо поддерживается стандарт

В любом случае, такие штуки должны делаться через экспорт. Т.е. GIMP получив svg должен вызвать связанную программу, которая (прозрачно для пользователя) отдаст ему png (или другой подходящий формат). А не через импорт, с результатом «рисую как умею».

Кстати, среди вариантов сохранения у него есть «Простой SVG» и «Inkscape SVG».

По умолчанию для сохранения файла предлагается формат Inkscape SVG. Вообще существует множество различных спецификаций SVG. Inkscape SVG содержит дополнительные поля, которые определяют такие функции, как, например, эффекты (фильтры), которые вообще-то не определены в официальной спецификации SVG, но необходимы для сохранения изображения, созданного в inkscape. Из-за этого файлы такого форматы могут некорректно отображаться в каких-нибудь других SVG программах.

Так что да, особый уличный :)

А гимп «прозрачно для пользователя» должен устанавливать необходимое программное обеспечение в случае его отсутствия?

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

А почему нет? Это ведь не винда, тут есть репозитории. Конечно не устанавливать, а предложить. Показать окошко «Внедренный/внедряемый документ был создан в программе X, которая в данный момент отсутствует. Установить ее?». Если пользователь отказывается, то уже своими силами.

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

Хорошо, пойдем дальше. «Данный документ создан с помощью программы Karbon версии 1.2.3. Установить ее?».

В репозиториях уже давно версия 2.7. Поддержка svg в карбоне с тех пор шагнула вперед, и изображение рендерится уже не так, как было в 1.2.3. Что делать?

Маловероятная ситуация, что новая версия не может отрендерить того, что было создано в старой. Хотя, вероятность есть. Но тут уже ничего не поделать, да и все равно это будет лучше чем средствами GIMP. Вообще я тут больше писал про удобное редактирования, чтобы по двойному щелчку открывалось нужное приложение. На самом деле, технически и прозрачно для пользователя, должны внедряться два файла: какой-нибудь png (GIMP ведь не может нормально рендерить svg, векторный редактор должен его растеризовать и отдать растровому) и исходник. При открытии xcf все будет отображено так, как и было задумано (GIMP прочитает png), а вот при попытке редактирования встроенного/связанного векторного изображения и при отсутствующем векторном редакторе пользователь останется с простой встроенной png-шкой.

На самом деле, технически и прозрачно для пользователя, должны внедряться два файла: какой-нибудь png (GIMP ведь не может нормально рендерить svg, векторный редактор должен его растеризовать и отдать растровому) и исходник.

Теряем в размере + при увеличенни эта png будет выглядеть понятно как, ну да ладно.

Еще проблема: тогда должна быть общая система команд для всех векторных редакторов (им же надо сказать расторизовывать после редактирования?). То есть внедрять новый стандарт. Сложно.

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

Сколько наколенных поделок можно было бы придумать в отрыве от генеральной линии партии! :)

А надо всего-то доделать порт гимпа на гегл и придумать новый формат хранения данных. Тогда совершенно внезапно в гимпе появляется линкование с внешними файлами SVG и обработка фильтров SVG.

А OLE этот ваш поганый лет 10 назад был в GNOME Office и конкретно — в Sodipodi (папаша Inkscape). Можно было вставлять SVG во что-нибудь типа электронной таблицы Gnumeric и вызывать Sodipodi оттуда же. Кривизна была невероятная.