Nativer Gmail-Client für macOS: was „nativ“ wirklich heißt

„Nativ“ ist das meistbenutzte Wort auf der Seite jeder Gmail-App, und es bedeutet mindestens drei verschiedene Dinge. Hier steht, an welcher Definition sich Hark messen lässt, welche Teile der App mit den Frameworks von macOS gebaut sind und an welcher einen Stelle es die Web-Engine des Systems nutzt – und warum.

Drei Bedeutungen von „nativ“

Das Wort meint auf verschiedenen Produktseiten Verschiedenes. Bevor du entscheidest, ob du eine native Gmail-App willst, lohnt es sich zu wissen, welche Bedeutung gerade angeboten wird.

Ein Symbol im Dock

Die App ist die Gmail-Website, geladen in einer Browserkopie, die mit der App ausgeliefert wird. Du bekommst ein Symbol, ein Fenster und Mitteilungen; im Fenster steckt dieselbe Webseite, die du vorher im Tab hattest. Das ist die lockerste Bedeutung und die häufigste.

Ein Mac-Look

Die Oberfläche ist ebenfalls eine Webseite, aber so gestaltet, dass sie wie macOS aussieht – die richtigen Grautöne, eine Seitenleiste, eine Symbolleiste. Auf einem Screenshot kann das überzeugen. Unter dem Mauszeiger verhält sie sich trotzdem wie eine Seite: Text wird markiert, wo du ziehen wolltest, Menüs sind nachgezeichnet statt vom System, und eine Browser-Engine muss starten, bevor überhaupt etwas erscheint.

Mit den Frameworks der Plattform gebaut

Die Liste ist eine echte Listenansicht, die Menüs sind die der Menüleiste, das Textfeld ist das Textfeld des Systems mit Rechtschreibprüfung und Diktat, das Fenster ist ein Fenster, das das Betriebssystem anordnen, ausblenden und wiederherstellen kann. Nichts muss erst starten, bevor die App zeichnen kann. Das ist die Bedeutung, die Hark verwendet, und der Rest dieser Seite zeigt, was sie umfasst.

Was an Hark konkret nativ ist

• Die gesamte Oberfläche. Nachrichtenliste, Seitenleiste und Labels, Symbolleiste, Suche, Einstellungen, das Kalenderraster und sein Editor, der Aufgabenbereich: SwiftUI und AppKit, gezeichnet von macOS. Hell und Dunkel folgen dem System oder deiner Wahl, und die Akzentfarbe suchst du selbst aus.
• Das Verfassen-Fenster. Eine Nachricht schreibst du in einer echten macOS-Textansicht – fett, kursiv und unterstrichen über die Formatierungsleiste, die Rechtschreibprüfung des Systems, das Standardmenü „Edit“ (Bearbeiten), Links und eingebettete Bilder –, nicht in einer Seite, die nur so tut.
• Die Synchronisierung. Ein in Rust geschriebener Kern läuft auf deinem Mac, spricht über die APIs von Google mit Gmail, Calendar und Tasks und führt eine lokale Datenbank, sodass sich der Posteingang von der Festplatte öffnet statt aus dem Netz.
• Alles, was der Desktop bietet. Mitteilungszentrale, ein Kennzeichen im Dock, ein Blick auf Neues in der Menüleiste, eigene Fenster zum Verfassen, Spaces, ⌘Tab und Updates, die sich an Ort und Stelle installieren.

Die eine Stelle mit Web-Engine – und warum

HTML-Mails sind HTML. Ein Newsletter, eine Quittung, eine Kalendereinladung von einer Kollegin – das kommt als Webdokument an, und originalgetreu anzeigen lässt es sich nur mit einer Web-Engine. Hark stellt Nachrichteninhalte mit WebKit dar, der Engine, die ohnehin zu macOS gehört und die Apple Mail für dieselbe Aufgabe nutzt.

Das ist etwas anderes, als einen Browser mitzuliefern. In der App steckt nichts zusätzlich, nichts muss hochfahren, bevor die Oberfläche erscheint, die Engine wird von macOS aktualisiert statt von uns, und sie wird für das Dokument im Lesebereich verwendet – nie für die App drumherum. Wenn du antwortest, wird die ursprüngliche Nachricht genau so unter deinem Text mitgeschickt, wie sie angekommen ist, sodass ein zitierter Verlauf den Hin- und Rückweg unbeschadet übersteht.

Wie sich der Unterschied anfühlt

• Öffnen heißt öffnen. Der Posteingang kommt aus einer lokalen Datenbank und ist deshalb auf dem Bildschirm, bevor das Netzwerk geantwortet hat; was schon synchronisiert ist, bleibt auch ganz ohne Netzwerk lesbar.
• Die Suche ist die Suche von Gmail. from:, has:attachment, is:unread, newer_than:7d – die Operatoren gehen so an Google, wie du sie tippst, und die Ergebnisse sind die, die Gmail liefern würde. Eine Suche, die dir gefällt, lässt sich in einen Gmail-Filter verwandeln, der dann bei Google für jedes Gerät läuft, auf dem du Mails liest.
• Der Desktop verhält sich richtig. Eine Mitteilung ist eine macOS-Mitteilung und bleibt still, solange Hark die App im Vordergrund ist. Das Kennzeichen im Dock zeigt dieselbe Zahl ungelesener Mails wie Gmail. ⌘W schließt das Fenster, das du gemeint hast. Ein Verfassen-Fenster kann in einem anderen Space liegen.
• Ein Prozess für eine Aufgabe. Darunter liegt kein Browser, der sich den Speicher mit vierzig anderen Tabs teilt, und keine zweite Browserkopie in der App.

Was nativ nicht bedeutet

• Kein anderes Gmail. Labels, Filter, Signatur, Abwesenheitsnotiz: Das sind die deines Gmail, gelesen und geschrieben über die API. Änderst du etwas in Hark, sieht es das Web; änderst du es im Web, sieht es Hark. Die einzige Ausnahme ist das Zurückstellen – Google stellt es nicht über die API bereit, also merkt sich Hark die Weckzeit auf deinem Mac und holt die Konversation selbst zurück.
• Nicht unabhängig von Google. Senden und alles, was dein Postfach verändert, braucht eine Verbindung. Und die Berechtigungen von Google begrenzen weiterhin, was Hark darf – eine gelöschte Nachricht landet zum Beispiel im Papierkorb, weil Hark bewusst nicht nach der Berechtigung zum endgültigen Löschen fragt.
• Nicht fertig. Hark ist in der Beta. Es verbindet ein Gmail-Konto pro Installation, hat heute nur wenige Tastaturkurzbefehle (j, k, die Pfeiltasten und Esc), und einige Gmail-Einstellungen, die die API nicht bereitstellt, stehen als Links zu Gmail im Web in der Liste, statt zu fehlen.

Wenn dich vor allem die Kalenderhälfte interessiert, gibt es einen eigenen Text über Gmail und Kalender in einer nativen Mac-App und einen darüber, wie Hark gebaut ist, damit deine Mails uns nie erreichen.

Fragen