Le 29/06/2016 à 12h 19

Yeah vraiment pas mal !!! Le temps de lancement grandement amélioré me permet de mettre cette application en lecteur par défaut à la place de la version Win32 =)

Plein de bonne petite feature (notamment avec Video -> Montre (bon la traduction est bizarre ^^))

Seul petit défaut coté musique : l’absence d’un bouton pour la lecture aléatoire de toute la bibliothèque en faite non faut juste cliquer sur le bouton flottant “Play/Lire”

Bon bah du tout bon alors !! Bien Joué JB, Hugo, Thomas & tous les autres !!! Great Job !!

Le 27/06/2016 à 10h 01

Parce qu’utiliser un Opéra en version Alpha et le comparer avec un navigateur sortie y’a 8 mois alors qu’Edge a lui aussi une version bêta sortie il y a moin d’une semaine c’est normal ?
Soit tu compares des versions stable par défaut (le bloqueur de pub n’est pas activé par défaut sur Opéra) soit tu prends les versions de dev des 2 et tu active le bloqueur de pub des 2..

Le 15/06/2016 à 11h 29

La partie de l’article sur les programmes Win32 mériterait d’être éclaircies.. Les jeux Win32 ne sortent pas sur Xbox hein ^^

C’est juste qu’un consoleux peut voir à quoi jouent les PCiste

Le 15/06/2016 à 10h 59

C’est un patch thuesday, Vista est encore supporter non ?

Le 15/06/2016 à 10h 16

Les actions avancé ? Genre le clic droit sur le bouton démarrer qui te propose un menu poweruser (vieux panneaux de config, gestion des disques, programme et fonctionnalité, option d’alimentation etc..) qui rend la gestion de Windows 10 bien plus simple que Windows 7 ?

Le 14/06/2016 à 11h 10

Les mods vont être supporté* avec l’Anniversary Update, le SLI/Crossfire doit être géré par le développeur (DirectX12 permet même un mix AMD/Nvidia), le V-Sync peut être désactivé, G-Sync et FreeSync sont supporté… Les portages foireux c’est pas un problème de l’Universal Windows Plateforme mais de développeur.

* Enfin seul les mods autorisé par le développeur comme sur Steam Workshop… Microsoft ne veut pas d’un Mods russe qui enregistre tes mots de passe ….

Enfaite derrière le support des mods pour les jeux UWP c’est le support d’une véritable infrastructure d’extension pour tout l’UWP : les mods de jeux, les extensions de Edge etc …

Le 09/06/2016 à 20h 26

Bah c’est le principe de Docker non ? On utilise l’infrastructure de l’OS hôte.. Les images Docker sont donc dépendant du type d’OS hôte.

Le 03/06/2016 à 06h 04

Windows Mobile n’est qu’un SKU de Windows comme la Xbox/hololens/Windows PC… Du coup les équipes s’occupant de Windows Mobile n’ont jamais été aussi nombreuse qu’aujourd’hui car l’équipe Kernel travail pour Windows Mobile, les équipes Windows PC travail pour Windows Mobile, les équipes dédiés aux apps (edge, groove musique, Photos, onedrive etc) travail pour Windows Mobile…
http://arstechnica.com/information-technology/2016/05/onecore-to-rule-them-all-h…

En comparaison l’équipe ChomeOS ne travaille pas pour Android, l’équipe Mac OS X ne travaille pas pour iOS… Ou alors à un niveau bien moindre par rapport à Windows..

Le 31/05/2016 à 19h 01

Bien essayer mais c’est pas propriétaire… C’est pas Microsoft qui a proposé ce STANDARD et Google a pour objectif de le supporter car, comme dit dans la fucking news que tu n’a pas lu, ça donne bien plus de possibilités aux développeurs Web que le WebRTC…

Bref si c’est considéré comme le WebRTC 1.1 c’est bien pour une raison…

Et tu verras que les linuxiens qui gueule aujourd’hui seront les premiers à encensé cette norme quand Firefox ou Chrome la supportera…

Le 03/05/2016 à 17h 20

La prochaine version pour L’Anniversary Update de Windows 10 semble pourtant très bonne niveau perf (temps de lancement et conso mémoire).

Le 27/04/2016 à 20h 58

Bon après le sous-systèmes Linux n’est pas installé de base sur Windows… Il faut aller dans ajout de fonctionnalités Windows et l’installer (comme on installe Hyper-V ou d’autres fonctionnalités orienté pro).. Du coup le parc cible sera plus que limitée donc je ne pense pas qu’on aura beaucoup d’exploit visant Bash for Windows…

Le 27/04/2016 à 19h 11

Ce genre de système permet également de tester de nouvelle approche … A une époque on parlait de Helios et de Drawbridge (sur lequel ce sous-système Linux s’appuie) pour supporter Windows sur Midori …

Le 27/04/2016 à 19h 06

NextINpact et ce que sont devenu les commentaires … Quand les débats idéologiques et politiques prennent le pas sur les débats techniques …

Le 27/04/2016 à 17h 59

Tu ne crois pas si bien dire … L’implémentation de ce sous système pour Linux engendre une surface d’attaque bien plus grande qu’avant.

Le 27/04/2016 à 17h 53

Ce que tu ne comprends pas c’est que Linux ou Windows c’est globalement du noyau monolithique basé sur des concepts des années ⁶⁰⁄₇₀. Concepts qui ont été développé pour s’adapter au limitation du matériel de l’époque : peu de mémoire, plus performant de faire une isolation des processus matériellement entre le ring 0 et le ring 3 que de le faire logiciellement… Aujourd’hui c’est juste l’inverse la mémoire est abondante et rapide, il bien plus performant de faire une isolation des processus logiciellement (principe des SIP chez Singularity/Midori) que de le faire matériellement comme actuellement (ce qui entraine des perfs désastreuse lors des context switch).

Fin bref les noyaux d’aujourd’hui ne sont pas adapté au matériel d’aujourd’hui et encore moins pour l’informatique de demain (many-core, architecture hétérogène mélangeant CPU X86, ARM et GPU dans une même machine).

L’intérêt pour Microsoft de continuer le noyau NT ?? C’est que justement le noyau Linux n’apporte aucune avancé majeur en terme de perf/sécurité/futur-proof par rapport à l’actuel noyau NT.

Par contre tenter une migration de noyau comme tu le proposes c’est juste impensable …. Tu te souviens de la cassure de compatibilité lors du passage WinXP -> Vista qui a paralysé l’écosystème Windows pendant 3 ans ? C’était peanuts par rapport à ce que tu proposes …
Dans ton idée :

• soit Microsoft assure tant bien que mal une compatibilité de son écosystème sur Linux qui ne pourras clairement pas être parfaite pour tiré aucun bénéfice à court et moyen terme
  


• soit Microsoft ne conserve pas son écosystème Win32 sur Linux et de par ce fait devient une distribution Linux comme une autre (donc avec une concurrence exacerbé) pour aucun bénéfice même à long terme …
  
  Sinon je te propose une troisième solution qui sera, j’en suis quasi certain, appliquée dans les ¹⁰⁄₁₅ ans qui viennent :
  Microsoft rends ses SKU Mobile et Nano Server open source, pas forcement libre mais open-source avec acceptation possible de commits etc …
  


• Inconvénient : Cette solution impliquera le travail acharné de 3 stagiaires pendant 2 semaines pour changer les licences dans la CLUF et dans les différents fichiers sources. Au vu du salaire chez Microsoft je table sur un cout exorbitant de 30 000€
  


• Avantage : on garde la compatibilité Win32 qui reste un avantage exclusif à Microsoft car cette partie reste closed-source, la communauté Windows devient la plus grosse communauté de développeur open-source au monde, Microsoft reste maitre de son produit et des lignes directrices, Windows Modern (noyau NT + UWP) devient un système open-source audité et développé par une véritable armée de développeurs professionnel et/ou bénévole (ca entraine forcement une période de transition un peu complexe a géré mais rien d’insurmontable … Ils commencent à géré entre .Net et Chakra).
  
  Ah et pour info la team Windows utilise Git… Ils auraient pu rester sur leur ancien système … Ce gros travail a dû seulement être fait pour les habituer a faire des commits sur Linux … A moins que … Oh Wait 0.o
  
  
  
  

  tazvld a écrit :
  

  
  

  Oui, je suis d’accord, pour l’instant, Midori, c’est cool, la théorie ça fonctionne. Après, Midori ne semble n’avoir jamais été destiné à être utilisé en tant que tel. Et effectivement, MS ne semble plus s’y intéresser pour l’instant. Je pense qu’à l’heure actuel, c’est surtout parce que industriellement parlant, ce n’est pas à l’ordre du jour, là, ils ont un peu raté le virage de l’embarqué et ce genre de truc n’est peut être pas fait pour de l’embarqué (la perte de performance peut être acceptable sur un ordi de bureau, mais sur de l’embarqué, c’est tout au minimum) et ils sont même à l’unification de leurs OS.
  

  Mais voila, MS n’a pas dit que le projet est mort et enterré, il n’y a plus rien à en tirer, alors qu’ils ont de bon résultats. Tout ce qui a été développé peut voir le jour justement sous une forme comme une autre.
  

  
  

  Ainsi, je répondais à la question : et si MS devait remplacer un jour leur noyau NT par autre chose ? Pour moi, ça serait plus probable que ce soit un dérivé du projet Midori qu’un noyau Linux/Unix (comme le proposait je ne sais plus qui), ce dernier n’apporte rien par rapport à NT, ça ne permet pas de se distinguer du reste des OS, contrairement à Midori.
  

  
  
  
  En parlant de Midori, Charon de DriversCloud.com m’a parlé de cette video Channel9 - Project Rome: Driving User Engagement with Connected Apps and Devices. Selon lui ca reprend certain concept de Midori : la notion de DLL n’existe plus, les apps UWP communiquent entre elles via des contrats etc… Il en parlera surement mieux si il passe par ici.
  
  D’ailleurs il a plusieurs fois été dit que les apps WinRT était en partie pensé pour pouvoir fonctionner sur Midori (vu qu’elles sont memory safe etc…), et il est clair qu’à court terme c’est bien l’UWP qui profite le plus des concepts de Singularity/Midori

Le 27/04/2016 à 18h 34

Pour la prochaine build pensez a parler des nouveautés de la build 14328 qui était quand même importante (autant cette nouvelle build mériterait une simple brève autant là 14328 était quand même conséquente) :

• Windows Ink
  


• Nouveau menu démarré (toutes les apps directement accessible)
  


• disparition de la barre des taches + Full-screen All Apps list sur le Start Screen en mode tablette
  


• Cortana sur le Lock Screen
  


• support des notif Android
  


• le logo Action Center change de place avec en plus un badge
  


• limitation du nombre de notifications par application dans le centre de notif
  


• personnalisation des action rapide dans le centre de notif
  


• calendrier intégré a l’horloge
  


• badge pour les app UWP dans la barre des taches
  


• gestion de plusieurs sortie audio depuis la barre des taches
  
  
  Fin bref : insiderhub://announcements/7c043a52-04e3-4e7c-b485-f831a5ad7d0d?Source=ShareContent
  

Le 26/04/2016 à 18h 08

Pour compléter le problème des placeholders sur Windows 8 (conversation Twitter de Rudy Huyn développeur Windows 10 chez Dropbox :https://twitter.com/RudyHuyn/status/725018005554360321?s=09

Le 26/04/2016 à 16h 47

Le vrai problème des placeholders sur Windows 8 c’est qu’il n’était pas implémenté au niveau du système de fichiers ce qui faisait que les programmes ne savaient pas les gérer il me semble…

Pour Dropbox ça sera le même problème..

Le 24/04/2016 à 18h 12

Non non sur Windows y’a pas besoin de cliquer 50 fois sur un numéro de build pour faire apparaître le menu developpeur… Sur Windows le menu développeur est un menu comme un autre.. Donc que l’option sideloading soit la ou dans le menu sécurité ça change pas grand chose..

Mais on a compris ton point de vue c’est pareil mais c’est Microsoft donc à chier =)

Le 20/04/2016 à 21h 04

Je me doutais de l’absence de retour à la vu des faible retwitte/commentaires mais je pense qu’on doit être un certain nombre à avoir pris l’habitude de lire ces petits bilans hebdomadaires.
C’est toujours agréable de voir qu’un projet porté par des bénévoles passionné évolue toujours au fils des optimisation / nouvelles features / nouvelle plate-forme chaque semaine.

Donc je réitère, c’est vraiment des blogs posts agréable à lire et j’espère que tu gardera la motivation pour les continuer… Après tu peux peut-être faire ça toutes les 2 semaines, histoire de ne faire de la mise en forme que 2 fois par mois… (mais faut peser le pour et le contre : perte de cette routine hebdomadaire, blog post plus long etc..)

Le 20/04/2016 à 16h 50

On voit que WinRT semble t’avoir marqué à vie ^^
D’ailleurs à une époque le manque de support du C99 chez MS vous causait pas mal de soucis.. C’est vous qui avez du faire des concessions ou MS a bougé ses fesses au fil du temps ?

D’ailleurs JB tes blog post hebdomadaire sur le dev de VLC sont vraiment chouette !! Je sais pas si tu as eu beaucoup de retour sur ça mais je tenais à t’encourager pour les continuer =)http://www.jbkempf.com/blog/

Le 22/04/2016 à 10h 13

Tu ne lis pas ce que j’écris :

Arno53 a écrit :

En janvier 2013. A cette époque Chrome et Firefox avait déjà implémenter les prémices du WebRTC enfin le brouillon de l’époque.

Et à cette époque le WebRTC c’était ca :

En effet, si WebRTC permet bien une vidéoconférence, c’est uniquement de manière centralisée, c’est-à-dire entre un navigateur et un serveur. En clair, si deux utilisateurs veulent communiquer, leurs deux serveurs doivent impérativement passer par un serveur central.



Il a fallu attendre février 2013(juste 1 mois après que MS pointe les faiblesses du brouillon de l’époque), pour qu’enfin on aie une communication direct de navigateur à navigateur (avec certes une initialisation avec un serveur tiers au début).

Donc je réitère on a commencer a coder un truc pas terrible alors qu’il a fallu juste 2 semaines de réflexion en plus sur le brouillon pour améliorer sensiblement la norme.

Donc là ca va car on a juste perdu 1 mois, mais coté SDP on est en train de perdre des années pour avoir voulu garder cette compatibilité avec cette héritage vieillissant….

L’ORTC c’est du low-level c’est le DirectX12 de la communication temps réel sur le web, le développeur à la main sur tout, c’est donc très flexible et on peut toujours créer un wrapper pour ceux qui veulent un truc plus simple (high-level)

programmableweb.com a écrit :

Developers can use the ORTC API to implement advanced capabilities such as layered video coding, simulcast, scalable video coding (SVC), and more. These capabilities can also be implemented using SDP in WebRTC 1.0. However, WebRTC 1.0 communication capabilities can be more difficult for developers to implement. A JavaScript API like the ORTC API, provides greater access to more controls. In WebRTC 1.0, modifying the same controls would require browser source code changes. ORTC is also taking the approach of JavaScript shim libraries; for example, ORTC allows a JavaScript-based shim (“upshim”) to be built on top of ORTC.js which would provide the same functionality of WebRTC 1.0 APIs, including the RTCPeerConnection API.



Fin bref si tu penses que l’ORTC est appelé le WebRTC 1.1 car c’est une régression vis-à-vis du WebRTC 1.0, libre à toi …

Le 21/04/2016 à 19h 46

Les liens que j’ai posté comm’ N°10 (lui et lui) date de janvier 2013. A cette époque Chrome et Firefox avait déjà implémenter les prémices du WebRTC enfin le brouillon de l’époque.

Et à cette époque le WebRTC c’était ca :

NextINpact a écrit :

En effet, si WebRTC permet bien une vidéoconférence, c’est uniquement de manière centralisée, c’est-à-dire entre un navigateur et un serveur. En clair, si deux utilisateurs veulent communiquer, leurs deux serveurs doivent impérativement passer par un serveur central.


Ce qui me dérange là dedans, c’est qu’on avait déjà commencer à coder un truc qui marchait comme ca dans le brouillon plutôt que réfléchir à un meilleur brouillon des le début… Mais bon c’est pas la première foisqu’on se rend compte que mettre la charrue avant les bœufs n’était pas l’idée du siècle…

Alors je comprends bien que le W3C avance de cette manière en adaptant le brouillon aux réalités des implémentation mais je pense qu’on aurait clairement pu avoir un meilleur cahier des charges dès le début pour le WebRTC. D’ailleurs au final le WebRTC 1.0 a évolué dans ce sens.

Enfin pour la SDP du WebRTC 1.0 et l’intérêt de l’ORTC (aka WebRTC 1.1) ce lien est pas mal :


programmableweb.com a écrit :

The key difference between the ORTC API and the WebRTC 1.0 API is that the ORTC API is a lower-level JavaScript API that provides the same components as the WebRTC 1.0 API while allowing greater flexibility than what is currently available in the WebRTC 1.0 SDP interface. Developers can use the ORTC API to implement advanced capabilities such as layered video coding, simulcast, scalable video coding (SVC), and more. These capabilities can also be implemented using SDP in WebRTC 1.0. However, WebRTC 1.0 communication capabilities can be more difficult for developers to implement. A JavaScript API like the ORTC API, provides greater access to more controls. In WebRTC 1.0, modifying the same controls would require browser source code changes. ORTC is also taking the approach of JavaScript shim libraries; for example, ORTC allows a JavaScript-based shim (“upshim”) to be built on top of ORTC.js which would provide the same functionality of WebRTC 1.0 APIs, including the RTCPeerConnection API. It should also be noted that ORTC APIs do not replace WebRTC 1.0 APIs, but rather augment the existing SDP APIs in WebRTC 1.0 which have been integrated into millions upon millions of devices.


Celui-ci aussi est intéressant ou encore celui-là.

Mais tu as raison laissons le temps au temps … Mais je serais prêts a parier que Edge supportera le WebRTC 1.0 avant que Mozilla ne supporte l’ORTC/WebRTC 1.1

Ah et à propos, contrairement à ce que peut croire freechelmi c’est pas MS qui a proposé l’ORTC … Et aujourd’hui Google est derrière l’ORTC aussi

Le 19/04/2016 à 06h 19

Boîte noire est peut être exagéré, j’aurais du dire une boîte transparente fermé… Tu sais ce qu’il y a dedans mais tu ne peux jouer avec..

Je pense que les gens qui se sont un minimum renseigné sur ORTC seront d’accord pour dire que l’interface SDP du WebRTC 1.0 est bien moins flexible que l’ORTC où le développeur peut choisir bien plus de paramètres..

Vis à vis des codec ça évolue (VP8) :https://blogs.windows.com/msedgedev/2016/04/13/roadmap-update-for-real-time-comm…

Voir VP9 a terme ?https://blogs.windows.com/msedgedev/2016/04/18/webm-vp9-and-opus-support-in-micr…

Et pour la centralisation c’est justement ça qui est drôle… Mozilla et Google ont poussé et même directement commencé à implémenter un brouillon pensé pour être centralisé… N’aurait-il pas été plus intéressant d’avoir des objectifs visant à être moins centralisé dès le début plutôt que commencer à implémenter un brouillon plus que moyen… Tu te rends compte que c’est le méchant Micro$oft qui a poussé à moins de centralisation ?

Et je ne parlerai des sites web qui bâtisse des services pour le grand public sur une norme mal pensé… Et maintenant les apports de l’ORTC ne sont pas prêt à toucher le grand public car les sites web et Mozilla/Google se contentent de cette version au rabais qu’est la 1.0…

Le 18/04/2016 à 16h 48

Ou alors beaucoup de sites ont lancé des services de visioconf en se basant sur les brouillons du 1.0. Mais le 1.0 avait beau être pas très bien pensé à la base, il a fallu le “finaliser” sans que ça n’aie trop d’impact sur ces sites qui était en production.

Maintenant on a le 1.1 qui est bien plus paramétrable via des API pour javascript sauf qu’aucun site ne veux l’adopter car il faut retravailler le site…

Mais bon c’est plus IN de cracher sur MS que de voir que la version 1.0 n’a pas bien été pensé dès le début..
https://m.nextinpact.com/news/76852-w3c-microsoft-propose-protocole-pour-communi…

https://m.nextinpact.com/news/72953-microsoft-travaille-sur-version-web-skype-ba…

A la base le WebRTC 1.0 était une boîte noire centralisée… C’est Microsoft qui a poussé l’idée d’un fonctionnement Ad-Hoc… Un comble non ? Ah oui mais non Micro$oft c’est caca, Google et Mozilla qui rush de la merde c’est mieux <3

Le 18/04/2016 à 11h 48

Vous êtes sûr que Firefox et Chrome supportent ORTC ?
J’avais l’impression que ces navigateurs étaient restés au WebRTC 1.0.. Là où Edge supportait le 1.1 (ORTC)

Le 18/04/2016 à 18h 05

C’est pas plutôt le WebAssembly le futur du web ?
https://m.reddit.com/r/programmerchat/comments/4dxpcp/i_am_miguel_de_icaza_i_sta…

Le 11/04/2016 à 16h 25

Le plus marrant c’est que si un jour linux perce sur le PC des particuliers, il y a de fortes chances que ça soit via un OS de Google fournissant un écosystèmes fortement dépendant des services Google etc..
Les écosystèmes en .deb/.rpm etc.. resteront toujours une niche..

Le 09/04/2016 à 12h 01

Non mais certaines personnes pourraient être banni des commentaires (tout du moins sur les news Windows si c’est possible car ce sont généralement les mêmes personnes et toujours sur les news Windows …).

Mais bon ca semble un peu tard maintenant, beaucoup des INpactiens qui donnaient une plus value à votre site via les commentaires ont préféré quitter le navire au fils des années … En même temps voir pendant plus de 3 ans des débat tournant en rond sur le Start Screen de Windows 8.x, des commentaires plus politique que technique (NSA, pas Open Source, Linux ca rox / Windaube de M$ ca pue etc..) sur chaque news en ont lassé plus d’un …

Le 08/04/2016 à 18h 21

Merci NextINpact pour ces commentaires de qualitay " />

Le 08/04/2016 à 18h 01

Bon par contre faut pas se faire d’illusion : une app Win32 qu’elle soit dans le store ou pas c’est pas ce qu’il y’a de mieux pour la sécurité …. Bon au moins ces Appx seront signé numériquement …
Article Anglais intéressant.

Le 08/04/2016 à 17h 47

Ce qui est cool c’est qu’une pub video HTML5 continuera d’être joué sans moyen de la bloquer facilement …

Le 07/04/2016 à 17h 57

Ou alors ta copine squatte Grey’s Anatomy sur la tv du salon…

Le 05/04/2016 à 20h 17

C’est une impossibilité technique ou c’est plus politique ?

Sachant que les WebExtensions touchent Firefox, Edge et sûrement Chrome c’est dommage…

Le 05/04/2016 à 17h 32

Pour info le swipe pour faire précédent/suivant a été annoncé.

Edge supportera également le WebRTC 1.0 (il supportait déjà le WebRTC 1.1 depuis sa sortie)… En attendant Chrome et FF ne font pas grand chose sur le 1.1…

Donc au final avec ce qui arrive en juillet (extension, arborescence de favoris, import des favoris externe etc) Edge aura réussi en 1 an de release grand public à arriver au niveau de Chrome et Firefox..

D’ailleurs au HTML5test Edge dans ses version interne à déjà dépassé FF… Bon après ce n’est qu’un test sur le support des fonctionnalités HTML5 et non de la qualité de l’implémentation…

D’ailleurs la politique de MS c’est de copier l’implémentation de Chrome, bug compris… Mais bon c’est ce que les brillants développeur web désiraient…

Le 04/04/2016 à 19h 14

Eh non… C’est pas un poisson…

Le 04/04/2016 à 18h 08

https://www.thurrott.com/windows/windows-10/66027/windows-10-dark-theme-set-arrive-anniversary-update

Et en ce moment il y a le EdgeWebSummit avec des annonces intéressante comme le fait que Flash sera déportés dans son propre Appcontainer, MemGC qui semble bannir une classe de faille type use after free etc..

+http://www.winbeta.org/news/edge-summit-2016-whats-new-coming-edge

Le 04/04/2016 à 17h 13

Dans ce cas tu peux dire adieu à l’icone du triangle jaune sur l’icone du wifi/rj45.. C’est con c’est le genre de petits trucs qui permet de diagnostiquer rapidement si le pc peut se connecter à internet… C’est pratique quand Mme Michu t’appelles…

Mais pour ça faut faire une requête vers le monde extérieur…

Le 01/04/2016 à 16h 38

Donc non Win32 encapsulé dans un .Appx n’est pas universel sur tous les SKU Windows 10 mais seulement sur le SKU PC.

L’objectif c’est de faire rentrer l’app dans le store PC, de mettre fin au WinRot et d’avoir des process d’installation, de maj et de desinstallation propre et moderne.

Ensuite dans ce package il va pouvoir écrire/réécrire du code en véritable WinRT/UWP afin de s’interfacer de plus en plus avec les possibilités du système.

Et c’est seulement une fois que tous le code sera réécrit en UWP qu’il pourra toucher le mobile, la xbox et hololens

Le 31/03/2016 à 17h 48

La session sur Centennial est dispohttps://channel9.msdn.com/Events/Build/2016/B829

Le 19/03/2016 à 19h 39

Open-source = tu peut lire le code pas forcement le réutiliser …
Icic’est Open-Source avec une licence MIT donc libre …

Le 18/03/2016 à 16h 29

Bon sinon y’a eu pas mal de news sur la Xbox et l’UWP à la GDC voir (en anglais) les sites Dualshocker news1 et news2 ou en Français l’article de Cassim sur FraWin

Le 18/03/2016 à 12h 23

Firefox ? C’est pas le navigateur web qui n’est même plus en compétition dans des concours de hacking type Pwn2Own tellement il est dépassé question sécurité ?

Le 16/03/2016 à 17h 42

Plus qu’à espérer que les dev des projets en cours migre sur cette nouvelle version pour profiter de DirectX12.. Coucou StarCitizen !!

Bon en vrai pour StarCitizen j’ai des doutes vu qu’ils ont dû pas mal modifier le CryEngine

Le 16/03/2016 à 17h 32

Tu as raison ça ressort à chaque fois donc abstient toi la prochaine fois…

Une dernière fois pour ce qui ne comprennent pas ce genre d’évolution rapide (et ça concerne Chrome, Firefox, les builds Windows, Linux etc) : ce numéro n’est pas là pour l’utilisateur lambda mais pour les développeurs et journaliste spécialisé !!

Quand Google fait de la promo pour Chrome il le fait pour Chrome et pas pour Chrome 50.. De toute façon les majs sont automatiques et il y a peu de fragmentation donc tous le monde est sur du Chrome > 48 .. Par contre pour un dev savoir que son site s’affiche bien en 49 mais plus en 50 est utile.

Sérieusement, les commentaires ne sont pas une poubelle, réfléchissez avant de poster… Lire un même truc idiot pendant des années sur chaque news d’un même sujet ça devient vraiment pénible. NXI est censé être un site technophiles avec un public averti mais ça devient de plus en plus un clubic ou jeuxvideo.com bis…

Le 15/03/2016 à 20h 55

Last rumeurs : c’est prévu pour Jeudi ^^

Le 15/03/2016 à 18h 55

C’est simple, voici une news Linux :http://www.nextinpact.com/news/98902-debian-9-retardee-pour-attendre-kernel-linu… : Commentaire intéressant, pas une seule mention du type “Linux ca pue, Windows c’est mieux” …

les commentaires des news sur Windows : “Windows 10 est encore en beta, je comprends pas comment les gens peuvent installer cette merde sur leur PC.” “Backdoor !!!” “NSA !!!” “Espionnage de masse, je préfère Linux” …

Perso ca me soul de plus en plus … Avant je passais plus de temps a lire les commentaires que les news … Maintenant je survole la news et les comm’ … Et y’a clairement une communauté qui troll beaucoup plus que l’autre meme si il y’a de beau spécimen de chaque coté … mais bon si ca ne dérange pas plus que ca NXI …

Edit : Ah bah tien y’a Marba et Bylon qui commentent … Lulz " />

Le 15/03/2016 à 16h 51

+1 c’est comme ça que Nxi ressemble chaque jour un peu plus à Clubic …

Le 12/03/2016 à 19h 14

Tu crois que Steam est gratuit pour les développeurs ?

Tu en vois beaucoup criée au scandale sur les 30% de Steam ? Moi je vois des gens encenser Gabe en lui souhaitant de réussir à vendre des logiciels privateur sur GNU/Linux…

Le 12/03/2016 à 13h 30

La question sur Vulkan + UWP est intéressante, si un dev pouvait nous dire si c’est techniquement faisable ou pas ça serait chouette …

Mais bon au final ce genre de question existe depuis iOS 1 et Android CupCake … Google et Mozilla ont gueulé à la sortie de Windows 8 sur la problématique des moteurs Javascripts (et le JIT) sur le socle WinRT (en parallèle Microsoft n’interdit pas de porter un moteur de rendu sur WinRT) mais personne ne s’est plein de iOS qui impose à la fois le moteur javascript et le moteur de rendu Webkit … Non chacun a sortie sa marque en tant que surcouche de Safari …

Fin bref on encense les premiers et quand le dernier de la classe fait pareil sa gueule … Muahaha l’hypocrisie " />