Die Entwicklung von VelinStyle geht weiter. Mit Version 1.5.0 steht das nächste größere Release an. Die Veröffentlichung ist derzeit für Ende November bis Anfang Dezember 2026 geplant.

Bis dahin gibt es noch einiges zu tun. Deshalb möchte ich heute einen Einblick in die Entwicklung geben und zeigen, welche technischen Grundlagen VelinStyle in den bisherigen Versionen erhalten hat.

Was bereits feststeht: VelinStyle entwickelt sich von einem CSS- und Web-Component-Framework zunehmend zu einem Werkzeug, das auch die strukturierte Bearbeitung, Prüfung und Anpassung von Weboberflächen unterstützt.

Die vollständigen Neuerungen von Version 1.5.0 werde ich zu einem späteren Zeitpunkt vorstellen. Einige Dinge bleiben bis dahin bewusst unter Verschluss. Ein Release ist schließlich spannender, wenn man nicht schon Wochen vorher jede einzelne Änderung auf dem Tisch ausbreitet.

VelinStyle ist mein eigenes Framework für die Entwicklung moderner Weboberflächen. Es verbindet CSS-Werkzeuge, Design-Tokens, Web Components und technische Hilfsmittel für die Umsetzung strukturierter Benutzeroberflächen.

Dabei lege ich Wert auf nachvollziehbare Regeln, wiederverwendbare Komponenten und eine Architektur, die sich kontrolliert erweitern lässt.

Ein Framework soll die tägliche Entwicklungsarbeit erleichtern. Es soll aber auch dabei helfen, Fehler zu vermeiden und Änderungen an einer Oberfläche nachvollziehbar umzusetzen.

Genau an diesen Punkten arbeite ich bei VelinStyle.

Mit den bisherigen Versionen sind dafür wichtige technische Grundlagen entstanden. Die Entwicklung von Version 1.5.0 baut auf diesen Arbeiten auf.

Bevor ich auf die kommenden Monate eingehe, lohnt sich ein Blick auf die Entwicklung bis Version 1.4.5.

Die folgenden Punkte beschreiben den dokumentierten Entwicklungsstand. Dabei ist wichtig: Version 1.4.5 ist derzeit als lokaler Entwicklungsstand dokumentiert und noch kein offizielles npm- oder GitHub-Release.

Mit Version 1.4.1 wurde die Grundlage für die kontrollierte Rücknahme und Wiederholung von Änderungen erweitert.

Dazu gehören Funktionen für Undo und Redo sowie eine Historie, in der erfolgreiche Änderungen und ihre Rücknahme nachvollziehbar bleiben.

Das klingt zunächst nach einer kleinen Funktion. Wer allerdings schon einmal eine Änderung rückgängig machen wollte und dabei versehentlich drei weitere Änderungen verloren hat, weiß, warum eine saubere Historienverwaltung wichtig ist.

Für einen Editor ist es entscheidend, dass Änderungen nicht nur ausgeführt, sondern auch kontrolliert zurückgenommen und erneut angewendet werden können.

Mit Version 1.4.2 wurde die Grundlage für die Bearbeitung einfacher Textinhalte und Überschriften geschaffen.

Dabei verwendet VelinStyle einen kontrollierten Verarbeitungspfad für Textänderungen. Bestimmte HTML-Elemente sind als Ziele zugelassen, und Inhalte werden als Text behandelt.

HTML-ähnliche Zeichenfolgen bleiben dadurch Text und werden nicht als HTML-Code ausgeführt.

Das ist ein wichtiger Unterschied. Ein Editor sollte Inhalte bearbeiten können, ohne dafür automatisch beliebigen HTML-Code in eine Seite einzufügen.

Die technische Umsetzung setzt deshalb auf definierte Regeln und begrenzte Bearbeitungsmöglichkeiten.

Version 1.4.3 erweiterte die Grundlage für kontrollierte Designänderungen.

Dazu gehören freigegebene CSS-Klassen, das Hinzufügen und Entfernen zulässiger Utility-Klassen sowie eine erneute Prüfung nach erfolgreich angewendeten Änderungen.

Das Ziel ist klar: Eine Änderung soll nicht nur ausgeführt werden. Das System soll anschließend auch prüfen, ob die vorgesehenen Regeln weiterhin eingehalten werden.

Unbekannte oder nicht zugelassene Klassen werden nicht einfach akzeptiert.

Damit entsteht eine kontrollierte Grundlage für spätere Bearbeitungsfunktionen, ohne einen freien Zugriff auf beliebige CSS-Eigenschaften zu eröffnen.

Mit Version 1.4.4 kamen wichtige Sicherheitsfunktionen für die Einbindung des Editors hinzu.

Dazu zählen ein separates Editor-Gate, definierte Berechtigungsprüfungen und zusätzliche Regeln für IP-Zulassungslisten.

Der Host, also die Website, in die VelinStyle eingebunden wird, bleibt für die Berechtigungen verantwortlich. Der Editor prüft, ob die erforderlichen Voraussetzungen erfüllt sind.

Fehlen notwendige Berechtigungen oder sind Einstellungen ungültig, wird der Zugriff verweigert.

Wichtig ist dabei die technische Einordnung: Diese Prüfungen im Client ersetzen keine serverseitige Authentifizierung. Sie bilden eine zusätzliche Kontrollschicht innerhalb der Editor-Architektur.

Für mich gehört das zu einer vernünftigen Entwicklung. Ein Bearbeitungswerkzeug muss nicht nur funktionieren. Es muss auch klare Grenzen haben.

Der dokumentierte Entwicklungsstand von Version 1.4.5 erweitert diese Grundlagen um den Live Editor.

Das ist einer der zentralen Bereiche der bisherigen Entwicklungsarbeit.

Der Editor erhält eine eigene Benutzeroberfläche mit Werkzeugleiste, Überlagerung und verschiedenen Arbeitsbereichen. Dazu gehören Bereiche für Inhalte, Design, Responsive-Einstellungen und Validierung.

Die Architektur sieht eine optionale Einbindung über `@birdapi/velinstyle/editor` vor. Der Editor kann bei entsprechender Konfiguration und erfüllten Zugriffsbedingungen auf derselben Website aktiviert werden.

Damit steht nicht nur die technische Bearbeitung im Mittelpunkt. Auch die Integration in eine bestehende Website, die Navigation und die Bedienung spielen eine Rolle.

Weitere Arbeiten betreffen unter anderem:

Designwerkzeuge für Farben, Typografie, Größen, Abstände, Rahmen und Effekte.

Freigegebene Design-Voreinstellungen statt uneingeschränkter Änderungen an CSS-Eigenschaften.

Eine strukturierte Navigation innerhalb des Editors.

Ansichten für Bearbeitung und Vorschau.

Responsive-Vorschauen und ausgewählte Einstellungen für Breakpoints.

Erste Werkzeuge für Animationen und Barrierefreiheitsprüfungen.

Erweiterte Prüfungen und Tests für die Interaktion mit dem Editor.

Dabei bleibt die kontrollierte Anwendung von Änderungen ein zentrales Prinzip.

Nicht jede Funktion, die sich technisch umsetzen lässt, gehört automatisch in einen Editor. Manche Bereiche benötigen weitere Arbeit, andere bleiben bewusst eingeschränkt. Der dokumentierte Stand von 1.4.5 enthält deshalb auch Funktionen, die noch zurückgestellt oder nicht verfügbar sind.

Ich möchte lieber offen mit solchen Grenzen umgehen, als eine Funktion als fertig zu bezeichnen, obwohl sie ihre vorgesehenen Aufgaben noch nicht vollständig erfüllt.

Die bisherigen Versionen schaffen eine technische Grundlage, auf der sich VelinStyle weiterentwickeln lässt.

Für Version 1.5.0 plane ich die nächste Entwicklungsstufe. Die Arbeiten laufen weiter, und bis zur Veröffentlichung stehen noch technische Prüfungen und Entwicklungsaufgaben an.

Die vollständige Liste der Neuerungen veröffentliche ich zu einem späteren Zeitpunkt.

Ich werde deshalb an dieser Stelle keine zusätzlichen Funktionen ankündigen, die noch nicht offiziell vorgestellt wurden. Auch aus internen Entwicklungsständen lässt sich nicht automatisch ableiten, welche Funktionen tatsächlich im fertigen Release enthalten sein werden.

Entscheidend ist am Ende der veröffentlichte Funktionsumfang und nicht die Zahl der Einträge auf einer internen Aufgabenliste.

Und wer schon einmal ein größeres Softwareprojekt entwickelt hat, weiß: Zwischen „funktioniert auf meinem Rechner“ und „ist bereit für die Veröffentlichung“ liegt manchmal noch eine ziemlich lange Liste.

Der aktuelle Veröffentlichungszeitraum liegt zwischen Ende November und Anfang Dezember 2026.

Das ist der derzeitige Plan. Einen verbindlichen Veröffentlichungstag nenne ich noch nicht.

Bis dahin stehen die weitere Entwicklung, die Prüfung der bestehenden Funktionen und die Vorbereitung des Releases im Vordergrund.

Ich möchte eine Version veröffentlichen, deren dokumentierter Funktionsumfang zum tatsächlichen technischen Stand passt. Dazu gehört auch, Einschränkungen klar zu benennen und nicht fertiggestellte Funktionen nicht als abgeschlossene Neuerungen darzustellen.

Mit Version 1.5.0 soll die bisherige Entwicklung fortgeführt werden. Welche konkreten Schritte danach folgen, werde ich anhand des erreichten Entwicklungsstands und der weiteren Planung entscheiden.

Die Arbeit an VelinStyle bleibt dabei auf eine klare technische Grundlage ausgerichtet: nachvollziehbare Komponenten, kontrollierte Änderungen, geprüfte Funktionen und eine verständliche Dokumentation.

Ich werde die weiteren Informationen zum Release veröffentlichen, sobald die Neuerungen feststehen und ich sie zuverlässig beschreiben kann.

VelinStyle 1.5.0 ist für Ende November bis Anfang Dezember 2026 geplant.

Die Entwicklung baut auf den bisherigen Arbeiten auf. Dazu gehören die Grundlagen für Undo und Redo, die kontrollierte Bearbeitung von Inhalten, die Validierung von Änderungen, Sicherheitsprüfungen und der Ausbau des Live Editors.

Das sind die Themen, über die ich heute bereits sprechen kann. Welche weiteren Neuerungen in Version 1.5.0 enthalten sein werden, bleibt vorerst offen.

Ich möchte die Entwicklung transparent begleiten, ohne unfertige Funktionen vorzeitig zu versprechen.

Bis zur Veröffentlichung gibt es noch Arbeit. Der Code schreibt sich schließlich nicht selbst. Und falls er es irgendwann doch tut, werde ich vermutlich zuerst prüfen, ob das wirklich eine Funktion oder ein Sicherheitsproblem ist.

Weitere Informationen zu VelinStyle 1.5.0 folgen, sobald die Release-Planung konkreter ist.

Sebastian Vogel
SKYLITE.DESIGN