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.

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

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…

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.

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 ?

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.

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 ?

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 ?