Active Topics
-
Is there a section to talk about Java ME? Apps, etc. (0)
to General by Kalatti - 1 day, 4 hrs ago -
Extra softwares in Sailfish using CLI, repositories, etc (117)
to SailfishOS by nieldk - 3 days, 1 hr ago -
Firefox with Leste (6)
to Maemo 7 / Leste by teroyk - 3 days, 22 hrs ago - more...
| The Following 5 Users Say Thank You to vivainio For This Useful Post: | ||
|
2010-10-22
, 13:41
|
|
Posts: 356 |
Thanked: 231 times |
Joined on Oct 2007
|
#152
|
Originally Posted by Mark Wilcox
As far as I understand there will be QML, Qt Quick and Qt Mobile.
My question now is, if the MeeGo UI framework is not the thing to use what is - really just QML? Where's the standard chrome (battery and signal etc) going to come from? Are there some QML components for that on the way. What will define the standard platform look and feel?
Just curious...
Also there will be no standard look and feel heavily enforced on developers. Look here:
http://labs.qt.nokia.com/2010/10/19/...shop-and-gimp/
Graphic designers can make any design and just export it to QML. On one hand this is usability problem but on the other massive incentive to all designers, corporations and institutions which prefer to make their own designs and not to bow to some external idea how things should like.
Not sure how guts of this system will be implemented but it offers easy way for corporate identity not only on telecom level but even on all small company phones it will be *cheap* way to create its own look&feel.
Also - not sure if such "forking" of efforts was essentially bad thing. Without trial&error you wouldn't know if things are good or bad. You have to go some distance with each path to know where you should eventually commit yourself. In Nokia and Qt case it was dramatically visible due to open source method of development.
Supposedly Apple was working on iPhone several years before it was released - do you think they were working from the day one on only one and true version? I don't think so.
|
|
2010-10-22
, 13:42
|
|
Posts: 12 |
Thanked: 125 times |
Joined on Dec 2009
@ York UK
|
#153
|
OK, if MeeGo Touch (libdui + native app UIs) really haven't been canned then you should probably do some internal and external comms to make sure everyone knows what's going on. Simon Judge is fairly widely read in the mobile world and that story could easily spread.
I was aware of the Qt Quick components project but wonder how far we are from a MeeGo device launch if we've got to wait for them to finish and new UIs to be written in QML (maybe not far... QML is pretty quick to do after all).
Thanks for the answers.
I was aware of the Qt Quick components project but wonder how far we are from a MeeGo device launch if we've got to wait for them to finish and new UIs to be written in QML (maybe not far... QML is pretty quick to do after all).
Thanks for the answers.
 |
|
2010-10-22
, 13:48
|
|
Posts: 1,885 |
Thanked: 2,008 times |
Joined on Aug 2009
@ OVI MAPS
|
#154
|
MeeGo 1.1 is released next week, they are a bit late canning MeeGo touch if its true.
but it could explain why the device they planned to releases this quarter as been delayed until sometime in 2011
but it could explain why the device they planned to releases this quarter as been delayed until sometime in 2011
|
|
2010-10-22
, 13:55
|
|
Posts: 12 |
Thanked: 125 times |
Joined on Dec 2009
@ York UK
|
#155
|
From the QML Components post it seems clear that if you want MeeGo users to find your UI familiar then you should follow the UI design guidelines, whether you're using native or QML.
http://meego.com/developers/ui-desig...elines/handset
The QML components will help you to do so.
Of course you've always been able to do a completely custom UI, on just about any platform. Rigidly enforcing styles was always restricted to 3rd party stuff that went in ROMs or on memory cards... hopefully those days a pretty much over.
http://meego.com/developers/ui-desig...elines/handset
The QML components will help you to do so.
Of course you've always been able to do a completely custom UI, on just about any platform. Rigidly enforcing styles was always restricted to 3rd party stuff that went in ROMs or on memory cards... hopefully those days a pretty much over.
|
|
2010-10-22
, 14:01
|
|
Posts: 12 |
Thanked: 125 times |
Joined on Dec 2009
@ York UK
|
#156
|
MeeGo 1.1 is released next week, they are a bit late canning MeeGo touch if its true.
but it could explain why the device they planned to releases this quarter as been delayed until sometime in 2011
|
|
2010-10-22
, 16:01
|
|
Posts: 35 |
Thanked: 246 times |
Joined on Feb 2009
|
#157
|
Originally Posted by Mark Wilcox
MeeGotouch is part of MeeGo, so it is not just going away. Qt Quick and Qt Quick components is preferred to new applications because is is cross platform. You have Qt Quick everywhere were you have Qt4.7, all desktop platforms, maemo5, and MeeGo.
OK, if MeeGo Touch (libdui + native app UIs) really haven't been canned then you should probably do some internal and external comms to make sure everyone knows what's going on. Simon Judge is fairly widely read in the mobile world and that story could easily spread.
I was aware of the Qt Quick components project but wonder how far we are from a MeeGo device launch if we've got to wait for them to finish and new UIs to be written in QML (maybe not far... QML is pretty quick to do after all).
Thanks for the answers.
We have plan to release ready packetized version soon so that developers can start play around with it. If you can't wait you can download it from gitorious http://qt.gitorious.org/qt-components
 |
|
2010-10-22
, 16:27
|
|
Posts: 3,105 |
Thanked: 11,088 times |
Joined on Jul 2007
@ Mountain View (CA, USA)
|
#158
|
Now the developer story is easy to explain: Qt is the Queen, Qt Quick is the King and Qt Mobility is the Wizard. That's it.
All the rest is now tagged as legacy, which means that the teams working on these frameworks are now planning the way forward to contribute directly to Qt's speed and success.
If you are an application developer interested in MeeGo / Symbian the path is clear. If you are interested in alternative paths that's fine, but up to you.
All the rest is now tagged as legacy, which means that the teams working on these frameworks are now planning the way forward to contribute directly to Qt's speed and success.
If you are an application developer interested in MeeGo / Symbian the path is clear. If you are interested in alternative paths that's fine, but up to you.
|
|
2010-10-22
, 17:13
|
|
Posts: 35 |
Thanked: 246 times |
Joined on Feb 2009
|
#159
|
Originally Posted by qgil
I still like to clarify, even Qt is Queen and QWidgets are part of Qt, don't expect to get full MeeGo user experience with them. If target is application that really succeeds and offers optimum mobile user experience, Qt Quick with components is only reasonable choice.
Now the developer story is easy to explain: Qt is the Queen, Qt Quick is the King and Qt Mobility is the Wizard. That's it.
All the rest is now tagged as legacy, which means that the teams working on these frameworks are now planning the way forward to contribute directly to Qt's speed and success.
If you are an application developer interested in MeeGo / Symbian the path is clear. If you are interested in alternative paths that's fine, but up to you.
Kate
|
|
2010-10-22
, 17:27
|
|
Posts: 22 |
Thanked: 22 times |
Joined on Sep 2009
|
#160
|
I only hope Symbian, Meego, Maemo and WM will all get same widgets set and we will not have to do so many #ifdef. I think Qt and all OSes just got a second chance.
 |
| Tags |
| cross-platform, dui, future, harmattan, libdui, maemo, maemo 6, plain qt, programming, source compatibility, symbian |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 07:56.
http://labs.qt.nokia.com/2010/09/10/...ck-components/
'QtDone'. Getting things done (GTD) was never this cheap!
'QmlReddit' reads Reddit!