Reprise du message précédent :

 
Il manque des choses c'est clair mais c'était pour les curieux.

Mouais... j'ai du mal à comprendre l'intérêt de cette nouvelle version? Pourquoi ne pas se rapprocher d'un XYplorer par exemple?

Perso j'aime bien l'idée, même s'il manque des choses.
 
Ce qui m'étonne quand même c'est que OneDrive soit implémenté mais qu'il ne m'affiche qu'un de mes comptes.
Je trouve ça dommage.
 
Il ne m'affiche que mon OneDrive du compte pro, et pas le personnel.
Alors que j'aurais pensé le contraire, vu l'ordre d'affichage des dossiers OneDrive.

L'installation ne supprime pas l'explorateur d'origine?

Euh, pour info, ce n'est pas LE nouvel Explorateur. C'est UN explorateur de fichiers développé par un tiers puisque non signé Microsoft

Ce soir, la build 19645.1 vient d’apparaître sur le canal Fast. Avec les habituels corrections de bugs, deux changements ont été intégrés :
 
1) La distribution des kernels Linux pour WSL2 par Windows Update est actée.
2) La virtualisation imbriquée (ou Nested Virtualization) pour les processeurs AMD est désormais active.
 
https://blogs.windows.com/windowsex [...] ild-19645/

Ce n'est pas le nouvel explorateur, ce n'est pas dev par MS

 
au dela du fait que comme deja dit, ca n'a rien du tout d'officiel suffit de regarder le nom du "dev", t'auras amha "jamais" d'explorer "v2" qui supprimera l'explorateur d"origine
 
y'a bcp trop de chose qui repose sur explorer.exe dans windows, et meme si MS arrivait a tout remplacer, m'etonnerait pas qu'il faille que ca reste ne serait ce que pour des raisons de retrocompatibilité

 
Ah oui exact ! J'étais persuadé que c'était de MS mais non c'est de Luke Blevin.
Je vais donc éditer mon précédent message.  

Rien ne les empêche de proposer un explorer2 en complément avec des vraies fonctions d'explorateur de fichiers

 
c'etait ce que je sous entendais, je pense (j'espere) qu'il y aura un jour un nouvel explorer, plus évolué et plus moderne, mais je pense que ce sera en parallele du legacy
ca sera sans doute transparent pour 99% des users, qui ne verront que le nouveau, mais l'ancien sera tjs la planqué dans un coin

Bonsoir à tous,
 
Je viens de redémarrer un portable qui était dans l'oubli depuis un petit moment... résultat? Insider 1703/16251.0! il est en plus bien dans le mal :
- impossible d'afficher le menu démarrer ou les paramètres
- clic droit inopérant sur la barre de taches
- mon compte MS utilisé pour ouvrir une session fonctionne avec un ancien mot de passe qui ne s'est pas mis à jour en ouvrant la session branché sur le réseau
 
On est d'accord que le plus rapide est de passer par un téléchargement de la dernière ISO insider 19619 et de lancer le setup depuis cette image? J'espère que la licence suivra

 
je suis meme etonné que tu poses la question

Bon, tout s'est bien passé... sauf que je me souviens maintenant pourquoi il avait été stocké depuis longtemps : surchauffe de la carte graphique qui conduit irrémédiablement au plantage.
 
Je l'ai démonté pour essayer de résoudre le souci : j'ai pété le support de nappe du clavier! tous les plastiques sont cassants comme du verre à force d'avoir chauffé. Récupération du disque et de la mémoire et poubelle

BOO !
 
Il y a du changement dans le programme Windows Insider !
A l'instar de ce qu'ils ont fait avec le programme Office Insider, toutes les branche de tests ont été renommés.
 
Désormais ne dites plus Fast Ring, mais Dev Channel.
Le Slow Ring devient Bêta Channel
Et la Release Preview Ring devient.... la Release Preview Channel.
 
https://blogs.windows.com/windowsex [...] -channels/

Comme les version Edge Chromium en gros

Au moins c'est plus clair maintenant.

1ère build de la 20H2 disponible en bêta (ex-Slow Ring) numérotée 19042.330 !
 
Avec ceci, Microsoft annonce en finir totalement avec les versions XXYY (année-mois), désormais, la 20H2 restera la 20H2 (la 21H1 -> 21H1, etc...)
 
Le processus de test de la 20H2 est rapide puisqu'il s'agit d'une mise à jour cumulative. Ceux qui sont déjà en Slow Ring doivent cliquer sur le bouton "Installer maintenant" pour installer la MAJ vers la 20H2.
 
https://blogs.windows.com/windowsex [...] -330-20h2/

Et "Will be the first version of Windows to have the new Edge preinstalled."

MS a raison de ne plus garder l'année et le mois. Je pense que c'est plus simple comme ça !
 
Comme pour la 1902, il y aura encore un support de 30 mois pour la 20H2. Les versions 2xh2 serait plus que à privilégier que les 2xh1.
 
https://blogs.windows.com/windowsex [...] 0-updates/
 
Edit : Et de ce que j'ai lu, la 1ere build 21h1 serait disponible aujourd'hui (la 20150 ?).

C'est 20H2 qui est dispo en slow (20h1 + cumulative).  
 
En fast, on est déjà sur manganese depuis qques semaines (21h1).

 
en quoi 20H1, 20H2 c'est plus simple que 1903 ou 1909 ou 2004?  
 
cette faculté chez MS de changer de nommage et de regle tous les 3 doigts

Au moins ils ne sont plus "liés" à une date de sortie qu'ils ne tiennent pas la plupart du temps.
Donc ça ou autre chose ...
 

Le pb c'est que ça peut créer des pb dans des applis qui cherchent à utiliser la version de windows comme un nombre (peu importe si c'est la bonne ou mauvaise méthode hein )

En fait,Manganese était le nom de code de la "20H2" de Windows 10X. Pour la 21H1, le nom de code choisi est "Iron"    
 
https://www.theredmondcloud.com/win [...] amed-iron/

 
Nex84 et je@nb ont très bien résumé  

Le check de version comme ça est déjà un fonctionnement déconseillé par MS, alors le check de version où il attend un nombre, les dev qui font ça méritent de finir sur le bucher

Ben il faut quand même bien pouvoir checker la version, rien que si ton appli se base sur des fonctionnalités qui ont changé entre 2 versions.
Il faut un truc fiable (le numéro de build ?), peu importe ce que tu "affiches" au public.

Si une certaine fonctionnalité est demandée pour le fonctionnement d'un logiciel, il faut effectivement se baser sur le numéro de la build (comme le fait par exemple le Microsoft Store pour les applis UWP) en indiquant une version minimum.
 
On sait déjà à la base que des logiciels codés avec des API introduites dans les plus récentes versions ne fonctionneront pas forcément avec la 1ère édition de Windows 10 sortie en Juillet 2015 (qui est d'ailleurs toujours supportée jusqu'en 2025 dans le cadre des licences LTS).

Il me semble que la best practice de MS, c'est de vérifier si la fonction est disponible, plutôt que de vérifier la version de l'OS.
et, pour vérifier la version de l'OS, il vaut mieux se baser sur la build (donné par Environment.OSVersion par exemple en C#), plutôt qu'aller chercher un nom.

Oui, et ça marche aussi pour le JS (plutôt que d'utiliser le user agent...)

Tout à fait mais bon entre la théorie et la pratique...
Quand tu as tout délocalisé en Inde avec Kumar qui voit des nombres et n'a jamais compris ce qu'était un numéro de build faut être prêt à ce que tout pète

Oui, il est vrai que parfois, tu vois du code dont tu n'aurais jamais eu l'idée tellement c'est tordu et improbable (et contre productif)

#storyOfMyLife

"20H2 enablement package" est disponible pour passer la version 2004 en 2009, enfin plutôt 20H2 (19042)
 

Et ce soir, c'est la build 20150 qui est disponible sur le canal Dev ET en ISO !
 
3 nouvelles fonctions sont annoncées pour WSL : GPU Compute, WSL install et WSL update (pour mettre à jour le kernel via WU)
Ensuite, le champ de recherche dans les Paramètres des applications a été changé et quelques petites phrases ont été modifié. L'application Maps se voit progressivement passer sur des cartes provenant de TomTom au lieu de ceux de Bing...
 
Sans compter naturellement, la tonne de bugs corrigés
 
Ce sera tout pour cette 1ère build.
 
https://blogs.windows.com/windowsex [...] ild-20150/

En effet, je suis perdu maintenant.  
 
La branche fast vient de quitter manganese pour retourner sur rs_prerelease alors que la slow est à 19042 (20h2 = 20h1 + feature pack).  
 
 
Ca veut dire qu'ils ont abandonné Manganese suite au retarde de 10x et qu'on passe directement à Iron ?

 
Pour moi  
 
Manganese = 20H2
Iron = 21H1
 
Je pars du principe que la build actuellement dans le canal rapide n'est pas pour la 21H1 et d'ailleurs il faudra sans doute attendre la sortie de la version GA de la "20H2" pour avoir la 1ere vraie build "21H1".
 
Edit : ce que je dis est confirmé ici :
 
Sort -> Select Family -> 20H2 [Manganese] / 21H1 [Iron]
 
https://msbuilds.rg-adguard.net/?fa [...] year=null#

 
Oui mais la première build 20h2 sortie avant hier en slow est la 19042.330
 
Soit 19041 (20h1 vibranium) + feature pack plutôt qu'une nouvelle version complète.  
 
(Comme 19h2 par rapport à 19h1).  
 
En parallèle, on a eu depuis un mois les quatres premières build manganese en fast (de la 19628 à la 19640).  
 
Cette semaine, fast a quitté manganese pour revenir sur le canal prerelease avec la 20150.
 
Alors microsoft peut toujours renommer 19042 manganese mais j'ai l'impression que le "vrai" manganese (MN_RELEASE) a été abandonné dans cette histoire.
 
D'ailleurs, sur ton lien, on voit justement qu'AUCUNE build de manganese ne correspond à 20h2. Elles ont toutes un numéro de build supérieur à 19630, bien au dessus de la première build 20h2 sortie en slow avant hier (19042.330)

19042.331 maintenant
 

 
Alors je ne sais pas.  
 
On doit pouvoir avoir le canal en fouillant un peu dans le registre.
 
Ordinateur\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Lock Screen  
 
Y a t il encore la chaine "FirstLockAfterOSInstall", si c'est le cas que dit elle pour les possesseurs de la build 19042.330 ?
 
Ou dans "Ordinateur\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion", la chaine "BuildBranch" ?