Discussion :

[pseudocode]

concernant l'intégration de cette librairie avec l'OS, et s'il y a bien un nouveau sous-système comme l'indique pseudocode. La question est surtout de savoir si ces librairies s'appuient sur la couche win32 ou ntdll.dll ou encore si elle réalise elle même les appelles systèmes/syscall.

C'est en effet pas clair pour l'instant.

J'ai cru comprendre que WinRT est l'incarnation du projet Midori/Redhawk, c'est à dire un sous-système incluant un compilo et un runtime. Ce runtime contiendrait les librairies (cf schéma dans la news) et un garbage collector). Il semble aussi y a avoir un mécanisme IPC (orienté message), une déclaration d'interface par contrat et une déclaration des applications par manifeste.

Ca n'est peut-être pas véritablement un CLR, mais ca y ressemble grandement.

Windows Runtime reference

[stardeath]

premières impressions, metro c'est mauvais au possible, ça switch sans arrêt, j'ai l'impression de cliquer sans que ça fasse avancer le schmilblick, c'est comme si je pouvais rien faire en permanence.

[Bart-Rennes]

stardeath: +1

Jolie pour une tablette mais déroutant pour une utilisation desktop. Pour l'instant je suis sceptique et je pense qu'il va y avoir beaucoup de changement de fonctionnement d'ici la version finale...

[Neko]

Si tu as une carte graphique NVidia ou Ati dans ton PC, que cela donne t'il si tu essaie d'installer le pilote proprio destiné a Windows 7?

Arrive tu a lancer des logiciels courants et a t'en servir normalement? Genre Guitar Pro? Un jeux vidéo récent? Eclipse? Photoshop?

En ce qui concerne les drivers j'ai testé avec le drivers ATI mais c'est le driver lui même qui me laisse pas faire "Ce système d'exploitation n'est pas pris en charge".

Testé photoshop et Opera. En fait ça ajoute un petit carré dans metro. Quand tu lance un logiciel tu passe automatiquement sur le Bureau 7; ça tourne bien. Par contre pour Opera il m'a demandé s'il était bien installé ou s'il fallait le lancer en mode compatibilité.

Sur un autre sujet. Je suis peut-être stupide mais impossible de trouver comment fermer les petite appli Metro. J'ai testé Echap, alt+F4, pas trouvé de menu ou de bouton pour les fermer seulement pour re-switcher vers metro mais elles tournent toujours selon le task manager. Si quelqu'un trouve...

[stardeath]

bon après quelques heures de test, je déteste metro tel qu'il est pour l'instant.

difficile de naviguer dedans, pas de solution pour le désactiver à première vue, manque de clarté pour par exemple la fermeture des applis, comme la souligné Neko, difficulté pour faire apparaitre certains menus, genre pour éteindre, il faut réussir à ouvrir le menu settings, galère.

[Michaël]

Je l'ai installé sur un core 2 duo (sur un portable) avec 2 go de ram et disque dur 5400rpm sata. Installation très rapide à partir d'un dvd. J'ai pas encore eu de crash. J'ai mis mon live id mais j'ai pas encore vu ce que ça apportait.
IE10 est très (plus que le 9 au démarrage).

J'ai pas beaucoup testé mais les annonces sur les perfs, c'est pas du flan

Le retour sans cesse à métro est chiant mais c'est qu'une prebeta. J'ai pas eu le temps de tester hyper-v et les autres fonctionnalités it pro.

[rvzip64]

bon après quelques heures de test, je déteste metro tel qu'il est pour l'instant.

difficile de naviguer dedans, pas de solution pour le désactiver à première vue, manque de clarté pour par exemple la fermeture des applis, comme la souligné Neko, difficulté pour faire apparaitre certains menus, genre pour éteindre, il faut réussir à ouvrir le menu settings, galère.

Il ne faut quand meme pas oublié qu'on assez proche d'une version alpha ... et je trouve ça, franchement pas mal, pour une version à ce niveau là ...

Pour avoir installé la version 32 bits sur un pc "bas de gamme" 1Go de ram, un core 2 duo, un disque dur 7200 ... En gros du pc pour de la bureautique, le windows démarre en 10 secondes aprés le Bios ....

Ce tranche radicalement avec 7 ou xp !!!

[gbdivers]

Pareil que les autres concernant metro. Tourne sans problème sur une veille configuration.

Si tu as une carte graphique NVidia ou Ati dans ton PC, que cela donne t'il si tu essaie d'installer le pilote proprio destiné a Windows 7?

C'est passé sans problème avec les drivers NVIDIA (version 280.26). Idem pour le SDK CUDA/OpenCL

[gbdivers]

En complément, la menu "démarrer" a été changer. Je ne trouve pas "redémarrer" ou "arrêter". Et dans l'explorateur de fichiers, je ne trouve pas les disques durs ou le DVD

EDIT : trouvé, en fait c'était des bugs qui faisaient que l'explorateur de fichier n'affichait rien. C'est réglé après redémarrage (problème lors d'une mise à jour ou lors de l'installation des drivers NVIDIA ?)

[pseudocode]

En gros la racine de la doc officielle sur WinRT est là. On peut ensuite naviguer pour pêcher pas mal d'info. Notamment la référence des namespaces et donc des classes. On apprend aussi qu'une partie de l'API Win32 sera autorisée dans certains cas.

Après avoir parcouru les docs, il semble effectivement que le runtime ne soit pas un CLR comme je le pensais, mais une réecriture de win32 dans avec un modele COM amélioré (définition dans les metadata, ABI pour avoir un accès rapide, ref-counting, ...). Dommage.

[zeavan]

Quelque chose m'echappe, pour les applications Desktop, il est mentione Silverlight, qu'en est-il de WPF?

[rt15]

Quelque chose m'echappe, pour les applications Desktop, il est mentione Silverlight, qu'en est-il de WPF?

Bin ça va passer à la trappe (Et rejoindre les winforms). WinRT propose la même chose (XAML, librairie de composants graphiques...). C'est tellement proche que le portage de WPF vers WinRT ne devrait pas être compliqué ni déstabilisant. C'est d'ailleurs expliqué dans la doc.

[troll]
Avec WinRT, M$ prend un virage presque à angle droit. Depuis plus de 10 ans, M$ cherche à imposer .NET à tous les développeurs (Sauf à ses propres devs qui font du C++ natif, cf la plupart des applis desktop M$, la CLR elle même...). Les résultats ont laissé à désirer. Très peu d'appli desktop en.NET ont percées. Le point culminant est arrivé avec WP7, ne proposant que silverlight. On risquait la même chose sur Windows 8.
Mais maintenant, avec WinRT, c'est bien la première fois depuis longtemps que M$ ne pousse plus que du .NET, mais aussi du C++ natif et du javascript.
[/troll]

[camus3]

stupide d'avoir abandonné Jscript.NET pour Ecmascript 5 qui est bien moins puissant et surtout sans classes "classiques", avec Microsoft , c'est 1 pas en avant , 4 pas en arrière.
L'argument HTML5 , ce n'est d'ailleurs que du marketing ,puisque l'API "DOM" microsoft est différente.
Jscript.NET était un très bon langage qui justement permettait aussi bien le dev via prototype et avec de vrais classes et interfaces.

[stailer]

Bin ça va passer à la trappe (Et rejoindre les winforms). WinRT propose la même chose (XAML, librairie de composants graphiques...). C'est tellement proche que le portage de WPF vers WinRT ne devrait pas être compliqué ni déstabilisant. C'est d'ailleurs expliqué dans la doc.

Mouuuuais... Donc une appli d'une 100aines de forms en Silverlight ou WPF , qui utilise des tas de contrôles tiers (infragistics , devepxress etc..) + des contrôles persos + RIA Services ; et ben y aura aucun souci à la migrer ?

Si c'est ça, super, voilà un discours rassurant.. Malheureusement, une fois de plus la réalité sera tout autre j'en suis quasi-convaincut : faudra tout refaire

[Nathanael Marchand]

faudra tout refaire

Pourquoi refaire?

[pseudocode]

Mouuuuais... Donc une appli d'une 100aines de forms en Silverlight ou WPF , qui utilise des tas de contrôles tiers (infragistics , devepxress etc..) + des contrôles persos + RIA Services ; et ben y aura aucun souci à la migrer ?

Si c'est ça, super, voilà un discours rassurant.. Malheureusement, une fois de plus la réalité sera tout autre j'en suis quasi-convaincut : faudra tout refaire

WinRT c'est uniquement pour les applications "Metro".

Pour les applications "Desktop" classique, on est toujours sur l'API win32 (sur laquelle on peut installer .Net). Donc rien a refaire.

[stailer]

Ok mais si le but est de fonctionner avec le "futur" de Windows, dans ce qu'il présente comme nouveautés et dans son unique façon de fonctionner à long terme, c'est bien du Metro qu'il faut faire non ?

C'est pas clair... Sinon pourquoi microsoft ne continuerai pas SL et WPF ?

De plus, je citais le paragraphe sur le fait que le portage soit simple et pas destabilisant.
C'est la dessus que je ne suis pas du tout d'accord, et non pas sur le fait que SL ou WPF ne fonctionnent plus du tout.

[pseudocode]

Ok mais si le but est de fonctionner avec le "futur" de Windows, dans ce qu'il présente comme nouveautés et dans son unique façon de fonctionner à long terme, c'est bien du Metro qu'il faut faire non ?

Tout dépend si "Metro" est un succès ou pas. Si c'est le cas, on sera amené naturellement a coder (ou porter) les applications sur cette nouvelle API. Et peut-être supplantera-t-elle finalement win32.

Pour l'heure, Ms parle de "Metro" avec une orientation tablette. Donc les applis windows (desktop) existantes n'ont pas vraiment d'intéret a être portées sur Metro.

Dans un premier temps, il y aura a mon avis une segmentation entre le monde tablette x86/ARM qui utilisera Metro, et le monde Desktop x86 qui utilisera win32. De toutes façons win32 n'existera pas sur ARM, ce qui interdit plus ou moins des applis Desktop pour tablette.

Bref, wait-and-see.

[Nathanael Marchand]

Ok mais si le but est de fonctionner avec le "futur" de Windows, dans ce qu'il présente comme nouveautés et dans son unique façon de fonctionner à long terme, c'est bien du Metro qu'il faut faire non ?

C'est Metro qu'il faut faire si Metro est adapté à ton besoin. A chaque besoin un outil. Je doute que tu vois des applis LOB exigeantes en Metro par exemple...

[stailer]

Ok mais je parlais surtout de Silverlight.

Quand je lis qu'il va faire partie des vieilleries, à l'image de winforms, même si Silverlight correspond à mon besoin, est-ce vraiment judicieux de partir sur une techno comme ça ? alors qu'il n'y aura plus de mises à jour (Silverlight 6, 7 , 8 ??)

Plus grave : que doivent en penser les dév ou les entreprises qui ont par exemple une appli wpf ou silverlight en prod depuis 1 mois et qu'ils ont tout misé la dessus ? Pour la bonne raison que Microsoft a hurlé partout que c'était ça : L'AVENIR ?

Je me prends des "-1" et des "-2" sur ces sujets en permanence, c'est bien de ne pas aimer mes commentaires mais j'essaye aussi de réagir en regard critique et de me mettre à la place d'un "investisseur" dans ces technos.