On segunda-feira, 16 de julho de 2012 07.47.10, gunnar.sle...@nokia.com wrote: > I both like and dislike the idea. Like because it resolves all the functions > and that way save a lot of pain and dislike because it adds a lot of > symbols, and I'm a little bit uncertain on the usecase. > > Because the functions are not a well defined subclass hierarchy (and nor can > they be), the user will have to make a compile-time decision about which > version to code against, making the code less flexible at runtime. Will > this be a problem?
Let me ask this. How will Qt 5 work under this scenario:
- QtGui compiled on a regular Linux box, such as current Fedora, Ubuntu,
openSUSE, etc.
- Wayland plugin
The best Wayland plugin's GL integration is "wayland_egl", which requires:
contains(QT_CONFIG, opengles2)
Do we conclude that Qt 5 should use EGL & OpenGL ES 2 for everything,
recommend it for everyone, even on desktop systems?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
Intel Sweden AB - Registration Number: 556189-6027
Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
