Nextcloud Direct Menu: Wenn die Navigation zur Chefsache wird

In fast jeder Nextcloud-Instanz, die länger als zwei Jahre im Produktivbetrieb läuft, findet sich dieselbe Beobachtung: Die Datenablage funktioniert, die Synchronisation läuft, die Shares stimmen. Was Nerven kostet, sitzt eine Ebene darüber – in der Frage, wie Anwender überhaupt dorthin gelangen, wo sie hinwollen. Ein Datei-Menü für den Direktzugriff, wie es die App Direct Menu verspricht, setzt genau an dieser Stelle an. Es ist kein spektakuläres Projekt, kein Hub-Feature, das auf einer Keynote gefeiert wird. Und doch beschreibt es sehr genau, wo selbst gehostete Collaboration-Software in der Praxis hakt.

Wer den Begriff zum ersten Mal hört, stellt sich vielleicht ein Kontextmenü im Dateibrowser vor – Rechtsklick, Freigeben, Herunterladen, Löschen. Das ist es nicht. Der Ansatz zielt auf die oberste Ebene der Weboberfläche, auf jene Leiste, in der Nextcloud seine Apps auflistet: Dateien, Fotos, Kalender, Kontakte, Talk. Dort einen eigenen Bereich einzuhängen, mit Verweisen auf interne Ordner, auf Freigaben, auf Webmail, auf das ERP oder auf das Intranet, ist technisch unspektakulär und organisatorisch umso wirksamer.

Ein kleines Puzzleteil mit großer Wirkung

Der Ausgangspunkt ist banal. Nextcloud bringt von Haus aus ein Menü mit, das die installierten Apps zeigt. Was es nicht zeigt, sind Dinge, die außerhalb des Systems liegen oder quer zur App-Logik verlaufen. Ein Beispiel aus dem Alltag eines mittelständischen Maschinenbauers: Die Konstruktion arbeitet mit einem PDM-System, die Buchhaltung mit einer webbasierten Finanzanwendung, der Vertrieb mit einem CRM. Alle drei Systeme haben eigene Konten, eigene URLs, eigene Passwörter. In der Nextcloud liegen die Dokumente, die alle drei brauchen. Ein Link, der aus der Cloud heraus direkt in das jeweilige Ziel springt, spart pro Nutzer und Tag gemessen vielleicht zwei Minuten. Über dreihundert Nutzer und zweihundert Arbeitstage gerechnet ist das keine Kleinigkeit mehr.

Natürlich kann man solche Verweise in eine kleine HTML-Seite gießen, die irgendwo auf einem Webserver liegt. Man kann sie in die Beschreibung eines Gruppenordners schreiben. Man kann auch eine Lesezeichen-Synchronisation im Browser einrichten. Alles funktioniert, bis das erste Gerät gewechselt wird, bis der Browser kein zentrales Profil mehr hat oder bis ein neuer Mitarbeiter anfängt. Ein Menüpunkt in der Cloud selbst löst das Problem dauerhafter, weil er überall dort auftaucht, wo die Cloud aufgerufen wird – im Browser auf dem Arbeitsplatz, auf dem Notebook, im Homeoffice. Das ist eine der Stärken dieses Ansatzes und gleichzeitig eine seiner Grenzen, denn in den nativen Mobile-Apps greift er nicht.

Abgrenzung: Direct Menu ist nicht External Sites

Wer sich mit dem Thema beschäftigt, wird schnell auf mehrere Apps stoßen, die Ähnliches versprechen. Die bekannteste ist External Sites, seit Jahren fester Bestandteil vieler Installationen. Sie blendet externe Webseiten als eigene Einträge in die Nextcloud-Navigation ein und kann Ziele sogar in einem eingebetteten Frame darstellen. Der Unterschied ist konzeptionell: External Sites versteht sich als Klammer um fremde Anwendungen und will diese möglichst nahtlos integrieren. Direct Menu positioniert sich bescheidener, eher als Sammlung von Direktverweisen, die ohne Umweg erreichbar sein sollen.

Daneben existieren Apps wie Custom Menu, die vor allem Branding-Zwecke bedienen, und Side Menu, die die Navigation insgesamt umgestaltet. Auch App Order gehört in diese Familie – sie ändert die Reihenfolge der vorhandenen Einträge, ohne neue hinzuzufügen. In der Praxis überschneiden sich die Funktionen, und nicht jede Umgebung braucht jede Erweiterung. Wer eine saubere, wartungsarme Installation will, sollte sich vor der Entscheidung zwei Fragen stellen: Soll der Nutzer nur schneller zu internen Ressourcen kommen, oder soll ein fremdes System wirklich Teil der Oberfläche werden? Für den ersten Fall ist ein Direktmenü die schlankere Wahl, für den zweiten bleibt External Sites die naheliegende Lösung – mit allen Konsequenzen, die eine Einbettung fremder Inhalte mit sich bringt.

Technisch betrachtet: Wo die App ansetzt

Nextcloud hat seine Oberfläche über die Jahre mehrfach umgebaut. Seit Version 28 wurde die Topbar deutlich verändert, mit Version 30 kam eine neu geschnittene App-Navigation hinzu. Ein Menü, das zusätzliche Einträge einhängt, bewegt sich deshalb in einem Umfeld, das sich stetig verändert. Unter der Haube greifen solche Erweiterungen auf den Navigation Manager zu, den Nextcloud für registrierte Einträge bereitstellt. Ist die App aktiviert, meldet sie ihre Einträge über die entsprechende Schnittstelle an, und das Frontend rendert sie im Kopfbereich der Weboberfläche.

Die sichtbare Seite besteht heute überwiegend aus Vue-Komponenten. Wer die Einträge nicht über die Administrationsoberfläche pflegt, sondern per Kommandozeile, arbeitet mit occ config:app:set und legt die Struktur in der App-Konfiguration ab. Das ist für automatisierte Deployments praktisch, weil sich Menüs so gemeinsam mit der übrigen Instanz ausrollen lassen – etwa über Ansible, Salt oder ein Puppet-Modul. In Umgebungen mit mehreren Instanzen, die unterschiedliche Abteilungen bedienen, ist das der einzige Weg, der dauerhaft sauber bleibt. Klickorgien in der Weboberfläche sind für Einmaländerungen in Ordnung, für reproduzierbare Setups nicht.

Zu beachten ist der Wartungsstand. Direct Menu gehört zur Kategorie der kleinen Community-Apps. Solche Projekte haben eine überschaubare Zahl an Maintainern, sie reagieren mitunter mit Verzögerung auf neue Nextcloud-Major-Releases, und ihre Funktionsliste wächst langsam. Das ist kein Ausschlusskriterium, aber ein Risiko, das in die Entscheidung gehört. Wer die App produktiv einsetzt, sollte einen Blick in das Repository werfen, die letzten Commits und die Kompatibilitätsangaben prüfen und sich überlegen, ob im Zweifel ein Zurück zur Standardnavigation akzeptabel wäre. In den meisten Fällen wäre es das – der Ausfall eines Menüpunkts legt keine Instanz lahm, er kostet Komfort.

Installation: unspektakulär, aber mit Fallstricken

Die Einrichtung folgt dem üblichen Weg. Im Administrationsbereich unter „Apps“ lässt sich die Erweiterung aus dem offiziellen App Store beziehen, alternativ per occ app:install von der Kommandozeile. Bevorzugt man die manuelle Variante, landen die Dateien in einem eigenen Verzeichnis unterhalb des Apps-Ordners; Besitzrechte und Eigentümer müssen dabei stimmen, sonst verweigert Nextcloud den Dienst mit einer wenig hilfreichen Fehlermeldung. Nach der Installation ist die App zunächst nur aktiviert, aber noch nicht konfiguriert – ohne Einträge zeigt sie schlicht nichts an.

Zwei Dinge sorgen immer wieder für Verwirrung. Erstens der Cache. Nextcloud arbeitet mit OPcache, APCu und, wenn vorhanden, Redis. Nach Änderungen an Menüstrukturen ist es ratsam, den Cache zu leeren, sonst erscheinen Einträge verzögert oder gar nicht. Zweitens das Theming. Wer die Oberfläche über die Theming-App angepasst hat, muss damit rechnen, dass eigene Farben und Logos mit den Standarddarstellungen der Menüeinträge kollidieren. Meist ist das kosmetisch, gelegentlich nicht: Ein heller Menüpunkt auf hellem Hintergrund ist nicht nur hässlich, sondern unbrauchbar.

Vor jedem Major-Upgrade der Instanz gehört ein Backup – das gilt ohnehin, aber bei Erweiterungen, die außerhalb des Kernentwicklungszyklus stehen, besonders. Wer eine Testinstanz betreibt, spielt Upgrades dort zuerst ein und prüft, ob das Menü noch erscheint, ob die Icons laden und ob die Sichtbarkeitsregeln greifen. Diese halbe Stunde Aufwand zahlt sich aus, wenn im Produktivsystem nicht plötzlich alle Abteilungslinks verschwunden sind.

Konfiguration in der Praxis

Die Grundeinheit ist ein Eintrag mit einem Titel, einem Ziel und einem Icon. Als Ziele kommen absolute URLs in Frage, aber auch interne Adressen. Interessant wird es, wenn man in die Tiefe geht: Ein Verweis kann auf eine konkrete Datei zeigen, auf einen Ordner, auf eine öffentliche Freigabe oder auf eine Applikation innerhalb der Instanz. Der Nutzer landet also nicht auf einer Startseite, die ihn erst durch drei Ebenen klicken lässt, sondern unmittelbar dort, wo er arbeiten soll.

Bewährt hat sich eine Gliederung, die sich an Arbeitsabläufen orientiert, nicht an der Organisationsstruktur. Ein Beispiel:

• „Projekte“ – Einstieg in den zentralen Projektordner mit den aktuell laufenden Vorhaben
• „Angebote“ – Freigabeordner des Vertriebs, inklusive Vorlagen
• „Zeiterfassung“ – Link auf die externe Weboberfläche des Zeiterfassungssystems
• „Dokumentation“ – das interne Wiki, das außerhalb der Cloud läuft
• „Support“ – Ticketformular oder Serviceportal

Fünf Einträge, mehr nicht. Ein häufiger Fehler besteht darin, das Menü als Ablage für alles zu missbrauchen, was irgendwem wichtig erscheint. Nach zwei Jahren stehen dann zwanzig Punkte in der Leiste, die Hälfte davon verwaist, und die eigentliche App-Navigation wird zur Nebensache. Ein Direktmenü ist ein Werkzeug für häufige Wege, kein Ersatz für eine saubere Informationsarchitektur. Wer die Disziplin nicht aufbringt, sollte es besser bleiben lassen.

Für die Sichtbarkeit sind Gruppen zuständig. Nextcloud kennt Gruppen aus der lokalen Verwaltung ebenso wie aus LDAP oder Active Directory. Lässt sich ein Menüpunkt an eine Gruppe binden, sieht ihn nur, wer ihn sehen soll. In der Praxis ist das der Hebel, der den Unterschied zwischen einem Spielzeug und einer betriebstauglichen Lösung ausmacht: Die Personalabteilung bekommt ihren Verweis auf das Lohnsystem, die Konstruktion ihren auf das PDM, und niemand muss erklären, warum in seinem Menü Dinge stehen, mit denen er nichts zu tun hat.

Bei den Icons lohnt Zurückhaltung. Material-Design-Symbole sind unter Nextcloud verbreitet, eigene SVGs möglich. Letztere klingen verlockend, bringen aber Arbeit mit sich: Kontrast, Größe, Ausrichtung und Darstellung auf verschiedenen Bildschirmauflösungen wollen geprüft werden. Ein einheitlicher Satz aus der mitgelieferten Bibliothek ist fast immer die bessere Wahl, auch wenn er weniger individuell wirkt.

Vier Szenarien, in denen sich der Aufwand rechnet

Ein mittelständischer Fertigungsbetrieb mit rund zweihundert Beschäftigten nutzt Nextcloud als zentrale Ablage für technische Dokumentation, Angebote und Personalunterlagen. Parallel laufen ein ERP mit Web-Frontend, ein Zeiterfassungssystem und ein Ticketsystem. Über das Direktmenü erhält jede Abteilung drei bis vier eigene Einstiegspunkte. Die IT berichtet nach drei Monaten von deutlich weniger Rückfragen der Art „Wo finde ich noch mal…“. Das ist anekdotisch, aber plausibel: Wiederkehrende Wege, die man sich nicht merken muss, sind ein unterschätzter Produktivitätsfaktor.

An einer Berufsschule mit mehreren tausend Konten sieht die Lage anders aus. Dort geht es weniger um Effizienz als um Verwirrungsvermeidung. Lernende, die nur alle paar Tage in die Cloud schauen, finden sich in einer gewachsenen Ordnerstruktur selten zurecht. Ein fest verdrahtetes Menü mit „Meine Klasse“, „Aufgaben“, „Material“ und „Stundenplan“ reduziert die Einstiegshürde erheblich. Wichtig ist hier, dass die Einträge zentral pflegbar sind und nicht pro Schuljahr neu von Hand zusammengeklickt werden müssen.

In einer öffentlichen Verwaltung dominiert ein anderer Aspekt: Nachvollziehbarkeit. Wenn Menüpunkte zentral definiert und versioniert im Deployment liegen, lässt sich im Zweifel belegen, welche Verweise wann für welche Gruppe sichtbar waren. Das ist kein Sicherheitsmerkmal im engeren Sinn, aber es hilft bei internen Audits und bei der Frage, wie eine bestimmte Information ins System gelangt ist.

Und schließlich die Agentur- oder Beratungsumgebung, in der ständig neue externe Mitarbeiter dazukommen. Hier ist weniger die Sichtbarkeit als die schnelle Provisionierung entscheidend. Neue Konten erhalten über die Gruppenzugehörigkeit automatisch die passenden Menüpunkte – ohne dass jemand eine E-Mail mit Links schreiben muss. In Kombination mit Single Sign-on über SAML oder OpenID Connect ergibt das einen Einstieg, der sich für Externe kaum von einem internen Portal unterscheidet.

Zusammenspiel mit Theming, Custom Menu und External Sites

Wer mehrere dieser Erweiterungen parallel betreibt, sollte sich vorher Gedanken über die Zuständigkeiten machen. Eine pragmatische Aufteilung sieht so aus: Direct Menu übernimmt die schnellen, internen Wege. External Sites kümmert sich um Anwendungen, die tatsächlich eingebettet werden sollen. Custom Menu liefert die Grundstruktur und die Branding-nahen Einträge. Theming setzt Farben, Logo und Fußzeile.

Das klingt aufgeräumt, ist in der Praxis aber immer wieder Ursache für Konflikte. Zwei Apps, die beide in dieselbe Navigationsleiste schreiben, können sich gegenseitig die Reihenfolge durcheinanderbringen. Nach einem Upgrade verschiebt sich dann ein Eintrag, oder eine Gruppe erscheint doppelt. Wer die Struktur über die appconfig pflegt, merkt solche Änderungen schneller, weil sie sich im Versionskontrollsystem als Diff zeigen. Wer sie über die Oberfläche pflegt, merkt sie erst, wenn sich Anwender beschweren.

Ein eigener Aspekt betrifft die mobile Nutzung. Die Nextcloud-Apps für iOS und Android rendern die Weboberfläche nicht, sie sind eigenständige Clients. Menüpunkte, die im Browser erscheinen, tauchen dort nicht auf. Das ist kein Mangel der Erweiterung, sondern eine strukturelle Eigenschaft des Ansatzes – und ein Grund, warum man sich nicht vollständig auf ein solches Menü verlassen sollte. Für Nutzer, die überwiegend mobil arbeiten, bleiben alternative Wege nötig: etwa ein gepflegter Startordner, eine Freigabe mit klarer Benennung oder ein Deep-Link, der sich als Lesezeichen auf dem Gerät ablegen lässt.

Sicherheit: kleine Angriffsfläche, aber nicht null

Auf den ersten Blick ist ein Menü harmlos. Es zeigt Links, mehr nicht. Auf den zweiten Blick handelt es sich um einen Konfigurationsbereich, der von Administratoren gepflegt wird und Einfluss auf das Verhalten aller Nutzer hat. Wer dort Einträge anlegen darf, kann Nutzer auf beliebige Ziele leiten. Deshalb gehört der Zugriff auf die entsprechenden Einstellungen genauso selbstverständlich eingeschränkt wie der auf andere administrative Bereiche.

Ein zweiter Punkt betrifft die Darstellung externer Ziele. Werden Links in einem neuen Tab geöffnet, sollte das Attribut rel="noopener noreferrer" gesetzt sein, damit die Zielseite keinen Zugriff auf das ursprüngliche Fenster erhält. Moderne Nextcloud-Versionen und die üblichen Frontend-Bibliotheken erledigen das in der Regel von selbst, aber nachprüfen schadet nicht. Wer externe Inhalte nicht nur verlinkt, sondern einbettet, bewegt sich zusätzlich im Feld der Content Security Policy. Nextcloud setzt strikte CSP-Header, und fremde Quellen müssen explizit erlaubt werden. Das ist kein Konfigurationsdetail, sondern eine Sicherheitsentscheidung: Jede Ausnahme öffnet ein Stück weit die Tür.

Dasselbe gilt für Gruppenregeln. In LDAP-Umgebungen ist darauf zu achten, dass die Gruppenzuordnung tatsächlich aktuell ist. Ein Menüpunkt, der sensible Verweise enthält und versehentlich für „alle angemeldeten Benutzer“ sichtbar ist, verteilt Informationen weiter, als beabsichtigt. Das Sichtbarmachen eines Links ist noch keine Rechtevergabe – die Dateien dahinter bleiben geschützt. Aber es ist ein Hinweis darauf, wo etwas liegt, und solche Hinweise sind manchmal genau das, was man nicht streuen möchte.

Erwähnenswert ist schließlich die Protokollierung. Nextcloud führt ein Audit-Log, in dem administrativer Änderungen erfasst werden können. Ob eine Menüänderung dort auftaucht, hängt von der Implementierung der jeweiligen Erweiterung ab. Wer auf Nachvollziehbarkeit angewiesen ist, sollte das vorab testen und nicht darauf vertrauen, dass es schon passt.

Performance und Skalierung

Bei einer Instanz mit fünfzig Nutzern ist die Frage akademisch. Bei mehreren tausend Konten sieht es anders aus. Die Navigationsstruktur wird bei jedem Seitenaufbau mitgeliefert. Ein Menü mit fünf Einträgen und statischen Links kostet praktisch nichts. Ein Menü, das Ziele dynamisch aus Gruppenmitgliedschaften zusammenrechnet und für jeden Aufruf die Datenbank befragt, kann dagegen messbar werden – nicht dramatisch, aber in Summe spürbar.

Die üblichen Hausmittel helfen. Ein konfigurierter Redis-Cache für die Verteilung, APCu für den lokalen Cache, ein aktivierter OPcache, dazu HTTP/2 oder HTTP/3 über den Reverse Proxy. Wer größere Installationen betreibt, sollte außerdem die Anzahl der Menüpunkte begrenzen. Zwanzig Einträge, von denen die Hälfte nur für eine kleine Gruppe sichtbar ist, zwingen die Anwendung zu mehr Arbeit als nötig – und überfordern die Anwender ohnehin.

Ein interessanter Aspekt ist die Wechselwirkung mit dem Frontend-Caching. Nextcloud liefert Assets mit Versionsparametern aus, sodass Browser sie nach einem Update neu laden. Ändert man nur die Menüstruktur, kann es vorkommen, dass Nutzer eine veraltete Ansicht sehen, bis sie die Seite hart neu laden. Das ist kein Fehler, sondern eine Folge der Zwischenspeicherung – und ein Grund, strukturelle Änderungen möglichst gebündelt und zu Randzeiten durchzuführen.

Betriebserfahrungen und wiederkehrende Ärgernisse

Wer solche Erweiterungen über einen längeren Zeitraum betreibt, kennt die Muster. Nach einem Major-Upgrade der Instanz fehlt der Menüpunkt, weil die App noch nicht als kompatibel markiert ist. Nextcloud deaktiviert inkompatible Apps nicht automatisch im laufenden Betrieb, aber der App Store weist darauf hin, und im schlimmsten Fall bleibt die Erweiterung nach dem Upgrade deaktiviert. Das ist kein Drama, solange jemand merkt, dass es passiert ist.

Ein zweites Muster betrifft die Barrierefreiheit. Nextcloud bemüht sich seit Jahren um Verbesserungen in diesem Bereich, eigene Erweiterungen fallen aber regelmäßig dahinter zurück. Wer Menüpunkte anlegt, sollte auf ausreichende Kontraste achten, aussagekräftige Titel verwenden und nicht nur ein Icon ohne Text anbieten. Reine Icon-Leisten mögen modern aussehen, sind aber für Screenreader und für Nutzer mit Sehbeeinträchtigungen problematisch. Ein kurzer Text kostet Platz und spart Erklärungen.

Drittes Muster: gewachsene Strukturen ohne Pflege. Menüpunkte, die vor drei Jahren für ein Projekt angelegt wurden, bleiben stehen, wenn das Projekt beendet ist. Irgendwann zeigt die Hälfte der Einträge ins Leere, und das Vertrauen in das Menü sinkt – ein Effekt, der sich nur schwer zurückholt. Ein halbjährlicher Blick auf die Einträge, verbunden mit der Frage „Braucht das noch jemand?“, ist keine große Übung und verhindert den schleichenden Verfall.

Nicht zuletzt die Frage der Zuständigkeit. In vielen Häusern entsteht ein solches Menü, weil eine Abteilung es sich wünscht. Danach ist unklar, wer es pflegt. Die IT sieht sich nicht zuständig, die Fachabteilung hat keine Administratorenrechte. Ergebnis: Das Menü bleibt stehen, wie es war, und veraltet. Wer das verhindern will, sollte die Pflege vor der Einführung klären – und nicht danach.

Alternativen und Ausblick

Die Frage, ob es überhaupt eine zusätzliche App braucht, ist legitim. Wer nur wenige Verweise benötigt, kann sie in der Beschreibung eines zentralen Gruppenordners unterbringen oder als Lesezeichen im verwalteten Browserprofil verteilen. Wer ohnehin ein Intranet betreibt, kann dort eine Portalseite pflegen und aus Nextcloud dorthin verlinken. Diese Wege sind unspektakulär, aber sie kommen ohne zusätzliche Abhängigkeiten aus – und Abhängigkeiten sind in selbst betriebenen Umgebungen eine Währung.

Für komplexere Anforderungen lohnt der Blick auf die Entwicklung der Plattform selbst. Mit der AppAPI lassen sich seit einigen Versionen externe Anwendungen betreiben, die in Containern laufen und über definierte Schnittstellen mit Nextcloud kommunizieren. Solche ExApps können eigene UI-Bestandteile beisteuern und wären damit ein sauberer Weg, Navigationserweiterungen unabhängig vom Kern zu bauen. Ob daraus in absehbarer Zeit Standardlösungen für Menüs entstehen, ist offen. Der Trend geht jedenfalls in Richtung Modularisierung, und das könnte den kleinen Menü-Apps langfristig das Wasser abgraben – oder ihnen eine stabilere Basis geben.

Parallel dazu arbeitet Nextcloud an der eigenen Navigation. Die Topbar wurde in den vergangenen Versionen mehrfach umgebaut, Einträge wanderten, die Darstellung auf schmalen Bildschirmen wurde angepasst. Für Erweiterungen bedeutet das eine bewegliche Zielscheibe. Wer heute ein Menü aufsetzt, sollte nicht damit rechnen, dass es in fünf Jahren exakt so aussieht. Das ist unangenehm, aber normal – und ein Argument dafür, die Struktur in der Konfiguration und nicht in der Oberfläche zu pflegen.

Ein nüchternes Fazit

Ein Direktmenü löst kein grundsätzliches Problem. Es behebt keinen Fehler in der Rechteverwaltung, es beschleunigt keine Synchronisation, es ersetzt keine durchdachte Ordnerstruktur. Was es tut, ist bescheiden: Es verkürzt Wege. Und das ist in einer Umgebung, in der Anwender täglich zwischen mehreren Systemen wechseln, mehr wert, als es auf den ersten Blick scheint.

Die Entscheidung für oder gegen eine solche Erweiterung hängt an wenigen Fragen. Wie viele Nutzer gibt es? Wie oft wechseln sie zwischen Nextcloud und anderen Anwendungen? Gibt es jemanden, der die Struktur pflegt? Und wie wichtig ist es, dass das Menü auch in fünf Jahren noch existiert? Wer diese Fragen ehrlich beantwortet, kommt fast immer zu einer klaren Antwort – in die eine oder die andere Richtung.

Für Administratoren, die es ausprobieren wollen, ist der Aufwand überschaubar: Installation in wenigen Minuten, ein Test auf der Staging-Instanz, zwei oder drei Einträge für eine Pilotgruppe. Danach weiß man mehr als nach jeder Evaluationsmatrix. Ein kleines Standartmenü mit fünf sauber gesetzten Verweisen sagt mehr über den Nutzen als jede Feature-Liste.

Wer sich dafür entscheidet, sollte es als Betriebsaufgabe begreifen und nicht als Projekt. Ein Menü ist kein Zustand, den man erreicht, sondern eine Struktur, die man pflegt. Genau darin liegt der Unterschied zwischen einer Erweiterung, die nach zwei Jahren wieder verschwindet, und einer, die irgendwann selbstverständlich ist – so selbstverständlich, dass niemand mehr darüber spricht, solange sie funktioniert.