Уже давно вышла версия 0.9.7.7, которая содержит, судя по описанию с официального сайта, очень нужную фичу: теперь QtiPlot может экспортировать рисунки в emf. Это то, чего так не хватало. 2009/04/10 - QtiPlot 0.9.7.7 released. This is a Windows dedicated release. Changes: * Implemented the export of 2D plots to the Enhanced MetaFile format (EMF) on Windows using EmfEngine (http://soft.proindependent.com/emf/). * Fixed a bug affecting the restoring of maximized 2D plot windows. Ещё я заметил, что QtiPlot отсутствует в branch 5.0. Было бы очень хорошо, если бы новый релиз собрали хотябы для этого бранча.
От 0.9.7.8 отвалился qtiplot-0.9.7.4-defines-alt.patch.bz2 -- может, притрёте?
М-да, там довольно прилично их отвалилось. Часть уже приспособил, syslibs адаптировал из Gentoo. Ещё надо собирать или с qwt в пузе, или обновлять системную до 5.2.0. Выложил промежуточный результат сюда: http://fly.osdn.org.ua/~mike/tmp/qtiplot-0.9.7.8-alt0.1.src.rpm Требуется ещё http://fly.osdn.org.ua/~mike/tmp/libqwt-5.2.0-alt1.src.rpm PS: провозился часа три, но этот пакет немного ностальгический просто :)
src/scripting/ScriptEdit.cpp:295:6: error: #elif with no expression
Существенный кусок qtiplot-0.9.7.8-alt-includes.patch стоило бы выкинуть и заменить на sed -i с добавлением qwt/ и qwtplot3d/, причём по *.h *.cpp *.sip, а ещё там то <>, то ""... Вредная софтина по части сборки, потому в своё время и обломался, помнится. А сейчас запоролся на: sipqtiGraph3D.cpp:1038: error: cannot convert 'QwtLinearColorMap' to 'QwtLinearColorMap*' in assignment Выложенный src.rpm обновил, предлагаю ковырять от него.
"Существенный кусок qtiplot-0.9.7.8-alt-includes.patch стоило бы выкинуть и заменить на sed -i с добавлением qwt/ и qwtplot3d/" Не нужно (я вообще отключил этот патч, только правку liborigin для gcc4.4 сохранил), достаточно поправить qtiplot/qtiplot/qtiplot.pro Сейчас отвязал его от "внутреннего" qwtplot3d (который вернулся в сизиф), но оставил сборку с "внутренним" qwt, а то пока его в сизифе обновят, скорее зима начнётся. Дождёмся обновления - пересобрать нетрудно будет. Посылаю 0.9.7.9 в сизиф, соберётся - дам acl для mutabor@, а дальше видно будет... Кстати, liborigin тоже бы не мешало обновить: в сизифе он 20080225, тогда как в апстриме уже 20090326, и потом можно будет и от "внутреннего" liborigin избавиться... наверно...
http://git.altlinux.org/people/real/packages/qtiplot.git?p=qtiplot.git;a=shortlog;h=refs/heads/master
qtiplot-0.9.7.9-alt1 -> sisyphus: * Tue Sep 15 2009 Eugeny A. Rostovtsev (REAL) <real at altlinux> 0.9.7.9-alt1 - Version 0.9.7.9 (ALT #20200) - Temporarily fixed build with embedded libraries libqwt & liborigin (awaiting updates in Sisyphus)
Ну вот и обновился libqwt в сизифе. Но собрать с ним qtiplot не выходит: отсутствует ряд нужных полей классов, да и сами классы не все. Сделал себе снапшот из svn libqwt, там всё есть, странно, почему нет в релизе. Что делать будем? Оставляем как есть (статическая сборка с внутренним libqwt), просим lav@ обновить до svn или делаем новый пакет с кофликтами? Меня вот два последних варианта что-то совсем не устраивают...
(В ответ на комментарий №8) > Ну вот и обновился libqwt в сизифе. Но собрать с ним qtiplot не выходит: > отсутствует ряд нужных полей классов, да и сами классы не все. Сделал себе ... Я подозреваю, что библиотеку qwt разрабатывают интенсивно вместе с qtiplot, поэтому только статическая будет точно соответствовать, о другом просто не заботятся... И собрать со статикой - самый лёгкий вариант, возможно что можно пока так и сделать.... В сборке из svn ничего зазорного не вижу, лишь бы собралось... Заодно можно было бы в git перенести...
"И собрать со статикой - самый лёгкий вариант, возможно что можно пока так и сделать...." Оно сейчас как раз так и сделано. "В сборке из svn ничего зазорного не вижу, лишь бы собралось... Заодно можно было бы в git перенести..." Хорошо, дойдут руки, можно будет и за libqwt взяться...
