sK1 0.9.3

А можно еще поподробнее, что это? Последний раз я эти буквы видел лет 10 назад.

Никто уже не надеялся. :) Уже даже хоронили.

Ну 10 лет - это явно преувеличено :) 10 лет назад проект только начался. А подробнее - на сайте проекта.

Никто уже не надеялся. :) Уже даже хоронили.

«Не дождетесь!» (с) :)

«Не дождетесь!» (с) :)

Через сколько десятков лет оно достигнет рабочего состояния?

Через сколько десятков лет оно достигнет рабочего состояния?

Всяко бывает... Но ваще оно уже и сейчас работает. И даже позволяет выполнять определенные рутинные задачи: визитку наваять, листовку напечатать. Какбэ для этого оно и предназначено.

Всяко бывает... Но ваще оно уже и сейчас работает. И даже позволяет выполнять определенные рутинные задачи: визитку наваять, листовку напечатать. Какбэ для этого оно и предназначено.

Спору нет, но наобещано существенно больше, чем есть. Зачем?

Даже не понял что это за графический редактор. Представил только, что векторный. Так и есть. Как он в сравнении с inkscape?

ошибкой в библиотеке cairo, которая проявляется на видеокартах Intel

а в самой библиотеке Cairo — есть\будут соответствущие исправления?

А uniconvertor как-то развивается?

Даже не понял что это за графический редактор. Представил только, что векторный. Так и есть. Как он в сравнении с inkscape?

Намного кривее (на порядок) кривого inkscape.

Спору нет, но наобещано существенно больше, чем есть. Зачем?

То, что было в планах, увы, жизнь корректирует. Проект потерял двух разрабов, да и ситуация в стране у нас (Украина) не самая шикарная, мягко сказать.

Тем неменее, разработка продолжается. Что получится - увидим.

а в самой библиотеке Cairo — есть\будут соответствущие исправления?

Cairo и так хорошо: Сравнение производительности Qt и Cairo

Pango — это хорошо, спору нет. Кернинг произвольных пар букв ждать ко второму пришествию? :)

А намного интереснее написать свой редактор на питоне, чем добавить полиграфические возможности в Inkscape?

А намного ли это полезнее?

А намного ли это быстрее?

а в самой библиотеке Cairo — есть\будут соответствущие исправления?

Проблему обнаружили совсем недавно. Все что понятно - на nVidia и ATI все работает, на Intel - пустое окно. Возможно, траблы ниже по уровню, чем cairo (напр. в opengl), но рыть столь глубоко нет возможности, да и ресурсов.

То, что было в планах, увы, жизнь корректирует. Проект потерял двух разрабов, да и ситуация в стране у нас (Украина) не самая шикарная, мягко сказать.

Находясь в той же стране, не вижу связи между обещанным за десять лет и ситуацией сейчас, которая не настолько плохая, чтобы на нее все списывать. Даже десятилетнюю бороду обещалок и бравурных прожектов. Скоро и неприятный запах от носков будут объяснять ситуацией в стране. Бред.

Рискну ответить на все три вопроса за ТСа: троллить команду Inkscape объёмом потребляемой памяти и цмиком, не давая своим пользователям и десятой части функциональности, явно интереснее.

Pango — это хорошо, спору нет. Кернинг произвольных пар букв ждать ко второму пришествию? :)

На данный момент кернинг в sK1 обеспечивает pango. Насколько он хорош/плох - это к разрабам pango.

Рискну ответить на все три вопроса за ТСа: троллить команду Inkscape объёмом потребляемой памяти и цмиком, не давая своим пользователям и десятой части функциональности, явно интереснее.

Если команде Inkscape это больше нравиться, пусть так и будет :)

Кернинг произвольных пар букв ждать ко второму пришествию? :)

На данный момент кернинг в sK1 обеспечивает pango. Насколько он хорош/плох - это к разрабам pango.

Читать подобную чушь в исполнении бывшего руководителя полиграфической компании — непередаваемое ощущение.

А намного интереснее написать свой редактор на питоне, чем добавить полиграфические возможности в Inkscape?

Лично мое мнение - SVG это экранный формат графики. Прикручивать к нему полиграфию - нет смысла.

А намного ли это полезнее?

Это решат конечные пользователи. В конце концов, проект не требует от кого-либо дотаций/инвестиций/преференций. Осилим выпустить новую ветку (в сабже старая ветка проекта) - замечательно. Нет - «ну ква».

А намного ли это быстрее?

Учитывая, что под полиграфию нужно «продавливать» изменения в формат SVG, и делать еще много чего, чтобы согласовать с текущим направлением разработки - возможно, что быстрее.

Читать подобную чушь в исполнении бывшего руководителя полиграфической компании — непередаваемое ощущение.

Либо корректно ставь вопрос, либо не задавай его. Кернинг текстового блока выполняется pango. Чтобы убедиться в этом, достаточно набрать в редакторе произвольную строку немоноширным шрифтом. Если ты имеешь ввиду что-то другое - расшифруй.

троллить команду Inkscape объёмом потребляемой памяти и цмиком

Кстати, как там цмик в инкскейп? Планируется?

Лично мое мнение - SVG это экранный формат графики.

facepalm.pdf

Что в иллюстраторе, что в корел дро цмиковые цвета привязываются к указанному в настройках цмиковому профилю. В SVG это сделано 100500 лет назад и реализовано, в частности, в Inkscape, на вкладке CMS диалога заливки и обводки.

Соответственно, ключевых задачи для Inkscape ровно четыре, и все они решаемые:

1. Автоматически приводить все цвета к единому пространству, заданному в настройках документа.
2. Разруливать применение встроенных битмапов, изначально использующих разные цветовые пространства.
3. Обеспечить поддержку плашек из наборов типа пантона (решаемо через ICC named colors в SVG2).
4. Генерировать цмиковые PDF/EPS/PS.

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

Но нет, удобнее считать SVG непригодным для полиграфии форматом.

Рискну ответить на все три вопроса за ТСа: троллить команду Inkscape объёмом потребляемой памяти и цмиком, не давая своим пользователям и десятой части функциональности, явно интереснее.

Ты ж вроде не разработчик и никогда ни строчки кода не написал, так языком потелипать.

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

Инкскейп не может называться векторным редактором, ибо он редактор SVG, не более того. Кружочки с градиентами в интернете рисовать.

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

Чем бедному дизайнеру под линукс пользоваться?

Либо корректно ставь вопрос, либо не задавай его.

Вопрос поставлен предельно корректно: когда будет кернинг произвольных пар букв.

Специально для малых детей разжёвываю: в набранном тексте надо отдельно откернить любую пару соседних букв. В инкскейпе я могу легко сделать это альтом и стрелками. В sK1 я не могу сделать это никак.

Что в иллюстраторе, что в корел дро цмиковые цвета привязываются к указанному в настройках цмиковому профилю. В SVG это сделано 100500 лет назад и реализовано, в частности, в Inkscape, на вкладке CMS диалога заливки и обводки.

Саша, ты прекрасно сам знаешь ущербность этой реализации, когда все-равно все через RGB. Проблем в полиграфии у Инки более чем. Как и у Gtk (печать на принтер исключительно через RGB) Реализуете - будет замечательно.

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

http://wiki.inkscape.org/wiki/index.php/Release_notes/0.91

«Substantial memory savings. Inkscape now uses less memory when opening complex drawings, in some cases using only 25% of the memory used by Inkscape 0.48. Larger files can now be opened.»

За столько лет не добавить в инкскейп хотя бы простейшую полиграфию — те, кто его разрабатывают, не слишком большого ума.

То ли дело анонимус, ага :)

В принципе, ты верно заметил, что интерес у разработчиков преимущественно к неполиграфическому использованию программы. При этом Мартин Оуэнс, например, ждёт запуска программы по финансированию разработки, чтобы взяться, в частности, за полиграфию.

Специально для малых детей разжёвываю: в набранном тексте надо отдельно откернить любую пару соседних букв. В инкскейпе я могу легко сделать это альтом и стрелками. В sK1 я не могу сделать это никак.

Блин, а вот написать «ручной кернинг глифов» - ну ппц как сложно :) Проще выдать на гора кучу ругательств.

Да, это пока не реализовано. Фантастического в этом ничего нет, но прогнозы давать не буду. Скорее всего, в старой ветке это делаться не будет.

Саша, ты прекрасно сам знаешь ущербность этой реализации, когда все-равно все через RGB.

Так ты ещё и не знаешь, как ICC-профили устроены, полиграфист хренов.

Вот скриншот XML-редактора в Inkscape с куском кода, где цвет заливки размечен через привязку к цмиковому ICC-профилю.

http://i.minus.com/ihSb5dHxqkLpH.png

Покажи мне тут RGB.

«Substantial memory savings. Inkscape now uses less memory when opening complex drawings, in some cases using only 25% of the memory used by Inkscape 0.48. Larger files can now be opened.»

Врать то зачем? Запускал я его, пусть они свой релиз ноутс в задницу засунут. Уменьшили потребление памяти при пустой программе для показухи.

При этом Мартин Оуэнс, например, ждёт запуска программы по финансированию разработки, чтобы взяться, в частности, за полиграфию.

Про таких ждунов из нью-васюков уже лет десять читаю. Читаю и читаю, а воз и ныне там.

Так ты ещё и не знаешь, как ICC-профили устроены, полиграфист хренов.

Саша, не выпрыгивай из труселей :) В коде четко написано: RGB цвету присобачено цмиковское значение. При изменении RGB значений, оно будет пересчитано согласно профайла. Цветовой охват такого метода - общее пространство sRGB и CMYK. В результате, на печати будут более бледные цвета, чем они могли бы быть при прямом указании CMYK значений. Так понятнее?

Чем бедному дизайнеру под линукс пользоваться?

OEM Windows+Adobe creative cloud.

При изменении RGB значений

Т.е. ты ещё и не видел, как он работает. Бывает...

Просто открой Inkscape, сделай привязку к цмиковому профилю и посмотри, как оно работает. Все цвета там задаются по каналам цветовой модели профиля. Если у тебя цмиковый профиль, крутилками у тебя будет никакой не RGB, а C,M,Y и K. Сами крутилки при этом ограничены цветовым охватом.

Когда ты научишься говорить о том, что хотя бы видел?

Врать то зачем? Запускал я его, пусть они свой релиз ноутс в задницу засунут. Уменьшили потребление памяти при пустой программе для показухи.

О, неадекват полез :)

Про таких ждунов из нью-васюков уже лет десять читаю.

Много вас, читающих написи на заборах :)

О, неадекват полез :)

Кончились аргументы, начинаешь хамить? Ну расскажи мне, насколько реально уменьшилось потребление памяти инкскейпом. Давай, не стесняйся.

Много вас, читающих написи на заборах :)

Ну, если учитывать, что например, про инкскейп и частично про гимп ты эти надписи на заборах и писал, то что тут добавишь? Ты не Остап Сулейман Берта Мария Бендер бей, в лучшем случае — ты Ипполит Матвеевич Воробьянинов. Ибо даже врать по-человечески не умеешь. Коряво как-то.

Т.е. ты ещё и не видел, как он работает. Бывает...

мдя... посмотрел - лучше бы это я не видел :) Такая реализация черезжо , что нуивонафик. И опять же, во многом благодаря базовому формату.

Может действительно Мартин Оуэнс осилит и перелопатит все это, сделав работу с цмиком транспарентной. Поживем - увидим.

Кстати, а почему Инка так долго стартует? Откуда такие лютые тормоза?

экзотических языках (хинди, китайский, иврит, арабский и т.п.)

Взял так, и три самых распространенных в мире языка назвал «экзотическими»

Так, господа спорщики, у всех FOSS проектов есть свои недостатки и преимущества. И все проекты развиваются далеко не линейно, ввиду понятных ограничений. Поэтому они все важны и нужны. Кому не нравится - может изменить жизнь в лучшую сторону. Например, сделать генерацию цмикового PDF в Инке. Что кстати, действительно вполне реализуемо - изучать спеку в полном объеме не нужно, достаточно только базовых элементов (кривые и битмапы).

мдя... посмотрел - лучше бы это я не видел :) Такая реализация черезжо , что нуивонафик

Это не идеальная реализация — с этим я могу согласиться — но она есть и работает. Благодаря ей можно, в частности, переносить рисунки в Scribus, не переназначая цвета заново.

Кстати, а почему Инка так долго стартует? Откуда такие лютые тормоза?

Насчёт запуска не скажу, про остальное есть объяснение:

The biggest issue, I think, is that our code just isn't very efficient. Try putting a random print statement in a function and then see how many times it is called when doing a simple operation like moving a node. We have too many signals being triggered and handled. Our code lacks proper inline documentation that results in «cargo-cult programming» (a term I just learned).

Взял так, и три самых распространенных в мире языка назвал «экзотическими»

Язык и письменность - две большие разницы. Исторически, в айти наиболее распространен английский и вслед за ним другие из латинской группы. Отрисовка письменности языков из Азии, как правило, редко востребована.

Насчёт запуска не скажу, про остальное есть объяснение:

угу, знакомая ситуевина. Примерно по такой же причине и стартовала «перезагрузка» sK1 - огромная неопитмизированная куча кода. Инке еще предстоит такое.

Отрисовка письменности языков из Азии, как правило, редко востребована

Ага, в том числе русского

Ага, в том числе русского

Славянские языки существенно ближе к латинским по структуре письменности. А вот иероглифическое письмо или арабская вязь отличаются принципиально. Простым набором символов слева направо не обойдешься.

Отрисовка письменности языков из Азии, как правило, редко востребована.

Я смотрю, пятничный настрой — ОК и ОК, прямо угар в комментах.

http://en.wikipedia.org/wiki/China
Population, 2013 estimate: 1,357,380,000

http://en.wikipedia.org/wiki/Japan
Population, 2014 estimate: 126,434,964

http://en.wikipedia.org/wiki/South_Korea
Population, 2013 estimate: 51,302,044

http://en.wikipedia.org/wiki/India
Population, 2011 census: 1,210,193,422

Более двух с половиной миллиардов человек (и это не считая прочих многочисленных азиатов типа 200 миллионов пакистанцев) с интересом выслушают твои дальнейшие рассуждения.

Примерно по такой же причине и стартовала «перезагрузка» sK1 - огромная неопитмизированная куча кода. Инке еще предстоит такое.

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

Чистить код — надо, доделывать переход на 2geom — надо, писать генератор PDF для печати — надо. Стопицот раз начинать всё заново, чтобы никогда не выпустить стабильный релиз — не надо.

Более двух с половиной миллиардов (и это не считая прочих многочисленных азиатов) с интересом выслушают твои дальнейшие рассуждения.

Блин, ну если бы это писал чел, никогда не бывавший в тех ипенях - ну можно было бы не обращать внимания. Но йопсель, ты же сам видел нищету ЮВА. Из этих миллиардов только небольшая часть населения имеет доступ к оргтехнике и способна осуществлять действия, в которых нужны Инка, Гимп и прочие Корелы с Фотошопами. Именно поэтому, на развитие компьютерных основ письменности ЮВА мало обращалось внимания. В этом контексте это «экзотика» каллиграфии.

Отрисовка письменности языков из Азии, как правило, редко востребована

Пожалуйста, не бросайте это направление. Востребована.

Чистить код — надо, доделывать переход на 2geom — надо, писать генератор PDF для печати — надо. Стопицот раз начинать всё заново, чтобы никогда не выпустить стабильный релиз — не надо.

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

Тоже самое касается и sK1 - да, с «перезагрузкой» застряли. Как выкрутимся - увидим. Пока надежда есть - старую тиклевую версию не зря реанимировали, возможно удасться смержить с новой.