Qtopia-core look consistency
My applications has different looks on pc/qt4, on qvfb/i686fb, and on the Freerunner with official qtopia. The last has a lot of problems on a QGraphicsScene/QGraphicsView, broken painterpaths, no rounded edges, no antialiasing, weird fonts, bad collision detection and so on. I'd like to know the exact src tarball used to build qtopia for the Freerunner and the configure command line, hoping that using it to build my SDK will give me the same results. Actually, infact, i'm trying to debug on the device directly (as only there i have problems!), but it's a real pain! I was not able to have a qemu-1973 with qtopia too. Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia-core look consistency
Nicola Mfb wrote: My applications has different looks on pc/qt4, on qvfb/i686fb, and on the Freerunner with official qtopia. It will depend on theme used, screen resolution and dpi. Use the ficgta01 skin and the finxi theme to mimic what is default for the Neo. Qtopia has its own themes, lok and feel, so straight qt apps will look out of place. The last has a lot of problems on a QGraphicsScene/QGraphicsView, broken painterpaths, no rounded edges, no antialiasing, weird fonts, bad collision detection and so on. I'd like to know the exact src tarball used to build qtopia for the Freerunner and the configure command line, hoping that using it to build my SDK will give me the same results. Actually, infact, i'm trying to debug on the device directly (as only there i have problems!), but it's a real pain! I was not able to have a qemu-1973 with qtopia too. ftp://ftp.trolltech.com/qtopia/snapshots/qtopia-opensource-src-4.3.2-snapshot-20080912.tar.gz You can either grab the ficgta02 sdk iso, or the toolchain. But I havent updated the toolchain with the gstreamer and ssl includes and libs, yet. (these can easily be configured out by editing the devices/ficgta01/configure file and removing gstreamer and -ssl argument. configure -device ficgta01 -- Lorn 'ljp' Potter Software Engineer, Systems Group, Trolltech, a Nokia company ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia-core look consistency
On Fri, Sep 12, 2008 at 11:22 AM, Lorn Potter [EMAIL PROTECTED] wrote: [...] Qtopia has its own themes, lok and feel, so straight qt apps will look out of place. Thanks Lorn, i think the problem is not only in themes, dpi and resolution, i have two screenshots for you. http://picasaweb.google.it/nicola.mfb/QtopiaPics the first is from neo, the second from qvfb/i686fb. The application and configuration is the same, as you can see there are errors painting painterpaths Items on the graphics view, some segments are larger the others, the edge of them ar not rounded, some do not appear, font rendering is not good. So there is a problem in qtopia/arm or i'm missing again somethink. This is the reason why i asked you how should i do to have consistency beetween the two SDK (arm - x86). Howewer i installed my built /opt/Qtopia on the Freerunner to be sure i used the same toolkit, but the problems are the same. Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia-core look consistency
[...] So there is a problem in qtopia/arm or i'm missing again somethink. This is the reason why i asked you how should i do to have consistency beetween the two SDK (arm - x86). Howewer i installed my built /opt/Qtopia on the Freerunner to be sure i used the same toolkit, but the problems are the same. Hi Lorn! after a two day headache i finally found the problem. In Qtopiacore for arm qreal is a float while in i686fb qreal is double. I defined qreal as a float on i686 and recompiled it, and now i have the same paint horror on the desktop :) The following is a snippet that you can use to show how is simple to break a QPainterPath rendering in a QGraphicsScene/QGraphicsView: #include QtopiaApplication #include QGraphicsView #include QGraphicsScene #include QGraphicsPathItem int main ( int argc, char *argv[] ) { qDebug ( sizeof qreal is %d,sizeof ( qreal ) ); QtopiaApplication app ( argc, argv ); QGraphicsScene *qgs = new QGraphicsScene; QGraphicsView *qgv = new QGraphicsView ( qgs ); qgv-showMaximized(); QPainterPath *qpp = new QPainterPath; qpp-moveTo ( 18164355,12559962 ); qpp-lineTo ( 18164319,12560006 ); qpp-lineTo ( 18164273,12560058 ); qpp-lineTo ( 18164262,12560068 ); qpp-lineTo ( 18164253,12560074 ); qpp-lineTo ( 18164242,12560080 ); qpp-lineTo ( 18164232,12560085 ); qpp-lineTo ( 18164222,12560093 ); qpp-lineTo ( 18164221,12560106 ); qpp-lineTo ( 18164224,12560112 ); qpp-lineTo ( 18164231,12560113 ); qpp-lineTo ( 18164239,12560112 ); QGraphicsPathItem *p=new QGraphicsPathItem ( *qpp ); QPen pen ( Qt::white ); //pen.setWidthF(1.0); //UNCOMMENTING THIS BREAKS PAINTING p-setPen ( pen ); qgs-addItem ( p ); QRect r ( 18164355-qgv-width() /2,12559962-qgv-height() /2,qgv-width(),qgv-height() ); qgv-setSceneRect ( r ); return app.exec(); } Run it twice toggling the pen.setWidthF line comment and you'll se wath i'm saying. Hoping this may help, i'd like to follow/contribute to further investigation on a bug tracking system, is there one for qtopia? Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia-core look consistency
Nicola Mfb wrote: [...] So there is a problem in qtopia/arm or i'm missing again somethink. This is the reason why i asked you how should i do to have consistency beetween the two SDK (arm - x86). Howewer i installed my built /opt/Qtopia on the Freerunner to be sure i used the same toolkit, but the problems are the same. Hi Lorn! after a two day headache i finally found the problem. In Qtopiacore for arm qreal is a float while in i686fb qreal is double. I defined qreal as a float on i686 and recompiled it, and now i have the same paint horror on the desktop :) The following is a snippet that you can use to show how is simple to break a QPainterPath rendering in a QGraphicsScene/QGraphicsView: #include QtopiaApplication #include QGraphicsView #include QGraphicsScene #include QGraphicsPathItem int main ( int argc, char *argv[] ) { qDebug ( sizeof qreal is %d,sizeof ( qreal ) ); QtopiaApplication app ( argc, argv ); QGraphicsScene *qgs = new QGraphicsScene; QGraphicsView *qgv = new QGraphicsView ( qgs ); qgv-showMaximized(); QPainterPath *qpp = new QPainterPath; qpp-moveTo ( 18164355,12559962 ); qpp-lineTo ( 18164319,12560006 ); qpp-lineTo ( 18164273,12560058 ); qpp-lineTo ( 18164262,12560068 ); qpp-lineTo ( 18164253,12560074 ); qpp-lineTo ( 18164242,12560080 ); qpp-lineTo ( 18164232,12560085 ); qpp-lineTo ( 18164222,12560093 ); qpp-lineTo ( 18164221,12560106 ); qpp-lineTo ( 18164224,12560112 ); qpp-lineTo ( 18164231,12560113 ); qpp-lineTo ( 18164239,12560112 ); QGraphicsPathItem *p=new QGraphicsPathItem ( *qpp ); QPen pen ( Qt::white ); //pen.setWidthF(1.0); //UNCOMMENTING THIS BREAKS PAINTING p-setPen ( pen ); qgs-addItem ( p ); QRect r ( 18164355-qgv-width() /2,12559962-qgv-height() /2,qgv-width(),qgv-height() ); qgv-setSceneRect ( r ); return app.exec(); } Run it twice toggling the pen.setWidthF line comment and you'll se wath i'm saying. Hoping this may help, i'd like to follow/contribute to further investigation on a bug tracking system, is there one for qtopia? Yes there is. I think this would be a good one. thanks http://trolltech.com/bugreport-form -- Lorn 'ljp' Potter Software Engineer, Systems Group, Trolltech, a Nokia company ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community