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

Reply via email to