gmane.comp.graphics.qwt.general

Re: Possible bug in axis labelling

Uwe Rathmann — 2008-05-16T04:53:15

Thanks, I will try to find a fix next week. I'm planning to publish a 5.1.1 bugfix release next week. If there are any known bugs, please report them now. Uwe ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: Fixed aspect ratio QwtPlotSpectrogram

Uwe Rathmann — 2008-05-16T04:30:07

Have a look at QwtPlotRescaler from the 5.2 SVN branch ( = trunk ). It should be possible to adopt it to 5.1 and to use it in your application. Uwe ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Fixed aspect ratio QwtPlotSpectrogram

kamran iranpour — 2008-05-15T11:09:14

Hello all, I am plotting some data in a subclass of QwtPlotSpectrogram. The spectrogram is inside a QMainWindow along with some plotting controls below it. I want the aspect ratio of the Spectrogram to stay fixed even when the user resizes the MainWindow. Currently the aspect ratio starts out wrong (the spectrogram is wider than it is tall even though the y range of the data is larger than the x range of the data), and can be changed to whatever by resizing the mainwindow. How do I set the aspect ratio to be correct and keep it that way even though the user tries to resize the Mainwindow? Thanks in advance for any answers! Andreas ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: Zoomer always zooms to absolute maximum zoom

Matthias Reich — 2008-05-15T08:37:15

Thanks for the explanation. In the meantime I have added a few necessary (not understood, why, though) lines and get the behavior I wanted in the first place. this->boundingBox() iterates over all attached curves and gets the envelope: That's the moving target (as I remove and attach curves along the way). ---- QwtDoubleRect qdr = this->boundingBox(); if (!zoomer->isEnabled()) { zoomer->zoom(qdr.normalized()); zoomer->setZoomBase(qdr.normalized()); zoomer->zoom(0); } ---- achieves what I wanted and have described earlier. I still don't know why the behavior was different before and after doing the first zoom on the plot, when I omitted the first line, since setZoomBase should clear the stack anyway. At the very least, the behavior shouldn't change based on the fact whether I have zoomed before or not... Cheers, Matthias --------------------------------------------------------------------- PS: Still, I like qwt very much. Please keep going :-) ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: Decreasing the size of a selected QwtSymbol

Uwe Rathmann — 2008-05-15T04:43:15

With Qt3 you can use painting in XOR mode, with Qt4 the answer is no. That's the price of transparent desktops. What you could try is to render the content of the canvas without the selection to a QImage, that can be used as paint cache. But this only makes sense, when rendering your scene is a factor. Uwe ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: problems with qwt-5.0.2 and label scale draw

Uwe Rathmann — 2008-05-15T04:39:51

No. There is no call of QwtScaleDraw::alignment in QwtPlot::setAxisScaleDraw. Uwe ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: Zoomer always zooms to absolute maximum zoom

Uwe Rathmann — 2008-05-15T04:07:56

The zoomer maintains a stack of rectangles. With setZoomBase you clear this stack and assign a rectangle as first element. With zoom(QwtDoubleRect) you can push a rectangle and with zoom(int) you navigate on the stack. With both calls the scales of the plot are adjusted to the corrsponding rect. If something weird is happening I recommend to debug the rectangles, that are pushed/popped to the stack. Uwe ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: Zoomer always zooms to absolute maximum zoom

Matthias Reich — 2008-05-14T15:39:09

I have figured out, that the new ZoomBase seems to be indeed unified intentionally with the current ScaleRect. The question remains then, however, why this mechanism is not effective when there hasn't been any zoom action, but becomes relevant after that initial zoom happens... Cheers, Matthias Matthias Reich wrote: ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: Zoomer always zooms to absolute maximum zoom

Matthias Reich — 2008-05-14T13:26:15

Ok. Here we go. I'm trying to code a generic qwt_plot that has an inherent zoomer implemented. After receiving a call to setZoomEnable (similar to Bode) the plot can be zoomed as needed. At the same time the plot is supposed to stick around while curves with different bounding boxes are added and removed to/from it. On every removeCurve and addCurve, the plot should adjust its zoomBase so that it is the envelope of all boundingRects of the attached curves. Currently, it seems the adding and removing of curves works ok. The scales are adjusted and the (auto?)replot sends the full glory to the screen. I use setZoomBase(boundingRect) and then zoom(0) to achieve this. So far so good. But this is before I actually use the zoomMode. Enabling zoom mode and disabling it straight without doing a zoom is fine. Everything still works as advertised above. But if I do a zoom and then switch around curves by removing and reattaching curves with smaller y-bounds, the zoom base somehow resists being reset to a smaller rectangle than it had at some point before. The x-axis likely would do the same, but I have identical x-axis lengths, so the issue doesn't surface. That's the problem: ------------------- Setting zoomBase with a smaller Rectangle than was set before fails for the y-direction, if the zoomStack was used before. All my x-axis are identical, so I can't relly tell whether x-axis does the same. Further observations: Before I actually zoom, the zoomBase() reports (using cerr<<) integer bounds, although the data does not have integer bounds (1.9504 instead of 2). As soon as the first zoomRect has been added to the zoomStack, the zoomBase reports double values identical to the data and doesn't shrink anymore, unless I zoom and replot while zoomed. Esentially, it looks like the setZoomBase() doesn't allow smaller y-values than are present in its current zoomRect. Is this intentional ? If so, how can I elgantly get around it (I don't want to have to delete the zoomer and allocate a new one, for instance). I can supply code, if that helps to sort out the problem. A nudge in the right direction could already help, though. Cheers, Matthias ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

problems with qwt-5.0.2 and label scale draw

Giacomo S. — 2008-05-14T10:32:15

Good morning. I noticed that my program, that uses qwt-5.0.2 core dumps in the QwtScaleDraw::alignment () method of the library. Is there any issue related to it, as far as you know, possibly solved in qwt 5.1? Thank you very much for your attention. Follows the backtrace of the program, from the core dump. Core was generated by `./blmprofile'. Program terminated with signal 11, Segmentation fault. #0 0xb7166d0a in QwtScaleDraw::alignment () from /usr/local/qwt/lib/libqwt.so.5 (gdb) bt #0 0xb7166d0a in QwtScaleDraw::alignment () from /usr/local/qwt/lib/libqwt.so.5 #1 0xb717fe17 in QwtPlot::setAxisScaleDraw () from /usr/local/qwt/lib/libqwt.so.5 #2 0x0805d6be in ProfilePlot::createCurves (this=0x80db2f0, elements=5, labels=< at >0xbf88471c) at src/profileplot.cpp:257 #3 0x080664b4 in GeneralProfile::configure (this=0xbf886040, area=< at >0xbf8847d0) at src/generalprofile.cpp:410 #4 0x08067304 in GeneralProfile::on_comboArea_activated (this=0xbf886040, text=< at >0xbf884d5c) at src/generalprofile.cpp:455 #5 0x0807347f in GeneralProfile::qt_metacall (this=0xbf886040, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xbf884d2c) at moc/moc_generalprofile.cpp:65 #6 0xb763fc04 in QMetaObject::activate () from /usr/lib/libQtCore.so.4 #7 0xb7640079 in QMetaObject::activate () from /usr/lib/libQtCore.so.4 #8 0xb7b5251e in QComboBox::activated () from /usr/lib/libQtGui.so.4 #9 0xb7b53e54 in ?? () from /usr/lib/libQtGui.so.4 #10 0x080e2490 in ?? () #11 0xbf884d5c in ?? () #12 0x08650e40 in ?? () #13 0xb7627176 in QPersistentModelIndex::operator QModelIndex const& () from /usr/lib/libQtCore.so.4 #14 0xb7b54c5c in ?? () from /usr/lib/libQtGui.so.4 #15 0x080c7198 in ?? () #16 0x08650e40 in ?? () #17 0xbf884d98 in ?? () #18 0xb7573675 in QMutex::unlock () from /usr/lib/libQtCore.so.4 #19 0xb7b5a6ee in QComboBox::qt_metacall () from /usr/lib/libQtGui.so.4 #20 0xb763fc04 in QMetaObject::activate () from /usr/lib/libQtCore.so.4 #21 0xb7640079 in QMetaObject::activate () from /usr/lib/libQtCore.so.4 #22 0xb7d8d2ea in ?? () from /usr/lib/libQtGui.so.4 #23 0x08470538 in ?? () #24 0xb7e43414 in ?? () from /usr/lib/libQtGui.so.4 #25 0x00000000 in ?? () Thanks again! Giacomo Strangolino. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

QwtPolar 0.0.2

Uwe Rathmann — 2008-05-14T04:37:16

I have uploaded QwtPolar 0.0.2: its license has changed from the GPL to the Qwt license. Uwe ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: Possible bug in axis labelling

Albert Kottke — 2008-05-12T18:24:47

5.1 from the subversion repository This fixes the issue. The DBL_EPSILON value is reported to be 2.22045e-16. x1: -0.2 x2: 0.2 maxMajSteps: 8 maxMinSteps: 5 stepSize: 0.05 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: problem with QwtRasterData value(double x, double y)

Uwe Rathmann — 2008-05-12T18:20:18

Your code shows how the raster data object is filled from some dataContainer we don't know ( and don't want to know). I suggest, that you take the spectrogram example and replace the SpectrogramData class by something, where we can see your data and how values and ranges are calculated. Uwe ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: Possible bug in axis labelling

Uwe Rathmann — 2008-05-12T17:59:49

Which Qwt version ? Since Qwt 5.1 QwtScaleEngine uses DBL_EPSILON ( cfloat ) for its calculations. If you are using 5.1 please check, what happens when you replace DBL_EPSILON by 1.0e-6 in qwt_scale_engine.cpp. Please debug QwtLinearScaleEngine::divideScale instead and check what is going wrong with the 0.0 value. What are the parameter values, when it is called ? Uwe ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Possible bug in axis labelling

Albert Kottke — 2008-05-12T15:49:27

For 7 plots, two of the plots have -1.38778e-17 instead of 0. Though the zero value isn't always -1.38778e-17. You can find a screenshot of incorrect and correct axis here: http://accipter.org/pub/qwt-scale-problem.png I have tried my program in both linux and windows environments, and it appears to only happen on windows (qt-4.4.0 with mingw). Let me know if you need me to supply the code. Albert ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

problem with QwtRasterData value(double x, double y)

Dmitry Khaneft — 2008-05-12T10:39:23

Hallo. This is almost copy of class SpectromData by Matthias Pospiech. I tried to use it in the same purposes. Below the code as I use it. Data in a array are transferred from QList from other class. This QList contains only one element. In comments actually transferred values are shown. A problem that I see distort picture on a plot. I think I made a mistake with filling of array or something else. Where is my mistake? **********************header********************** class SpectrogramData: public QwtRasterData { private: double *m_Array; struct structMinMax{ double min; double max; }; structMinMax m_RangeX; structMinMax m_RangeY; structMinMax m_RangeZ; struct structXY{ double x; double y; }; structXY m_DataSize; structXY m_RealToArray; public: // Constructor giving back the QwtRasterData Constructor SpectrogramData(): QwtRasterData() { m_Array = NULL; } ~SpectrogramData() { if (m_Array != NULL) delete [] m_Array; } virtual QwtRasterData *copy() const { SpectrogramData *clone = new SpectrogramData(); clone->setInterval(m_RangeZ.min, m_RangeZ.max); clone->setBoundingRect(QwtDoubleRect(m_RangeX.min, m_RangeY.min, m_RangeX.max, m_RangeY.max)); clone->setData(m_Array, m_DataSize.x, m_DataSize.y); return clone; } virtual QwtDoubleInterval range() const { return QwtDoubleInterval(m_RangeZ.min, m_RangeZ.max); } void setData(double * Array, int sizex, int sizey) { m_DataSize.x = sizex; m_DataSize.y = sizey; int size = sizex * sizey; if (m_Array != NULL) delete [] m_Array; m_Array = new double [size]; memcpy(m_Array, Array, size * sizeof(double)); m_RealToArray.x = (m_RangeX.max - m_RangeX.min) / m_DataSize.x; m_RealToArray.y = (m_RangeY.max - m_RangeY.min) / m_DataSize.y; } void setRect(const double minX, const double maxX, const double minY, const double maxY) { m_RangeX.min = minX; m_RangeX.max = maxX; m_RangeY.min = minY; m_RangeY.max = maxY; } void setInterval(const double minZ, const double maxZ) { m_RangeZ.min = minZ; m_RangeZ.max = maxZ; } int ArrPos(const int x, const int y) const { return y + m_DataSize.y * x; } double value(double x, double y) const { int xpos = (int)((x - m_RangeX.min) * m_RealToArray.x); int ypos = (int)((y - m_RangeY.min) * m_RealToArray.y); return m_Array[ArrPos(xpos, ypos)];//m_Array[(int)((m_RangeY.max) * y + x)];//(int)(x+y);// } }; class MainWindow : public QMainWindow { Q_OBJECT public: MainWindow(); virtual ~MainWindow(); void setData(double *Array, int sizex, int sizey); void setRect(const double minX, const double maxX, const double minY, const double maxY); void setInterval(const double minZ, const double maxZ); void setDataRange(double minZ, double maxZ); void setDataAutoRange(); public slots: voids_plot(); voids_initData(); private: QwtLinearColorMap m_colorMap; QwtPlotSpectrogram * m_spectrogram; QwtScaleWidget *m_rightAxis; SpectrogramData m_RasterData; QwtDoubleInterval m_DataRange; void initColorMap(); void initColorBar(); void initZoomer(); }; **********************cpp********************** #include #include "mainwindow.h" MainWindow::MainWindow() { m_spectrogram = new QwtPlotSpectrogram(); initColorMap(); } MainWindow::~MainWindow() { } void MainWindow::setData(double * Array, int sizex, int sizey) { m_RasterData.setData(Array, sizex, sizey); m_spectrogram->setData(m_RasterData); setDataAutoRange(); initColorBar(); initZoomer(); } void MainWindow::setRect(const double minX, const double maxX, const double minY, const double maxY) { m_RasterData.setRect(minX, maxX, minY, maxY); plot->setAxisScale(QwtPlot::xBottom,minX, maxX); plot->setAxisScale(QwtPlot::yLeft, minY, maxY); } void MainWindow::setInterval(const double minZ, const double maxZ) { m_RasterData.setInterval(minZ, maxZ); } void MainWindow::initColorMap() { m_colorMap = QwtLinearColorMap(Qt::darkCyan, Qt::red); m_colorMap.addColorStop(0.25, Qt::cyan); m_colorMap.addColorStop(0.5, Qt::green); m_colorMap.addColorStop(0.75, Qt::yellow); m_spectrogram->setColorMap(m_colorMap); } void MainWindow::setDataRange(double minZ, double maxZ) { m_DataRange = QwtDoubleInterval(minZ, maxZ); } void MainWindow::initColorBar() { m_rightAxis = plot->axisWidget(QwtPlot::yRight); m_rightAxis->setTitle("Intensity"); m_rightAxis->setColorBarEnabled(true); m_rightAxis->setColorMap(m_DataRange, m_spectrogram->colorMap()); plot->setAxisScale(QwtPlot::yRight,m_DataRange.minValue(),m_DataRange.maxValue()); plot->enableAxis(QwtPlot::yRight); } void MainWindow::s_initData() { data.dataContainerIterator = data.dataContainer.begin(); double arrayZ[(1 + data.dataContainerIterator->yMax) * (1 + data.dataContainerIterator->xMax)]; //double arrayZ[256 * 256]; int count = 0; while(data.dataContainerIterator != data.dataContainer.end()) { for(int y = 0; y<=data.dataContainerIterator->yMax; y++) //for(int y = 0; y<=255; y++) { for(int x = 0; x<=data.dataContainerIterator->xMax; x++) //for(int x = 0; x<=255; x++) { arrayZ[count] = data.dataContainerIterator->dataVector.at(count).z; //arrayZ[count] = x + y; ++count; } } data.dataContainerIterator++; } data.dataContainerIterator = data.dataContainer.begin(); while(data.dataContainerIterator != data.dataContainer.end()) { setInterval(data.dataContainerIterator->zMin,data.dataContainerIterator->zMax); //setInterval(0,510); setRect(data.dataContainerIterator->xMin, data.dataContainerIterator->xMax, data.dataContainerIterator->yMin, data.dataContainerIterator->yMax); //setRect(0,255,0,255); setData(&arrayZ[0],data.dataContainerIterator->xMax, data.dataContainerIterator->yMax); //setData(&arrayZ[0],255,255); data.dataContainerIterator++; } s_plot(); } void MainWindow::s_plot() { m_spectrogram->attach(plot); plot->replot(); } ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Re: Trouble in compiling qwt 5.1 with Qt 4.4.0 under Visual C++ 2008express edition

Alexander Maringer — 2008-05-09T08:04:34

Hi, I tried, and everything completed without problems. Regards Alexander Maringer Livio Tenze schrieb: 4.4.0 (newer version of Qt library) and under Visual C++ 2008 express edition platform, but I am not able to complete the compile process. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Trouble in compiling qwt 5.1 with Qt 4.4.0 under Visual C++ 2008express edition

Livio Tenze — 2008-05-09T07:08:23

------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone_______________________________________________ qwt-interest mailing list qwt-interest< at >lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qwt-interest

Re: Two fill colors in QwtPlotCurve

Uwe Rathmann — 2008-05-07T18:08:11

You could overload QwtPlotCurve::drawCurve and rearrange the code from qwt_plot_curve.cpp. I'm afraid there is no easier solution. Uwe ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Two fill colors in QwtPlotCurve

kamran iranpour — 2008-05-07T13:41:29

Hi, Is it possible to have two different fill colors in QwtPlotCurve ? I am writing a seismogram plot and the convention there is to have two different fill colors for positive and negative values (f.ex. fill black for values above baseline and white for those below). I have used two overlapping curves and it looks kind of ok but sometimes I get some artifacts which I guess are caused by the two curves not fully overlapping for certain sizes of the widget as well as having to allocate twice the amount of memory. Thanks in advance, Kamran ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Re: Announce: Qwt 5.1.0

Uwe Rathmann — 2008-05-02T09:50:46

Fixed in SVN. Uwe ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone