On Sunday, 22 de May de 2011 22:03:49 Konrad Rosenbaum wrote:
> On Saturday 21 May 2011, Thiago Macieira wrote:
> > There's a difference between focus and what will be there. The current
> > widget classes will be there, so the current applications that use them
> > will still compile and work.
> > 
> > However, we want QML to also work for the desktop and that's where the
> > energy will be spent in.
> 
> My point was: I'm not certain there is enough energy to make that work and
> make it work well within one year.

Hi Konrad

Sorry, I think I missed an important point too: this doesn't have to be there 
on 5.0. There will be a Qt 5.1 release.

> > The above two statements imply that we want pure C++ UIs. That's not the
> > design goal. You may disagree and the goal may change, but right now,
> > it's not the goal.
> 
> Let's check on the summit whether there are more fans of QML or more fans of
> old style C++ widgets...
> 
> I'll shut up and buy you a beer if you are right about us die-hard widget-
> lovers being an insignificant minority.

That's not a fair comparison, for two reasons. First, QML is less than a year 
old, whereas the C++ widgets have been there for 15.

Second, there are no Qt Quick Components for desktop yet, so there can't be 
fans of it (aside from Jens, who has been hacking on it).

> > > * QML does not have a native look on Desktops yet, the classes that
> > > are
> > > supposed to do that do not seem to be in alpha, let alone beta,
> > > state
> > > yet
> > 
> > Indeed. They will most likely not be ready before Qt 5.0. So?
> 
> So I'm concerned. It would be a show-stopper for 5.0. (No surprise in either
> statement.)

Why would it be a show-stopper for 5.0?

> > > * it is completely unclear how stable rendering will be provided on
> > > hardware with unstable OpenGL drivers (most non-professional PC
> > > hardware)
> > > 
> > > * there is no viable driver for platforms without OpenGL (many
> > > embedded
> > > systems, framebuffer based rendering, Windows with minimal DirectX,
> > > etc.); Trolls are confident that a wonder will happen all by itself
> > 
> > Indeed. Those are major points to be looked into, otherwise Qt 5.0 will
> > not run on that hardware, which is contrary to its stated goals.
> 
> So, is there a contingency plan?

No, not yet.

> > QPainter will be there and will render onto an off-screen surface, which
> > the GL engine will take and display at the right place, though.
> 
> Good, so I can continue to use them as widgets. If they could be mixed with
> QML I could use them in newer code.

QWidgets will have to work with the scene graph.

The question we haven't answered is how well you can mix them with 
QtDeclarative.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
  Senior Product Manager - Nokia, Qt Development Frameworks
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

Attachment: signature.asc
Description: This is a digitally signed message part.

_______________________________________________
Opengov mailing list
Opengov@qt-labs.org
http://lists.qt-labs.org/listinfo/opengov

Reply via email to