On Monday March 30 2015 08:15:09 Agocs Laszlo wrote:

Hi,

>That has nothing to do with the platform plugins. You will want to introduce 
>your own makespecs, or at least start customizing the standard Mac one. See 
>e.g. mkspecs/common/mac.conf. That's what pulls in the standard GL frameworks 
>for both the Qt libs and the app makefiles generated by qmake.

I would argue that it depends on how the platform plugins are supposed to be 
used/usable. If the idea is that the user can load a different plugin in 
application X to have it render using a different platform, then yes, it has to 
do with the plugins and no, you cannot just rewrite the mkspec to cat for 
something linking to a different OpenGL library at runtime.

If the plugins are not supposed to be used like that (despite the -platform 
commandline option), then yes, I can patch mac.conf so that it references the 
correct OpenGL libraries. I haven't checked, but I have a hunch that I'd have 
to build all of Qt like that.

In the meantime, it does seem that things work well enough with the approach  
followed. The palette looks odd (MSWindows 95 like?) but apart from that and 
the reported hang-on-exit I think that there's enough basic functionality for 
routine testing for instance.
It'll also give a nice tool to assess memory footprint (would it be smaller 
under X11) etc.

And of course text renders much better using Freetype/Fontconfig with the 
Infinality-Ultimate patches than using CoreText O:-)

R.
_______________________________________________
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development

Reply via email to