Rewrite Vanilla JS und Web Components #257

tk100 commented 2024年09月24日 09:11:15 +02:00

Mit Web Components existiert inzwischen ein von allen modernen Browsern unterstützter Standard zur Implementierung von Komponenten. Dies möchte ich zum Anlass nehmen, den MintApp Client im Verlauf der nächsten Monate zu migrieren.

Folgende Vorteile ergeben sich dadurch künftig:

1. Keinerlei Abhängigkeit von Frameworks mehr, damit dauerhafte Verfügbarkeit ohne ständiges Nachziehen.
2. Kein Build Prozess mehr, die MintApps können 1:1 auf einem Webserver abgelegt werde.
3. Geringe Barriere für Entwickler, Kenntnisse in Standard JS ausreichend.
4. npm wird nur optional für die Entwicklung benötigt, dadurch auch keine "geerbten" Sicherheitslücken in den MjntApps
5. Standard JS Tools zum Testen und Dokumentieren können einfach verwendet werden.

Geplantes Vorgehen

• Proof of Concept mit exemplarischen Apps
• Simples i18n Framework mit dynamischem Nachladen von Sprachen
• Unterstützung grundlegender Markdown Auszeichnungen ohne Dritt-Bibliotheken
• Migration der zentralen vue Kompetenten in web Components (light, d.h.ohne shadow Dom)
• Migration der Menus, Suche und News-Seiten (3/3)
• Migration der Mathematik-Apps in HTML Seiten (8/8)
• Migration der Informatik-Apps in HTML Seiten (7/7)
• Migration der Tools-Apps in HTML Seiten (8/8)
• Migration der Physik-Apps in HTML Seiten (11/41)
• Migration der Spiele-Apps in HTML Seiten (2/9)
• Lösung für Download als eine SCORM-Paket

Mit Web Components existiert inzwischen ein von allen modernen Browsern unterstützter Standard zur Implementierung von Komponenten. Dies möchte ich zum Anlass nehmen, den MintApp Client im Verlauf der nächsten Monate zu migrieren. Folgende Vorteile ergeben sich dadurch künftig: 1. Keinerlei Abhängigkeit von Frameworks mehr, damit dauerhafte Verfügbarkeit ohne ständiges Nachziehen. 2. Kein Build Prozess mehr, die MintApps können 1:1 auf einem Webserver abgelegt werde. 3. Geringe Barriere für Entwickler, Kenntnisse in Standard JS ausreichend. 4. npm wird nur optional für die Entwicklung benötigt, dadurch auch keine "geerbten" Sicherheitslücken in den MjntApps 5. Standard JS Tools zum Testen und Dokumentieren können einfach verwendet werden. Geplantes Vorgehen - [x] Proof of Concept mit exemplarischen Apps - [x] Simples i18n Framework mit dynamischem Nachladen von Sprachen - [x] Unterstützung grundlegender Markdown Auszeichnungen ohne Dritt-Bibliotheken - [x] Migration der zentralen vue Kompetenten in web Components (light, d.h.ohne shadow Dom) - [x] Migration der Menus, Suche und News-Seiten (3/3) - [x] Migration der Mathematik-Apps in HTML Seiten (8/8) - [x] Migration der Informatik-Apps in HTML Seiten (7/7) - [x] Migration der Tools-Apps in HTML Seiten (8/8) - [x] Migration der Physik-Apps in HTML Seiten (11/41) - [x] Migration der Spiele-Apps in HTML Seiten (2/9) - [x] Lösung für Download als eine SCORM-Paket

tk100 commented 2024年10月10日 18:54:50 +02:00

Folgende Apps werden nicht portiert:

• TeX-Trainer (beruht auf der externen Bibliothek katex mit vielen Abhängigkeiten, die aber sonst an keiner anderen Stelle mehr genutzt wird)
• Mint-Storming (hier gibt es eine Vielzahl guter und besserer Alternativen)

Folgende Funktionen werden nicht portiert:

• HTML-Export einzelner Apps als einzelne Seiten. Bisher wurde dazu das Plugin vite-plugin-singlefile genutzt, da vite nicht mehr verwendet wird (und werden soll), ist das nicht mehr möglich.

Folgende Apps werden nicht portiert: - TeX-Trainer (beruht auf der externen Bibliothek katex mit vielen Abhängigkeiten, die aber sonst an keiner anderen Stelle mehr genutzt wird) - Mint-Storming (hier gibt es eine Vielzahl guter und besserer Alternativen) Folgende Funktionen werden nicht portiert: - HTML-Export einzelner Apps als einzelne Seiten. Bisher wurde dazu das Plugin vite-plugin-singlefile genutzt, da vite nicht mehr verwendet wird (und werden soll), ist das nicht mehr möglich.

tk100 commented 2025年01月02日 10:21:51 +01:00

Done

Done