Pourquoi les applications Mac ne sont jamais «fermées»?

60

Je suis un utilisateur Linux / Windows / Mac. J'aime tous les systèmes *, plus que Windows, mais j'aime tous les autres.

J'ai commencé à utiliser un Mac cette année et une différence incompréhensible entre Linux et Windows est la suivante: pourquoi les applications ne se ferment jamais lorsque je clique sur le bouton "x", puisque c'est ainsi que se comportent Linux et Windows? Je dois appuyer sur cmd + q ou quitter par le menu supérieur.

Je veux dire, est-ce seulement pour être différent de tous, ou il y a une raison à ce comportement? Je ne vois aucun avantage. Si je veux fermer, je veux fermer. Période.

Quelqu'un sait la raison de cela?

Quelqu'un utilise encore vous MS-DOS
la source
1
Le comportement par défaut du Xbouton est simplement de cacher. Je conviens que c’est stupide, mais c’est le résultat de la mentalité "ton macbook en sait plus que toi". Certains programmes Windows et Linux font la même chose, mais en général, cela Xsignifie fermer.
Falmarri
1
Parfois, un comportement par défaut a une raison, même historique, qui n’a aucun sens. J'aimerais le savoir.
Quelqu'un t'utilise encore MS-DOS
1
Je pense qu'historiquement, la fenêtre se ferme, mais l'application ne se ferme pas. Je ne sais pas trop pourquoi, mais je suppose que cela tient à l'époque où les Mac n'avaient pas de mémoire virtuelle ni de commutation d'application réelle. Vous pouviez fermer des fenêtres, éventuellement libérer de la mémoire, mais ne pas en ouvrir une nouvelle (plus lentement).
Neth
25
Lorsqu'une application n'a toujours qu'une seule fenêtre (principale) (par exemple , Préférences Système ), sa fermeture ( Fichier > Fermer , Commande + W ou le X rouge par fenêtre en haut à gauche) ferme l'application (en cours d'exécution. avec ”la fenêtre signifie que vous avez“ fini ”avec l'application puisqu'il n'y a qu'une seule fenêtre). Les applications pouvant avoir plusieurs fenêtres principales ne se ferment pas lorsque la dernière fenêtre est fermée. L'application reste ouverte afin que vous puissiez utiliser (par exemple) Fichier > Nouveau ... (ou Fichier > Ouvrir ... ) pour ouvrir une nouvelle fenêtre sans avoir à quitter et à redémarrer l'application.
Chris Johnsen
1
@Chris à vous devrait être une réponse, il est le plus logique pour moi
phunehehe

Réponses:

89

En un sens, c’est une convention d’interface utilisateur avec une histoire qui remonte jusqu’en 1984. Puisque Windows et X11 affichent tous deux la date de la GUI originale du Mac, on pourrait dire que Windows le fait à la manière de Windows "pour être différent" plutôt que suggérant que le Mac est l'intrus.

Dans les premiers jours du Macintosh, vous ne pouviez exécuter qu'une seule application à la fois. Il était parfaitement raisonnable pour une application de s'ouvrir sans fenêtre, car l'application comportait toujours une barre de menus visible en haut de l'écran. Lorsque vous fermiez toutes les fenêtres d'une application, il était logique de garder l'application ouverte, car vous pouviez toujours utiliser la barre de menus pour créer un nouveau document ou ouvrir un document existant. Quitter le processus simplement parce qu'une fenêtre a été fermée n'avait aucun sens à l'époque, car il n'y aurait eu aucun autre processus sur lequel centrer l'attention.

Quelques années plus tard, le Macintosh de la fin des années 80 a évolué au point de disposer de suffisamment de mémoire pour pouvoir ouvrir plusieurs applications en même temps. Étant donné que les outils nécessaires à cette opération devaient conserver une compatibilité ascendante avec les applications existantes, ils n'allaient naturellement pas modifier les conventions de base de l'interface utilisateur et supprimer les applications sans aucune fenêtre ouverte. Le résultat a été une distinction nette dans l'interface utilisateur entre un élément d'interface graphique (une fenêtre) et un processus en cours d'exécution abstrait (l'application).

Pendant ce temps, Microsoft développait Windows. Au début des années 90, Microsoft 3.X fonctionnait bien et Motif sur X11 avait été fortement inspiré par le travail de Microsoft. Alors que le Macintosh était conçu pour présenter une interface d’applications d’applications, Windows (comme son nom le suggère) reposait sur la philosophie voulant que la fenêtre elle-même soit l’unité fondamentale de l’interface utilisateur, le seul concept d’une application étant la forme suivante: Fenêtres de conteneur de style MDI. X11 a également considéré une application largement sans importance du point de vue de l'interface utilisateur. Un processus unique peut même ouvrir des fenêtres sur plusieurs écrans connectés à plusieurs machines via un réseau local (très récent).

Le problème avec l'approche style Windows était que vous ne pouviez pas utiliser certaines formes d'interaction utilisateur, telles que l'ouverture avec juste une barre de menus, et que l'utilisateur n'avait aucune garantie réelle qu'un processus s'était effectivement terminé lorsque les fenêtres avaient disparu. Un utilisateur Macintosh pouvait facilement basculer vers une application qui fonctionnait sans Windows pour la quitter ou l’utiliser, mais Windows ne fournissait absolument aucun moyen pour l’utilisateur d’interagir avec un tel processus. (Sauf à le remarquer dans le gestionnaire de tâches et à le tuer.) De plus, un utilisateur ne pouvait pas laisser un processus en cours afin de pouvoir y revenir sans le relancer, sauf pour conserver une interface utilisateur visible dans le fouillis du processus. l'écran, et consommer (à l'époque, très limité) des ressources. Alors que le Macintosh avait un menu "Applications" pour basculer, Windows a popularisé une "barre des tâches" qui affiche toutes les fenêtres de niveau supérieur sans aucun égard pour le processus qui les avait ouvert. Pour les gros multitâches, la "tâche barre" s'est avérée délicate. Pour les utilisateurs les plus élémentaires, l'imprévisibilité de ce qui est exactement qualifié de "fenêtre de niveau supérieur" était parfois source de confusion, car il n'existait aucune règle pouvant être apprise pour déterminer exactement quelles fenêtres seraient affichées dans la barre.

À la fin des années 90, l'interface graphique de Microsoft était la plus utilisée. La plupart des utilisateurs ont un PC Windows plutôt qu'un Macintosh ou une station de travail UNIX X11. En conséquence, alors que la popularité de Linux augmentait avec le temps, de nombreux développeurs venaient de l'utilisation de conventions d'interface utilisateur Windows plutôt que de conventions d'interface utilisateur UNIX. Cela s’ajoute à l’histoire des premiers travaux sur des éléments tels que Motif, inspirés des conventions de l’interface utilisateur Windows, afin de donner aux environnements de bureau Linux modernes un comportement beaucoup plus semblable à Windows qu’aux éléments X11 classiques tels que twm ou Macintosh.

À ce stade, Mac OS "classique" avait suivi son cours avec Mac OS 9 et le Macintosh est devenu une machine sous Unix avec des entrailles très différentes sous la forme de Mac OS X. Il a donc hérité du concept de Dock de la prochaine interface utilisateur NeXT. X11 a été utilisé sur les machines NeXT d'origine, mais avec un ensemble assez unique de widgets et de conventions d'interface utilisateur. Le plus remarquable d’entre eux est probablement le Dock, une sorte de programme combinant lanceur de programmes et commutateur de tâches. (La boîte de dialogue de fichier ouvert "multicolonne" connue dans OS-X est également issue de NeXT, ainsi que de quelques autres éléments visibles. Les modifications les plus importantes de la transition OS-X étaient toutes invisibles.) Le Dock a bien fonctionné avec le concept Macintosh d’application «Application en tant qu’élément fondamental de l’interface utilisateur». Alors, un utilisateur peut voir qu'une application est ouverte à l'aide d'une marque sur l'icône du dock et y accéder ou le lancer en cliquant dessus. Comme OS-X moderne supportait désormais beaucoup mieux le multitâche que le Mac OS classique, il devenait soudainement logique qu'un utilisateur veuille avoir toutes sortes de choses en arrière-plan, comme par exemple un logiciel de conversion vidéo qui s'éloigne en arrière-plan. , un enregistreur d’écran, un logiciel VOIP, une radio Internet, un serveur Web, quelque chose qui parle en réponse à une commande parlée, etc. La barre était toujours séparée des fenêtres en haut de l'écran et vous pouviez avoir un menu directement sur l'icône du dock, afin qu'un utilisateur puisse toujours interagir avec un programme qui n'avait pas d'interface utilisateur ouverte. par conséquent, Abandonner la convention existante de garder une application ouverte, simplement pour ressembler à Windows, aurait été perçu par la plupart des utilisateurs de Mac comme un horrible pas dans la mauvaise direction. Cela rend plusieurs modes d'interaction impossibles, sans réel bénéfice.

De toute évidence, certains utilisateurs préfèrent la convention Windows, et aucune d’entre elles n’est "prouvée correcte". Mais migrer vers quelque chose d’utile comme celui-là, sans raison valable, n’aurait aucun sens. Espérons que cette visite à travers une partie de l'histoire vous donne un peu de contexte que vous trouvez utile.

wrosecrans
la source
1
Nit: NeXTSTEP n'a pas utilisé X11. Il disposait de son propre affichage basé sur Display PostScript (qui a finalement été à la base de Quartz 2D d’OS X, bien que basé sur PDF plutôt que sur PS).
Gsnedders
Sauf qu'ils ont tous imité le Xerox Alto. Jobs et Gates l’ont même dit littéralement. Et X11 / Motif était basé sur pratiquement tous.
Evi1M4chine
1
Apple donne aux développeurs le choix de quitter une application après la fermeture de la dernière fenêtre. C'est aux développeurs de faire ce choix. Apparemment, de nombreux développeurs préfèrent créer leurs applications comme ça.
SpaceDog
20

La fenêtre n’est pas l’application sous MacOS. Sous MacOS, les fenêtres se connectent à l’application. C'est pourquoi l'application ne se ferme pas lorsque vous fermez une fenêtre.

Sous Windows, la fenêtre est l'application. C'est pourquoi l'application doit se fermer lorsque vous appuyez sur le bouton de sortie.

Sous Linux, le développeur décide quelle architecture il souhaite utiliser, les deux méthodes sont possibles ...

Johan
la source
4
Sous Windows, les deux voies sont possibles, aussi ...
Chris Down
1
Et si vous utilisez Cocoa pour créer des applications, vous pouvez choisir si votre application se ferme ou non à la fermeture de la dernière fenêtre.
Blacklight Shining
De plus, Préférences Système se ferme lorsque sa fenêtre est fermée. (Il y a peut-être d'autres applications groupées qui font cela, mais c'est la seule à laquelle je puisse penser pour le moment.)
Blacklight Shining
@ChrisDown: Comment interagir avec une application sans fenêtre dans Windows? Le docker du système?
Evi1M4chine
15

Ceci est spécifique à l'application. Par exemple , l'application Préférences système ne quittez lorsque vous cliquez sur le bouton rouge. Cependant, la majorité des programmes ne ferment que la fenêtre (et les documents qu’elle contient) lorsque vous essayez de la "fermer". Je suppose que l’idée derrière ceci est d’accélérer les choses lorsque vous souhaitez utiliser à nouveau l’application.

Si je veux fermer, je veux fermer. Période.

Je suis d'accord, donc j'utilise des raccourcis clavier, Cmd+ wpour fermer la fenêtre et Cmd+ qpour vraiment quitter. La plupart des applications ont ceci implémenté. Une alternative consiste à cliquer avec le bouton droit sur l'icône de l'application et à choisir "Quitter", ce qui est beaucoup plus lent.

phunehehe
la source
8

Oui, c'est très très énervant.

Pendant ce temps, cette application devrait aider:
http://www.carsten-mielke.com/redquits.html

De la description:

Avez-vous déjà essayé de fermer une application avec son bouton rouge et vous vous demandez pourquoi elle est toujours ouverte? RedQuits change cela. Tous les programmes sont maintenant arrêtés et fermés toutes les fenêtres ouvertes si vous cliquez sur le bouton rouge.

Tamas
la source
Solution intéressante.
Quelqu'un t'utilise encore MS-DOS
1
Les personnes qui utilisent cette solution de contournement devraient probablement passer à Windows ou apprendre la philosophie OS X de faire les choses. Je ne veux pas déclencher une guerre des flammes ici, mais cela s’applique généralement lorsque quelqu'un veut se comporter comme un autre. C'est bien que l'outil existe. Il y a probablement quelques personnes qui l'utilisent.
Rafael Bugajewski
2
Et c'est la seule réponse correcte, MERCI @Tamas! La règle est que les ordinateurs et les logiciels doivent être flexibles et répondre à mes besoins et à mes habitudes - et non l'inverse!
Marecky
3

La raison en est due à ce qui est une fenêtre. Dans Microsoft Windows, chaque application obtient sa propre fenêtre, tandis que dans Mac OSX et les versions précédentes de Mac OS, chaque fichier ou document possède sa propre fenêtre. Lorsque vous "fermez Safari", vous ne fermez pas l'application de Safari, mais vous ne fermez que le fichier (http://unix.stackexchange.com). De même, si vous fermez la fenêtre de Pages (application de traitement de texte Apple), vous fermez le document sur lequel vous travailliez, mais l'application Pages est toujours en cours d'exécution. Si vous souhaitez quitter l'application, utilisez CMD + Q. Certaines applications autres que la création de fichiers suivent ce modèle, car elles peuvent avoir plusieurs fenêtres ouvertes ou aucune et continuer à fonctionner (iTunes).

Étapes alternatives: appuyez sur CMD + Q pour quitter l’application au lieu de fermer la fenêtre [CMD + W] Cliquez deux fois sur l’icône du dock (CTRL + Clic ou le bouton droit de la souris ou tapez deux doigts sur le pavé tactile / souris magique) et choisissez quittez comme ça.

Malheureusement, il ne s’agit que d’une petite chose à faire pour désapprendre Windows et penser à Mac: D

vyse
la source
Je l'ai eu après quelques mois. :) En fait, les deux approches ont du sens.
Quelqu'un t'utilise encore MS-DOS
0

Au début, je pensais que c'était aussi une mauvaise idée, mais vraiment - maintenant, je trouve ça génial. En fait, je n'aime pas ce comportement stupide que "X" termine l'application. Il est très important de noter que cette approche est bien meilleure pour les applications basées sur des documents, telles que Photoshop ou les éditeurs de documents. En fait, maintenant, j'oublie toujours de me souvenir que "X" met fin à l'application (telle que Photoshop), et que je dois dépenser davantage temps d'initialisation. L’application attend simplement vos nouveaux documents. Pourquoi devrais-je la fermer? Ok, c’est un gros problème de mémoire, mais de nos jours, la mémoire RAM est tellement bon marché que cela n’a aucune importance.

zzz
la source