Hi Alban, > Having access to one of your Macs could help, indeed, thank you. > However, for your "grey plot" issues, could you just try the > following: > - In bindings/qt_gui/plqt.cpp, change QtPLWidget::flush as follows > (as I previously asked you to) > void QtPLWidget::flush() > { > repaint(); > QApplication::processEvents(); // add this > }
This I already did and wrote an email to the list - this fixes example 17 but not the other examples. > > - In drivers/qt.cpp, change plD_eop_qtwidget as: > void plD_eop_qtwidget(PLStream *pls) > { > QtPLWidget* widget=((QtPLWidget*)pls->dev); > int currentPage=widget->pageNumber; > widget->flush(); // add this > while(currentPage==widget->pageNumber && > handler.isMasterDevice(widget) && ! pls->nopause) > { > qApp->processEvents(QEventLoop::WaitForMoreEvents); > } > } This solves the problems for the grey page. After you run a program the first plot will be shown (after a short while if there are multiplots). This is for the carbon qt binary, but I expect this to work also for the cocoa qt binary. The only thing left now (apart from this color crazyness) is that the window is in the background when you start it. Is it possible in Qt to bring the window into the foreground, since this is something the user would await? I'll commit these changes. > > As for the colour issues, I suspect we have the same kind of issue > as we have with getenv() on Linux. Qt, as we use it, seems to mess > up something in the system environment (and I have no idea what). > I've not had getenv() issues with Qt 4.4. Is it possible for you to > try this version of Qt? It must be something like that since the cocoa library of the same qt version doesn't have these problems. That's really strange that Qt somehow overloads the stdlib functions with buggy functions. > > I am currently starting to work on Windows for Tuomas Seppala's > issues. I have no experience on cmake on Windows, so I hope it won't > take me too long. I'll be away (part of) this afternoon. To tell you > everything, my wife and I are expecting a baby within 3 weeks, we > have to go to the hospital this afternoon, and don't be surprised if > I appear to be away unexpectedly some time in the next weeks. > However, I'll try to work as much as possible on fixing the issues > before the release. It's actually not much a problem, maybe the wiki helps you a bit: http://www.miscdebris.net/plplot_wiki/index.php?title=Qt Congratulations to you and your wife about the upcoming birth! I wish you all the best and I'm sure it will be a great time for all of you. Regards, Werner > > Alban -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel