La version 1.0.2, très mineure

La sortie de la version 1.0.2 de Qt Mobility a été beaucoup plus surveillée que celles de la 1.0.0 ou la 1.0.1, surtout suite au dernier accrochage. Les seules vraies corrections de cette version sont un crash de l’API de localisation sur Symbian, des échecs pour l’API des capteurs sur Maemo 5 ainsi que les corrections des autres problèmes détectés à la sortie de la version 1.0.1.

La Technology Preview de la 1.1.0

Mais la nouvelle la plus intéressante n’est pas cette nouvelle version, il s’agit de la technology preview de la version 1.1.0. Cette nouvelle version apportera son lot de nouvelles API. Suite au modèle de contribution actuel de Nokia, il s’agit de partager avec le public dès que possible les avancées futures du projet, afin que tous les utilisateurs puissent contribuer à l’évolution du framework, à tous les niveaux (rapports de bogues, demandes de fonctionnalités, fourniture d’un patch…), même si la qualité voulue de la branche 1.0 doit être atteinte. Notamment, les API ne sont pas encore parfaitement supportées sur toutes les plateformes : cela viendra, il est plus important de communiquer sur le futur du projet et ainsi assurer sa qualité. Surtout qu’il y a nettement moins de code à modifier en cas de changement dans l’API, il est donc plus facile de leur proposer des modifications à ce niveau. Vos contributions au code sont néanmoins toujours les bienvenues, surtout sur Symbian et Maemo ; plus tard cette année, dans le second semestre, vous n’entendrez plus parler de Maemo ici : l’environnement de développement principal passera à Meego !

Pour cette Technology Preview, le Qt Developer Network entre dans la danse. Notamment, toutes les API seront présentées sur le wiki, chacune aura droit à son forum pour les discussions spécifiques sur l’API, la laissant maturer jusqu’à la version beta puis finale.

Quel sera le contenu de cette 1.1.0 ?

Pas moins de huit nouvelles API sont prévues :

1. Service Framework API (Out-of process) ;
2. Document Gallery API ;
3. Maps/Navigation API ;
4. Organizer API ;
5. Landmarks API ;
6. Camera API ;
7. Versit/Organizer API ;
8. Telephony Events API ;
9. Feedback API ;
10. Contacts API.

Des sources sont d’ores et déjà disponibles.

Certaines API ont été plus travaillées que d’autres, elles sont cependant suffisamment avancées pour que vous puissiez commencer à les étudier. La majorité sont disponible sur Maemo 5, étant donné qu’il s’agit pour le moment de l’environnement de développement principal. Les fichiers SIS pour Symbian ne sont pas disponibles, le support de cette plateforme n’étant pas encore suffisamment avancé. Chaque API propose aussi une application d’exemple pour en montrer l’utilisation.

Sources : Qt Mobility 1.1.0 Technology Preview et Qt Mobility 1.0.2 Released.

Et vous ?

Utilisez-vous déjà ces API ? Ne sont-elles utiles que pour le développement sur mobiles ?
Avez-vous déjà testé cette version préliminaire ? Qu’en pensez-vous ?

Il y a peu, dès Qt 4.4 en réalité, Qt dispose de son wrapper autour de WebKit : Qt WebKit. Depuis, ce module est devenu l’un des plus utilisés de Qt ; en effet, utiliser du contenu Web est extrêmement demandé par le marché actuel. Dans les télévisions, les netbooks, les téléphones mobiles et bien d’autres périphériques domestiques, l’utilisation de l’Internet est absolument irremplaçable, l’application étant hébergée sur le Web. Il était donc temps de fournir une couche supplémentaire pour faciliter et sécuriser le développement d’applications basées sur le Web. D’où un nouveau projet pour les équipes de développement de Qt : [SIZE= »3″]le Qt Web Runtime[/SIZE], basé sur Qt et sur Qt WebKit, grâce auquel les applications Web deviendront plus facilement plus fonctionnelles.

L’un des objectifs de ce framework est de fournir un runtime Web basé sur les standards du W3C. Ainsi, vous pourrez facilement développer et déployer des applications Web sur des smartphones ou d’autres plateformes de la même manière qu’une application plus traditionnelle.

La fonctionnalité-clé ? Vous pouvez accéder au matériel (appareil photo ou accéléromètre, par exemple) et aux autres ressources de l’appareil (liste de contacts, messages…) [I]via[/I] des API JavaScript.

En code, voici ce que donne l’accès à l’accéléromètre du périphérique :

Il suffit de s’enregistrer aux notifications concernant l’accélération (soit le canal [I]AccelerometerAxis[/I]) grâce à la méthode [I]startChannel[/I]. Ensuite, vos fonctions de rappel sont utilisées chaque fois que le capteur reçoit un signal d’accélération.

Qt fonctionnant sur toute une série de plateformes, QWR fera de même et supportera toute une variété de plateformes. En tant que partie intégrante de Qt, cette technologie sera disponible ainsi que ses sources, selon le nouveau modèle de gouvernance (qui a notamment ouvert les repository de Qt sur Gitorious).

Ce framework est actuellement assez jeune et ne dispose pas encore de toutes les fonctionnalités qu’il devrait posséder à terme ni du support de nombreuses plateformes. Cependant, selon le modèle de contribution, chaque utilisateur pourra construire ce framework, grâce notamment à des retours dessus – vous aurez une place active dans son développement.

En attendant plus de détails, vous pourrez bien sûr aller sur le forum nouvellement ouvert du Qt Developer Network – en anglais uniquement. Le forum Plateformes et ceux de la rubrique Mobiles sont bien évidemment ouverts à toute question sur le sujet – en français !

Source : The Qt Web Runtime journey begins…

Voir aussi
Le réseau de développeurs Qt en beta publique : le Qt Developer Network veut rassembler toutes les connaissances sur Qt
Télécharger les préversion de QtWRT
La rubrique Qt de Developpez.com
La rubrique Mobiles de Developpez.com
La rubrique JavaScript de Developpez.com

Et vous ?

Développez-vous des applications qui tireraient profit d’un tel framework ? Quels avantages en retireriez-vous ? Quels en seraient les inconvénients ?