Le 11/10/2012 à 10h 24

methos1435 a écrit :



Ouep. Mais ce que je pige pas c’est que Windows RT c’est sur ARM. Donc Win32 en l’état, créé à la base pour du x86 ou dérivé, ne sert strictement à rien.

Il me semblait (j’ai du me tromper du coup) qu’ils avaient porté que certaines parties absolument nécessaire pour Office. Pas la totalité.

Donc inclure Win32 en l’état sur ARM était inutile.





Win32 est juste recompilé en ARM c’est le même code pour toutes les architectures. Ils sont obligés de fournir win32 ARM sinon les applications Win32 desktop fournis par Microsoft ne marcheraient pas.

Le 11/10/2012 à 07h 38

methos1435 a écrit :



Oui mais leur fainéantise là dessus risque d’avoir des conséquences: les 15 Go, sur du SSD va falloir les payer. Ca à un coup. Ils peuvent plus se permettre de prendre cette place sur la capacité vendue. 32Go dont 17 seulement utilisables par le client ça fait tâche. Et 47 pour 32 utilisables ça coutera plus chers…





Ce n’est pas de la paresse. Win32 est de nature fortement monolithique. Il existe de nombreuses interdépendances. Tout les futurs projets dont j’ai pu entendre parler consiste à remplacer Win32 et à le virtualiser pour la compat , pas à le faire évoluer.

Ce n’est pas vraiment étonnant pour Windows RT, le travail de démélage de Win32 relève de l’impossible.

Le 10/10/2012 à 18h 48

methos1435 a écrit :



Ouch. Ca fait mal quand même …

Quand ils nous pondent qu’ils ont passé du temps à “démêler les spaghettis” pour avoir une base plus saine. Mouais….



La seule partie Windows Ui plus quelques restes Win32 pour la compatibilité office, j’aurai dit 5, 6 Go mais pas plus.



Après faut voir comment ils vendent ça. 32 Go dont 15 pris par l’OS ou 47 Go (ou le plus près) avec 32 utilisables.





Le démélage il a eu lieu sur la base, pas dans Win32 ou il y a rien à faire…. Sur le sdk wp8 qui a leaké il y avait des images vhd de WP8. Quand le lecteur était monté il prenait 1,5Go.

C’est fort probable que Microsoft se soit pas embété pour Windows RT à faire le tri de ce qu’ils gardent ou pas. Après tout Ils veulent changer complètement le système.

Le 10/10/2012 à 14h 29

j-c_32 a écrit :



Pas totalement vrai. Le problème est totalement différent sous Linux où l’installation et la désinstallation est le boulot des packager et pas des développeurs eux-même.

Certaines distributions sont mieux ou moins bien sur le sujet du winrot, tout en utilisant les mêmes logiciels.



Dans ce cas, contrairement à ce que disait djludo61, sous Linux, une distribution qui fait du winrot, c’est la faute à la distribution, pas aux développeurs des logiciels.





On en a déjà parlé C’est totalement faux Linux et OSX sont aussi touchés mais à moindre mesure.

Le problème des fichiers orphelins intervient généralement à l’éxécution. Le désinstalleur n’est pas au courant que des fichiers ont été crées après coup. J’ai eu moi même le problème en portant le plugin Ma-config.com sous Linux. Les fichiers logs et de config restent sur le disque dur il faut que le développeur le gère explicitement au niveau du paquet.

Windows est plus touché par ce phénomène car il existe bien plus d’applications et beaucoup de développeurs ignorent ce problème.

La seule solution pour le résoudre c’est de sandboxer. Mais ça peut poser de gros problèmes de compatibilités ce qui explique pourquoi ils l’ont activé uniquement pour les applications Modern UI

Le 10/10/2012 à 13h 51

Goldoark a écrit :



Installé et testé.



Effectivement, il est bon pour ce qui est de la vitesse, mais il ne faut pas oublier que je ne le teste pas avec autant d’applis que W7.



Et MICROSOFT NE SEMBLE TOUJOURS PAS AVOIR RESOLU LE PROBLEME DU WINROT !!!



Il n’y a toujours pas de gestionnaire intégré pour faire le compte d’exactement tous les éléments installé pour faire des désinstallations PROPRES.



Au final, chaque programme écrit par des pignoufs pollue le système avec des DLL enregistrées et des clés de registres inutiles. Et ça fait un paquet.



Mais quand est-ce qu’ils vont enfin revoir tout ça ?



W8 n’est pas très différent de W7 dans son architecture.



Mais je ne vais pas l’utiliser pour une simple raison que l’on connaît déjà tous : son interface DEGUEULASSE.



J’ai passé mon temps à tout bien organiser mon menu démarrer, je m’y retrouve très bien, et là, j’ai plein d’icônes bordéliques.



Le switch permanent avec le start screen m’écoeur, ils auraient dû mettre une possibilité de revenir en arrière, aucun changement ‘nest jamais bon à imposer de force.



Et je ne VEUX PAS avoir à déprendre d’une système en ligne, donc hors de question de s’abonner.



Personnellement, je trouve que MS est en train de tuer le marche du PC en tant que système ouvert.



Et quand on regarde les réactions des noobs, de toute façon, les critiques sont toujours les mêmes : “ils ont confondu mon PC avec un smartphone ou quoi ?”





C’est à moitié vrai. WinRot existe toujours pour les applications desktop.

Mais avec l’environnement Modern UI Les applications WinRT sont sandboxées et isolées entre elle. Il y aussi un nouveau format d’installation(AppX) qui décrit l’ensemble des ressources installées par l’application. Il n’y a pas de WinRot avec les applications Modern UI.

Le 09/10/2012 à 15h 36

Je viens d’apprendre que je ne suis pas geek et développeur linux " /> " />

Le 04/10/2012 à 08h 38

porecreat a écrit :



Je crois que c’est pas loin d’être kif kif ;o)





je crois aussi

Le 03/10/2012 à 09h 15

porecreat a écrit :



Rho la vache ! T’as une carte accélératrice JS dans ton PC toi ?



Je préfère le SASS (http://sass-lang.com/ ), mais juste parce qu’il est plus répandu sur Rails.





J’ai choisi less car il existait une implémentation pour .NET

Le 02/10/2012 à 12h 37

zefling a écrit :



Avec l’arrivé des variables dans le CSS, ça va un peu diminuer l’intérêt de ce genre de langage. Et j’ai du mal à comprendre comment certaines règles des sélecteurs de niveau 4 sont applicable avec.





CSS4 ne sera pas diffusé massivement tout de suite, donc ce genre de langages devrait perdurer encore un peu.

Le 02/10/2012 à 11h 56

kochka22 a écrit :



Je ne parlais pas de lisibilité mais de performances.





Les performances oui " />

Le 02/10/2012 à 11h 52

hadoken a écrit :



Du javascript côté serveur, y a vraiment des gens malades pour inventer/promouvoir cette horreur…





Il existe même du css coté serveur.Je conseille c’est pas mal du tout

Le 02/10/2012 à 11h 44

kochka22 a écrit :



Humm pourquoi pas mais au final, même si c’est codé en JS, le résultat n’est pas très différent de Dart. Faudrait comparer la qualité des codes JS générés…





Le code résultant n’est pas très important. L’intérêt c’est surtout d’éviter de coder en javascript et d’utiliser un vrai langage typé.

Le 02/10/2012 à 11h 42

C’est pas mal du tout le javascript est quand même une plaie pour les gros développements quand on a touché à d’autres langages. Je me souviens de propos de certains développeurs chez Microsoft qui expliquait que le javascript pourrait devenir l’assembleur du web. Sur le principe c’est exactement ça.

Le 03/10/2012 à 10h 52

klemix a écrit :



Les webdesigneurrs n’ont plus qu’a pointer au chômage si cette mode prend





C’est tout le contraire Windows Runtime permet de créer facilement des applications riches. Un graphiste est fortement conseillé pour les design XAML ou WEB. On en parlait déjà pour WPF mais cette technologie n’a pas percée. Si Metro perce tu peux être sur d’avoir une augmentation des offres d’emploi pour les graphistes.

De plus ce n’est pas parce que Microsoft impose un design Modern UI sur ses applications que les graphistes ne puissent pas concevoir leur propre design pour les applications Modern UI.

Le 01/10/2012 à 13h 42

Liam a écrit :



Oh pas qu’une fois. La Modern UI est utilisée pour le menu autorun, tous les menus en lien avec le réseau et le wifi, les menus en rapport avec la gestion des comptes utilisateurs, etc.



Hé oui, ils ont même commencé à porter les fonctions Desktop vers Modern UI. Après ça y en a encore pour croire que le but n’est pas de remplacer petit à petit le Desktop…





Soyons précis le desktop actuel(win32) risque en effet de disparaître. Par contre tu peux bien avoir un nouveau desktop à la sauce métro mais qui ne soit pas le même que le métro actuel. Il pourrait autoriser les fenêtres et viser l’ensemble des applications.

Le 29/09/2012 à 11h 47

Sinon je crois que DirectX métro est très similaire à DirectX Desktop. Le travail de portage d’un jeu pour metro est minime je pense.

Le 29/09/2012 à 11h 44

Lafisk a écrit :



non bel et bien une application win32 dans une fenêtre métro, car la gestion des fenêtres métro m’a l’air un poil différente et plus adaptée pour les applis fullscreen tel que les jeux vidéos (ce qui m’intéresse)



je sais pas si tu joues beaucoup, mais as-tu déjà essayer de revenir au bureau en plein milieu d’une partie sans fermer ton jeu ? avec des fenêtre win32, c’est carrément le bordel, ça fonctionne très mal, pour peu que le jeu ne le supporte pas et plante.



hors avec une appli winrt, qui tourne donc dans une fenêtre adaptée pour winrt, le fullscreen étant la base, le switch entre une appli et un autre ce fait sans aucun souci, et ça pour le jeu vidéo ce serait une très bonne chose





Je crois que ce problème vient surtout de Win32 pas de la fenêtre. Ce sont des évènements win32 non gérés ou un truc du genre si je me souviens bien.

Une fenêtre métro en realité c’est une fenêtre win32. C’est une surcouche.

Le 29/09/2012 à 11h 31

Lafisk a écrit :



Ben écoute, je serais le 1er à être heureux de me tromper, en attendant, je pense qu’il est plus judicieux de ce préparer au pire qu’au meilleur, et disons que si les gros acteurs manifestent leurs inquiétudes, cela peut au moins pousser MS à ce bouger niveau communication, car oui moi je gueule mais mon avis Ms s’en fiche un peu je pense " />



Maintenant, MS pourrait très bien faire une annonce, au moins pour être rassurant, même si ils ne fournissent aucun détails techniques, je pense que cela ferait taire tout de suite les mauvaises langues.



Maintenant, avoir un moyen d’exécuter une appli win32 dans une fenêtre métro, 2cela serait aussip as mal par exemple, et sans qu’elle soit dispo sur le store si il faut, maisl a techniquement,je dois en demander de trop ^^”





Si ils s’apprêtent à sortir un nouvel OS, il y a pas mal de raisons qui font qu’ils peuvent craindre les réactions. C’est pas anodin comme changement. ET puis Microsoft ne parle plus des produits avant qu’ils soient prêt.( débâcle de communication avec Vista.)





Maintenant, avoir un moyen d’exécuter une appli win32 dans une fenêtre métro,



Exécuter une application metro dans une fenêtre tu veux dire. Personnellement c’est la principale chose que j’aurai voulu avoir dans Windows 8.

Le 29/09/2012 à 10h 04

Je l’ai déjà expliqué auparavant. Windows Runtime est juste un framework de haut niveau qui se base sur Win32 actuellement. Il est beaucoup trop limité pour pouvoir être imposé. On ne peux pas écrire d’applications systèmes. La gestion des taches de fonds est trop limité pour pas mal d’applications. C’est très peu crédible que WinRT soit imposé comme le seul framework utilisable. Les limitations sont beaucoup trop grandes. Si Win32 est remplacé c’est par quelque chose qui fasse au minimum la même chose.

Pour moi WinRT est une réponse sur le court terme pour ne pas perdre le marché des mobiles et tablettes. Si Microsoft n’a pas touché au desktop sur Windows 8 c’est surtout car il est complètement integré et indissociable de Win32.

Je pense qu’on verra apparaître une nouvelle plateforme système a terme avec Midori. WinRT devrait être compatible mais ça ne se limitera pas du tout à WinRT. Le verrouillage est une stratégie qu’utilise Apple depuis des années et qui marche. Je pense que Midori permettra beaucoup plus avec moins de contraintes. Je suis aussi de ceux qui pensent que le PC doit rester une plateforme ouverte, je ne crois pas du tout à cet avenir sombre qui est dépeint là.

Peut être que Microsoft est nul en communication ou peut être qu’il cache un gros projet. Depuis le début j’ai souligné de grosses incohérences dans Windows 8. C’est vrai que Microsoft ne disant rien on peut être amené à penser ce genre de choses….

Le 28/09/2012 à 19h 20

arno53 a écrit :



Vous pensez vraiment que les adobes, autodesk & co vont acceptés d’etre ponctionner de 20% par Ms " /> Je ne pense pas et Ms le sait très bien aussi. Si Ms passait au full store cela signifierai surtout un accroit d’interet pour les Mac (qui eux aussi on un store mais non obligatoire) et Linux de la part des entreprises et donc a termes des particuliers …



/sort sa boule de crystal



Ms va continuer a copié le modèle d’apple c-à-d l’os mobile verrouillé / l’os desktop ouvert avec un store mais pas obligatoire …



Et si L’union européenne on aura du full ouvert avec un store non obligatoire



Windows 8 est particulier dans la mesure où c’est un os de transition qui permet de lancer Windows RT/ WP8, Ms oblige donc a passer par un store pour atteindre le metro du pc afin d’accroitre la base du store nécessaire a une tablette… Une fois Windows RT bien installé je vois bien Ms faire sauté cette limitation d’un store pour le metro pc



/range sa boule de crystal





Il reste aussi un très grand nombre d’utilisateurs dans le monde qui n’ont pas une connexion internet suffisante pour pouvoir utiliser un store.

Le 26/09/2012 à 15h 10

arno53 a écrit :



L’utilisant depuis qu’il est dispo en RTM sur dreamspark, je trouve juste que c’est le meilleur windows sortie à ce jour.. C’est juste un 7 plus fluide auquel on a rajouter les apps metro comme mail et télé7jours qui me font gagner du temps ^^





+1 je le trouve super stable et fluide rien à redire au niveau qualité.

Par contre le MSR développe et améliore des outils de détection de bugs en permanence. C’est possible qu’au final il reste encore pas mal de bugs mais qu’en réalité ils en ont corrigé beaucoup plus qu’avec les anciens Windows.

Le 17/09/2012 à 10h 17

psn00ps a écrit :



Tu utilises bien IE10 x64 ET java x64 ? " />





J’ai eu le même problème avec Ma-Config (la version 32 bits du plugin est proposée sur IE10 64 desktop) regarde le lien que j’ai posté plus haut il parle du problème.

Le 17/09/2012 à 10h 10

Edtech a écrit :



Pourtant IE n’est pas indiqué en 32 bits dans le gestionnaire des tâches. Je revérifierai.





IE10 est en 64 bits mais pas le moteur de rendu d’après ce que j’ai compris. Vérifie le user agent tu verras qu’il est en 32 bits.

Le 17/09/2012 à 10h 04

Edtech a écrit :



Si d’autres pouvaient se bouger… Parce que les sites qui disent que IE10 est obsolète et qu’il faut le mettre à jour, j’en croise à la pelle ! Même le site de Java croit que IE10 est en 32 bits alors qu’il est en 64 bits !





Regarde ici

Le 17/09/2012 à 10h 01

Edtech a écrit :



Si d’autres pouvaient se bouger… Parce que les sites qui disent que IE10 est obsolète et qu’il faut le mettre à jour, j’en croise à la pelle ! Même le site de Java croit que IE10 est en 32 bits alors qu’il est en 64 bits !





Ca ne vient pas de java mais de IE dont le comportement a changé Je n’ai pas encore regardé en détail mais il semble que le useragent n’indique pas le 64 bits pour la version bureau de IE10 64. par contre IE métro est bien en 64 bits.

Le 14/09/2012 à 15h 49

psn00ps a écrit :



C’est sur que OneNote et PowerPoint c’est pas du tout dans une optique de boulot.

Laissez moi rire.





Office 2013 sur Windows RT ce n’est pas du métro hein ce sont des applications Win32.

Le 14/09/2012 à 09h 31

jb a écrit :



C’est bien ce que je pensais :)



Gneume jaloux.





J’avais lu une doc sur le sujet. Toutes les applications win32 sont signées par Microsoft sur Windows RT. La chaine de certificats est vérifiée de bout en bout par secure boot.

Pour qu’une application win32 se lance il faudrait qu’elle soit signée Microsoft.

Sinon je pense aussi qu’ils n’ont pas porté l’ensemble des api Win32 pour gagner de la place sur le disque dur.

Le 13/09/2012 à 21h 00

Ce n’ est pas moi qui a trouvé ces captures. Felix est pire que moi. J’en suis pas encore rendu là ;)

Ensuite quand je fais certaines découvertes ca permet à mon site d’être cité.

Le 13/09/2012 à 18h 28

Les captures en question:

Twitter Twitter Twitter TwitterSur le tableau on peut voir en haut les assembly neutral build(msil) qui sont convertis en assembly neutral processor specific(mdil) et qui sont publiés sur le cloud. Lisez l’explication présente dans le sdk de WP8 plus haut.

Simple hasard? " />

Le 13/09/2012 à 18h 19

Sebdraluorg a écrit :



Ah ouais quand meme, donc effectivement ça ne peut pas etre ta compagne vu que tu peux pas en avoir, faudrait que tu aie une vie pour ça ! :HumourPatapé:

Ceci dit, merci pour toutes ces infos " />





Ca fait parti du taf apres d’autres sites me linkent " />

Felix est pire que moi " />. Il y a une semaine ou deux il a trouvé un reportage filmé par une télévision turque d’un employe Microsoft qui bossait apparemment sur Midori. Il a récupéré plusieurs captures d’écrans intéressantes " />

Le 13/09/2012 à 18h 16

127.0.0.1 a écrit :



hum… ca doit pas vraiment être cela la nouveauté top-secrete. Déjà, c’est publié sur channel9.msdn.com depuis 2 mois… Ensuite, c’est pas très vendeur comme fonction pour l’acheteur Lambda. Et pour finir, ca ne nécessite pas de rester sur la page d’accueil du smartphone. " />





C’est parce que felix intervient dans les commentaires sur channel9. Mais Microsoft je pense préfère ne pas modérer pour ne pas donner plus de crédits a ce qu’il trouve. En fait Microsoft n’a jamais rien fait contre les leaks ce n’est pas Apple.

Quand j’ai dévoilé les informations sur DrawBridge Galen Hunt n’était pas content mais il m’a pas empêché de publier.

La on parle du sdk à destination des développeurs. Le MDIL a un iNpact énorme on ne sait pas tout encore.

Le 13/09/2012 à 17h 59

Sebdraluorg a écrit :



Bah oui, c’est bien pour ça que je dis que ça, mais dans ce cas où vas tu chercher toutes ces infos sur les produits WinPhones !?

Ah je sais, c’est ta copine/femme/copain qui bosse chez MS, avoues ! " />





Sur ce coup c’est felix une autre personne qui fait aussi son fouille merde qui a trouvé l’information le premier.

Il a trouvé l’information dans le sdk de wp8 qui a déjà fuité il y a quelques mois.

La quasi totalité des informations je les trouve dans des brevets ou des docs de recherche ou des profils linkedin ou de recherche d’emploi. Il y a beaucoup de trucs mine de rien " />

Le 13/09/2012 à 17h 48

Sebdraluorg a écrit :



Et tu leak ça comme ça toi !

Moi qui croyais que tu bossais pour MS ! J’suis décu !



" />





Je bosse pas pour Microsoft sinon j’aurai été viré depuis longtemps " />

Le 13/09/2012 à 17h 46

Source





Before you release your app in the Marketplace, we recommend that you build it as a native image, to test its performance on a device as users will experience it.



When you build your app in Visual Studio, the code is not compiled into a native image, but into a machine-independent Common Intermediate Language (CIL) binary file. (CIL was formerly known as Microsoft Intermediate Language, or MSIL.) This CIL file is what you submit to the Marketplace when you’re ready to sell your app. At that time, the binary file is converted from CIL to Machine Dependent Intermediate Language, or MDIL. Finally, when the user downloads your app to a device, the MDIL file is linked to produce a native image. You can repeat these steps in your development environment by changing certain build options in Visual Studio.



The functionality of your app is not affected by the native code generation. However the native image typically starts and runs faster.

Le 13/09/2012 à 17h 42

jinge a écrit :



Il serait bien que les développeurs qui grognent réflechissent deux minutes: les fonctionnalités qui font que WP8 sera “exceptionnel” et qui feront que les tels se vendront mieux font peut être partie de ces fonctionnalités non divulguées.

Si MS donne le SDK à tout le monde, Ggle et Apple auront implémenté les dites-fonctions, et du coup WP n’aura plus d’avantage concurrentiel d’ici à sa commercialisation. L’engouement sera plus faible et donc les achats seront plus faibles.

Les développeurs auront donc moins de clients que s’ils avaient attendu 1 ou deux mois de plus plutôt que de hurler et gagneront donc moins d’argent…



Et oui, à vouloir ne penser qu’à soi on peut y perdre….





Pour avoir pu voir la doc sur un leak du sdk et analyser les binaires sur l’image vhd fourni, toutes les applications .NET sont précompilées en MDIL. Je pense que c’est ça le fameux truc qu’ils n’ont pas encore révélés.

Théoriquement ça devrait permettre d’augmenter les performances du .NET mais c’est aussi directement lié à Midori….

Le 12/09/2012 à 11h 40

En fait cette astuce permet de changer le dossier d’installation pour chaque jeu.

Mais on pouvait déjà changer le dossier d’installation du client steam. Du coup tous les jeux peuvent être installés sur une autre partoche. Je n’ai pas compris pourquoi vous utilisiez des liens hards alors que c’était déjà possible?

Le 12/09/2012 à 11h 22

bobbipbip a écrit :



juste, non. pas d’histoire de uefi et de secure boot sur wp8, mais sur winrt





Tu es mal renseigné wp8 demande aussi l’uefi et secure boot

source officielle





Better security: Windows Phone 8 supports the United Extensible Firmware Interface (UEFI) secure boot protocol and features improved app “sandboxing,” so the phone is better protected from malware with multiple layers of security.

Le 10/09/2012 à 12h 58

Mme_Michu a écrit :



Autant pour moi alors, je n’ai pas vraiment suivi les dernières actu sur Windows 8 " />



Bah si le portage est facilité de la sorte , je dis bien joué Microsoft alors " />





Ceci dit : C’est juste dommage que les applis win32 existantes ne soient pas concernées " />





Win32 n’est pas conçu pour le mobile ou les tablettes. De plus le supporter ferait grossir de façon considérable un os mobile.



PS: grillé par drex

Le 10/09/2012 à 12h 52

Mme_Michu a écrit :



Mais ça change quoi concrètement ? vu que les applis windows 8 (win32) ne vont jamais tourner

dessus



C’est pareil que de dire qu’Android est basé sur le noyau Linux, ça ne fait pas avancer le

schmilblick pour Ubuntu " />





L’environnement android n’a rien à voir avec un environnement linux desktop en effet.



Par contre entre WP8 et Windows 8 l’environnement metro est commun. Pour les développeurs créer des applications portables pour les différentes plateformes(wp8/windows 8/Windows RT/XBox 720) est relativement facilité.

La base unifiée permet de fournir plusieurs briques communes. Il est bien plus facile pour Microsoft de faire évoluer un os que deux.

Au final on devrait retrouver une meilleure synergie entre les différents produits MS.

Le 10/09/2012 à 12h 13

tsubasaleguedin a écrit :



Mais lol … bla bla commercial …



La base de windows 8 c’est le win32 comme tout les windows depuis windows 95.



Windows 8 embarque ‘out of the box’ une librairie appelé windows RT qui est commune sur les devices windows RT et qui permet certains developement d’etre multi plateforme … mais derriere c’est des appels specifique a la machine/OS ( windows 8 se base sur win32/64, windows phone sur un kernel ARM ).



Windows RT != Win32/Win64



Mais en aucun cas Windows 8 a la meme base …. foutaise … des librairie commune oui, mais pas la base..





Ce n’est pas du blabla commercial. Renseigne toi mieux sur le sujet.

Windows 8 et Windows phone 8 reposent tous les deux sur Windows Core. C’est un renommage du projet MinWin. Ca intègre tous les modules de la base Windows: Le noyau NT, Les différents sous systèmes graphiques audio stockage réseau etc en espace noyau et espace utilisateur. Ca intègre aussi certaines api Win32 de base(la quasi totalité ne sont pas implémentées dans WP8 ce qui est normal).



WP7 était basé sur un système CE.



Pour WinRT pour avoir lu les docs qui ont leaké sur le SDK de WP8 , il est aussi unifié. WinRT desktop et mobile partagent les api communes. Seules certaines api spécifiques aux téléphones ont été ajoutées.

Le 11/09/2012 à 08h 24

AxelDG a écrit :



Le projet XAML a été initié par les projets WPF qui sont bien antérieures à quelque forme que ce soit de tactile… D’où le retard de Microsoft sur ce support.



Tu croyais qu’ils se tiraient sur la nouille avant Windows 8 ou quoi ?





Je n’ai jamais dit que le XAML et le tactile sont sortis au même moment. je t’explique que le XAML était une des choses nécessaires pour y arriver. L’interface win32 avec son système d’évènements a été conçu uniquement pour la souris et le clavier.



Avec XAML ils ont prévu au départ que ça pourrait marcher avec d’autres méthodes que la souris. C’est un des piliers pour passer aux interfaces naturelles.





Tu croyais qu’ils se tiraient sur la nouille avant Windows 8 ou quoi ?



Tu n’ as rien compris à ce que j’ai expliqué avant. Microsoft est passé à Windows 8 de façon graduelle. WPF/XAML Silverlight n’était qu’une étape. Bien sur qu’ils ne ne sont pas tirés la nouille.



Par rapport à ce que je disais précédemmen]t Windows 8 est vu par certains comme la renaissance du projet longhorn.

Le 10/09/2012 à 19h 07

AxelDG a écrit :



Aucun rapport entre le XAML et le fait de vouloir faire des interfaces orientées tactiles.



Le XAML apporte principalement une simplicité au niveau de la séparation des couches dans le développement (entre GUI et BLL).

Et accessoirement, grâce à son intégration native de DirectX, il permet aussi de faire des animations de kéké dans tous les sens (ce qui fonctionne très bien dans le tactile).



Mais le deuxième point est à mon sens très secondaire. " />





En effet mais XAML a bien été conçu au départ pour les interfaces tactiles et le projet surface(les tables) le plus connu a été une des premières applications. Les api win32 n’ont jamais été prévus pour le tactile.

Le 10/09/2012 à 19h 05

mightmagic a écrit :



Je ne crois pas.

On introduit pas aero en grande pompe comme le futur des interfaces pour revenir en arrière si c’est une conclusion logique.





aero est toujours utilisé sur Windows 8. il ne désignait pas uniquement le thème à l’époque mais surtout le moteur de composition graphique(DWM) et plus globalement l’interface graphique dans son ensemble. Dans ce sens toute l’architecture graphique introduite dans Vista est toujours utilisé sur Windows 8(le shell metro y compris).

Quand on parlait d’aero sur Vista on parlait essentiellement de l’interface graphique dans son ensemble qui est toujours utilisée et améliorée sur Win8.



Je suis d’accord avec ce qu’a dit tolor au dessus les designs d’interfaces ce sont des modes. Je suis sur que dans 5 ans il y aura encore autre chose que metro.

Le 10/09/2012 à 18h 50

mightmagic a écrit :



Ils savent très bien?

Pourquoi changer de discours en quelques années seulement alors que la vision d’avant devait être le futur?



Avec vista ils ont déjà galéré en changeant plusieurs fois de visions avec plus de 5-6 ans pour sortir un successeur à XP. Je ne vois pas pourquoi cela changerait surtout si windows 8 fait un flop à la vista sur les pcs de bureau.





Changer de discours?? A l’époque on entendait déjà parler de leurs projets d’interfaces riches et naturelles avec XAML et WPF.

Pour Vista il y a eu un seul changement de stratégie(le fameux reset). En l’occurence attendre Windows 8 pour sortir une interface riche (ce qui etait prévu au depart sur longhorn) et privilégier une base plus stable.

Windows 8 est justement la conclusion logique du travail entrepris à partir de Vista.

Le 10/09/2012 à 16h 41

atomusk a écrit :



Moi je vote ce que vote charon " />





" />



Normalement les mises à jour des os mobiles sont plus fréquentes que les os desktop. Hors ils ont unifié Windows Phone et Windows 8.

Il y a de fortes chances que ce soit une mise à jour de l’environnement metro et WinRT.



Il y a peut être plus mais je ne suis pas au courant " />

Le 01/09/2012 à 08h 40

neo13006 a écrit :



Peut on envisager qu’un crack sorte, permettant d’utiliser les applications Win32 sur les tablettes ARM, ou est ce que c’est techniquement impossible ?



Personnellement je n’envisage pas d’acheter ce genre de tablettes si je ne peux pas utiliser certains logiciels (VLC, TrueCrypt, Photofiltre, ThunderBird, LibreOffice…) qui ne seront surement pas tous portés sur ARM.

Malheureusement les tablettes Windows 8 Pro seront plus chères, mais je me tournerai quand même vers celles-ci ou vers un netbook.





C’est peu probable pour deux raisons:



*La première Windows RT ne supporte pas toutes les api win32.



*La deuxième toutes les applications Win32 sur Windows RT sont signées numériquement par Microsoft(c’est déjà le cas pour les applications WinRT). Sur Windows 8 tu as une chaine de trust (qui truste de l’uefi jusqu’aux applications) exploitant le secure boot et la puce TPM. Normalement toutes les tablettes devront gérer Secure Boot. Pour développer un crack il faudrait modifier l’os mais si l’os est aussi protégé. Je ne pense pas que secure boot sera contourné rapidement.

Le 29/08/2012 à 17h 46

johnlesnones a écrit :



On peut y voir la patte des marketeux de Microsoft, qui ne comprennent absolument rien à la technique, sans parler d’ergonomie (ergo quoi?).





Ou une tentative de pouvoir faire évoluer Windows vers un autre système sans trop de dégats….

Le 29/08/2012 à 17h 16

Canarticho a écrit :



Ce dossier résume assez bien l’opinion de mes collègues et moi même sur le bestiau depuis la Developer Preview de l’année dernière. « Schizophrénique » est un mot qui revient assez souvent ici.





En fait c’est surtout un abus de langage. La schizophrénie n’a rien à voir avec un dédoublement de la personnalité mais plus un morcellement de la personnalité.

Du coup ce terme n’est pas vraiment adapté. Ce qui est critiqué ici c’est le fait d’essayer de faire coller ensemble deux environnements qui n’ont rien à voir.

Le 29/08/2012 à 17h 05

wagaf a écrit :



Intégrer correctement les logiciels desktop dans un environnement style metro unifié, impossible ? Ça aurait pris un peu plus de temps peut-être.





Je pense que c’est surement prévu. l’interface Desktop étant totalement imbriqué dans Win32, ce n’était surement pas possible de le faire sans changer radicalement plusieurs choses dans Windows.

Le 29/08/2012 à 17h 03

Bon dossier globalement d’accord " />