Warum werden Mac-Anwendungen niemals geschlossen?


60

Ich bin ein Linux / Windows / Mac-Benutzer. Ich mag alle Systeme, * nixe mehr als Windows, aber ich mag trotzdem alle.

Ich habe dieses Jahr angefangen, einen Mac zu verwenden, und ein Unterschied zwischen Linux und Windows, den ich nicht verstehen kann, ist: Warum werden Anwendungen nie geschlossen, wenn ich auf die Schaltfläche "x" drücke, da Linux und Windows sich so verhalten? Ich muss cmd + q drücken oder das Menü verlassen.

Ich meine, soll das nur anders sein als alle anderen, oder gibt es einen Grund für dieses Verhalten? Ich sehe keinen Vorteil. Wenn ich schließen möchte, möchte ich schließen. Zeitraum.

Kennt jemand den Grund dafür?


1
Es ist nur so, dass das Standardverhalten der XSchaltfläche das Ausblenden ist. Ich stimme zu, dass es dumm ist, aber es ist ein Ergebnis der Mentalität "Dein MacBook weiß besser als du". Einige Windows- und Linux-Programme tun dasselbe, Xbedeuten aber im Allgemeinen, dass sie geschlossen sind.
Falmarri

1
Manchmal hat ein Standardverhalten einen Grund, sogar einen historischen, der keinen Sinn ergibt. Ich würde es gerne wissen.
Jemand verwendet Sie immer noch MS-DOS

1
Ich denke, historisch gesehen schließt es das Fenster, aber es beendet die Anwendung nicht. Ich weiß nicht genau warum, aber ich vermute, es liegt an der Zeit, bevor Macs über virtuellen Speicher und realen Anwendungswechsel verfügten. Sie könnten Fenster schließen, möglicherweise Speicher freigeben, aber das Öffnen eines neuen nicht langsam (er) machen.
Neth

25
Wenn eine Anwendung immer nur ein einziges (Haupt-) Fenster hat (z. B. Systemeinstellungen ), wird die Anwendung beendet, wenn Sie sie schließen (entweder Datei > Schließen , Befehlstaste + W oder das rote X pro Fenster oben links) mit "das Fenster bedeutet, dass Sie mit der Anwendung" fertig "sind, da es nur ein Fenster gibt). Anwendungen, die mehr als ein Hauptfenster haben können, werden nicht beendet, wenn das letzte Fenster geschlossen wird. Die Anwendung bleibt geöffnet, sodass Sie (z. B.) mit Datei > Neu… (oder Datei > Öffnen… ) ein neues Fenster öffnen können, ohne die Anwendung beenden und neu starten zu müssen.
Chris Johnsen

1
@ Chris dein sollte eine Antwort sein, es macht den meisten Sinn für mich
phunehehe

Antworten:


89

In gewissem Sinne handelt es sich um eine UI-Konvention mit einer Geschichte, die bis ins Jahr 1984 zurückreicht. Da Windows und X11 beide die ursprüngliche Mac-GUI datieren, kann man sagen, dass Windows dies eher auf die Windows-Art und Weise "nur um anders zu sein" als "." was darauf hindeutet, dass der Mac der seltsame ist.

Früher konnten Sie auf dem Macintosh immer nur eine Anwendung gleichzeitig ausführen. Das Öffnen einer Anwendung ohne Fenster war durchaus sinnvoll, da die Anwendung oben auf dem Bildschirm immer eine sichtbare Menüleiste hatte. Wenn Sie alle Fenster einer Anwendung geschlossen haben, ist es sinnvoll, die Anwendung geöffnet zu lassen, da Sie jederzeit über die Menüleiste ein neues Dokument erstellen oder ein vorhandenes öffnen können. Das Verlassen des Prozesses, nur weil ein Fenster geschlossen war, ergab zu der Zeit keinen Sinn, da es keinen anderen Prozess gegeben hätte, auf den man sich konzentrieren könnte.

Ein paar Jahre später war der Macintosh der späten 80er Jahre so weit fortgeschritten, dass genügend Speicher vorhanden war, um mehrere Anwendungen gleichzeitig zu öffnen. Da die Tools dafür die Abwärtskompatibilität mit vorhandenen Anwendungen beibehalten mussten, änderten sie natürlich nicht die grundlegenden UI-Konventionen und brachen Anwendungen ab, ohne dass ein Fenster geöffnet war. Das Ergebnis war eine saubere Unterscheidung in der Benutzeroberfläche zwischen einem visuellen GUI-Element (einem Fenster) und einem abstrakten laufenden Prozess (der Anwendung).

In der Zwischenzeit hatte Microsoft Windows entwickelt. In den frühen 90er Jahren funktionierte Windows 3.X bei Microsoft gut, und Motif für X11 war stark von der Arbeit von Microsoft inspiriert. Während der Macintosh darauf ausgelegt war, eine Benutzeroberfläche mit Anwendungen zu präsentieren, wurde Windows (wie der Name vermuten lässt) mit der Philosophie erstellt, dass das Fenster selbst die grundlegende Einheit der Benutzeroberfläche sein sollte, wobei das einzige Konzept einer Anwendung in der Form von besteht Containerfenster im MDI-Stil. X11 wurde auch unter dem Gesichtspunkt der Benutzeroberfläche als weitgehend unwichtig eingestuft. Ein einzelner Prozess kann sogar Fenster auf mehreren Bildschirmen öffnen, die über ein (sehr neues) lokales Netzwerk mit mehreren Computern verbunden sind.

Das Problem mit dem Windows-ähnlichen Ansatz war, dass Sie einige Formen der Benutzerinteraktion nicht ausführen konnten, z. B. das Öffnen mit nur einer Menüleiste, und der Benutzer keine echte Garantie dafür hatte, dass ein Prozess tatsächlich beendet wurde, als die Fenster weg waren. Ein Macintosh-Benutzer konnte leicht zu einer Anwendung wechseln, die ohne Windows ausgeführt wurde, um sie zu beenden oder zu verwenden, aber Windows bot dem Benutzer absolut keine Möglichkeit, mit einem solchen Prozess zu interagieren. (Außer, um es im Task-Manager zu bemerken und abzubrechen.) Außerdem konnte ein Benutzer nicht festlegen, dass ein Prozess ausgeführt werden soll, damit er wieder darauf zugreifen kann, ohne ihn neu zu starten, es sei denn, die Benutzeroberfläche ist nicht überladen auf dem Bildschirm und verbrauchen (zu der Zeit sehr begrenzte) Ressourcen. Während der Macintosh ein "Programme" -Menü zum Umschalten hatte, verbreitete Windows eine "Taskleiste". die alle Top-Level-Fenster ohne Rücksicht auf den Prozess, der sie geöffnet hatte, angezeigt. Für schwere Multitasker erwies sich die "Task-Bar-Suppe" als unpassend. Für einfachere Benutzer war die Unvorhersehbarkeit darüber, was genau als "Fenster der obersten Ebene" qualifiziert wurde, manchmal verwirrend, da es keine lernbare Regel darüber gab, welche Fenster tatsächlich in der Leiste angezeigt wurden.

In den späten 90er Jahren war die grafische Benutzeroberfläche von Microsoft die am häufigsten verwendete. Die meisten Benutzer haben einen Windows-PC anstelle eines Macintosh oder einer UNIX X11-Workstation. Als Linux im Laufe der Zeit immer beliebter wurde, kamen viele Entwickler aus der Vergangenheit, Windows-UI-Konventionen anstelle von UNIX-UI-Konventionen zu verwenden. In Kombination mit der Vorgeschichte früherer Arbeiten an Motif-Designs, die auf Windows-UI-Konventionen basieren, hat dies dazu geführt, dass moderne Linux-Desktop-Umgebungen Windows-ähnlicher sind als klassische X11-Umgebungen wie Twm oder Macintosh.

Zu diesem Zeitpunkt hatte "klassisches" Mac OS seinen Lauf mit Mac OS 9 genommen, und der Macintosh wurde zu einem Unix-basierten Computer mit sehr unterschiedlichen Eingeweiden in Form von Mac OS X. Somit erbte er das NeXT-UI-Konzept eines Docks. Auf den ursprünglichen NeXT-Maschinen wurde X11 verwendet, jedoch mit einer ziemlich einzigartigen Reihe von Widgets und UI-Konventionen. Das wohl markanteste Modell war das Dock, eine Art kombinierter Programmstarter und Task-Switcher. (Das "mehrspaltige" Dialogfeld zum Öffnen von Dateien, das in OS-X bekannt ist, stammt ebenfalls von NeXT sowie von einigen anderen sichtbaren Elementen. Die wichtigsten Änderungen im OS-X-Übergang waren jedoch alle unsichtbaren.) Das Dock funktionierte gut mit dem Macintosh-Konzept "Anwendung als grundlegendes Element der Benutzeroberfläche". Damit, Ein Benutzer kann erkennen, dass eine Anwendung durch eine Markierung auf dem Dock-Symbol geöffnet ist, und zu dieser wechseln oder sie durch Klicken starten. Da das moderne OS-X jetzt Multitasking so viel besser unterstützt als das klassische Mac OS, machte es plötzlich Sinn, dass ein Benutzer alle möglichen Dinge im Hintergrund laufen lassen möchte, z. B. eine Videokonvertierungssoftware, die sich im Hintergrund dreht , ein Bildschirmrekorder, eine VOIP-Software, ein Internetradio, ein Webserver, etwas, das als Antwort auf einen gesprochenen Befehl spricht, usw. Keines dieser Dinge erfordert notwendigerweise das Öffnen eines sichtbaren Fensters, um eine vernünftige Benutzererfahrung zu erzielen, und das Menü Die Leiste war immer noch von den Fenstern am oberen Bildschirmrand getrennt, und Sie konnten ein Menü direkt auf dem Dock-Symbol anzeigen, sodass ein Benutzer immer mit einem Programm interagieren konnte, das keine offene Benutzeroberfläche hatte. Folglich, Die bestehende Konvention aufzugeben, eine Anwendung offen zu halten, nur um Windows ähnlicher zu werden, wäre für die meisten Mac-Benutzer ein schrecklicher Schritt in die falsche Richtung gewesen. Es macht mehrere Arten der Interaktion unmöglich, ohne wirklichen Nutzen.

Offensichtlich bevorzugen einige Benutzer die Windows-Konvention, und keine ist "nachweislich korrekt". Aber von so etwas Nützlichem ohne triftigen Grund wegzuwandern, hätte einfach keinen Sinn. Hoffentlich gibt Ihnen diese Tour durch einen Teil der Geschichte ein wenig Kontext, den Sie nützlich finden.


1
Nit: NeXTSTEP hat X11 nicht verwendet. Es hatte ein eigenes Fenster, das auf Display PostScript basierte (was letztendlich die Grundlage für OS Xs Quartz 2D bildete, obwohl es auf PDF und nicht auf PS basierte).
gsnedders

Mit der Ausnahme, dass sie alle den Xerox Alto imitierten. Jobs und Gates sagten es sogar wörtlich. Und X11 / Motif basierte im Grunde auf allen.
Evi1M4chine

1
Apple bietet Entwicklern die Möglichkeit, eine App nach dem Schließen des letzten Fensters zu beenden. Es liegt an den Entwicklern, diese Wahl zu treffen. Offensichtlich bevorzugen es viele Entwickler, ihre Apps so zu erstellen.
SpaceDog

20

Das Fenster ist nicht die Anwendung in MacOS, in MacOS verbindet sich das Fenster mit der Anwendung. Aus diesem Grund wird die Anwendung beim Schließen eines Fensters nicht beendet.

Unter Windows das Fenster ist , dass die Anwendung, warum soll die Anwendung verlassen , wenn Sie die Exit - Taste getroffen.

Unter Linux entscheidet der Entwickler, welche Architektur er verwenden möchte, beides ist möglich ...


4
Unter Windows ist auch beides möglich ...
Chris Down

1
Wenn Sie Cocoa zum Erstellen von Apps verwenden, können Sie auswählen, ob Ihre App beim Schließen des letzten Fensters beendet wird.
Blacklight Shining

Außerdem werden die Systemeinstellungen beim Schließen des Fensters beendet. (Möglicherweise gibt es andere gebündelte Apps, die dies tun, aber das ist die einzige, an die ich im Moment denken kann.)
Blacklight Shining

@ ChrisDown: Wie würde man mit einer Anwendung ohne ein Fenster in Windows interagieren? Das System Docker?
Evi1M4chine

15

Dies ist anwendungsspezifisch. Zum Beispiel kann die Systemeinstellungen nicht beendet , wenn Sie auf den roten Knopf klicken. Die meisten Programme schließen das Fenster (und die darin enthaltenen Dokumente) jedoch nur, wenn Sie versuchen, es zu schließen. Ich denke, die Idee dahinter ist, die Dinge schneller zu machen, wenn Sie die Anwendung wieder verwenden möchten.

Wenn ich schließen möchte, möchte ich schließen. Zeitraum.

Ich bin damit einverstanden, so dass ich mit Tastenkombinationen, Cmd+ wdas Fenster zu schließen, und Cmd+ qfür wirklich verlassen. Die meisten Anwendungen haben dies implementiert. Eine Alternative ist, mit der rechten Maustaste auf das Anwendungssymbol zu klicken und "Beenden" zu wählen, was viel langsamer ist.


8

Ja, das ist sehr, sehr ärgerlich.

In der Zwischenzeit sollte diese App helfen:
http://www.carsten-mielke.com/redquits.html

Aus der Beschreibung:

Haben Sie jemals versucht, eine Anwendung mit dem roten Knopf zu schließen und sich gefragt, warum sie noch geöffnet ist? RedQuits ändert dies. Alle Programme beenden und schließen jetzt alle geöffneten Fenster, wenn Sie auf die rote Schaltfläche klicken.


Interessante Lösung.
Jemand benutzt Sie immer noch MS-DOS

1
Benutzer, die diese Problemumgehung verwenden, sollten wahrscheinlich zu Windows wechseln oder die OS X-Philosophie erlernen. Ich möchte hier keinen Flammenkrieg auslösen, aber das gilt im Allgemeinen immer dann, wenn sich jemand wie ein anderes Produkt verhalten möchte. Es ist gut, dass das Tool existiert. Es gibt wahrscheinlich ein paar Leute, die es benutzen.
Rafael Bugajewski

2
Und das ist die einzig richtige Antwort, DANKE @Tamas! Die Regel ist, dass Computer und Software flexibel sein und meinen Bedürfnissen und Gewohnheiten entsprechen sollten - nicht umgekehrt!
Marecky

3

Der Grund dafür ist ein Fenster. In Microsoft Windows erhält jede Anwendung ein eigenes Fenster, in Mac OS X und früheren Versionen von Mac OS hat jede Datei oder jedes Dokument ein eigenes Fenster. Wenn Sie "Safari schließen", schließen Sie nicht die Anwendung Safari, sondern lediglich die Datei (http://unix.stackexchange.com). Wenn Sie das Fenster von Pages (Apples Textverarbeitungsprogramm) schließen, schließen Sie auch das Dokument, an dem Sie gearbeitet haben, aber die Anwendung Pages wird noch ausgeführt. Wenn Sie die Anwendung beenden möchten, verwenden Sie CMD + Q. Einige Anwendungen, die nicht zum Erstellen von Dateien bestimmt sind, folgen diesem Muster, da möglicherweise mehrere Fenster geöffnet sind oder gar keine geöffnet sind und weiterhin funktionieren (iTunes).

Alternative Schritte: Drücken Sie CMD + Q, um die Anwendung zu beenden, anstatt das Fenster zu schließen. [CMD + W] Klicken Sie bei gedrückter STRG-Taste oder rechter Maustaste oder zwei Fingertipps auf das Trackpad / die Magic Mouse, und wählen Sie auf diese Weise beenden.

Leider ist dies nur eine Kleinigkeit, die man tun muss, um Windows zu verlernen und an Mac: D zu denken


Ich habe es nach ein paar Monaten bekommen. :) Eigentlich machen beide Ansätze Sinn.
Jemand verwendet Sie immer noch MS-DOS

0

Anfangs dachte ich, dass das auch eine schlechte Idee ist, aber jetzt finde ich das großartig. Eigentlich mag ich das blöde Verhalten nicht, dass "X" die App beendet. Es ist sehr wichtig anzumerken, dass dies für dokumentenbasierte Apps wie Photoshop oder Docs Editor viel besser ist. Jetzt vergesse ich immer, dass "X" die App beendet (wie Photoshop), und muss dann zusätzliche Ausgaben tätigen Zeit bei der Initialisierung. Die Anwendung wartet einfach auf Ihre neuen Dokumente. Warum sollte ich sie beenden? Ok - das ist ein Gedächtnisschwein, aber heutzutage ist RAM so billig, dass es überhaupt keine Rolle spielt.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.