On 23 May 2018 at 00:25, william.croc...@analog.com <william.croc...@analog.com> wrote: > >> To summarise: >> - Qt is a graphical toolkit > > > ...and I used it to create a graphical application. > But then my users wanted to create hard copy from > batch jobs running on our compute farm. Those machines > do not provide access to an X server and, as we have discovered, > Qt needs an X server for a lot of things. > > So, now, if my app does not detect an X server, I start up > an Xvfb instance and continue on with use of a regular QApplication.
That's exactly what i'm doing too, except that i don't let the app decide the world it's running into. But i think you missed the point of build-time dependencies, No X headers = no QPolygonF, .... why? A polygon is "just" defined by a set of ordered point in a 2D space. Anyway, i'm not here to blame Qt, Qt provides graphically rendererable polygon, not mathematically-defined polygons.... > Works great. Works great here too. Chris > > Bill > >> - Some Qt classes shouldn't be part of QtGui >> - We have to accept that Qt doesn't give a bullock about mathematical >> exactness (Graphical rendering is key) >> >> My 2 cents. >> _______________________________________________ >> Interest mailing list >> Interest@qt-project.org >> http://lists.qt-project.org/mailman/listinfo/interest >> >> >> > _______________________________________________ > Interest mailing list > Interest@qt-project.org > http://lists.qt-project.org/mailman/listinfo/interest _______________________________________________ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
