Второй релиз-кандидат UniConvertor

У меня как падал, так и падает при конвертировании корела. Возможно - поэтому:

././_sketchmodule.c: В функции ‘init_sketch’ ././_sketchmodule.c:164: предупреждение: доступ по указателю с приведением типа нарушает правила перекрытия объектов в памяти ././_sketchmodule.c:165: предупреждение: доступ по указателю с приведением типа нарушает правила перекрытия объектов в памяти ././_sketchmodule.c:166: предупреждение: доступ по указателю с приведением типа нарушает правила перекрытия объектов в памяти ././_sketchmodule.c:167: предупреждение: доступ по указателю с приведением типа нарушает правила перекрытия объектов в памяти

Поддержка формата WPG планируется?

>как у этого конвертора обстоят дела с лицензионной чистотой?

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

Это WordPerferct Graphics? А для какой цели? Пользователей то WP мало...

>5-й корел довольно долго держался

эт верно, но народ давно переполз на новые версии... 12 лет прошло...

>а до того 3-й был рабочей лошадкой (у корела почему-то нечётные версии самые удачные и ходовые)

Неправда ваша - 4й Корел был удачнее 3-го. Скажем так, это была версия, которая застолбила сегмент рынка. А вот дальше нечетные версии доминировали, это верно.

>Ну, если гугль ещё пару-тройку раз отвалит денег каким-нибудь пришлым студентам, то может и будет чего... ;-)

Пусть лучше нам отвалит :D Мы и автокад расковыряем и фрихенд ... :)

> Поддержка формата WPG планируется?

WPG уже поддерживается в Inkscape

А денег вам как дать... хорошее дело, не помешает поддержать...

Побойся бога, какой из тебя студент? :)

>А денег вам как дать... хорошее дело, не помешает поддержать...

Пишите igor.e.novikov[]gmail.com

>Побойся бога, какой из тебя студент? :)

Ну... если побрить, намакияжить и т.п. то исчо можно сойти за переростка :)

>Спеку нам предоставили, но... это спека по DXF, а не по автокадовскому формату

Всмысле у Автокада какой-то свой DXF? На DWG никто спеков и не откроет вроде... Кстати, dxf хорошо понимает и ОО и КуКад. Может у них выковырять код?:)

>WPG уже поддерживается в Inkscape

дада, опять к кому-то приклеились? ;)

а в генту sk1 нет...

"ждем ебилдов" (с) ? или может оверлэй есть?

У меня ругается :(
 sudo ./install.sh

---------------------------------------------------------------------------
UniConvertor build starts...
---------------------------------------------------------------------------

Clearing possible previous UniConvertor installation...
Copying UniConvertor installation...
Removing .svn folders...
Copying modules source code...
Removing .svn folders...

---------------------------------------------------------------------------
Filter module build
---------------------------------------------------------------------------

COPYING          ascii85filter.c  binfile.c    filterobj.h   linefilter.h    stringfilter.c   zlibfilter.c
Makefile.pre.in  ascii85filter.h  binfile.h    hexfilter.c   nullfilter.c    stringfilter.h   zlibfilter.h
README           base64filter.c   config.c     hexfilter.h   nullfilter.h    subfilefilter.c
Setup.in         base64filter.h   filterobj.c  linefilter.c  streamfilter.c  subfilefilter.h
make: *** No rule to make target `/usr/lib/python2.4/config/Makefile', needed by `sedscript'.  Stop.

======================================
 WARINIG!: Filter module make -f is FAILED
 Try finding reason in stack trace.
======================================

Причем, у меня /usr/lib/python2.5/

libwpg, естественно

ты лучше sK1 релизь, нервотрепальщик потенциальный :)

>ты лучше sK1 релизь, нервотрепальщик потенциальный :)

Отрелизим, а ты как думал? ;) Надо же к конкурсу штаны подтянуть ;) http://www.tropheesdulibre.org/sK1,267.html

>Причем, у меня /usr/lib/python2.5/

Нужен 2.4 Под 2.5 пока еще не заточили.

>Нужен 2.4 Под 2.5 пока еще не заточили.

Ясенько. Спасибо за ответ.

>"sK1 is an open source vector graphics editor. First of all sK1 is oriented for PostScript processing."

но

>Plans [TBD] Import/Export filter for PS, EPS and PDF.

Только мне кажется, что тут есть какой-то косяк?:)

>First of all sK1 is oriented for PostScript processing.

Имелось ввиду безглючная генерачия постскрипта для полиграфии

>Plans [TBD] Import/Export filter for PS, EPS and PDF.

За форматы Адоби надо браться, т.к. сейчас только AI старых версий

ммм, а из svg в cdr вы не планируете сделать? я конечно понимаю что корел держит svg, но все же?

http://linuxgraphics.ru/forum/viewthread.php?forum_id=30&thread_id=223

>5-й корел довольно долго держался

>>эт верно, но народ давно переполз на новые версии... 12 лет прошло...

Ну вот остались клипарты тех годов, и чего делать? А то как-то открытку девушке рисовал - память, однако. Можно, конечно, достать заначку с потрескавшимся сидюком древнего "Все программы для Вынь разом" от тыща затёртого года, попробовать поставить 3.11 винду (бо при импорте из неродной версии Корела иной раз странные чудеса получаются)... Не кошерно. Нет? :)

>а до того 3-й был рабочей лошадкой (у корела почему-то нечётные версии самые удачные и ходовые)

>> Неправда ваша - 4й Корел был удачнее 3-го. Скажем так, это была версия, которая застолбила сегмент рынка. А вот дальше нечетные версии доминировали, это верно.

Не буду спорить, бо в те времена работал только в одной конторе соответствующего профиля. А там долгое время 3-й юзался, потому как, во-первых, на троечке он достаточно шустро бегал, а во вторых началник купил тогда родные кореловские сидюки с инсталляцией именно третьего корела, клипартами и толстенным каталогом тех клипартов. Я тогда впервые в жизни CD-ROM увидел. :) И у сотрудничавших с нашей конторой фирмочек тоже в основном третий юзался.

Зарой линуксовой не пробовали открывать? Linfan, помнится, говорил, что в их импортировщике CDR лет десять конь не валялся, стало быть, чисто теоретически может поддерживать. 1997 -- это ещё не такие далёкие времена от третьей версии.

>Ну вот остались клипарты тех годов, и чего делать?
На всех не угодишь, приходится выбирать.
А как тут выберешь, "всё такое вкусное" =)

Сейчас, имея представление о том что и как сделано в версиях 7 и старше, можно поковыряться в версиях 5-6 и древнее. А можно потратить это время на разборки с текстом в версиях 7-13. Или на импорт стенсилов Visio. Или на Freehand. Или на AutoCAD. Или на InDesign. Или на выделение уровня предпросмотра в UC. Или на что-нибудь ещё.
И у каждого выбора найдутся активные сторонники.

Мне вот предпросмотр нравится больше всего, AutoCAD меньше всего, а остальное -- более-менее безразлично.
А Linfan, услышав слово "стенсил", начинает ковырять мизинцем в ухе -- думает ослышался =)

//frob

Что верно, то верно - у Ксарского импортера в каментах поминаются всуе 3 и 4я версии. Может че и надергает оно. А може и обвалится с визгом. Пробовать надо.

>Имелось ввиду безглючная генерачия постскрипта для полиграфии

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

Собрал sk1. Попробовал. Запускается, выглядит красиво... При попытке открыть файл пишет следующее и ничего не происходит:

>sh: kdialog: command not found

gentoo x86 xfce ;)

Молодцы, ребята! Очень нужная вещь Спасибо

> Сейчас, имея представление о том что и как сделано в версиях 7 и старше, можно поковыряться в версиях 5-6 и древнее. А можно потратить это время на разборки с текстом в версиях 7-13. Или на импорт стенсилов Visio. Или на Freehand. Или на AutoCAD. Или на InDesign. Или на выделение уровня предпросмотра в UC. Или на что-нибудь ещё. И у каждого выбора найдутся активные сторонники.

А по-моему вместо всего этого движения вперед пора притормозить и немного подумать о совместимости. Что это за дела, современная программа вроде - а с x86_64 несовместима (про не-x86 даже говорить не хочется, страшно подумать, что за дикие проблемы всплыть могут на big-endian и прочем сильно отличном железе), с питоном текущими несовместима (что, спрашивается делать пользвателям fedora, ubuntu и прочим современых дистрибутивов?), адская смесь на tk все так же требует kde для работы (диалогов) и т.д.

Понятно, что двигаться вперед всегда приятнее и интереснее, чем заботиться о том, чтобы это все нормально работало где-то кроме как на компьютеров разработчиков, но что же это за фигня такая, в самом деле? Подумайте немного о пользователях, наконец!

>требует kde для работы (диалогов)

Ой йо....

> страшно подумать, что за дикие проблемы всплыть могут на big-endian и прочем сильно отличном железе)

sK1 успешно собирался на альфе, IIRC =)

> sK1 успешно собирался на альфе, IIRC =)

Верю, это очень хорошо, но много ли кого практически интересует? А вот i386/x86_64/ppc32/ppc64 - это актуально. Ну с некоторой натяжкой sparc64 еще... На этом по статистике реально используется линукс в современном мире.

>А по-моему вместо всего этого движения вперед пора притормозить и немного подумать о совместимости.

Притормозите и подумайте, кто ж вам мешает?

>Что это за дела, современная программа вроде - а с x86_64 несовместима

Кто сказал? UC тестируется на том, что есть у авторов, это не означает, что программа не совместима с чем-либо.

>(про не-x86 даже говорить не хочется, страшно подумать, что за дикие проблемы всплыть могут на big-endian и прочем сильно отличном железе)

Не хочется говорить -- помолчите. Страшно подумать -- не думайте.

>с питоном текущими несовместима (что, спрашивается делать пользвателям fedora, ubuntu и прочим современых дистрибутивов?),

Насколько я помню, sK1 использует разные сторонние библиотеки _НЕ_ работающие с другим питоном. По этой причине sK1 тащил за собой свои версии всего подряд (всё это называлось sK1_RE и выглядело ещё менее приятно и существенно менее собираемо).

>адская смесь на tk

Не вижу в Ttk ничего адского.

>все так же требует kde для работы (диалогов) и т.д.

Да, за это Linfan уже неоднократно руган и не бит только потому, что у меня руки коротки.

>Подумайте немного о пользователях, наконец!

Нет смысла тратить время на размышления о злокозненной судьбе анонимов.

//frob

> Кто сказал? UC тестируется на том, что есть у авторов, это не означает, что программа не совместима с чем-либо.

Ну если оно не собирается, значит не совместимо. Поправка: последний sk1, о котором сюда постили, не собирался. Вылетал на одной из библиотек, требуемых для работы и идущей в комплекте. При этом системную библиотеку, таки работающую под x86_64 он использовать также отказывался, потому что другие идущие с ним библиотеки были завязаны на использование внутреннего варианта той библиотеки. Адская каша, с какого конца подходить - непонятно. Ну то есть мне непонятно, разработчикам-то наверное понятно, но у них до сих пор "нет x86_64 машины".

> Насколько я помню, sK1 использует разные сторонние библиотеки _НЕ_ работающие с другим питоном

Неужели времена не изменились? В текущих версиях дистрибутивов идет только python 2.5, никаких compat 2.4 и все с ним работает - а там в репозиториях много внешних питоновских расширений. Ну, кроме особых вещей типа zope, но это отдельная история.

> Не вижу в Ttk ничего адского.

Не tk адский, комбинация всего остального с ним адская. К тому же, опять же неумение использовать системный ни к чему хорошему не приводит :-/

> Да, за это Linfan уже неоднократно руган и не бит только потому, что у меня руки коротки.

Так а вообще планы есть это убирать или там остальные куски интерфейса будут под kde переписываться?

> Не tk адский, комбинация всего остального с ним адская. К тому же, опять же неумение использовать системный ни к чему хорошему не приводит :-/

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

> Вы попросту не в курсе: для sK1 нужна именно патченная новая версия, которой пока нет нигде. От этого напрямую зависит функциональность.

Я в курсе. Это было так, дополнение. В конце концов, фиг с ним, с tk, если все остальное - библиотеки, не собирающиеся под x86-64 (нужно использовать системные) и зависимость от старого питона (нужно использовать системный) будет исправлена. Так нужен новый tk - ну ладно. Но tk, python, вся остальная компания.. такая масса библиотек, которая идет в комплекте не только сильно удлиняют время выкачивания из svn и процесс сборки, но и доставляют кучу проблем с совместимостью.

Никто бы не был против, если бы Tk был свой, все остальное системное - это бы работало нормально, наверное. Но ведь для того autoconf/automake, cmake и scons (там вроде последний используется?) и придумывали, чтобы адаптироваться к системным библиотекам и использовать их. Ведь многие текущие проблемы sk1 - совместимость с другими архитектурами, куча проблем сборки и т.д. не врожденные, а только потому, что оно не хочет адекватно дружить с готовыми собранными системными библиотеками.

Всем спасибо за критику :)

ТЕПЕРЬ ПОЯСНЕНИЕ РАЗАРАБОТЧИКОВ

sK1 тащит за собой собственную обвязку не потому что мы не можем использовать системные либы или потому что патчим что-то. Просто мы зависим от tk8.5 - в дистрах его нет. Питон собирается после Tk и привязан как правило к системному Tk. Для создания привязки к нашей 8.5 версии необходимы сорцы Tkinter из системного Питона. У всех они есть? Дай бог, чтоб хотя бы хедеры стояли.

Вся проблемная ситуация разрешится при переходе дистров на Tcl/Tk 8.5 и это уже не за горами - вчера вышла 8.5beta1 версия. В свою очередь мы переползаем на Питон 2.5, который будет нормой во всех дистрах.

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

После перехода на Питон 2.5 мы постараемся перевести большинство привязок на ctypes чтобы избежать вообще головняка с компиляцией, оставив единственное требование: Python 2.5.x+tk8.5

> Поэтому версия Cairo не какая-нить а последняя нужна.

cairo-1.4.6.tar.gz -- не последняя :) Да и LittleCMS поновее есть

логично, но это на момент заливки в svn были последние версии