Wenn ein vollständiges lokales Projekt nötig ist
Verschachtelte Leinwände, Windows-Dateien, Suche im Baum und Wiederherstellung aus Backups sollen in einer Bibliothek bleiben.
8 Funktionen von Schemas der Reihe nach: was sie ist, welche Aufgabe sie löst, wie sie hier funktioniert und wie Miro und draw.io darauf antworten. Mit einem ehrlichen Hinweis dort, wo wir nicht die Ersten sind.
Verschachtelte Leinwände, Windows-Dateien, Suche im Baum und Wiederherstellung aus Backups sollen in einer Bibliothek bleiben.
Kommentare, Erwähnungen, Freigaben und Echtzeit-Bearbeitung sind wichtiger als Arbeit ohne Netz und lokaler Besitz der Dateien.
Sie brauchen ausgereifte Seiten, Ebenen, Export und die Wahl zwischen lokalem und Cloud-Speicher für einzelne Diagramme.
Die Achse dieses Vergleichs sind die Funktionen von Schemas. Wir nehmen unsere Funktionen einzeln und sehen, wie Miro und draw.io jeweils darauf antworten. Das ist keine Übersicht über Miro oder draw.io: beide haben Bereiche, die wir nicht umsetzen, und die kommen hier nicht vor.
Jedes Element einer Leinwand kann eine eigene untergeordnete Leinwand besitzen — mit eigenem Inhalt, eigener Kamera und einem Weg zurück zum Elternelement.
Komplexe Arbeit passt nicht auf eine Fläche. Üblich ist, sie in die Breite zu ziehen, und einen Monat später ist das Projekt ein Feld, in dem der Faden fehlt.
Ein Doppelklick öffnet die nächste Ebene, die Brotkrumenleiste führt zum Elternelement zurück. Der Ebenenbaum wird mit der Wurzel-Leinwand gespeichert, deshalb verstehen Suche und Export die Tiefe und nicht nur den aktuellen Bildschirm.
Tiefe ist kein Modus und keine separate Funktion, sondern eine Eigenschaft des Elementmodells. Darum braucht sie keine handgemachten Verweise zwischen Dokumenten und fällt beim Übertragen des Projekts nicht auseinander.
Starke Organisation des Boards: benannte Bereiche, Ebenen und verschachtelte Container im Diagrammmodus.
Ausgereifte Seiten innerhalb einer Datei; der Weg zur nächsten Ebene wird über Links zwischen Seiten gebaut.
Prozess-, UML- und Architekturdiagramme auf einer echten Leinwand bauen: Formen, Gruppen, Beschriftungen und drei Verbindungstypen.
Ein Diagramm ist nicht für das Bild da. Wenn Formen und Verbindungen nicht in Ordnung zu bringen sind, bleibt es ein Entwurf und ist kein Dokument mehr, auf das man sich berufen kann.
Formen, Gruppen, Beschriftungen und Verbindungen bleiben Teil des Projekts und gelangen zusammen mit ihrer Ebene in den Export.
Wir behaupten hier keine Überlegenheit: Miro und draw.io sind beide ausgereifte Diagrammeditoren. Unser Unterschied ist, dass das Diagramm in einem Projekt mit Ebenenbaum und Material lebt und nicht als separates Dokument daneben.
Umfangreiche Sätze an Formen und Vorlagen für Diagramme auf einem gemeinsamen Board.
Große Formenbibliotheken, darunter UML und Architekturnotationen, und präzise Arbeit an der Geometrie.
PDFs, Dokumente, SVGs, Bilder, Archive, Audio, Video und Links liegen neben dem Diagramm als verwaltete Projektdateien.
Aus dem Kontext gerissenes Material verliert seinen Sinn: das Diagramm an einer Stelle, der Vertrag an einer zweiten, die Referenz an einer dritten — und die Verbindung dazwischen hält nur in jemandes Gedächtnis.
Das Projekt hält die Datei in seiner lokalen Bibliothek und erzeugt eine Vorschau zur Orientierung, während das Original eine gewöhnliche Windows-Datei bleibt — man kann es öffnen, kopieren und weitergeben.
Eine Datei wird weder zum Cloud-Anhang noch zum Verweis in einen fremden Ordner: sie ist Teil des Projekts und zieht mit ihm um.
Dateien werden an das Board angehängt und leben im Cloud-Raum des Teams.
Diagramm und Material bleiben getrennte Dateien im gewählten Speicher.
Bibliothek, Einstellungen, Verlauf und Material liegen auf Ihrem Rechner; die Kernarbeit benötigt kein Konto und kein Internet.
Lebt ein Projekt in einem fremden Dienst, hängt der Zugang vom Netz ab, vom Tarif und davon, ob der Dienst überhaupt läuft.
Die Anwendung öffnet sich wie ein gewöhnliches Windows-Programm und liest den lokalen Bibliotheksordner: die SQLite-Datenbank, die verwalteten Dateien, die Vorschauen und die Dienstdaten.
Arbeit ohne Netz ist hier der Normalfall, nicht der Notfall. Dabei arbeitet auch draw.io Desktop vollständig ohne Netz: unser Unterschied ist, dass diese Unabhängigkeit mit einer einzigen Bibliothek und einem Ebenenbaum verbunden ist.
Einen offiziellen Offline-Modus gibt es nicht; die Stärke von Miro sind Freigabe und Zusammenarbeit über die Cloud.
Die Desktop-Version läuft offline unter Windows, macOS und Linux; Dateien lassen sich lokal ablegen.
Die globale Suche findet ein bestimmtes Element tief im Projekt, zeigt den Pfad dorthin und öffnet die passende Leinwand.
In einem mehrstufigen Projekt verliert man ein Objekt leichter als eine Datei: Sie erinnern sich, dass es existiert, aber nicht, auf welcher Ebene und in welchem Zweig.
Das Ergebnis ist keine Dateiliste: die Suche gibt den Pfad zum Objekt zurück, öffnet die besitzende Leinwand und bringt Sie zum Element selbst.
Die Suche versteht den Ebenenbaum, weil der Baum Teil des Projektmodells ist und keine Namenskonvention für Ordner, die jemand von Hand einhalten muss.
Findet Boards und deren Inhalte im Cloud-Raum des Teams.
Findet Formen und Text in der geöffneten Diagrammdatei.
Das native Paket bewahrt das gesamte Projekt, externe Formate geben das Material dorthin, wo es fortgeführt, gezeigt oder abgestimmt wird.
Ein Projekt, das man nicht aus der Anwendung holen kann, ist Gefangener des Werkzeugs. Ein Projekt, das nur als Bild herauskommt, kann nicht fortgeführt werden.
Die Formate .cppboard und .cppcanvas bewahren den Baum und erlauben ein exaktes Weiterarbeiten. SVG, PNG, JPEG, WebP, PDF, PPTX, JSON, draw.io und eigenständiges HTML decken Zeigen und Weitergeben ab.
Ein exaktes Weiterbearbeiten versprechen nur unsere nativen Formate — die externen lösen andere Aufgaben und können Teile der Struktur verlieren, und das sagen wir offen. draw.io bleibt dabei der Maßstab für offene Dateikompatibilität.
PDF, JPG, SVG und CSV; Teile der Struktur, der Kommentare und der Interaktivität gehen nicht mit.
Die Dateien passen zu Git und externen Speichern, mit einem starken Import-Ökosystem.
Import und Export arbeiten nicht nur mit „dem ganzen Projekt“: Sie können die aktuelle Leinwand, einen gewählten Zweig oder das Projekt vollständig nehmen.
Meist steht die Wahl zwischen „alles herausgeben“ und „das Nötige von Hand zusammenstellen“. Beides ist schlecht, wenn genau ein Zweig weitergegeben werden soll — und nur dieser.
Der Import fügt Material in den aktuellen Kontext ein, nicht in die Wurzel des Projekts. Der Export gibt den gewählten Umfang im gewählten Format heraus.
Die Wahl des Umfangs ist gerade deshalb möglich, weil das Projekt ein Baum ist: ein Zweig hat eine Grenze, die man benennen, prüfen und weitergeben kann.
Der Export umfasst das Board oder einen darauf ausgewählten Ausschnitt.
Der Export umfasst eine Seite, eine Auswahl oder die ganze Diagrammdatei.
Aktionsverlauf, sicheres Löschen, Papierkorb, Bibliotheksprüfung und Wiederherstellung des Arbeitskontexts aus einem Backup.
In einem großen Projekt steigt der Preis einer unbeabsichtigten Aktion: ein Fehler kostet nicht ein Element, sondern den ganzen aufgebauten Kontext.
Die Bibliotheksprüfung gleicht die Datenbank, die Verknüpfungen der Einträge und die erforderlichen Dateien ab. Ein vollständiges Backup entsteht ohne Überschreiben eines bestehenden und bleibt dort, wo Sie es angeben.
Die Wiederherstellung ist Teil der lokalen Bibliothek und keine Leistung eines Dienstes: die Kopie bleibt bei Ihnen und hängt nicht vom Zugang zu einem Konto ab.
Board-Versionen liegen im Cloud-Raum zusammen mit dem Board selbst.
Der Verlauf ergibt sich daraus, wo die Datei liegt, nicht aus dem Editor.