- Verwendet anstelle des
contenteditable-Attributs einen benutzerdefinierten Renderer, um Browser-/Plattform-Kompatibilitätsprobleme zu umgehen
- Entwickelt mit Fokus auf Stabilität, Kontrollierbarkeit und Performance
- Derzeit wird React für das Rendering verwendet
- Mit Vue, Solid-js, SvelteJS usw. verglichen, aber aktuell bietet es die beste Developer Experience, ist am flexibelsten und verfügt über ein hervorragendes Ökosystem
- Für Leistungsverbesserungen ist künftig jedoch ein Refactoring auf natives DOM-Rendering erforderlich
- Unterstützung für verschiedene Plugins
- Shortcuts, Markdown, Kontextmenü, Ausrichtung, Codeblöcke, Schriftarten, Überschriften, Bilder, Links, Listen, Erwähnungen, Tabellen, ..
3 Kommentare
Typora weint bitterlich
Das erinnert mich auch an Facebooks Lexical
https://de.news.hada.io/topic?id=6380
Angeblich wurde die Struktur von Slate unverändert übernommen. Das wirkt nützlich, weil man kein neues Design entwerfen muss, und falls Daten bereits im Slate-Format gespeichert werden, dürfte auch ein Wechsel des Editors einfacher sein.
Texteditoren browser- und OS-kompatibel zu machen, ist wirklich alles andere als einfach, daher ist das ein neuer Ansatz.
Auch die koreanische Eingabe auf Android funktioniert gut, und da die
Selection-Klasse wirklich schwer zu verwenden war, scheint es für die Entwicklung praktisch zu sein, dass sie sie gleich komplett neu gebaut haben. (Als ich tatsächlichgetSelection()ausprobiert habe, wurde der ausgewählte Bereich nämlich gar nicht erfasst.)Zwar scheint beim ersten Laden noch eine Performance-Verbesserung nötig zu sein, aber kritisch wirkt das nicht.