Desktop-Client

Dasselbe Mirket, in einem eigenen Fenster.

Der Desktop-Client verbindet sich mit der Mirket-Installation, die Ihre Einrichtung betreibt. Diese Adresse geben Sie einmal an. Nichts im Client entscheidet, wo Ihre Kursarbeit liegt, und nichts wird über uns geleitet.

Alle Builds

Wählen Sie nach Betriebssystem und Prozessor. Die Prüfsumme jeder Datei wird daneben veröffentlicht.

macOS · Apple Silicon

Macs mit einem M-Chip.

Datenträgerabbild (.dmg)

macOS · Intel

Macs mit Intel-Prozessor.

Datenträgerabbild (.dmg)

Windows · 64-Bit

Nahezu jeder Windows-PC.

Installationsprogramm (.exe)

Windows · ARM

Windows on ARM, etwa Copilot+ PCs.

Installationsprogramm (.exe)

Vor der Installation

Eine Installation, zu der Sie sich verbinden: Der Client ist eine Hülle, kein Dienst. Er benötigt die Web-Adresse der Mirket-Installation, die Ihre Einrichtung betreibt — Ihre Administration hat sie. Es gibt kein Mirket-Konto anzulegen und hier nichts zu registrieren.
macOS 13 oder neuer, oder Windows 10 oder neuer: Auf dem Mac sind Apple Silicon und Intel getrennte Downloads. Unter Windows gilt das ebenso für 64-Bit und ARM. Im Zweifel wird der oben empfohlene Build aus dem gewählt, was Ihr Browser meldet.

Was der Client hinzufügt

Alles, was Mirket im Browser tut, tut es auch hier. Diese vier Dinge kann ein Browser-Tab nicht.

Bildschirmfreigabe, die Ihre Fenster auflistet: Beim Präsentieren in einer Live-Sitzung öffnet sich die eigene Auswahl des Clients für Bildschirme und Fenster statt des Browser-Dialogs, der mit einer Liste von Tabs beginnt.
Benachrichtigungen bei geschlossenen Fenstern: Der Client fragt Ihre Installation, wie viele Benachrichtigungen ungelesen sind, und nennt Ihnen die Zahl. Er bringt niemals einen Betreff oder einen Absender auf Ihren Sperrbildschirm.
Er öffnet sich auch, wenn der Server es nicht tut: Nach der ersten Verbindung behält der Client eine Kopie der Oberfläche. Bricht das Netz weg, öffnet er sich und sagt, dass er Ihre Installation nicht erreicht, statt wie ein Browser-Tab zu scheitern. Kursdaten werden nie aus dieser Kopie ausgeliefert — veraltete Kursarbeit, die für aktuell gehalten wird, ist schlimmer als gar keine.
Updates kommen von Ihrer Einrichtung: Der Client fragt die Installation, mit der Sie verbunden sind, ob eine neuere Version veröffentlicht wurde, und kontaktiert dafür niemals Mirket. Eine Installation ohne Weg ins Internet funktioniert weiter.

Der erste Start

Diese Builds sind noch nicht mit einem Entwicklerzertifikat signiert, daher halten beide Systeme den ersten Start an und fragen nach. Jedes fragt einmal. Signierte Builds kommen, und dieser Schritt verschwindet mit ihnen.

macOS: Öffnen Sie das Datenträgerabbild und ziehen Sie Mirket in „Programme“. Der erste Start wird mit dem Hinweis abgelehnt, macOS könne den Entwickler nicht überprüfen. Öffnen Sie die Systemeinstellungen, gehen Sie zu „Datenschutz & Sicherheit“, scrollen Sie zum Hinweis auf Mirket und wählen Sie „Trotzdem öffnen“.
Windows: Starten Sie das Installationsprogramm. SmartScreen zeigt „Der Computer wurde durch Windows geschützt“, weil der Herausgeber noch nicht bekannt ist. Wählen Sie „Weitere Informationen“ und dann „Trotzdem ausführen“.

Einen Download prüfen

Jede Veröffentlichung legt eine SHA512SUMS-Datei neben ihre Binärdateien. Führen Sie unter macOS shasum -a 512 auf die geladene Datei aus und vergleichen Sie; unter Windows Get-FileHash -Algorithm SHA512. Diese Builds sind noch nicht codesigniert, deshalb ist diese Prüfsumme die Prüfung, auf die es ankommt.

Woher Updates kommen

Auf dieser Seite lädt eine Person den Client zum ersten Mal herunter. Danach prüft der Client Ihre eigene Installation, nicht diese Website. Das lässt einen Client in einem isolierten Netz genauso arbeiten wie einen mit Internetzugang, und es bedeutet, dass Ihre Client-Version der Installation folgt, zu der sie gehört.