The Following 12 Users Say Thank You to qgil For This Useful Post: | ||
|
2009-07-05
, 12:34
|
|
Posts: 3,105 |
Thanked: 11,088 times |
Joined on Jul 2007
@ Mountain View (CA, USA)
|
#12
|
The Following 7 Users Say Thank You to qgil For This Useful Post: | ||
|
2009-07-05
, 13:15
|
|
Posts: 1,137 |
Thanked: 402 times |
Joined on Sep 2007
@ Catalunya
|
#13
|
|
2009-07-05
, 13:29
|
|
Posts: 3,105 |
Thanked: 11,088 times |
Joined on Jul 2007
@ Mountain View (CA, USA)
|
#14
|
The Following 3 Users Say Thank You to qgil For This Useful Post: | ||
|
2009-07-05
, 13:50
|
Posts: 35 |
Thanked: 246 times |
Joined on Feb 2009
|
#15
|
The ones I tried under mer/lxde would be perfectly usable if an onscreen keyboard automatically popped up in input fields and there was a way to emulate a right click.
|
2009-07-05
, 14:15
|
Posts: 2,802 |
Thanked: 4,491 times |
Joined on Nov 2007
|
#16
|
Audio (the network is really slow here and I'm not able to test it, let me knoe whether the file works please): http://tinyurl.com/lvugfd
|
2009-07-05
, 14:15
|
|
Posts: 1,137 |
Thanked: 402 times |
Joined on Sep 2007
@ Catalunya
|
#17
|
Right mouse button is just one issue. There is many other
issues need to be taken under consideration. One big thing is
dialog layouts. If dialog is so large that part of it is outside of screen
it decreases usability of lot.
Even if you can make technically usable it does not mean
that usability is good. For small screen devices application
with good usability should be usable with finger. As example
acrelling from content pane is much more usable than tiny
scrollbars that require usage of stylus.
Maemo Qt port takes care of most of technical issues like
style and input method but it can't fix bad or unsuitablenUI design.
The Following User Says Thank You to luca For This Useful Post: | ||
|
2009-07-05
, 14:43
|
Posts: 35 |
Thanked: 246 times |
Joined on Feb 2009
|
#18
|
I personally prefer tiny scrollbars than devote scarce screen real estate to improve finger friendliness (see above).
The Following 5 Users Say Thank You to kate For This Useful Post: | ||
|
2009-07-05
, 14:49
|
|
Posts: 1,070 |
Thanked: 1,604 times |
Joined on Sep 2008
@ Helsinki
|
#19
|
Audio (the network is really slow here and I'm not able to test it, let me knoe whether the file works please): http://tinyurl.com/lvugfd
Slides: http://bit.ly/nkGtw
|
2009-07-05
, 14:53
|
|
Posts: 1,070 |
Thanked: 1,604 times |
Joined on Sep 2008
@ Helsinki
|
#20
|
It works, but 24' later[1] I'm still confused :-(
I don't have strong feelings about either toolkit, but the switch (as opposed to both being available and equal) doesn't make sense to me. Apparently (11:48 onwards) the main driver for this seems to be cross-platform compatibility in general, and with SymbianOS in particular. That's a bit... naive to say the least. Portability is a lot more than skin deep, and there vast differences between the two OSs in basic things like file and network I/O, process control and signalling etc[2].
About the switch GTK+/Qt in Fremantle/Harmattan, providing commercial support on both frameworks for both releases implies an amount of work that we simply can't nor want to commit. Qt in Fremantle is in pretty decent shape now and we expect to fine tune it more to make it a realistic option for developers in Fremantle. GTK+/Hildon support in Harmattan depends nowadays on the interest to support coming from players other than Maemo Devices (the Maemo community, the GNOME Mobile initiative, else...). Technically it shouldn't be that hard to port the related libraries to Harmattan and allow the current applications to run, even if not fully integrated. We can help, but the initiative needs to come from someone else. The good thing is that there is a whole Fremantle maintenance period to think and discuss this.
The Maemo API in Harmattan will be Qt based and this is all what application developers willing to deal with the native environement will need to care about. But... actually I don't expect the majority of developers willing to deal with native environments by the time Harmattan goes aout, and actually the GTK+/Qt or even C/C++ will sound to far from their interests and concerns.
GTK+/Hildon won't be used by the applications shipped with Harmattan out of the box and therefore won't be pre-installed. When we say that GTk+/Hildon will hopefully be there as community supported we really mean that. If all things go well developers interested in these libraries would find them in Extras, just like they are finding e.g. the Python bindings there now.
You can't really compare the GTK+ in 2005 and Qt now when it comes to mobile UI friendliness. You can't compare either the position of the Nokia developers working on the first Maemo release under the hood that time and the position of the Maemo developers now that the intentions about Qt have been communicated, even before Fremantle is out. For these reasons it is more feasible to say that plain Qt applications should be able to work in Harmattan much better than plain GTK+ applications have been able to run in Maemo until now. But be aware that Maemo will develop a lot more on top of the Qt & Qt Mobility APIs, as explained yesterday in the presentation (I will link to the audio file asap).
http://maemo.org/profile/view/qgil/ + http://qt-project.org