loulnux a écrit :



Je ne vois pas en quoi la segmentation est une bonne idée quand on sait que çà pose déjà de graves problèmes à Apple qui à néanmoins mis en place un écosystème entre OSX et IOS, Google avec ChromeOS et Android qui a toutes les chances de son côté parce que ces 2 OS sont multi-plateforme et surtout une excellente intégration du cloud et Ubuntu sur lequel je passerais, à part aller à contre-courant de ce qui fait le succès des autres je ne vois décidément pas l’intérêt de segmenter.





Ce n’est pas une segmentation si tranché, vu que la base système reste partagée. Et même si les plateformes WinRT entre Windows et Windows phone sont différentes,elles partagent un grand nombre d’api commune.

Ce ne serait qu’une solution provisoire en attendant Windows 9. Bien évidemment il vaut mieux éviter la segmentation quand c’est possible. Vu ce que Windows RT a donné en succès de vente comme l’atteste cette news, on peut se poser des questions….

PonderStibbons a écrit :



A quelle unification penses-tu? PC/Smarthphone?

Le choix technique a des conséquences et le poids du système en fait partie.

L’erreur de Microsoft est de le faire payer au client : tu achètes une tablette de 32Go tu devrais avoir plus de 70% de cet espace mémoire disponible mais hormis cela le “poids du système” est transparent pour l’utilisateur final.



En quoi la compatibilité x86 serait-elle un avantage pour une tablette?

Microsoft permet les 2 approches tablette loisir ou transformable PC) et c’est très bien.

Je pense que le grand public (non geek) se fout complètement de cette compatibilité.

Pour une tablette loisir, il veut des jeux, des applis (FB, Twitter,…), un bon player vidéo & musique et un bon navigateur.





Non je parle d’unification des plateformes WinRT entre Windows et Windows phone. Actuellement les store ne sont pas compatibles

Tolor a écrit :



On ne peut pas faire des appli optimisée à la fois tablette et smartphone.

Et tu imagines développer une appli pour le même type d’appareil (Tablette Windows), mais avec du code partiellement différent? " />

Si je veux porter une appli sur Windows, c’est 2 appli différentes actuellement (une WP, une Windows 8).

Avec WP sur tablette, ça aurait été 3 appli différentes, et en plus ça aurait été 2 sur l’environnement qui sera le plus modifié à l’avenir.





Tu utilises des fichiers XAML différents. C’est déjà plus ou moins le cas si tu veux gérer de façon correcte les différentes résolutions possibles.

Edtech a écrit :



Non, pas du tout, tu as le même fichier XAML pour toutes les résolutions et même tous les cadrages possibles sur 8.1. Tu as juste une notion de mode “réduit” ou “pleine page” pour W8/8.1. Le changement de résolution se fait par un système de pré-rendu dans la même résolution pour tout le monde (la plus basse) afin de calculer les positions relatives de chaque élément puis est automatiquement traduit pour la résolution réelle (vive le tout vectoriel !).



Donc au final, il n’y a bien que 2 modes à gérer : un affichage pour un mode téléphone et un pour le mode tablette/PC. Les différences sont aux niveau de l’intégration.



Sur Windows Phone, tu as une barre de menu et une barre de notification, le retour étant un bouton physique. Sous Windows, tu as une barre de menu, une barre de navigation (en haut) et la barre latérale de paramètres avec un bouton retour logiciel.



Pour n’avoir qu’une seule et unique interface, il faut que toutes ces barres soient communes entre WP et Windows (vu qu’un téléphone ne serait qu’au final une tablette mise à la vertical). Mais il restera toujours un problème d’encombrement. Là où on peut avoir une liste pleine page sur un WP, ça rendra très mal niveau occupation de l’espace sur une tablette ou un PC.



Ou alors, il faut considérer que le mode “réduit” de Windows est l’équivalent du mode téléphone, pourquoi pas !





Comme je l’ai dis au dessus si le choix de windows phone avait été fait ils auraient pu le prévoir. Dans asp.NET MVC4 il y a une notion de zone. Tu peux gérer différents templates selon si tu es sur mobile ou desktop.

j’imagine qu’avec l’unification on risque de voir apparaitre un système de ce genre.



pour gérer les différentes résolutions, je crois qu’harmattanblow était déjà intervenu la dessus. Tu es en effet normalement censé avoir un seul fichier xaml pour toutes les résolutions possibles. Mais la différence importante entre la plus petite et la plus grande résolution peut amener le développeur à gérer plusieurs XAML différents. Sinon tu te retrouvais facilement avec de grands espaces vides sur les hautes résolutions.

metaphore54 a écrit :



Angry bird, evernote ou une application phare des store aurait eu plus d’intérêt qu’Office sur tablette.





je crois que le store de Windows phone est plus rempli.