Hi Alan,

> By the way, Alban, could you please review Werner's reports to see if you
> can verify that Mac OS X issue with qtwidget?  Does qtwidget use of Qt4
> on Mac OS X eventually boil down to a call to X or is there some other
> underlying windows system it uses there?  (Out of curiousity, I have the
> same question for the Windows platform.)
Qt doesn't use X on Mac OS X - it uses native libraries (quartz, cacoa, 
carbon, whatever, I've never fully understood all the different 
libraries Mac OS X provides). On Windows it uses the API provided by 
Windows. So in the end it's three different code paths (wxWidgets btw. 
uses carbon, gtk and Windows API).


>   If on Mac OS X, qtwidget is not
> X based it is possible that quite different code paths are being used
> in Qt, and Werner has found a Qt4 bug.  Alternatively, we could have a qt
> bug that doesn't matter for an X-based qtwidget but which makes a difference
> when some other Windows system is underlying Qt4.
>   
One problem might be, that Mac OS X doesn't actually allow that programs 
use a GUI if they are not in an app-bundle, which is basically a 
directory with all the stuff in it which the program needs including the 
executable. That's the reason why the wxWidgets driver uses a hack to 
make the GUI working. I don't know how the Qt library solves that, since 
the GUI is responsible (which is otherwise not the case), but maybe it 
doesn't get refreshed at the right time. I don't know enough about Qt to 
be any help here, though.

Regards,
Werner


> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state implementation
> for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
> package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
> Linux Links project (loll.sf.net); and the Linux Brochure Project
> (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Plplot-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>   


-- 
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
DVR-Nr: 0005886

email: [email protected]
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


------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to