[Qt-interest] QStateMachine API and design?

Mihail Naydenov mlists at ymail.com
Mon Nov 8 19:00:17 CET 2010


Considering qml has native states support, what is the need to hide a state 
machine behind a bool property?
I am really asking, because I am learning still.

Why not write a custom QDeclarativeItem with already predefined list of states 
("application states" the OP needed)?
Then anyone can hook to item.state and app states switching is handled behind 
the scenes in item.
Isn't it possible?


Just the whole example feels like some workaround of something QML should excel 
in.
The fact that QML does not even see states does not feel right...

Thank You
MihailNaydenov


----- Original Message ----
> From: Sean Harmer <sean.harmer at maps-technology.com>
> To: qt-interest at trolltech.com
> Sent: Mon, November 8, 2010 6:46:45 PM
> Subject: Re: [Qt-interest] QStateMachine API and design?
> 
> On Monday 08 November 2010 16:42:59 Andre Somers wrote:
> > Op Ma, 8  november, 2010 5:22 pm, schreef Sean Harmer:
> > > OK I have now had a  chance to have a play around with exposing a C++
> > > state machine such  that it can be used to control a QML based GUI. I'll
> > > write it  up
> > > as an entry on http://developer.qt.nokia.com/wiki too but here  is a brief
> > > run
> > > down on how it works along with a  tarball of my source code as it stands
> > > now.
> > 
> > Great  post Sean! A very nice writeup, you should definately put it on the
> >  wiki.
> 
> Thanks André. I'm now starting to write it up but I want to do it  in more of a 
>
> tutorial form so it might take me a little while to complete  it. ;-)
> 
> All the  best,
> 
> Sean
> 
> _______________________________________________
> Qt-interest  mailing list
> Qt-interest at trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-interest
> 


      




More information about the Qt-interest-old mailing list