All classes of qwtpolar have become part of Qwt 6.2, please don't use code from here in new projects. If you have problems with Qwt 6.2 feel free to ask on the Qwt support channels.
I am coming back 10 years in the future. I am also experiencing the problem "impossible to open file qwtpolard.lib". I am compiling on windows with QT5.15.2 and MSVC2019. When trying the compilation with MINGW8, everything works well. I do not understand and if you have a fix, I would be happy. Thanks for your help. Best
Update linking on Mac for Qt Designer plugin
Mend building with QWT API older than 0x050200
Not Linking on MacOS X (framework not found)
Unable to build QwtPolar trunk against Qwt trunk
error don't know how to make qfiledialog.h
Compile error in qwt_polar_renderer.cpp when QT_NO_PRINTER is defined
QwtPolar has become part of the Qwt library
The qwtpolar project has become part of the qwt library and the code you find in this repository won't be maintained anymore. Try this branch: https://svn.code.sf.net/p/qwt/code/branches/qwt-6.2 it will become the official Qwt 6.2 release pretty soon ( maybe next week ).
error don't know how to make qfiledialog.h
indentation fixed
updated from trunk
svn:ignore extended
includes reordered
copyright note added + moc includes
avoid complier warning
avoid compiler warning
using moc includes
avoid deprecation warnings
QWT_POLAR_MOC_INLUDES added
rescale, unzoom are public now
movePolt is public now
typo fixed
missing include ( Qt 5.15 ) added
avoid deprecated calls
avoid deprecated calls
avoid deprecated calls
avoid deprecated calls
avoid deprecated methods
Compile error in qwt_polar_renderer.cpp when QT_NO_PRINTER is defined
The ability to do this would be very useful. Please consider adding support for drawing coloured/filled sectors on QwtPolarPlots. Cheers, Lee
Would it not make sense to keep the versions of QwtPolar and Qwt in sync, perhaps only on the minor/major level? Thus step QwtPolar to 6.1 (huge jump I know) and then perhaps some hard checks on the qmake level can be used to make sure that the versions match? (Just thinking out loud, you can ignore this if that does not fit into your plans).
QwtPolar trunk is supposed to work with Qwt 6.1 - not with trunk ! In some later version QwtPolar is planned to become part of Qwt, but for the moment the situation is inconvenient. I will see if I can add some #ifdefs, so the QwtPolar trunk also builds with Qwt >= 6.2
I see I reported as "Anonymous"... Sorry about that.
Unable to build QwtPolar trunk against Qwt trunk
color map changed
pointless double time drawing removed
handling for NaN values added
using clip paths instead of clip regions ( slow...
expensive clip region calculation avoided ( not...
typo fixed
QwtPolar 1.1.1
change log added
__declspec replaced by Q_DECL_EXPORT/Q_DECL_IMPORT
version update to 1.2.0
version updated to 1.1.1
Update linking on Mac for Qt Designer plugin
unguarded QwtPolarDll
QWT_POLAR_DLL fixes
QwtPolar 1.1.0
qwtpolar-1.1 branch created
RPATHDIR for examples added
check for debug_and_release added in designer.pro
Thanks. But it still has the same error, because the framework is built as CONFIG...
Thanks. But it still has the same error, because the framework is built as CONFIG...
Indeed - but now ...
QwtPolarFramework
This fix had also been done - probably a missing update on your side.
designer/designer.pro I think is still incorrect. I believe it needs to also be:...
I believe the fixed bug [#5] addresses this.
Fixed in SVN trunk.
broken assertions when building frameworks (osx)
QWT_CONFIG -> QWT_POLAR_CONFIG
broken assertions when building frameworks (osx)