Второй предварительный релиз векторного редактора sK1

ого... майнтейнера sK1 кстати с ДР... и релиз давайте побыстрее! ;)

Молодцы ребята, "Правильной дорогой идете товарищи." если честно то импорт cdr cmx очень помог, жаль что не на все 100% но всеже. Спасибо.

Молодцы! Ратуем за включение во все основные дистрибутивы, в т.ч. UniConverter - обязательно! :) Спасибо! Может вспомню как в кореле работал 14 лет назад ;)

tcl/tk =)

можно узнать, почему был взят тикель? скорость разработки, кроссплатформенность или еще что-нибудь? :) ну например личные пристрастия :)

> можно узнать, почему был взят тикель? скорость разработки, кроссплатформенность или еще что-нибудь?

И это на оффсайте:

http://sk1project.org/modules/Products/sk1_images/sketch_0_6_15.png

Кстати, по сравнению с Inkscape как смотриться? Фичастее ли? В местечковом репрозитарии есть лишь Skencil.

Скриншоты, кстати, обновить надо. И, желательно, на этот раз без бесплатной рекламы местного пива :)

Не фичастее :)

>Не фичастее :)

Тю на тебя, не сглазь ;)

Ну как тебе сказать, последние коммиты в SVN понемногу убирают ваше преимущество в виде CMYK и управления цветом :) Кстати, sK1 научен при цветопробе показывать цвета, выпадающие из цветового охвата? Если да, какой цвет по умолчанию их маркирует?

я не специалист по этим вопросам, может кто скажет какие у него преимущества перед inkscape?

Они несколько разные задачи решают. У sK1 существенно бОльшая заточенность под полиграфические процессы.

http://www.linux.org.ru/jump-message.jsp?msgid=2164796&cid=2165268

Вот когда разработчики Inkscape озаботятся корректным экспортом цмиковых постскриптов и PDF, тогда можно будет сравнивать.

> Скриншоты, кстати, обновить надо. И, желательно, на этот раз без бесплатной рекламы местного пива :)

Угу. Помнится был забавный скриншот с импортированным гербом Монголии =)

> последние коммиты в SVN понемногу убирают ваше преимущество в виде CMYK и управления цветом :)

Думаешь пора готовить ассиметричный ответ и пускать в ход гигантских человекоподобных роботов?

GIMP=GIMP-GIMP, CMYK-CMYK-CMYK...

Думаю, пора релизить 0.9 и заняться наконец архитектурой расширений.

> GIMP-GIMP-GIMP, CMYK-CMYK-CMYK...

No pasaran...

>И это на оффсайте:

Так это не sK1 на скрине ;)

>я не специалист по этим вопросам, может кто скажет какие у него преимущества перед inkscape?

Как мне объяснили в предыдущем топике, оно не столько для рисования, сколько для печати. Пока, разумеется.

Народ, а как с Visio форматом быть?? Этот же проект связан с ним. Перезжаем конторой на Linux. С visio полная Ж. Dia отдыхает.

Хуже того, это на мандриве скенсил так похабно выглядел. Рядом на убунте всё было ок :)

А каковы минимальные требования по ресурсам?

http://sk1project.org/modules.php?name=Products&product=vsdviewer

Ждёт интеграции

Ура! Если дел так пойдут и дальше, к 2010 наконец-то будет редактор, по возможностям не уступающий CorelDraw 8 (1998 г.). Правда, в отличие от последнего, на P-166MMX он работать не будет, но и то ладно.

>Ура! Если дел так пойдут и дальше, к 2010 наконец-то будет редактор, по возможностям не уступающий CorelDraw 8 (1998 г.). Правда, в отличие от последнего, на P-166MMX он работать не будет, но и то ладно.

Да. И ты, скопив к этому времени деньги на лицензию к нему, сможешь их потратить на чупа-чупсы. Или что ты там сосать предпочитаешь..

Существенно раньше, уверяю Вас :) По некоторым пунктам — уже.

>Народ, а как с Visio форматом быть??

Причем тут диаграммы? Dia/Kivio и вперед

> Народ, а как с Visio форматом быть?? Этот же проект связан с ним. Перезжаем конторой на Linux. С visio полная Ж. Dia отдыхает.

Импорта в VSD я бы на Вашем месте не ждал -- неинтересно делать.

Сравнительно легко можно сделать конвертилку стенсилов VSS в SVG
(и даже наверное расширить поддержку версий формата встарь до 5 и может быть 4).
Старые стенсилы сделанные из WMF-ов либо из собственных объектов Visio будут конвертироваться нормально,
новые -- с проблемами (см. ниже про EMF/EMF+).
Сейчас пытаемся выяснить у некоторых вендоров сетевого
оборудования как они относятся к идее конвертнуть их стенсилы в SVG.
Если с кем-либо из них удастся договориться, то на первом этапе
выложим результаты конверсии с "ручным контролем качества".
На самом деле есть желание "конвертировать с оптимизацией",
так как очень часто обнаруживаются катастрофически неоптимальные файлы.
Мой "любимый" пример -- цискина шайба маршрутизатора,
в которой было бы достаточно примерно 3-4 десятка команд,
а на практике имеется ещё 1398 лишних команд LineTo.

vsdviewer мы, хоть и с небольшой задержкой по сравнению с обещаниями, выпустили (см. http://www.sk1project.org/modules.php?name=news).
Разумеется пользоваться им (надеюсь что пока) почти бесполезно ;-)
Сейчас разбираемся с двумя проблемами:
- разбор формата для выбора правильного элемента из стенсила (сейчас выбирается на основании первичного и, как оказалось, неправильного предположения);
- улучшение поддержки EMF в том числе добавление поддержки EMF+.

Из-за первого портится выдача даже сравнительно простых файлов со стенсилами сделанными из WMF/EMF-ов.
Из-за второго (и особенно из-за EMF+) в более современных стенсилах вылезают артефакты на изображениях.

Сроки исправления первого пока неизвестны -- реверс-инжиниринг штука непредсказуемая.
Со вторым (без EMF+) хочется расправиться за неделю, но скорее всего получится дольше.

/frob

> Импорта в VSD я бы на Вашем месте не ждал

Экспорта? :)

Ой, блин... Чтоб я без тебя делал... ;-)

Конечно экспорта.
Спасибо.

/frob

> - Экспериментальный импорт форматов Postscript (PS) и Encapsulated Postscript (EPS)

Я знал что этот день настанет! Я знал что это случится!

Я правильно понял, что он уже стал более удобен для пакетирования или еще рано за него браться?

Основная проблема по прежнему в зависимости от незарелизеных/пропатченых tcl/tk/tkpng??

ууу.... саботажнег :) пользуешся случаем, что аффтар в процессе отмечания ;)

да, к сожалению зависимость от tcl/tk 8.5 была, есть и будет. Решиться вся проблема при выходе стабильной версии, что вообщем-то уже скоро. Так что доточить интерфейс нам нужно достаточно быстро.

> да, к сожалению зависимость от tcl/tk 8.5 была, есть и будет. Решиться вся проблема при выходе стабильной версии, что вообщем-то уже скоро. Так что доточить интерфейс нам нужно достаточно быстро.

Ну tk ладно, а вот можно ли сделать, чтобы в sk1 были не такие э.. kde-подобные виджеты? Ну в общем думаю понятно, что имеется ввиду. Просто вообще непонятно, кто и как там этим управляет, с учетом того, что вроде и tk, а выглядит как kde-прога :(

Классический tk-вид хотя бы можно вернуть (ну а еще лучше - gtk-тему подхватывать)?

>gtk-тему подхватывать

Надо просто свою gtk-образную тему сделать. Это несложно. Просто набор png'шек.

> Надо просто свою gtk-образную тему сделать.

Если бы только это

а что еще?

> а что еще?

А ээ.. всякие эффекты, типа подсветки при наведении? Изменения стрелочки над/под скроллбаром в тот момент, когда скроллбар прижат к одному из концов? Гармонично выглядящие, правильных цветов меню и тулбар?

А вот смотри. Скажем, днём я пользуюсь светлой темой Cleanlooks, ночером -- темной Darkilouche. Как твой sK1 вывернется? :)

Ты не ответил про пометку цветов вне охвата.

>днём я пользуюсь светлой темой Cleanlooks, ночером -- темной Darkilouche. Как твой sK1 вывернется? :)

Вывернется крайне брутально :) Уже сейчас sK1 использует текущую цветовую схему DE по умолчанию. Эта фишка самая простая ибо она работает через Иксы.

Что касается "выпадающих" цветов - пока такими ньюансами не утруждались. Все на совести LittleCMS.

http://sk1.sourceforge.net/screenshots/rogan_sk1.png

http://www.sk1project.org/index.php

На мониторе -- карта размещения краснокнижных животных импортированная из CDR-а.

>Как твой sK1 вывернется?

Можно менять ресурсы tk по крону :-)))

>Можно менять ресурсы tk по крону :-))

Ну это совсем жесткий солюшн :) Проще все-тки из Иксов находу добывать цвета...

А нахрен вообще тебе меняющийся интерфейс. Люди и так классно работают. Причем задаром. Помог бы лучше. Нарисовал бы тему. Западло?