Je viens de terminer 2016 Les ingénieurs de Canon reviennent en arrière pour nous dire comment cela s'est passé moi au cours de l’année écoulée. 2016 a certainement été une bonne période pour Mir: il est utilisé dans un plus grand nombre d'environnements, il bénéficie d'un niveau de support plus élevé et, en même temps, il est plus facile de porter sur de nouveaux projets. Si votre développement continue comme avant, On s'attend à ce que d'ici cette année 2017, la version 1.0 soit enfin terminée.
Le développement de Mir a progressivement évolué vers deux environnements clairement différenciés: d'une part le système Bureau Ubuntu et de l'autre le système Ubuntu pour les appareils mobiles. En 2016, nous avons pu voir une première version de ce qui sera Unity 8 basé sur Mir et, en même temps, tester sa version kiosque grâce aux snaps fournis par Ubuntu Core.
Cette nouvelle année canonique vise travailler dans 3 directions Concernant le développement de Mir:
- Activez une boîte à outils, une bibliothèque ou une application côté client pour travailler avec Mir.
- Créez un shell basé sur Mir.
- Activez Mir sur les nouvelles plates-formes.
Canonical est ambitieux en ce sens et pour chaque objectif il a fourni un groupe d'ingénieurs qui permettra au développement de Mir d'évoluer dans toutes les directions proposées. Le tout sans oublier ce que c'est vraiment Le but ultime de Mir: sa configuration pour la version Ubuntu 17.04.
Permettez à une boîte à outils, à des bibliothèques ou à une application cliente de fonctionner avec Mir.
Depuis la sortie de la version Mir 0.14 en juillet 2015, le besoin de mettre en œuvre une sorte d'outil de développement cela a permis de travailler avec lui. De plus, l'extension de sa propre API a rendu ce projet encore plus nécessaire.
En 2016, le premiers tests des outils avec le serveur coquille-miral comme environnement, être capable de déboguer le gestionnaire de fenêtres grâce à ces utilitaires. De même, comme le soutien de Mir pour GTK3, Qt, SDL2 et Kodi Au cours de l'année écoulée, la prise en charge de nouveaux environnements devrait progresser.
Créez un shell basé sur Mir.
Le serveur ABI de Mir propose divers problèmes de compatibilité dus à des changements continus Dans son développement. Chaque sous-projet qui a été généré à partir de celui-ci a pu adapter le code à ses besoins, mais une source stable est toujours nécessaire. En 2016, des travaux ont été menés dans ce sens avec les modifications conséquentes de l'API.
En 2017, les travaux se poursuivront pour atteindre une plus grande stabilité, à la fois dans le code principal et dans les codes secondaires.
Activez Mir sur les nouvelles plates-formes.
Canonical a au moins à l'esprit trois plates-formes matérielles différentes sur lesquelles porter le code de Mir: Périphériques matériels et pilotes basés sur Android, distributions Ubuntu non basées sur les pilotes Mesa et une nouvelle API graphique.
Tous les projets sont en cours de développement et aucun lancement n'est prévu, du moins pour le moment. Cela devrait changer pour cette année 2017.
Avec tout ce dont nous avons parlé de Mir, le développement de la nouvelle API est peut-être le projet le plus prometteur et aussi le plus urgent pour booster l'application de ce serveur graphique. Pensons à lui développement de modules et futur support Vulkan, même si ce n'est qu'expérimentalement, ou en améliorant la latence de réponse. Comme vous pouvez le voir, il y a encore beaucoup de travail à faire en ce qui concerne Mir.
source: Aperçus Ubuntu.