Windows 11 : les onglets de l’Explorateur débarquent dans la branche Beta

Windows 11 : les onglets de l’Explorateur débarquent dans la branche Beta

Windows 11 : les onglets de l’Explorateur débarquent dans la branche Beta

Surprise : alors que personne ne les attendait, le nouvel Explorateur débarque dans la branche Beta, quelques jours à peine après son arrivée dans Dev.

Si l’ajout est surprenant, c’est que la branche Beta contient actuellement tout le contenu de la mise à jour 22H2 de Windows 11, attendue pour cet automne. Or, tout portait à croire que le programme était « verrouillé », de nombreux signes pointant vers des fonctions finalisées.

Si vous ne voyez pas les onglets après installation de cette préversion, c’est parce que la fonction est activée progressivement chez les utilisateurs, de manière aléatoire. Microsoft applique la même recette que dans la branche Dev, pour contrôler le flux des retours.

Commentaires (30)


La seule chose qui va m’inciter à passer à Windows 11 ?
Peut-être :roll:


Bof, il y des explorer bien mieux et beaucoup plus puissants déjà dispos sur windows 7 et 10 que des simples onglets sur Windows Explorer. Par exemple XYplorer ou Directory Opus.


Bienvenu en 2005


J’arrive toujours pas à comprendre la hype… Je m’explique.



Pouvoir organiser plusieurs fenêtres sous forme d’onglets ne devrait pas être laissé à l’appréciation de chacune des applications. Au contraire, c’est le Window Manager lui-même qui devrait être capable de grouper deux top-level-windows dans un même conteneur, et organiser ce conteneur pour montrer des onglets ou côte à côte à-la-commander.



Parce que, fondamentalement, le besoin n’est pas tellement de grouper les fenêtres de l’explorateur de fichiers, le besoin c’est de grouper fonctionnellement toutes les fenêtres dont on a besoin pour une tâche.



Si ma tâche est d’organiser des fichiers, il se peut très bien que je doive jongler entre dux fenêtres de l’explorateur de fichiers, une fenêtre d’un client FTP et une fenêtre de l’explorateur Internet… Même chose si je fais du traitement de texte, je pourrais vouloir grouper deux fenêtres Word, un Excel, un Powerpoint et un explorateur de fichiers… Et non, les “desktops” ne règlent pas proprement ce problème.


Je suis en canal dev et j’ai toujours pas ces fichus onglets, bizarre.



(reply:2076907:33A20158-2813-4F0D-9D4A-FD05E2C42E48)




En même temps si tu veux un windows manager efficace tu utilises pas Windows.


Si tu connais un window manager qui fait exactement ça (pour Linux donc) ça m’intéresse :ouioui:


Mais quand la DSI ne te laisse pas le choix il n’a pas d’autre alternative.



(reply:2076907:33A20158-2813-4F0D-9D4A-FD05E2C42E48)




Ils ont déjà essayé de faire ça avec les Sets et ils ont finalement laisse tombé parce que trop de bugs avec les applications qui utilisent des barres de titre custom.


Ouais, comme d’hab quoi… Les éditeurs de softs tiennent absolument à foutre le boxon dans la barre de titre au lieu d’y mettre juste un titre, parce que o hé hein bon, il faut absolument que notre application se démarque des autres en optant pour une présentation différente ; c’est tellement géniaaaaal d’avoir une fenêtre ovale.



Et puis c’est la faute à Microsoft si on ne peut pas avoir un Window Manager digne de ce nom…


Bonjour, la MAJ fait planter Firefox lorsque je ferme l’explorer avec des onglets



Clapitti a dit:


Je suis en canal dev et j’ai toujours pas ces fichus onglets, bizarre.




Lis l’article… Pour le moment, les onglets sont activés pour un petit nombre d’utilisateur.
Après tu peux forcer l’activation avec vivetool


T’es gentil :roll: mais quel intérêt de lancer la fonctionnalité sur le canal bêta si tous ceux du canal dev ne l’ont toujours pas ? Super logique ton histoire.



(reply:2076963:33A20158-2813-4F0D-9D4A-FD05E2C42E48)




Alors d’une part le fait d’avoir une barre de titre custom ne sert souvent pas à se démarquer mais à proposer d’autres fonctionnalités ou une UI plus propre - Chrome utilise sa propre barre de titre et ça rends mille fois mieux comme ça qu’autrement, c’est exactement la même chose sous Linux d’ailleurs.



D’autre part le gestionnaire de fenêtres existe depuis environ 25 ans maintenant, il est impossible de tout changer. Et il y a eu des améliorations ces dernières années : la gestion des layout dans Windows 11 par exemple. Ou plus ancien, les snap dans Windows 7 qui sont toujours très utilisés aujourd’hui.


Bah justement si Chrome ne manipulait pas sa barre de titres pour y mettre des onglets, il aurait pu être intégré à un machin qui organise les fenêtre en onglets, et s’il avait été possible à toutes les fenêtres d’être organisées en onglets, Chrome n’aurait pas eu besoin de mettre les onglets dans la barre de titre. C’est un argument circulaire.



Et c’est pas le seul endroit où ça fait choir, il est quasiment impossible d’avoir un truc qui marche convenablement pour afficher les fenêtres sur un bureau distant, par exemple une app qui tourne dans une VM (mode seamless) et/ou un RDP. En pratique qy’a toujours un truc qui coince.



(reply:2076963:33A20158-2813-4F0D-9D4A-FD05E2C42E48)




Moi la seul appli que je tolère avec une barre différente, c’est Winamp …
Un bon vieux Winamp 5.666 d’il y a 10 ans 😋



(reply:2076971:33A20158-2813-4F0D-9D4A-FD05E2C42E48)




Si Chrome avait gardé la barre de titre l’interface aurait été dégueulasse. Avoir des onglets avec une barre de titre par-dessus ça veut dire 1. avoir une UI très moche 2. perdre de la place surtout sur des petits écrans type laptop.



Tout ça juste pour pouvoir grouper des applications dont la grande majorité des gens se moquent complètement, ce serait vraiment une très mauvaise idée.



SomeDudeOnTheInternet a dit:


grouper des applications dont la grande majorité des gens se moquent




C’est quand-même marrant que absolument tout le monde ici se plaint un peu de l’absence d’un moyen de grouper des fenêtres soit dans des onglets soit dans des panneaux juxtaposés, mais uniquement pour le gestionnaire de fichiers, pas pour les autres applications…




ce serait vraiment une très mauvaise idée.




Bah oui, on va faire comme on a toujours fait, chacun fait un truc à sa sauce dans son coin incompatible avec les autres, quand ça les arrange, et vazzy que je te mets des onglets ronds, carrés, rhomboédriques ou en forme de loukoum qui a trop chaud, ça a tellement mieux marché jusqu’ici…



(reply:2077002:33A20158-2813-4F0D-9D4A-FD05E2C42E48)




Le but des onglets, c’est de regrouper dans une même fenêtre plusieurs fenêtre d’un même logiciel. Il existe la barre des tâches pour le reste et les bureaux virtuels.


Exactement ce que je dis : pourquoi est-il important de regrouper les fenêtres du même logiciel ? Est-ce que Word et Excel sont le même logiciel (Office) ? Pourquoi est-ce que quand j’utilise Word Online et Excel Online je peux mettre ces deux logiciels dans deux onglets de mon navigateur ? Pourquoi est-ce que je ne peux pas le faire quand j’utilise les logiciels natifs ?



(reply:2077026:33A20158-2813-4F0D-9D4A-FD05E2C42E48)




Parce que regrouper les fenêtres d’un même logiciel est logique.
Regrouper des fenêtres de logiciels différents ne l’est pas.




Est-ce que Word et Excel sont le même logiciel
Non, ce sont deux logiciels différents. Office est une suite, pas un logiciel.



Pourquoi est-ce que je ne peux pas le faire quand j’utilise les logiciels natifs
Word et Excel Online ne propose pas d’onglet. C’est ton navigateur qui le propose.
La suite Office ne propose pas d’onglet.



Tu esquives toutes les questions en ne répondant que par des détais ancillaires sur l’implémentation actuelle… Preuve s’il en est que sur le fond, tu n’as rien de concret sur quoi t’appuyer ; je n’ai peut-être pas aussi tort que tu sembles le penser…



Je répète la question, donc : pourquoi est-ce que cela te semble inutile que Word ou Excel puissent avoir des onglets, alors que quand tu utilises la version online, il te semble naturel d’en avoir ?




Word et Excel Online ne propose pas d’onglet. C’est ton navigateur qui le propose.




C’est fabuleux la facilité avec laquelle j’arrive à vous amener à dire ce que je veux :-) Relis bien ma première intervention : ce n’est pas à chaque logiciel indépendemment d’implémenter les onglets, c’est au window manager (ici implémenté par le navigateur) de permettre à toute application d’être organisée par onglets, de façon transparente pour l’application elle-même.



Or si c’esst une bonne idée - et un comportement naturel pour l’utilisateur - dans le navigateur pour les applications Web, il n’y a pas de raison objective d’affirmer que c’est une mauvaise idée pour les applications natives.



(reply:2077051:33A20158-2813-4F0D-9D4A-FD05E2C42E48)




Word et Excel Online n’ont pas d’onglets, c’est ton navigateur qui te permet de les avoir.
Sur cette capture d’écran, montre-moi les onglets de Word Online :
https://i.imgur.com/V0FVhpB.png




c’est au window manager




Non, ce n’est pas au window manager d’implémenter des onglets pour tout et n’importe quoi. C’est la pire idée qu’on puisse avoir en plus. Il existe une barre des tâches qui sert justement à jongler entre les logiciels, pas besoin de rajouter des onglets qui va seulement mélanger les gens.



Microsoft a tenté de le faire en 2018 avec Sets, mais cela ajoutait inutilement de la confusion et finalement était peu pratique donc le projet a été abandonné.



Il existe une barre des tâches qui sert justement à jongler entre les logiciels, pas besoin de rajouter des onglets qui va seulement mélanger les gens.




Prenons un Chrome avec trois onglets: Gmail, Facebook et Nxi




  • Je prends l’onglet Gmail et je le déplace hosr de la fenêtre. Une nouvelle fenêtre se crée avec cet onglet.

  • Je prends l’onglet Facebook et je le déplace dans la fenêtre qui contient Gmail. L’onglet se met dans la nouvelle fenêtre.

  • Je prends l’onglet Nxi et je le déplace dans l’autre fenêtre. L’ancienne fenêtre se ferme et je me retrouve avec une seule fenêtre à trois onglets.



Est-ce que tu trouves cela confus et/ou peu pratique ?




  • Si OUI alors pourquoi as-tu apprécié qu’on implémente des onglets dans le navigateur, puisque c’est confus et peu pratique ?

  • Si NON alors pourquoi faire exactement les mêmes maneuvres avec trois onglets contenant respectivement un document Word, un document Excel et un terminal Powershell serait-il confus ou peu pratique ?



(reply:2076942:33A20158-2813-4F0D-9D4A-FD05E2C42E48)




Ça existe depuis longtemps dans xmonad (ou alors je n’ai pas compris de quoi tu parles).



RedShader a dit:


Word et Excel Online n’ont pas d’onglets, c’est ton navigateur qui te permet de les avoir. Sur cette capture d’écran, montre-moi les onglets de Word Online : https://i.imgur.com/V0FVhpB.png



Non, ce n’est pas au window manager d’implémenter des onglets pour tout et n’importe quoi. C’est la pire idée qu’on puisse avoir en plus. Il existe une barre des tâches qui sert justement à jongler entre les logiciels, pas besoin de rajouter des onglets qui va seulement mélanger les gens.




C’est ton avis, et n’essaye pas d’imposer tes idées à tout le monde parce que c’est lourd. Tu ne détiens pas la vérité absolue.



Perso je trouve les onglets très pratiques. As tu seulement essayé avant de critiquer ???
On peut faire un glisser déposer entre onglets.
Le titre de l’onglet est beaucoup plus visible que le titre d’une fenêtre de l’explorateur. Y a moins de risque de se planter…



Bref, encore une fois arrête de vouloir imposer tes idées.
Chacun son avis.
Les onglets sont quand très demandé comme fonctionnalités depuis longtemps….



Clapitti a dit:


T’es gentil :roll: mais quel intérêt de lancer la fonctionnalité sur le canal bêta si tous ceux du canal dev ne l’ont toujours pas ? Super logique ton histoire.




Microsoft souhaite proposer les onglets plus tot que prevu et donc dans la 22H2.
et comme c’est encore en test, pour le moment seul un nombre restreint d’utilisateurs disposent des onglets, que ce soit dans le channel dev ou beta, c’est pareil.
Je ne vois pas ce qu’il y a de difficile a comprendre…



et tu n’etais pas oblige de me prendre de haut avec ton smiley a la con et “t’es gentil..”



(quote:2076907:33A20158-2813-4F0D-9D4A-FD05E2C42E48)
Pouvoir organiser plusieurs fenêtres sous forme d’onglets ne devrait pas être laissé à l’appréciation de chacune des applications. Au contraire, c’est le Window Manager lui-même qui devrait être capable de grouper deux top-level-windows dans un même conteneur, et organiser ce conteneur pour montrer des onglets ou côte à côte à-la-commander.




Pour faire court, c’est techniquement impossible.
Version plus longue :
Tu penses que des onglets sont simplement des applis rendus côtes-à-côtes. Ce postulat est faux.
Regarde n’importe quelle appli gérant des onglets tu verras qu’il ya un tronc de fonctions communes : Quand tu drag&drop un fichier dans un gestionnaire de fichier, il te propose de copier / déplacer / créer un lien : cette fonction est possible parce que les 2 onglets sont la même appli et peuvent communiquer facilement.
En passant par le gestionnaire de fenêtre, le fichier est d’abord copié par OLE dans un dossier temporaire par l’appli “draguant” puis le gestionnaire de fichier envoie le fichier en “OLE” à l’appli “droppante” : on peut copier le fichier, mais ni proposer de le déplacer ou de créer un lien car il y’a eu un fichier temporaire intermédiaire.
L’autre solution c’est de définir une API spécifique, tu envoies un message “je suis le processsus xxx mon utilisateur drag& drop le fichier /xxx décides quoi faire et appel moi” ça veut donc dire qu’il faut définir un protocole spécifique et prévoir tous les cas possibles: drag& drop d’un fichier dans paint, dans une console… Mais y’a pas que le drag& drop à gérer ;)
C’est un seul exemple, mais il y’a se pb dans toutes les applis que ce soit visible ou non (ex: chrome laisse plus de droits si un des onglets a été ouverts par l’autre).
Tu n’es pas le premier à avoir penser à ça, je crois me rappeler d’expérience sous linux, sans un minimum d’interactions les onglets sont totalement inutiles érgonomiquement parlant.


Sachant que je suis développeur et que j’ai déjà implémenté du drag and drop, je peux te garantir que




  1. l’API dont tu parles pour que la source et la cible s’échangent des infos sur l’identité des objets échangés existe déjà. Ficelles : IDropTarget, IDataObject. Et non, il n’est pas nécessaire de passer par un fichier intermédiaire, ce sont des objets COM qui sont marshallés en mémoire. Encore mieux, comme ce sont des objets (D)COM, que le drag-and-drop soit dans le même processus ou entre deux processus différents, le protocole est exactement le même. Hé, ça marche même entre deux machines différentes (drag and drop entre la machine locale et une machine RDP)



  2. Tu sembles ignorer que le Windows Manager ne manage pas des processus mais des fenêtres. Comme une instance d’application peut ouvrir plusieurs fenêtres top level, rien n’empêche le Window Manager de mettre deux fenêtres côta à côte en ne se souciant absolument pas de savoir si c’est le même processus ou des processus différents. Notamment, l’explorateur de fichiers n’existe qu’en une seule instance et ouvre plusieurs fenêtres top level, sauf si on a été cocher l’option “ouvrir chaque fenêtre dans un processus séparé”, auquel cas, ben … le drag and drop passe déjà par un protocole inter-processus sans que cela t’ai ému plus que ça.



  3. Tu sembles aussi ignorer que l’explorateur de fichiers est déjà capable de dropper des fichiers dans des applications tierces, soit par le protocole IDropTarget/IDataObject ou via le protocole simplifié WM_DROPFILES. Notamment, si tu as un navigateur Chrome ouvert sur ton Google Drive Online, tu peux drag-and-dropper un fichier depuis un dossier local vers la page web et le fichier sera uploadé. Accessoirement, tu pourras hurler autant que tu veux que ce n’est pas vrai, comme j’ignorais que c’était impossible, j’ai écrit une application Win32 qui le fait quand-même.



  4. Tu sembles ignorer que quand l’explorateur de fichier drag-and-drop des fichiers, il ne passe pas le fichier lui-même, mais juste une référence (dont notamment son path complet)… Donc si, si, si, l’application cible peut très bien demander s’il faut copier, déplacer ou créer un raccourci. Mieux, comme l’application destination reçoit l’état du clavier au moment où l’opération de drag a commencé, elle peut choisir l’opération à effectuer en fonction de l’état des touches Ctrl ou Shift au moment où l’utilisateur a commencé l’opération.




Bref, tu te contentes de trouver des problèmes à chaque solution. Non, même pas, tu ne trouves pas des problèmes, tu les inventes de toute pièce en croyant savoir comment ça fonctionne. Ultracrépidarianisme, tu connais ce mot ?


Sans nécessairement parler des fonctionnalités ou de détail, comment ça se fait qu’on se fasse encore chier avec des fenêtre flottantes qui partent dans tous les sens?
Et même dans l’absolu, comment ça se fait, par exemple sur word, quand on met sa fenêtre en 12 ou 14 écran, on se retrouve quand même avec les mêmes barres énormes.
Pourquoi ne peut-on pas splitter nativement l’écran en 2, 3, 4 et docker les fenêtres dans chacun des espaces? On le fait bien en mobile.
Résultat, quand on doit travailler simultanément avec des word, excel, pdf et autres fenêtres, vive le multi écran ou alors, vu la sale ergonomie de certaines applications en mode réduit, on passe notre temps à Agrandir/réduire…
Sans parler que parfois, c’est bien entre 2 words, ou 2 excels, ou 2 truc machins ci etc qu’on bosse (la mise en onglet automatique n’aide pas forcément).



Demande même pas des fonctionnalités, mais juste une putain d’ergonomie digne de 2022.


Fermer