Le 07/06/2013 à 15h 42

Yzokras a écrit :



Terrible aveu d’échec de Windows 8.0 que MS présentait comme son OS le plus testé et pensé de l’histoire de MS. La prochaine fois le menu Démarrer reviendra intégralement vous verrez.





Ou l’interface desktop actuelle disparait sur Windows 9 " />

Le 30/05/2013 à 11h 15

ennixo a écrit :



J’avais imaginé un tel “menu démarrer” depuis XP et il va enfin arriver !

Win 8.1 va me faire abandonner 7 \o/





Je comprend pas ce qu’il y a de spectaculaire comme changement de remplacer la zone de clic de Windows 8 dans le coin gauche bas de l’écran par un bouton qui redirige toujours sur le start screen.



Ca me fait penser à l’effet Vista=>7 où les gens criaient à la révolution. La il y encore moins de changements entre Windows 8 et Windows blue.

C’est vraiment n’importe quoi " />

Le 27/05/2013 à 13h 25

Strimy a écrit :



Je pense pas que ce soit un mal.

Un design n’a pas à être fait selon les capacités du matériel, mais uniquement sur la vision qu’on cherche à atteindre.



Pendant longtemps, on a construit des design en fonction des capacités du matériel (Aero en est le parfait exemple) pour en mettre plein la vue. Au moins maintenant on a un aspect graphique qui n’est plus dirigé par le matériel.

Peu importe que le design soit riche, ou simpliste, je pense qu’on est en train de passer un bon cap dans le sens où on arrête de faire de l’ultra détaillé uniquement “parce qu’on peut le faire”.





C’est sur mais modern UI je trouve ça quand même extrême il y a un juste milieu.

Le 27/05/2013 à 13h 18

lossendae a écrit :



Le flat design peut être tres sympa :

• exemple
  


• exemple
  


• exemple
  


• exemple
  


• exemple
  


• exemple
  


• exemple
  


• exemple
  
  
  
  La plupart sont plus explicite et simple qu’une contrepartie rempli d’effet skeumorphique.
  
  Et ils ne ressemblent pas du tout à Metro UI non plus.
  
  
  
  Sans compter qu’ils sont aussi beacoup plus difficile à maitriser correctement contrairement au UI skeumorphique. Ce n’est pals une question milliards de couleurs ou de traitement graphique, mais uniquement de la qualité du designer.
  
  
  
  
  
  Ouais c’est pas mal. L’un des problèmes de modern UI pour moi: Je le trouve trop épuré et pas assez travaillé graphiquement.

Le 27/05/2013 à 13h 14

Youka a écrit :



Mais c’est exploitable ! Rien n’empèche quelqu’un de faire une appli top moumoute optimisée hein? Mieux, l’appli en question aura beaucoup plus de gueule sur un fond neutre en cours d’utilisation au lieu d’être superposée à plein d’autres chartes graphiques pas nécessairement compatibles entre elles.



Clairement la charte graphique actuelle de Windows 8 est largement perfectible, ça a été compilé dans plein de dossiers, et l’OS est loin d’être finalisé dans les détails dès qu’on gratte un peu mais il demeure que l’idée de base est un pas dans la bonne direction je trouve :o





Oui c’est vrai mais je parlais surtout du start screen , des applis Microsoft et bien sur de la charte graphique ModernUI elle-même.

Ensuite comme tu le dis le XAML ou l’html5 permet de faire beaucoup plus de choses graphiquement qu’avec la GDI en moins de temps.

En effet on est pas obligé de faire du modern UI pour nos applications.

Le 27/05/2013 à 12h 04

mimoza a écrit :



Cool la prochaine étape serai le retour du mode console par défaut :lol:

20ans d’amélioration des interfaces graphique et le développement monstrueux des puissance de calcul des CPU et GPU pour arriver à ça " />





C’est que je me suis dit quand j’ai vu Modern UI. Windows intègre une des meilleures piles graphique et ce n’est pas du tout exploité " />

Le 27/05/2013 à 11h 39

fred3398 a écrit :



Je vous invite a suivre l’interview de Guillaume Eppe, responsable de la communication Xbox et Windows Phone de Microsoft France sur GameOne.net à cette adresse :http://www.gameone.net/videos/jt-special-xbox-one-910728/

Plus précisement à 10mn40s, il parle clairement de la connexion obligatoire pour activer un jeu.





Il faut apparemment une connexion pour l’activation de jeu mais ensuite tu peux jouer offline si tu veux, ce n’est pas une connexion permanente comme on a pu lire sur certains sites. Le mec l’explique sur ton lien.



Ensuite les gens ici se connectent bien sur pcinpact je ne pense pas qu’il faudra une super connexion pour l’activation " /> , faut pas pousser.



Le truc intéressant est la possibilité (en option) de déporter pas mal de calculs sur le cloud sur des trucs qui ne nécessitent pas une faible latence. Sur une autre interview ils expliquaient que ça peut fournir la puissance de trois à quatre xbox one supplémentaires par utilisateur.

Le 25/05/2013 à 09h 16

arno53 a écrit :



Yep j’ai vu ca aussi " /> Mais bon maintenant ce que je voudrais c’est une date de sortie coté client ou au moins qu’ils en parlent officiellement " />



" /> je sais je reves…





la date c’est la question à 1 million d’euros " />

Le 25/05/2013 à 09h 08

arno53 a écrit :



Il y’a de forte chance en effet, surtout avec l’arrivé du 64 bit sur ARM et de leur entré dans les serveur & co … Ms ne va pas passer à coté.



HS : Je sais pas si tu connais Justin Angel ? Comme Felix9, il aime bien fouiner dans les build de Blue .. C’est intéressant " />





Oui j’avais vu. A ce propos felix a deniché un truc(en fait j’étais déjà au courant " />) Midori est censé sortir avec un langage dérivé du C# aussi rapide que le C++. Son nom vient d’être révélé dans une offre d’emploi: M#. Apparemment l’interface de Midori serait écrite dans ce langage. Ce qui prouve que ce n’est pas juste un os sur le cloud.

Le 25/05/2013 à 08h 52

arno53 a écrit :



" /> enfaite je croyais que t’avais pas compris donc j’allais poster ca :



Mais enfaite t’as compris " /> et comme j’ai pas envie d’avoir tapé ça pour rien et que ca fait pas de mal je laisse " />



Sinon oui l’hyperviseur Hyper-V n’a pas besoin d’être porté sur WinRT vu qu’il se trouve en dessous (apres je sais pas si l’ARM est vraiment adapté …) mais on peut imaginé qu’à l’avenir Windows RT s’ouvrira à l’archi x86 (tout en gardant ses limitation sur l’interdiction d’utiliser le Win32 intégrer au système) et une hypothèse pour sandboxer les apps Win32 auraient pu etre de faire tourner une VM avec du win32 accessible à coté du Windows RT histoire de laisser l’environnement saint de virus etc … mais au final MS se dirigera surement vers sa solution Drawbridge





La vrtualisation matérielle sur ARM est toute récente je crois. Hyoer-V ne doit pas encore supporter cet architecture mais c’est surement prévu.

Le 22/05/2013 à 12h 09

arno53 a écrit :



Donc toujours pas d’helios " /> Sinon en effet les gros jeux n’ont pas l’air de s’appuyer sur WinRT (ca serait de toute facons trop tôt vu que la majorité des pc gamers sont encore sous 7) et comme dit au dessus les devs de jeux ont besoin d’api bas niveau chose qu’un Windows généraliste ne peux offrir j’imagine …





Sur ce que j’ai entendu récemment il y aurait des serveurs Midori . Midori sur les clients ce n’est pas dans l’immédiat.

Le 22/05/2013 à 11h 55

source





And the investment into infrastructure is huge – the way chief product officer Marc Whitten puts it is this: the user has one Xbox One at home, but you also have three or four more in the cloud – that’s the way to think about it, it’s that big.



Ils expliquent ce que j’avais pu entendre. chaque utilisateur aurait l’equivalent puissance de trois à quatre XBox One de plus dans le cloud.

Le 22/05/2013 à 11h 21

Sur Wired il y a plus d’informations sur les trois os:





“Snapping in” is the Xbox One’s task-switching mechanism, and it’s made possible by some serious operating system kung fu. The Xbox One simultaneously runs three separate operating systems. First comes the tiny Host OS, which boots the machine and then launches two other hard-partitioned systems: the Shared partition, an environment that runs any apps (Skype, Live TV, Netflix, etc.) and helps provide processing power for the Kinect sensor and its gesture and voice controls; and the Exclusive partition, which is where games run. Because of the way memory is apportioned in the Shared partition, you can switch between apps with little to no load times, and even snap them into another app or game to use both at the same time.



En fait il y a deux os virtualisés: un pour les applis avec Windows et l’autre pour les jeux. Le troisième os très léger est décrit comme le Host OS. C’est le nom donné au système qui gère la pile de virtualisation dans Hyper-V.



On peut se demander pourquoi deux systèmes? D’après ce qui est expliqué je doute que les jeux Xbox tournent sur PC (pour l’unification), visiblement ça ne dépend pas de Windows

Le 21/05/2013 à 18h 49

Jean_Peuplus a écrit :



huit coeurs… utilité ?





Tout dépendra des trois systèmes d’exploitation utilisés. Il n’y a pas que Windows.

Vu que Microsoft bosse depuis longtemps sur des os manycore qui gèrent eux même le parallelisme, je vois tout de suite l’utilité des 8 coeurs…..

Le 21/05/2013 à 18h 16

Comme je l’ai dis au dessus il y a trois système d’exploitations non nommés sur la XBox One.

J’ai trouvé un article qui en parle mais il manque encore pas mal d’informations.

source

Le 21/05/2013 à 17h 29

Best of Xbox OS, with deep and instant hardware access





Three operating systems in one



" />

Le 21/05/2013 à 13h 22

Nyco87 a écrit :



Ha oui voila c’était sur le gros / long doc sorti en septembre où l’on voyait l’Illumiroom et les lunettes." />





Oui de mémoire les lunettes étaient ciblées en 2014 et le cloud gaming en 2015 sur tout écran.

Le 21/05/2013 à 13h 08

Nyco87 a écrit :



J’avais cru lire que sur la modélisation de l’architecture de la Xbox dévoilé en février il y avait un module “inconnu” à coté du processeur X86 qui pourrait être un module PowerPC pour la rétrocompatibilité.

Mais bon beaucoup de supposition. Le concret arrive ce soir.





Oui sur le leak de 2010 la prochaine XBox intégrait à la fois des coeurs x86 et PowerPC pour la compatibilité. Ca a peut être changé depuis. On verra ce soir…

Le 21/05/2013 à 08h 40

Plymouth a écrit :



Oui sûrement, mais je parlais du salaire annuel du big boss de la division Windows " />





ok ;)

Le 21/05/2013 à 08h 40

HarmattanBlow a écrit :



Ce n’était pas du tout ce que je disais et je ne crois pas avoir écrit quoi que ce soit qui irait dans ce sens ! Rien ne saurait être plus éloigné de ce que je pense !



En revanche je crois qu’il y a un vrai problème de management chez Microsoft. Entre les changements de décision tardifs sur Vista, une sortie de W8 à la hâte, la valse-hésitation côté développement que l’on pense pouvoir mettre sur le compte de la guéguerre stérile entre les équipes dotnet et Windows, etc… Il est peut-être temps de virer certains grands visionnaires et de renoncer à ce management darwinien.





Tu juges de la strategie de Microsoft qui est long terme alors que tu n’as pas du tout connaissance de ce qu’ils veulent faire à terme. Super…

Je te rappelle que Microsoft doit faire face à la compatibilité de son parc applicatif. Les concurrents de Microsoft n’ont pas à gérer ce genre de problèmes. Microsoft a hésité pendant longtemps pour passer à autre chose.

Ils ont eu aussi affaire aux problèmes de dépendances dans Windows(plat de nouilles) qui est à l’origine des problèmes de Vista. Mais si ils n’avaient rien fait Windows 7 aurait aussi fait un bide.

Tu penses que Windows 8 est sorti à la hâte " /> Serieux ils sont déjà arrivé en retard sur le marché. Certains executifs admettent avoir trop trainé. et toi tu voulais qu’ils attendent plus. " />



Pour la soi disante gueguerre entre l’equipe dotnet et Windows je vois plutôt une réconciliation avec WinRT et RedHawk/Midori qui vont bientot sortir.



Pour les visionnaires c’est vrai qu’il y en a plus vraiment depuis bill gates. Hormis eric rudder qui a été promu récemment(c’était le bras droit placé par Bill Gates).

Le 21/05/2013 à 08h 27

Plymouth a écrit :



Non parce que t’as pas l’air de te rendre compte qu’un chef de projet suffisamment balèze et expérimenté pour être capable de gérer à la baguette l’accouchement d’un nouveau Windows, ça doit valoir au bas mot entre 100.000 et 150.000 dollars par an, et encore je pense que je suis très naïf là tout de suite " />

Donc je sais pas vraiment ce que tu fous de tes journées, mais arrêtes tout de suite c’est plus la peine tu as trouvé ta voie, y a pas de doutes : tu pars à Redmond par le prochain avion mon gars!!! PCI te manquera sûrement mais tu vas voir c’est un autre monde quand même " />





De mémoire c’est plutôt plusieurs milliards pour sortir un windows.

Le 20/05/2013 à 14h 46

ndjpoye a écrit :



" />" />



Mais pense à présiser 6 la prochaine fois, car on pourrait penser à .NET " />





Oui c’est vrai vb6 c’est bien pire comme crime " />

Le 20/05/2013 à 14h 42

ndjpoye a écrit :



Pas d’accord. T’en trouve pas mal. Par contre c’est clair, faut trier (et pas évident au début).

PErso, si ma mémoire me joue pas de tours, en me basant au final sur les articles de Josh Smith c’était bon. Certe ce fut galère au début de perdre ses habitudes " />





MVVM en visual basic " />



fallait que je la sorte ca faisait longtemps " /> " />

Le 20/05/2013 à 14h 23

HarmattanBlow a écrit :



Pour revenir au sujet précédent, il m’est revenu la troisième raison à laquelle j’avais pensé pour expliquer cette différence possible de coûts de développement entre W8 et Android/iPhone : MVVN.



MVVN seul ne fonctionne pas. Il nécessite invariablement des tonnes de plomberie et des frameworks bancals semblables à des hydres. C’est une sorte de mirage qui ne pourrait fonctionner qu’avec un langage conçu dans ce but et, bien sûr, avec un lourd tribut à payer sur les performances (mais très acceptable dans bien des cas) et même les fonctionnalités.



En attendant ça ne fonctionne pas. La solution c’est d’utiliser essentiellement MVP et de conserver MVVN pour les cas où il fonctionne bien (formulaire proche du modèle, peu ou pas de couplage avec d’autres VM, etc). Malheureusement MS a évangélisé MVVN aux débuts (par amateurisme, rien de moins) et entre les hordes de livres et de pages web qui continuent à s’en faire l’avocat, beaucoup de projets sont conduits dans le mur.





MVVM tu veux dire. Il faudrait qu’edtech te réponde la dessus il a écrit un billet sur ce pattern mais j’ai plus son lien.

Le 20/05/2013 à 13h 14

Ce serait logique, JS est devenue la (médiocre) lingua franca. Malheureusement ce n’est pas pour me plaire. J’espère qu’ils amélioreront plutôt Xaml.



Oui moi aussi j’aurai preféré XAML mais L’HTML5 est à mon avis un choix plus judicieux en terme de stratégie.

Pour le javascript un developpeur Microsoft expliquait qu’il allait devenir l’assembleur du web. Ca résume bien le mécanisme de typescript qui est sorti un peu après.

Le 20/05/2013 à 11h 54

HarmattanBlow a écrit :



D’abord il y a la lourdeur de XAML,le fait que les outils d’édition ne sont toujours pas satisfaisants, et la jeunesse de cette techno. Bon je sais qu’elle n’est pas si jeune, j’étais même un enthousiaste qui s’y est mis dès la bêta il y a plusieurs années, malheureusement elle n’a pas évolué comme elle l’aurait dû : XAML est encore plus lourdingue aujourd’hui et beaucoup d’anciens problèmes persistent. J’ai franchement été déçu par MS sur ce coup.



Ensuite il y a les nouvelles APi, pour deux raisons : elles sont jeunes (donc peu de ressources et l’aide est chiante à trouver faute de mot-clé convenable - le mieux rester le longuet “windows store” pour “windows store apps”) et il faut reconnaître que beaucoup de dévs sont des quiches avec l’asynchronisme qui a été systématisé ici. Et même en C# où les mots-clés async/await sont de formidables additions j’ai constaté qu’ils sont souvent mal compris.





Pour gérer les différentes résolutions c’est quand même plus simple de modifier le XAML que de retoucher à tout le code comme avant. D’ailleurs je ne développe pas sur IOS mais j’ai cru comprendre qu’ils utilisent des api cocoa pour l’affichage. Il n’y pas de séparation franche entre le code métier et l’interface comme avec WinRT. Dire que développer une interface IOS est plus simple c’est un peu de mauvaise foi…

Pour les outils d’édition de XAML c’est identique au codage d’un site web. Tu dois aussi te taper du code HTML dès que tu veux pousser un peu dans les détails. Il existe aussi des outils d’éditions HTML et je ne les ai jamais utilisé.



Pour l’avenir je pense que Microsoft va plutôt pousser sur html5 sur ce que j’ai pu entendre. WinRT le gère déjà. XAML ne marche uniquement qu’avec des plateformes Windows. L’utilisation de html5 facilite le développement multiplateforme et l’utilisation de “cloud os”



Pour les mots cles async wait je ne vois pas ce que tu reproches c’est très simple d’utilisation. Je l’utilise sur mon site en asp.net mvc4 c’est très pratique. Le code est beaucoup moins verbeux. Ce sera aussi bientôt intégré sur la prochaine version 6 d’entity framework.

En fait Microsoft a choisi de sortir un mode asynchrone only pour WinRT pour faciliter le passage à un os distribué où ce mécanisme est un prérequis obligatoire.

Le 20/05/2013 à 11h 09

Patch a écrit :



j’en ai vu un 3eme différent, je ne sais plus ce qu’il y avait dedans (faut dire que ca ne m’intéressait pas vu qu’il n’y avait pas ce que je cherchais)… " />





Tu a du confondre avec les paramètres de l’application active qui sont disponibles pour chaque application dans la charm bar. Il y a bien que deux panneaux de configuration et pas trois.

Le 19/05/2013 à 18h 20

HarmattanBlow a écrit :



Qui, quelques unes. Mais tu auras inévitablement à te cogner des applis MUI, avec bascule d’un mode à l’autre.



Je sais pertinemment tout cela, Charon, mais tu ne sembles pas réaliser qu’on ne passe pas d’une résolution 320x768 à 1920x1080 simplement en recentrant et en agrandissant. Tu dois avoir deux UI différentes pour ces deux modes. En 1920 tu afficheras par exemple l’équivalent en fonctionnalités de trois ou quatre pages du mode 320 (la vue maître, la vue détails, et un sous-détails par ex) en ajustant la navigation, les animations, etcétéra.



Au final tu dois avoir plusieurs UI dans une même appli (avec souvent plusieurs pages XAML pour une même tâche vu que le layout n’est pas recylable, ou alors il faut le redéfinir dans le code) avec chaque fois un nouvel effort de design et une grosse partie de la plomberie à refaire.



Je suis passé par là, j’ai mené un projet comme celui-ci à terme et 90% du job a été passé sur l’UI en étudiant et en testant plusieurs solutions (modification du layout, recréation de celui-ci dans le code, plusieurs pages XAML par vue, systèmes génériques, etc) pour voir laquelle était la moins pourrie, avec des changements en cours de route suite à des retours utilisateurs. Oh ! C’est sûr, rien de complexe, juste des hordes de détails à régler.



Et bon sang qu’est-ce que c’est long (coûteux) et chiant pour arriver à un résultat où le client a une super UI, jolie, animée et qui a l’air conçue spécifiquement pour sa résolution à lui, sur téléphone comme sur PC. Il faut recruter des tâcherons rien que pour uriner des flots de XAML (qui en plus est particulièrement verbeux). Pour ma part je ne me mêle plus jamais d’un projet comme ça, beaucoup trop de tâches inintéressantes. Et je ne connais pas personnellement le dév Android ou IPhone mais apparemment elles nécessitent des temps de développement significativement inférieurs.

.





Si j’ai bien compris,c’est pour cela que je disais être d’accord avec toi sur la perte d’espace. En effet si tu veux mettre une interface de phone sur reso HD PC, il va y avoir une grande perte d’espace. Tu es donc obligé de créer plusieurs fichiers XAML comme tu l’as expliqué. Pour le temps de développement avec IOS et android c’est le même problème je ne vois pas en quoi ce serait plus simple à régler. Il n’y a pas de solution miracle à ce problème hélas.







HarmattanBlow a écrit :



Tout est déjà mis à l’échelle automatiquement en fonction du DPI. La seule chose qui changera c’est que Blue sera capable d’interroger les moniteurs récents pour connaître leur DPI natif plutôt que l’utilisateur ait à le spécifier.





Oui







HarmattanBlow a écrit :



Malheureusement le fait que ce soit vectoriel ne veut pas dire que tu peux zoomer comme tu veux : je t’invite à passer d’un texte en taille 14 à un texte en taille 11,37 pour voir le résultat. Le rendu des polices en prend un coup car d’une part elles sont conçues pour des tailles bien spécifiques (et voire, comme pour Segoe, pour un algo de lissage donné) mais en plus les polices renseignent les algos de rendu avec des guides créés manuellement pour améliorer le résultat de la rastérisation à l’oeil humain, guides qui ne sont pas disponibles à ces tailles-ci.





Pas du tout d’accord j’ai testé avec DirectWrite et le rendu est très bon. Les fonts sont affichés directement sur la cg à coups de pixels shader.

Le 19/05/2013 à 16h 32

flobo09 a écrit :



C’est toujours cette vielle légende du “1 Windows sur 2 est bon”. Pour faire fonctionner ca, certains aiment bien réécrire l’histoire comme ca les arrange (l’existence de 2000 aussi, en fait).





J’attends de voir comment va marcher Windows Blue. Sur ce qu’on a pu voir Microsoft n’a pas du tout changé de stratégie mais persiste. Il y a surtout beaucoup moins de changements entre Windows 8 et Blue qu’entre Vista et 7.



Du coup si ça marche ça prouvera deux choses:

1)Si Windows 8 n’a pas marché la cause n’avait rien à voir avec l’OS.

2)Il y a vraiment beaucoup d’abrutis " />…

Perso je n’ai pas change d’avis sur Modern UI avec Blue. Je n’aime toujours pas le plein ecran imposé.

Le 19/05/2013 à 16h 19

HarmattanBlow a écrit :



En fait les dévs doivent déjà prévoir quatre ou cinq ergonomies : une app W8 peut être vue en 320768, 800480, 1920*1080, etc. Je ne sais pas si tu te rends bien compte mais autant dire que les UI doivent varier radicalement et un simple restylage ne suffit pas : les changements doivent être plus profonds.



Or le problème rencontré en transformant toutes les applis en couteaux suisses fonctionnant partout est le même qu’avec les jeux : “dumbing down”. Un résultat de plus en plus simpliste qui mécontente de plus en plus de gens qui ne trouvent pas ce qu’ils veulent. Sans parler des limites techniques imposées par le plus petit dénominateur commun.



Et l’autre problème du multi-formats c’est l’explosion des coûts vu la part écrasante de l’UI dans ce genre d’applis, en particulier avec toutes ces anims, ce travail de design, etc. Contrairement par exemple à un jeu où les textures et modèles sont les mêmes sur toutes les plateformes.





Et tu penses vraiment que tout le monde garderait un écran séparé à côté de son PC déjà bien consommateur d’espace et de finances ? Je suis sceptique.





Modern UI est une interface vectorielle. Si tu concois ton interface comme à l’époque de la GDI en utilisant beaucoup de bitmaps c’est sur que tu vas galérer pour que ce soit géré correctement sur ces différentes résolutions.



Microsoft a introduit le high dpi avec Vista. C’est peut être plus facile à coder en GDI mais au final ca gère mal les gros ecrans. Ce n’est pas vectoriel.

avec l’introduction du high dpi au niveau du moteur de composition vista, Microsoft a enrichi les api gdi pour que les applications le gèrent correctement. Il a aussi introduit silverlight et WPF qui étaient tout les deux des frameworks vectoriels qui gérait bien le high dpi. Au final les applications GDI n’ont pas été reprises. Siverlight et WPF n’ont jamais décollé. Microsoft a donc décidé de remonter la barre minimale pour les développeurs en créant un nouvel environnement WinRT.

Pour conclure apparemment Microsoft va proposer l’automatic dpi sur Windows blue.



Par contre je suis d’accord sur la perte d’espace avec ces interfaces. un compromis en pouvant placer les applications modern ui dans une fenêtre aurait été mieux vu. L’utilisateur pourrait la redimensionner correctement vu que c’est vectoriel. La résolution par défaut de l’application aurait évité l’espace perdu pour les applications plutôt fait pour les basses résolutions.

Le 19/05/2013 à 16h 04

kerabera a écrit :



une seule image pour résumer windows

http://global3.memecdn.com/Windows-All-Versions_c_94090.jpg





Windows 95 un fail ce qu’il faut pas lire " />

C’est juste le système qui a amené le monopole actuel de Microsoft sur le desktop. C’est surement le plus gros succes parmi tous les windows.

Quand les communicants Microsoft veulent comparer un Windows à la plus grande réussite Windows 95 est toujours pris comme référence.

Le 20/05/2013 à 09h 41

Il ya plusieurs projets(autour de lync et skype) pour la XBox menés par eric rudder avec le startup business group(ici etlà). J’ai aussi entendu des trucs sur Midori avec la nouvelle XBOX sur le cloud. A voir..

Le 16/05/2013 à 19h 28

KiaN a écrit :



CMD ?





cmd.exe l’invite de commande

Le 15/05/2013 à 09h 52

HarmattanBlow a écrit :



Je te renvoie au dossier qu’avait réalisé PCI sur les problèmes de Windows 8 (qui mentionnait d’ailleurs ce problème de textes illisibles), ceux-ci sont bien réels.



Et si je n’aime effectivement pas modern UI, ce n’est pas là le problème : elle est encore incomplète (réglages indisponibles dans ce mode par ex) et la cohabitation avec le bureau fonctionne mal (les deux barres de tâches, etc). Ce sont là des défauts de jeunesse qui doivent être corrigés. Et beaucoup le sont dans ce patch (même si MS n’en règle pas certains pour forcer les utilisateurs vers modern UI). Il suffit d’ailleurs de lire les changements apportés par Blue pour voir une liste des problèmes de W8.





Je n’utilise pas Modern UI sans doute pour ça que je ne rencontre pas ces problèmes. je pensais que toi aussi mais tu dois être masochiste " />



Le dossier en question relevait plus des bugs d’ergonomies ou d’interface et pas des bugs dans le code. Par contre où tu as raison l’environnement WinRT est une v1. Ce qui explique les manques actuels sur Windows 8 avec Modern UI.

Le 15/05/2013 à 09h 08

HarmattanBlow a écrit :



Tu veux vraiment que je passe en revue tous les problèmes de W8 ? Troller ce serait plutôt nier qu’il y en a.





Tu vas lister des trucs ou tu ne peux pas du tout affirmer avec certitude que ça vient de Windows. Je l’utilise depuis aout je n’ai aucun problème.

Après je ne dis pas qu’il y a des petits bugs mais pas plus que Windows 7 a son lancement. même Windows 7 avait des problèmes de jeunesse. certains drivers Vista ne fonctionnaient pas non plus. mais comme il était adulé on est passé à côté. je continue de penser que Windows 8 n’a pas plus de bugs que 7 à son lancement.

Le 15/05/2013 à 09h 04

HarmattanBlow a écrit :



Au hasard, le fait que je ne vois pas les titres des fenêtres ? Tu veux vraiment que je passe en revue tous les problèmes de W8 ? Troller ce serait plutôt nier qu’il y en a.





Je n’ai pas ce bug j’en ai jamais entendu parler.. Certaines applications n’affichent pas le titre dans la zone non cliente, c’est voulu par l’application.

Ou tu as installé une extension ou une application foireuse qui t’as changé le comportement. Windows est critiqué depuis des années pour des problèmes provoqués par les éditeurs tiers.



Je comprend que tu n’aimes pas Modern UI moi aussi mais je pense que tu te discrédites en voulant à tout pris prouvé que Windows 8 est buggé.

C’est le comportement humain classique quand on aime pas un truc on refuse de voir le reste qui est bon à côté :(

Le 15/05/2013 à 08h 51

FunnyD a écrit :



" />

Ben si, j’ai un gros bug moi, quand j’allume mon PC, je tombe directement sur le menu démarrer et en plein écran en plus, j’comprends pas…" />

" />





" /> Tu n’es pas loin de ce que certaines personnes pensent. Ils attribuent les choix d’interface pris par Microsoft comme des bugs.

Le 15/05/2013 à 08h 31

Jed08 a écrit :



Ce sont les les mêmes qui disent que c’est normal qu’il soit gratuit vu que ce n’est qu’un service pack :P





+1 " />

Le 15/05/2013 à 08h 29

indyiv a écrit :



ok

c’est donc très logique que la MAJ soit gratuite autrement 95% des “acheteurs” de Win 8 n’aurait pas fait la MAJ …

si c’est comme les maj des version d’OS X; la MAJ “majeure” risque d’etre relativement “mineure” ;-)





Microsoft préfère passer sur des évolutions douces et incrémentielles plus fréquentes. Tout le contraire de Vista. Les utilisateurs ont le temps de s’habituer. Ca évite aussi les bugs dus aux changements brutaux d’un coup dans le code(encore Vista). Ca devrait éviter aussi un nouveau XP où les gens ne veulent plus changer.

Enfin cela permet de faire face à la concurrence qui est réactive.

Le 15/05/2013 à 08h 24

HarmattanBlow a écrit :



Encore heureux que ce soit gratuit, non mais ! Il ne manquerait plus qu’ils fassent payer les patches maintenant.





Les changements concernent presque exclusivement Modern UI.





A mes yeux c’est un patch qui résout les bogues et problèmes introduits par W8.





Je n’ai aucun bug avec Windows 8. Tu trolles. Mais ce que tu associes à bug ce sont les choix d’interface pris par Microsoft. Ce ne sont pas des bugs c’est voulu.

Le 15/05/2013 à 08h 00

indyiv a écrit :



sortir une évolution majeure de Win 8 a peine 8 mois après la sortie de l’OS …

si c’est bien le cas, ça tendrait a démontrer que la sortie de Win 8 a été precipitée!!





C’est loin d’être majeur d’après ce que j’ai vu. Comme l’as expliqué tolor plus haut c’est comparable aux nouvelles versions d’OSX incrémentales.

Le 15/05/2013 à 07h 47

Tolor a écrit :



Non, les changements concernant la totalité de l’OS, que ce soit la martie ModernUI, desktop, le noyau…



on n’en sait pas plus sur le mode de diffusion de l’OS, mais il y aura forcément quelquechose de différent pour les entreprises par exemple.





Oui le système a été encore optimisé. Il est censé être plus rapide que Windows 8.

Le 15/05/2013 à 07h 44

indyiv a écrit :



Franchement qui pouvait croire que Krosoft fasse payer une MAJ d un produit tout juste sorti?

Les SP n ont jamais été payants





C’est plus qu’un service pack c’est un feature pack. De mémoire pour le 2003 R2 il fallait repayer.

Le 15/05/2013 à 07h 33

Ce que j’avais dit certains me croyaient pas " />

Le 12/05/2013 à 16h 33

Le problème avec ta comparaison avec Vista si j’analyse un peu tes propos c’est que tu sous entends que Windows 8 est buggé. En fait il l’est pas mais tu attribues les choix d’interfaces de Microsoft comme un bug. Sauf que ce ne sont pas des bugs c’est volontaire de la part de Microsoft.

Le 12/05/2013 à 16h 21

En dehors d’une minorité du genre Charon G. qui fait preuve d’un peu plus d’intelligence et en ayant un peu plus de sens critique, il semblerait qu’il reconnaisse ses erreurs de jugement alors qu’il m’avait violemment critiqué (avec un peu plus de “style” que vous autres) quand j’avais parlé de Windows 8 comme le futur Vista, bien avant sa sortie officielle et avant tout le monde.



Je n’ai pas changé d”avis depuis le début. J’ai juste une position médiane par rapport à la plupart des gens.



Vista avait des problèmes de stabilité/ performance et compatibilité à son lancement. Ce n’est pas du tout le cas de Windows 8 faut vraiment être de mauvaise foi ou pas l’avoir testé pour critiquer Windows 8 sur ces points. Je trouve toujours la comparaison avec Vista totalement débile.



Ensuite il y a l’interface et tu n’as pas du bien lire mes commentaires car j’ai dit depuis le début que je n’aimais pas Modern UI et le full screen imposé. Et c’est toujours le cas je n’ai pas changé d’avis la dessus.



Enfin j’ai dit au départ qu’on ne pouvait pas savoir dès le début si windows 8 échouerait commercialement, je n’ai pas dit qu’il ne se vianderai pas grosse nuance. Mais apparemment tu as du mal à faire des nuances. Windows 8 n’est ni mauvais ni très bon, il est entre les deux

Le 08/05/2013 à 18h 58

TwinUI.dll existait déjà dans Windows 8. je crois qu’il s’occupe de l’interaction entre l’interface bureau et Modern UI.

Le 08/05/2013 à 18h 47

arno53 a écrit :



Ah c’est donc ça … J’ai vu ca cette aprem et j’avais pas trop compris (je m’étais dirigé vers l’explication d’un 2eme écran comme sur WII U etc … Ca aurait sympa pour les apps de la futur Xbox … Mais bon y’avais deja l’app Smartglass …) " />



Mais ca me parait peut etre un peu tot pour Blue non ? Vu que pour l’instant y’a pas de mode fenêtré sur les leak et que la beta est en juin c’est short ^^



Sinon Felix parle aussi souvent de twinuisxs.dll et de twinui.dll ca m’intrigue …





Je ne pense pas que ce soit très compliqué techniquement à lancer des applis WinRT en fenêtré. Dans tous les cas ça prouve que c’est dans les cartons.



Les build qui ont fuités sont des build partners. Tout n’a pas encore été intégré .

Le 08/05/2013 à 18h 29

Felix de channel9 une source qui est à l’origine de plusieurs leaks sous Windows a analysé le code de blue.

Il a trouvé ça



Une methode IsFullScreen et la gestion d’un titre ont été ajouté sur la vue des applications WinRT. Si ca s’avère vrai ca pourrait signifier que Microsoft a l’intention de proposer des applications WinRT fenetrés. Juste le feature numéro un que j’attendais " />

Le 07/05/2013 à 15h 52

arobase40 a écrit :



Ah d’accord, donc en fait il existerait une version spécifique de Win32 pour ARM…



Donc, le peu que j’avais compris sur le hack XDA corrobore plus ou moins ce que tu dis.



Il n’en est pas moins exact que tu ne peux pas utiliser des applications des Win32 x86/x64 en l’état (ce que tu confirmes) et donc qu’il faut que que les devs et les éditeurs réécrivent ou recompilent leurs applications pour la version Win32 ARM, pour peu que Microsoft les y autorise…



Très belle preuve d’intelligence de la part de MS qui se tire lui-même une balle dans le pied… ^^





C’est une strategie long terme je pense qu’ils veulent mettre en avant les applications WinRT. Le problème c’est que les applications WinRT pour le moment sont loin de remplacer totalement Win32.