First of all, before talking about our new plans, a belated announcement: We have moved lighthouse development from the
lighthouse branch to the
4.7 branch in the same repository. (See, we didn’t stop working on it after all.)
Note: “4.7” just means that we are now doing Lighthouse on top of the Qt 4.7 codeline. It does not mean that Lighthouse is, could be or will be released as part of Qt 4.7.
Some TLC required
No, it’s not that bad 🙂 , but the original Lighthouse prototype was all about getting something useful with as little work as possible. This meant abusing some of the internal classes such as
QWindowSurface by adding new virtual functions that were only available in Lighthouse. Most of those functions didn’t really belong where we put them: it was just that those classes were already there.
We have been thinking about this for a while, and the first step was taken back in February when Jeremy created the
QWindowSystemInterface class that removed the dependency on QApplicationPrivate (which really isn’t a class you want to rely on in an API). Now we are working on the next step.
What are we doing?
We are still thinking out loud, and looking for the very best way to express the API, but we have a sense of direction, and we have already pushed some changes to repository. What we have done so far is getting rid of
QGraphicsSystem. Since we’re now doing so much more than replacing the paint engine and pixmap backend, we needed a totally new class. The new name is:
(It still has the same virtual functions, so it’s not that hard to port old plugins to the new API.) We also changed the other classes that had “QGraphicsSystem” in the name, and we moved the plugins from the
graphicssystem/ directory to the new
platforms/ directory. Finally we get rid of the confusion between the graphicssystem plugins for the other Qt ports and the Lighthouse plugins. A summary of the changes:
- QGraphicsSystem is replaced by QPlatformIntegration.
- QGraphicsSystemPlugin is renamed to QPlatformIntegrationPlugin
- QGraphicsSystemScreen is renamed to QPlatformScreen (since QScreen was already taken).
- The command line argument
-graphicssystemis replaced by
- Lighthouse now uses
There’s actually one more class to be renamed:
QGraphicsSystemCursor is looking pretty lonely by now. It will get a shiny new name fairly soon. Also, not all the plugins are updated yet; please be patient while we are porting the remaining plugins to the new API.
So, what more do we have to do? The next class that needs overhauling is:
The purpose of the
QWindowSurface class is to abstract the drawing area of a window, at least that was the purpose before it got co-opted by the Lighthouse bunch. Making it represent the actual window as well is such a natural step to take, isn’t it? After all, they are just the same size and everything… There are at least two reasons why this turns out to be a bad idea:
One: if the window is resized, the surface needs to be resized, but if it’s the same class, the window will be resized again… Let’s hope the process converges eventually.
Two: Hypothetically, let “X” be a windowing system and say we want to have two different Lighthouse plugins, one that uses the raster paint engine, and one that uses OpenGL. In this case we will have to add the code that creates and manipulates X windows to both the windowsurface classes. If there was a class that only encapsulated the window, we could reuse that class in both plugins.
Therefore we want to keep QWindowSurface as a drawing-surface-only class, and move the other functionality over into a new class. The name of this new class is probably going to be
QPlatformWindow. (We were thinking of just calling it
QWindow, but that name may be useful for something else, and we don’t want to be selfish.)
What’s in a name?
While we are talking about names… There’s one name left that we need to replace before Lighthouse can be taken seriously and become a real part of the Qt family (which is not going to happen for 4.7 etc. etc. and so on). That name is Lighthouse itself, or the various incarnations of “lite”, to be precise. (“Lighthouse” is still a perfectly fine project name, and I’ll invite anyone who disagrees to step outside for a moment.) It turns up in least three different ways:
configure -embedded-lite ...
If you have a great idea for a name, or indeed if you have opinions on any of the topics in this post, please share it in the comments section. Nothing is written in stone yet, and we’ll be happy to change any of it if we see a better idea.