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

>Под x86_64 оно собираться научилось?

пока не тестили - тупо нет железа.

Нет 64-битного железа? О_о Это редкость по нынешним временам...

только сегодня из svn`а стянул sk1 в надежде открыть один cdr-документик.. открылся. Линии на месте, русского текста как будто вообще не былло. И никаких ошибок =)...

>русского текста как будто вообще не былло.

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

Поддержка текста сильно завязана на неготовую шрифтовую систему sK1. (см. выше по треду)

>русского текста как будто вообще не было. Если бы текст был в кривых, то всё было бы в порядке. Artistic text немного поразбирали, но насколько я помню результаты этого разбора пока есть только в cdr_explorer.

Приоритет разбора формата обусловлен "жизненным багажом" и интересами Linfan, a у него препрессный взгляд на мир, поэтому он замечает только "текст в кривых" =)

//frob

>Нет 64-битного железа? О_о Это редкость по нынешним временам...

хм... Нам кто-нить спонсировал железо? Нет. Вот и работаем на том, что имеется дома. А покупать отдельную шелезяку, для юзеров 64bit систем... Ну нет желания тратить деньги.

>> Под x86_64 оно собираться научилось?

> пока не тестили - тупо нет железа.

У меня собралось, но не работает. На файлы CorelDraw 5 ругается app.events.skexceptions.SketchLoadError: unrecognised file type

> На файлы CorelDraw 5 ругается

Поддерживаются 7-13

> Поддерживаются 7-13

Понятно.

WMF конвертирует нормально.

>На файлы CorelDraw 5 ругается

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

Если вы позиционируете инструмент как профессиональный, то кушать он должен желательно все корелы, а не токо с 7-го - у людей бережливых архивы с затёртых годов хранятся. Может чего путаю, но тот же 5-й корел довольно долго держался, занимая примерно то место, которое сейчас у 7-го - никто не пользуется, но принимают с версии не ниже этой.

Хе-хе, а до того 3-й был рабочей лошадкой (у корела почему-то нечётные версии самые удачные и ходовые). Во времена были! Чё-то на ностальгию пробило.

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

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

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

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

>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я версии. Может че и надергает оно. А може и обвалится с визгом. Пробовать надо.

> Сейчас, имея представление о том что и как сделано в версиях 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 - совместимость с другими архитектурами, куча проблем сборки и т.д. не врожденные, а только потому, что оно не хочет адекватно дружить с готовыми собранными системными библиотеками.