Le 15/04/2013 à 09h 55

Séphi a écrit :



Sans compter qu’un dèv ne devrait JAMAIS avoir les droits d’admin " />





gros +1 en effet c’est vraiment limite

Le 15/04/2013 à 09h 50

kwiss a écrit :



Attention hein je parle de compatibilité mais bien de droit. En gros avec l’UAC désactiver via l’interface, bah on est pas encore au même niveau de droit que windows 7 avec l’UAC désactivé. Pour avoir le même niveau, obliger d’aller en base de registre, et donc de rendre les appli métro inopérante.









Déjà on a du désactiver l’UAC via la base de registre sinon Visual Studio 2010 est inutilisable



Mouais… tu sais qu’on n’a pas besoin de désactiver l’UAC par la base de registre. il y a un panneau de configuration pour ça.

Ensuite tu m”explique que visual studio 2010 ne marche pas avec l’UAC activé. c’est ce que tu racontes. Comme je te l’ai dis je bosse depuis aout dessus je n’ai jamais rencontré un tel problème. je fais même marcher visual 2005 qui est pire à ce niveau là. Soit tu as une merde sur le pc ou soit c’est un gros troll(Ta réference à la base de registre me fait douter la dessus…)

Le 15/04/2013 à 08h 48

kwiss a écrit :



En faite c’est un problème de droit, ils se tapent sans arrêt des messages du types: “contactez votre administrateur”, “vous n’avez pas les droits” ect malgré le lancement de visual studio qui est forcé en admin.

Avec Visual studio 2012 pas de problème. Avec notepad++ c’est bien la merde aussi visiblement.

Ils sont une 10ene à être passé sous Windows 8 et les retours négatifs sont quasiment unanime (on en a quand même 2-3 qui aiment plutôt bien). Et je parles de gens qui travaillent avec depuis 1 mois hein, c’est pas des gens qui ont testé 2h chez un pote à l’arrache.





J’ai passé mon environnement de développement en aout. je bosse tous les jours dessus depuis. Visual Studio 2010 ne fait pas ça. Vous avez peut être installé un plugin incompatible.

Globalement Windows 8 réagit pareil que Windows 7 en terme de compatibilité..

Le 15/04/2013 à 08h 34

kwiss a écrit :



Pour la version serveur c’est franchement beaucoup moins gênant. Puis HyperV s’approche enfin de Vmware niveau fonctionnalité



Par contre windows 8… On a passé une 10ene de dev dessus + office 2013… quelle connerie on a pas fait là. xD

Déjà on a du désactiver l’UAC via la base de registre sinon Visual Studio 2010 est inutilisable, effet de bord: les appli metro ne fonctionne plus. Ensuite on cherche toujours un moyen pour assombrir considérablement l’interface d’outlook 2013, en attendant certains ont remis du ²⁰¹⁰⁄₂₀₀₇ pour ne pas devenir aveugle.





Tu dois avoir un problème…

Je fais tourner visual studio 2005 2010 et 2012 sur Windows 8 sans avoir à désactiver l’UAC. Ils marchent tous très bien

Le 13/04/2013 à 10h 09

yeagermach1 a écrit :



Honnetement, ce qui est zarb, c’est que les seules API qui ne sont pas porté sur Seven, c’est les XInput et XAudio. Qu’est-ce qui peut bien justifier cela ? Au niveau technique, il y a pas eu de boulot particulier sur 8 dans ces domaines la. Comme en plus, c’est les api specifique Xbox (dx 9 on rappel) qui remplace XNA (qui tourne tres bien sous seven), on peut se demander si cela a pas un rapport avec la prochaine Xbox.





Pour XInput je ne sais pas . Mais pour XAudio2, la pile son a été modifiée sur Windows 8 (voir le dossier sur pci). Une accélération matérielle est maintenant disponible. C’est peut être la raison

Le 13/04/2013 à 09h 33

yeagermach1 a écrit :



Deja faut se rappeler pourquoi DX 10 n était pas present sous XP. C’est juste parce que pour la creation de vista, ils ont entierement refait la gestion graphique sous windows. Le coté graphique est beaucoup plus pret du noyau qu’avant. Ce qui permet outre un gain de performance de faire tourner le bureau de windows sous direct 3D et donc de bénéficier de l’accélération hard. On pourrait aussi citer une augmentation de la stabilité des drivers ou la gestion du scheduling process par les drivers videos (toujours pour une raison de perf).



Lien qui en parle tres bien



La non disponibilité de DX11.1 (version mineure) sous seven est quand a elle problematique. Les amelioration de D3D sont presente (et distribué via un patch), il manque par contre la derniere version de Xinput et Xaudio (qui sont les lib permettant de travailler sur Xbox aussi). Ils ont pas donné d’explication a cela, si ce n’est peut etre forcer le passage a W8 pour les développeurs de la nouvelle Xbox (pas encore annoncé a ce jour mais secret de polichinelle).



Ce que dit le mec de Stardock est du bullshit, parce que rien ne l’empechait comme ses confreres de faire du cross directX. Si ce n’est peut etre la flemme de ses devs. D’autres editeurs de 4X ont tres bien reussi a le faire.



Le probleme du 32bits est un probleme du consommateur. Depuis vista, MS pousse la version 64, mais le consommateur ben il veut pas. Combien ici avait un vista en 64bits (perso je l’utilisais) ? Le plus gros probleme du passage au 64bits, cela a été les applications codés avec les pieds avec optimisations 32bits a l’interieur. Si la majorité marchait niquel sous 64bits, certaines refusaient obstinement de se lancer. La faute a des if de merde mis par les developpeurs. Donc en l’absence de mise a jour par le dev, le consomateur restait sur l’OS 32. Si MS avait imposé le 64, la fronde aurait été importante (se souvenir deja de la reaction des editeurs d’anti virus quand on leur a dit qu’ils auraient plus les memes acces noyau qu’avant). Et puis meme aujourd’hui, le 64bits est pas si important que cela. Les ³⁄₄ des navigateurs n’y sont toujours pas passé malgré les avantages que cela propose. Et ceux qui y sont passé (du moins proposent une version 64), ils ont des fonctionnalités en moins. Et la c’est juste les navigateurs, pour les autres applis, c’est encore moins utilisé (même pour les jeux).



Est-ce la faute de MS ? Ou des editeurs ? Des deux même si les editeurs y ont une responsabilités bien plus importante. Combien n’ont même pas compilé leur driver/appli en 64bits alors que c’est juste pour 99% des applis une nouvelle target a creer et aucune ligne de code a changer ? On peut pas reprocher a MS d’imposer des choses d’un coté et de l’autre vouloir qu’il le fasse quand meme. On ne peut pas demander a MS d’imposer des règles et s’obstiner a ne pas les utiliser (pas de fichier modifiable dans program files, les saves dans mes documents/my games, les fichiers modifiables dans les program data, les fichiers de configs/temporaire dans appdata, …).





+1 exactement ce que j’ai expliqué pendant des années sur ce site.

Depuis Vista DirectX est imbriqué complètement dans la pile graphique de l’OS. Porter DirectX10 sur XP n’était pas possible ou sinon on appellait XP: Vista….



Pour DirectX11.1 le runtime a été porté sur Windows 7. Seules certaines api spécifiques a WDDM 1.2 ne sont pas disponibles. Mais les jeux DirectX11.1 restent compatibles sur Windows 7.

Le 11/04/2013 à 14h 47

C’est le moment d’acheter des actions MS " />

Le 04/04/2013 à 17h 07

lincruste a écrit :



Cairo, OpenGL, ok, mais qu’est Skia ?





ici



Grilled ^^

Le 04/04/2013 à 16h 24

arno53 a écrit :



J’y ai pensé aussi entre le langage “safe”, les architecture hétérogène et le parallélisme on dirait le projet helios/ Barrelfish " />



Mais c’est vraiment intéressant de voir que Ms n’est pas le seule a pensé à l’informatique de demain " />



D’ailleurs Charon, toi qui à des sources infiltrés un peu partout chez Ms, tu sais si les projet helios et/ou barrelfish sont intégrés à Midori parce que d’aprèsle post de felix9 (sur l’implémentation de drawbridge sur différents OS), Barrelfish n’en est encore qu’au stade de la recherche pur et non en incubation ..





C’est surtout intéressant de voir que la concurrence arrive aux mêmes solutions que Microsoft. En même temps il n’y a pas 10000 solutions possibles pour résoudre ces problèmes de sécurité. En effet le compilateur rust semble s’inspirer de bartok sur plusieurs points.



BarrelFish à ma connaissance n’a pas dépassé le stade de recherche. Helios j’en sais rien du tout mais avec le nouveau cycle court des release Windows, il pourrait sortir plus tard.

Le 04/04/2013 à 15h 50

Le concurrent du Midori browser (Midori l’os " />) " />

Le 04/04/2013 à 17h 02

bbbbben a écrit :



En allant par exemple sur les forums de Gamekult et en laissant tourner un moment.



Il y a aussi les interfaces Google Adwords, Google Analytics, Google Adsense.



Pourquoi mentirais-je ? J’adore Windows 7.



A mon avis, un problème IE 64 bits, qui m’échappe, mais je ne m’en sers que comme de navigateur alternatif, quand je dois être connecté 2 fois à un même site.





Si ton commentaire n’est pas un troll(un doute quand même " />) ,regarde tes modules complémentaires chargés dans IE. Tu as peut être une fuite mémoire sur l’un d’eux.

IE marche bien sur tous ces sites chez moi (et surement d’autres personnes ici) Le problème n’est surement pas IE " />

Le 04/04/2013 à 13h 26

Peut être une chance que Tim Schafer et Ron Gilbert récupèrent la licence Monkey Island :)

Le 03/04/2013 à 18h 07

J’ai remarqué un comportement particulier sur blue. L’api GetVersionEx qui est utilisé par bon nombre d’applications pour vérifier la version de Windows renvoit sur blue: 6.2 build 9200 . ça correspond aux informations de version de Windows et pas de blue(6.3). je soupconne que Microsoft a fait ça pour éviter des cassures de compatibilité au passage de blue.

Le 02/04/2013 à 12h 59

Au départ Microsoft ne voulait pas intégrer WebGL à Internet Explorer pour des problème de sécurité et d’attaque DDOS sur la pile graphique. Source



J’en avais parlé dans une news précédente Le modèle de driver graphique WDDM 1.2 sur Windows 8 est plus solide face à ce genre d’attaques.



Du coup je vois que deux alternatives:

*soit  le support de WebGL sera réservé à Windows 8 et blue.    


*Ou soit IE11 ne marchera pas sur Windows 7.

Le 28/03/2013 à 14h 27

Pour le bouton power sur le pc il est déjà présent sur la plupart des appareils du quotidien. Tu appuies dessus pour allumer et éteindre l’appareil.



En fait il y a dix quinze ans les pc vendus n’avaient pas l’ACPI ou le supportait encore mal. Donc le fait d’appuyer sur ce bouton faisait une extinction à l’arrache. Donc on a appris à tous les utilisateurs d’utiliser le bouton démarrer. A noter que sur XP c’était pire que tout en terme d’ergonomie puisqu’il fallait appuyer sur le bouton démarrer pour l’éteindre ce n’était pas super logique " />



La je pense que ms a voulu effacer cette mauvaise habitude et revenir à un comportement normal.



Moi aussi ça m’a gavé les quinze premiers jours car j”ai été habitué très longtemps à utiliser le menu démarrer. Mais maintenant je m’en rends même plus compte et c’est plus rapide qu’avant.

Le 27/03/2013 à 18h 16

arno53 a écrit :



Sans doute Windows 8 ou alors 8.5 mais je pense qu’ils garderont 8





ou Windows 8 R2

Le 27/03/2013 à 16h 40

j-c_32 a écrit :



Je ne suis pas sur que c’est le cas (corrigez moi si je me trompe).

Le secure boot n’est pas là pour les sandbox, les sandbox n’ont pas besoin de secure boot pour fonctionner.

Le secure boot est là pour éviter que pendant l’exploitation d’une faille (après être sorti de la sandbox), on modifie le système pour faciliter son exploitation par la suite (d’ailleurs, il me semble que cela nécessite un redémarrage, et le secure boot ne fait que bloquer le redémarrage).

Sauf que les cas de figure où c’est utile sont à mon avis assez rare: si le malware est capable de modifier le noyau ou les drivers, il peut faire pratiquement ce qu’il veut.





Le but du secure boot est d’assurer l’intégrité totale du système. L’uefi atteste le bootloader. Le bootloader atteste le noyau. le noyau atteste les drivers et les fichiers systèmes. Le système atteste les applications. Toutes les applications WinRT sont signées numériquement c’est obligatoire et dans le cas de Windows RT les applications win32 développés par microsoft doivent aussi être signés numériquement. Ca crée une chaine d’attestation de bout en bout du matériel aux applications.



Pour déjouer la sandbox il est nécessaire de modifier les fichiers systèmes. ce que secure boot empêche. Le secure boot est obligatoire sur Windows RT car il est plus efficace sur ce système étant donné qu’on ne peut pas lancer d’applications Win32 d’un éditeur tiers.



Il y a d’ailleurs eu il y a quelques mois un crack pour débloquer les applications WinRT en évaluation. Ce hack ne peut pas marcher sur Windows RT à cause justement du secure boot.

Le 27/03/2013 à 16h 04

alexandredenis a écrit :



Bien sûr, un système sandboxé est inviolable de l’intérieur (comme Java, par exemple).





" />

Les processus qui tournent dans une sandbox ont des droits restreints. La seule possibilité pour sortir de la sandbox c’est une faille d’escalade de privilèges. C’est ce qui s’est produit avec les failles java.

pour obtenir une faille de ce type il faut s’attaquer à l’os ou au runtime

Le 27/03/2013 à 12h 55

RBoudin a écrit :



Pour les drivers oui. Pour le noyau, c’est bien entièrement géré par Microsoft.





oui c’est une chaine de trust

Le 27/03/2013 à 12h 54

RBoudin a écrit :



C’est pas le MBR que ça protège réellement, ça empêche de charger un kernel qui ou driver modifié (dont le contenu ne correspond plus à la signature donc).

Théoriquement ça protège donc des rootkits ou autre trucs du genre.



Dans les fait ça protège de rien du tout car s’il est possible via une attaque d’obtenir des droits suffisant pour écrire dans un kernel ou un driver, il y a tout un panel de trucs à faire possible. Le réel problème est que l’attaquant ai pu obtenir ces droits, ce que le secure boot ne protège en rien.

De plus l’attaquant peux bien faire chier le monde en modifiant le kernel ou un driver afin que sa signature soit invalide, donc que le/la PC/tablette ne boote plus.





Les exploits que j’ai pu voir qui dégomment secure boot utilisent une de ces deux choses:



*soit un driver signé et les droits admins pour l’installer. Sachant que le certificat du driver a des chances d’être révoqués



*soit une faille d’escalade de privilèges dans le noyau. Mais il faut être honnête c’est assez rare et vite corrigé.



Sur le principe soyons clair secure boot c’est de l’informatique de confiance. Tu dis que tu fais confiance à tel boite mais ça ne signifie pas pour autant que le code lui même est sur. C’est à comparer avec les projets d’os formels utilisant du code type safe et memory safe. Ce qui empêche donc toute faille dans le code.

Le 27/03/2013 à 12h 44

alexandredenis a écrit :



Les virus de MBR, c’était quand même un peu dans les années ⁸⁰⁄₉₀, à l’époque de DOS. Là, ils apportent une solution à un problème qui n’existe plus depuis 20 ans.

L’objectif inavoué est sans aucun doute de verrouiller le choix de l’utilisateur. Probablement pas directement d’empêcher Linux (Microsoft n’en a plus peur), mais plutôt d’empêcher les upgrades.







Le but n’est pas d’empêcher les bootkit mais d’empêcher de modifier le noyau ou les drivers et plus globalement tout le système.(chaine de trust)

La raison est simple les applications WinRT sont sandboxées. Ce sera à mon avis ensuite bientôt le cas pour Win32 grâce à drawbridge qui le permet.. Du coup si les “méchants hackers” veulent plomber Windows ils devront déjouer la sandbox. Microsoft s’attend donc à ce que le système soit attaqué dans les couches les plus basses.

Le 27/03/2013 à 12h 38

RBoudin a écrit :



Je connais quelques personnes ayant installé un Linux ne sachant pas comment entrer dans la config du bios et que ça aurait rebuté.



Dans tous les cas, oui, c’est pas la mort, mais ça reste pas normal.



Si je ne me trompe pas, le coup de la licence, c’est parce que les PC windowshuitisés actuels sont vendus avec la clé de signature secure boot de Microsoft. Pour qu’un kernel et un driver puisse être validé par le secure boot, il faut donc qu’il soit signé avec une clé Microsoft. Microsoft fait payer pour signer avec sa clé.





Ce n’est pas une clé Microsoft. Ca utilise un cross certificat. En gros sur le principe Microsoft valide plusieurs CA comme verisign/comodo etc. je le sais parce que je l’ai fais pour mes drivers.

Le 26/03/2013 à 20h 38

kennyzz69 a écrit :



ben voyons…. " /> Il t’es jamais venu à l’esprit qu’un noyau mal écrit n’offrirait pas toute l’ouverture de compatibilité que l’on souhaiterais…

Comment expliques-tu les meilleurs compatibilités softs et drivers de W7 par rapport à Vista, par exemple…. et çà venais pas des logiciels… " />





le changement de xp à vista n’a rien à voir avec celui de vista vers 7. A partir de Vista Microsoft a pris une approche evolutive. les changements sur la base restent mineurs et contrôlés. Vista c’était une v1 ce qui expliquait les nombreux problèmes de compatibilité. Ce n’est pas le cas de Windows 8 qui reste une évolution mineure de Windows 7. Bien sur tu peux avoir certains problèmes de compat mais pas plus que de Vista vers 7.

Le 26/03/2013 à 18h 41

Maxouille-la-fripouille a écrit :



J’ai jamais dit que le problème était général! Mais faudrait arrêter de limite agresser les gens qui disent qu’ils rencontrent des problèmes, en minimisant et en voulant limite faire croire qu’ils trollent! " />





sans aller dire que tu trolles je pense que tu ignores toi même la réelle cause de tes problèmes. Des gens qui disent que c’est Windows j’en ai vu plein c’est généralement la solution de facilité….

Le 26/03/2013 à 15h 32

Si c’est l’explorateur qui plante comme je l’ai dis plus haut c’est à 99% pour une shell extension foireuse. J’ai résolu ce problème plusieurs fois pour d’autres personnes.



C’est pour ce genre de choses que Microsoft travaille sur un os comme midori où toutes les extensions(drivers ou dll) sont chargées dans des processus isolés. Ils n’ont plus envie d’être accusé du moindre problème lié à des applications ou drivers foireux.

Le 25/03/2013 à 17h 13

Nerdebeu a écrit :



Oui, ce sont bien ceux-ci, sauf que ça me demande de réinstaller tout le chipset, ce qui est déjà fait depuis bien longtemps et même manuellement c’est le bins total. Donc je laisse avec les pilotes MS d’origine.



Je vais en avoir à poster alors " />



Sous 8 toujours, Ma Config veut me faire installer des pilotes wifi pour 7 (Atheros), ce que, bien entendu 8 refuse catégoriquement et normalement " /> (le .inf netathr.inf est pour 7 et non pour 8)



Et sous 7 et 8, la carte réseau Intel est bien à jour à jour mais ne l’est pas selon ma Config/touslesdrivers qui me propose d’installer une version 32 bits au lieu de la 64 en place " />



(config Z77, Ivy Bridge 3770k)





Pour atheros, le problème est connu. C’est du à la detection du système au sein du système mesdrivers. Ce n’est pas moi qui a la main mais je vais refouetter Julien pour toi " />

Le 25/03/2013 à 13h 30

Nerdebeu a écrit :



Tiens, puisque je te tiens et que tu parles de drivers " />…



Ma config veut toujours que j’installe des drivers Intel USB 3 sous 8 alors qu’il n’en existe pas, à ma connaissance (enfin la dernière fois que j’ai vérifié il y a quelques semaines)et que ce sont ceux pour 7 qui me sont proposés " />





Il faudrait que tu postes sur mon forum et que tu partages ta config que je puisse analyser ton problème.



A première vue tu parles de ceux la ?

Le 25/03/2013 à 13h 17

Nerdebeu a écrit :



Vaut mieux ça que de te casser un coup " />







Ce n’est pas “systématique”, mais ça arrive un peu trop fréquemment à mon goût et surtout, ça arrive à d’autres également, ce qui implique que ce n’est pas si “stable” que ce qu’on dit. Etant donné, en plus, que je n’ai pas grand chose d’installé sur 8, à la grande différence de 7, ce serait assez étonnant que ça vienne d’applications installées (surtout que je suis très vigilant lorsqu’il s’agit d’un nouvel OS). J’ai également eu aussi (deux fois) des soucis de démarrage, erreur de chargement de l’OS, avec un retour à la normale après un autre redémarrage.





Possible que ce soit un problème de drivers. J’ai eu personnellement des soucis avec les drivers intel RST. Bug de corruption sur Windows 8.

Le 25/03/2013 à 13h 09

Maxouille-la-fripouille a écrit :



Voilà, c’est de ce genre de plantages dont je voulais parler. " /> Et je ne l’ai pas remarqué que chez moi mais aussi sur des PC neufs, ce qui démontre qu’il y’a un problème avec Win 8 qui je l’éspoère sera vite corrigé. C’est un bon OS globalement mais les plantages sont très chiants et ramènent à l’époque de Vista. " />





Voir mon commentaire plus haut pour les plantages de l’explorateur. Si ça peut t’aider " />

Le 25/03/2013 à 13h 06

Liam a écrit :



C’est drôle parce que quand on disait ça pendant la beta de Windows 8, on se faisait traiter de trolls ou d’oiseaux de mauvaise augure, et on nous expliquait que le Bureau ne disparaitrait jamais, qu’en tout cas c’était pas du tout au programme." />



En tout cas j’adore ce nouveau système : on a des fenêtres qu’on peut afficher côte à côte, en avoir plusieurs, mais par contre, petite limitation, on ne peut pas les superposer. Sinon, on garde le principe des aplats de couleur, avec des polices assez grosses, et beaucoup d’espace “vide”. C’est marrant, ça me rappelle un OS sorti il y a quelques années…



http://www.labo-microsoft.org/n/27900/win101tile2.gif



L’histoire est un éternel recommencement…





commentaire 31 " />

Le 25/03/2013 à 13h 04

Nerdebeu a écrit :



Comptes MS qui connaissent quelques “aléas” de sécurité :



http://news.softpedia.com/news/Microsoft-s-Hotmail-and-Outlook-com-Are-Wide-Open…



Tout comme Skype du reste:http://news.softpedia.com/news/Microsoft-s-Hotmail-and-Outlook-com-Are-Wide-Open…



Je m’étonne d’ailleurs que PCI fasse l’impasse sur ce genre d’informations alors que c’est assez lié, de près ou d’un peu moins, à Windows 8







J’ai eu plus de plantages de l’explorateur en quelques mois d’utilisation de Windows 8, 6 au total, avec une installation propre, non mise à jour, qu’avec 7 en plus de 4 ans en comptant les beta et RC (4 en tout et pour tout).





Je n’ai aucun problème de compatibilité ou de stabilité sur Windows 8. C’est possible que certains vieux jeux ne passent pas mais c’était la même chose sur Windows 7 pour ces jeux.

pour information Windows 8 est juste une évolution de la base système de Windows 7. Donc la stabilité et la compatibilté est globalement similaire à Windows 7.

Si ton explorateur plante, ça n’a surement rien à voir avec Windows mais tu as une application qui a du installer une shell extension foireuse. Je te conseille de télécharger autoruns. tu vas dans l’onglet explorer. Et tu décoche toutes les extensions non microsoft. Enfin redémarre ton PC.

Le 22/03/2013 à 18h 45

De mémoire je crois que ballmer avait envoyer valser l’iphone d’un de ses employés il y a quelques années mais là c’était volontaire " />

Le 20/03/2013 à 13h 14

Gilbert_Gosseyn a écrit :



Y a un truc qui me fait tiquer ..



La future xBox 720 tournera en architecture x86 (64bits en plus). Et WinRT est prévu pour uen architecture fondamentalement différente (ARM). Il y a pas un souci la ?





Tu confonds Windows RT et WinRT " />



Les applications WinRT sont disponibles sur les trois archis x86/x64/ARM.



Windows RT(l’OS) marche uniquement sur ARM( Bien que ça pourrait changer à terme Microsoft a mis à jour drawbridge. Microsoft peut maintenant faire marcher les applis Win32 x86 sur de l’ARM par recompilation JIT)

Le 20/03/2013 à 12h 31

Danytime a écrit :



Il n’y a déjà presque pas d’App sur le Windows store, qui est un vrai bordel, avec windows 8 et phone. Alors c’est pas avec une xbox qu’ils auront un rouleau compresseur applicatif.





Au contraire si la xbox 720 a autant de succès que son prédécesseur, on devrait pouvoir profiter de nombreux jeux DirectX metro sur pc et tablettes.

Le 13/03/2013 à 17h 32

IE10 sort à pic avec le Ma-Config.com sans activeX avec du websocket dedans " />

Le 11/03/2013 à 11h 57

127.0.0.1 a écrit :



Oui ca a toujours été prévu pour 2013, mais peut-être pas avec le même périmètre fonctionnel.



Si j’en crois PCINpact, Windows Blue est une mise à jour de win8 en attendant le prochain Windows (win9).



Mais si j’en crois PCINpact, Windows Blue est déjà le prochain windows.



La seule certitude qu’on a c’est que ca va remplacer win8 et que tout le monde l’attend impatiemment. Et d’après le dernier paragraphe de la news, il se pourrait que MS accélère son arrivée.





Ca n’a pas changé, on ne savait rien sur le contenu de blue. On en sait pas plus actuellement.

Le 09/03/2013 à 09h 05

Moi j’attends riven " />

Le 07/03/2013 à 15h 57

Pr. Thibault a écrit :



Tu fais (comme beaucoup de ceux qui critiquent Windows 8) un procès d’intention à Microsoft. Tu ne critiques pas Windows 8, mais Windows dans un futur hypothétique où le bureau aura été supprimé ou relégué au second rang.



Si tu fais abstraction de l’avenir (bien malin qui peut dire de quoi il sera fait), tu ne pourras que constater que le bureau est toujours là dans Windows 8, à l’identique de Windows 7, avec quelques améliorations (optimisation, transfert de fichiers plus pratique, etc), et avec un menu démarrer remplacé par un Start screen tout aussi ergonomique lorsque l’on s’y est adapté (les données télémétriques ne peuvent pas mentir à ce sujet).



A partir de là, on a tout un argumentaire extrêmement confus développé par ceux qui critiquent la tournure pris dans Windows 8 : Metro c’est de la merde à utiliser avec le clavier et la souris mais je voudrais quand même pouvoir l’utiliser dans une fenêtre, j’utilise Windows pour être productif mais je voudrais quand même avoir la possibilité de faire tourner l’app Mail Metro super pourrav en mode desktop-multitâche (c’est pas comme s’il existait des clients mail desktop 100 fois plus complets comme Outlook ou Thunderbird, et c’est pareil pour TOUTES les apps Metro qui pourraient avoir un usage bureautique, il existe un équivalent desktop bien plus complet permettant une meilleure productivité avec le clavier et la souris), etc.



Avant de critiquer l’incohérence de la bicéphalité de Windows 8, il faudrait peut-être mettre un peu de cohérence dans son argumentaire…



C’est pourtant pas compliqué : si vous utilisez Windows 8 avec un clavier et une souris, n’utilisez pas les apps Metro, personne ne vous y oblige, et vous ne perdez rien sur ce point par rapport à Windows 7 (vous gagnez même en optimisation). La partie Metro est clairement là, dans Windows 8 (on s’en fout de ce qu’il en sera dans Windows 9, nul ne le sait et ce n’est pas la question), pour les écrans tactiles : ordinateurs portables avec écran tactile, tablettes Windows 8, produits hybrides. Encore une fois, arrêtez de penser que Microsoft veut vous forcer à utiliser Metro, arrêtez de vous sentir persécutés, ce n’est pas le cas dans Windows 8, tout l’intérêt dans Windows 8 réside justement dans la liberté qui vous est offerte d’utiliser l’un ou l’autre des deux univers. Dire que le passage d’un univers à l’autre est mal pensé est faux, utilisant un produit hybride (tablette avec clavier détachable), c’est-à-dire le type de produit par excellence où l’on doit passer constamment d’un univers à l’autre, je peux vous assurer que ça se passe de manière totalement transparente sans que l’on ait à se préoccuper d’une quelconque contrainte.



En conclusion : non Metro n’est pas une régression du fait qu’il fonctionne en mode full screen, c’est une avancée par rapport à la concurrence comme iOS ou Android qui ne permettent pas d’afficher deux apps à la fois à l’écran (ce que permet Metro). Si vous voulez faire du multitâche intensif au clavier et à la souris, la partie Desktop est là, pourquoi diable vouloir s’entêter à utiliser les apps Metro visiblement pas conçues pour vous…









Et en ce qui me concerne, je ne pense pas que le Desktop disparaîtra avant assez longtemps.



Vincent a dit exactement le contraire que tu sous entends " />

Le 07/03/2013 à 15h 07

Mateal47 a écrit :



Bon je fais un gros HS car j’ai pas trouvé sur google mais…

" />COMMENT EXECUTE T’ON UN PROGRAMME AU DEMARRAGE AVEC W8??!



Avant c’était simple je glissais le raccourci de mon programme dans le répertoire démarrage du menu démarrer…mais maintenant???



J’hallucine de galérer autant pour un truc aussi bête!





Dans le panneau de configuration:outils administrations.Tu ouvres le planificateur de tache. tu peux lancer un programme au démarrage. Normalement ça marche.

Le 07/03/2013 à 11h 10

C’est un peu le feature numéro 1 que j’attend sur blue " />

Le 01/03/2013 à 09h 06

Lafisk a écrit :



Il ne fallait pas te sentir visé ;)

Je visait plus certains articles lus par-ci par-la sur le net à ce moment la et je trouvais juste aberrant d’affirmer de tel chose quand on est “journaliste spécialité en IT” " />

:





C’était ta réponse en rapport au commentaire 43. J’ai préféré préciser " />

Le 01/03/2013 à 08h 52

arno53 a écrit :



D’ailleurs Charon si tu repasses par là : comment fonctionne Drawbridge ? enfin je veux dire ca implique que les dev package eux même un nouvelle exécutable ce qui signifie que seule les grosse applis en profiteraient non ?





D’après les docs de galen hunt DrawBridge marche avec des applications win32 non modifiés.

Pour le déploiement ils vérifieraient la version du système et téléchargerait la librairie système approprié. Le librairie système contient toutes les api win32 d’un système Windows donné. Sur le principe tu peux faire marcher une applicaton d’un os plus récent ou plus ancien que celui installé.

Le 28/02/2013 à 18h 10

Lafisk a écrit :



Il est vrai qu’il y a un an et demi encore, on voyait encore souvent des gens dire que WinRT ne serait qu’une API temporaire jusqu’à l’arrivé de midori, bien sûr sans aucune base, chose que j’ai, personnellement, toujours contredis. On n’investit pas tant de temps, d’argent, et on ne base pas sa stratégie à court et moyen terme sur une technos qui n’est pas faite pour rester longtemps.



Je ne connais pas l’histoire entière de MS sur le bout des doigts, mais si il y a bien une chose que l’on peut voir c’est qu’ils font en général durer leurs technos et wue windows 8 et WinRT sont les prémices d’une vision à (très) long terme pour windows.





Mes propos n’étaient pas très clairs je pense à l’époque. Mes connaissances sur le sujet évoluent aussi avec le temps. Je voulais souligner qu’il y aurait de nouvelles api systèmes spécifiques à midori. Ca n’avait rien à voir avec le WinRT actuel. Par contre j’avais bien dit que WinRT serait supporté sur Midori.



Avec WinRT Microsoft a établi une architecture très propre pour séparer l’os de la plateforme applicative. C’est donc normal que Microsoft l’utilise pour exposer les nouvelles api Midori.

De plus comme je l’ai dis dans le dossier 8. WinRT utilise des api type safe et memory safe. Ca permettra à WinRT d’être utilisé au sein d’un os managé.

J’ai parlé aussi d’un framework unifié entre Midori et Windows. Ce sera surement WinRT (dans sa forme améliorée)

Le 28/02/2013 à 16h 05

Nerdebeu a écrit :



Arghh tu as mal lu, implicitement, je laissais entendre que Blue le serait. oui Blue sera gratuit, mais les autres mises à jour derrière ne le seront pas, tu veux parier là dessus ? " /> Le côté rentable d’une politique à la Apple n’a très certainement pas échappé à branche financière du groupe. Faire passer des mises à jour à moins de 50 euros tous les ans, c’est plus facile que des versions majeures à 100 et plus euros tous les 3 ans.





Microsoft passe sur une stratégie devices +services. Je pense que Microsoft pourrait bien baisser fortement le prix des licences pour augmenter nettement le nombre d’utilisateurs sur son écosystème. Peut être qu’au départ ça reviendrai aux mêmes sommes comme tu le dis. Mais a terme c’est sur que non.







Nerdebeu a écrit :



TU penses que 3 ans c’est trop long, parce qu’ici, toi , moi, et la foule en délire trainant sur PCI, nous aimons la “nouveauté” et les évolutions, quoi qu’en disent certains quant à l’hermétisme et au conservatisme du Geek, mais les gens “normaux”, Michus ou autres Lambda, eux, ne raffolent pas franchement des changements, même si potentiellement plus indolores.





C’est beaucoup plus facile de faire passer madame michu avec des relances annuelles et des changements modérés que de la faire passer sur une version majeure qui change radicalement tout.

Il y a toujours 40% d’utilisateurs XP. Avec MacOSX la fragmentation est beaucoup moins forte sur les différentes versions.



Enfin vu le marché très concurrentiel sur les mobiles/tablettes Microsoft a fortement intérêt à pas attendre 3 ans.

Le 28/02/2013 à 15h 33

Nerdebeu a écrit :



Une cadence de mises à jour, majeure ce qui sera peut-être le cas pour Blue, mais derrière peut-être beaucoup moins. Et derrière ceci, il y a peut-être une raison plus bassement mercantile, tu ne crois pas ? Cadence de mise à jour, donc, mais pas plus rapide en ce qui concerne les version d’OS, qui mis à part XP l’exception, était de l’ordre de 3 ans, le rythme ne semble pas vouloir changer.





Ce n’est pas mercantile il a été dit plusieurs fois que blue serait gratuit et que les mises à jours suivantes seraient à un prix très abordable.

C’est quand même beaucoup plus simple pour les utilisateurs d’avoir une évolution douce du système. Ensuite le marché devient très concurrentiel. J’ai toujours pensé que trois ans c’était beaucoup trop long.

Le 28/02/2013 à 15h 29

HarmattanBlow a écrit :



Demandent aux dévs dotnet ce qu’ils pensent de SL, XNA et WPF. Oh ! Elles fonctionnent toujours, MS est roi sur la compatibilité. Mais elles ont été abandonnées après 4 ou 5 ans et il n’y aura plus aucune innovation alors qu’elles en ont cruellement besoin.





Pour WPF je sais qu’il y avait pas mal de code Win32. Je pense que Microsoft ne les maintient plus car il n’a pas été capable de les porter sur Midori.

Microsoft dit lui même que toutes ces technos sont gelées

Le 28/02/2013 à 15h 23

Nerdebeu a écrit :



Sauf que le long terme, la vision stratégique des choses, ils ne l’ont pas forcément toujours eu (cf retard sur le mobile, la tablette…). Que les concurrents ne semblent pas s’embarasser d’une telle vision et que ça leur réussit. Je ne suis pas certain qu’une politique visant le long terme soit très judicieuse.





Microsoft contrairement a ses concurrents porte un passif lourd:win32

Il ne pouvait pas se permettre comme ça de passer à autre chose.

Le deuxième problème c’était le “plat de nouilles” avec les dépendances entre la base système et le reste du système.

Dans les deux cas ces problèmes ont été résolus avec Windows 8. Ce qui explique pourquoi ms se dirige maintenant vers une cadence accélérée de nouvelles versions Windows.

Le 28/02/2013 à 14h 39

Grilled par tolor et lafisk " />

Le 28/02/2013 à 14h 38

Nerdebeu a écrit :



Pourtant, si je m’en réfère à ce que j’ai pu lire de Charon, et surtout si j’ai bien tout comprendu ce qu’il voulait dire, pour lui WinRT ne serait pas viable à long terme (Midori toussa). Et donc, par conséquent, ce rapprochement par le biais d’API de plus en plus communes aurait-il un sens ?





Si WinRT sera toujours viable. Sur ce que je sais Midori supportera WinRT ce qui n’est pas un scoop. Microsoft ne va pas passer sur un nouveau framework, pour tout refaire deux trois ans après.



Je pense qu’on verra de nouvelles api WinRT spécifiques à Midori.

Pour l’unification phone/PC/tablette comme l’a dit edtech, c’est surtout des api spécifiques aux plateformes qui empêchent une compatibilité totale. Mais il y a bien un socle commun.



Je pense que Microsoft pourrait utiliser Midori comme ciment pour unifier totalement.

Le 23/02/2013 à 10h 01

Quiproquo a écrit :



J’espère que c’est la fuite qui fuit, et pas la console !





Désole pour la forme pas réveillé " />