Das überrascht mich nicht. TipTap sieht wirklich gut und solide aus.
Nebenbei bemerkte ich, dass TipTap eigentlich ein Wrapper um ProseMirror ist.
Tiptap ist ein Headless-Wrapper um ProseMirror – ein Toolkit zum Erstellen von Rich-Text-WYSIWYG-Editoren, das bereits bei vielen bekannten Unternehmen wie der New York Times, The Guardian oder Atlassian im Einsatz ist.
Erstellen Sie genau den Rich-Text-Editor, den Sie möchten, aus anpassbaren Bausteinen. Tiptap bietet sinnvolle Standardeinstellungen, viele Erweiterungen und eine benutzerfreundliche API, um jeden Aspekt anzupassen. Es wird von einer freundlichen Community unterstützt, ist Open Source und kostenlos.
Ich werde es später ausprobieren. Es klingt wirklich interessant. Ich muss noch sehen, ob die TipTap API, die vermutlich die Nutzung der ProseMirror API erleichtert, die gesamte Leistung von ProseMirror bieten kann.
EDIT: Eigentlich sollte ich das Thema lesen, es wurde bereits mehrmals oben darauf hingewiesen
Outline implementiert einen blockbasierten Editor auf Basis von TipTap über dem Y CRDT, sehr ähnlich wie AppFlowy. Letzteres hat seinen eigenen Block-Editor.
Der AnyType-Editor schien sehr leistungsfähig, als ich ihn mir ansah. Dennoch weiß ich nicht, wie eng er an seinen zugrundeliegenden MongoDB-Speicher gekoppelt ist.
Vielleicht können ihre Quellcodes Inspirationen geben, wie man etwas Ähnliches aufbaut?
Leider ist die FLOSS-Szene für Low-Code-Airtable- und No-Code-Notion-Alternativen erschöpft. Manchmal sind es nur Teile der Anwendung, die wirklich FLOSS sind.
von AFFiNE schien interessant, als ich damit spielte.
Notea hat auch einen schönen und ruhigen Block-Editor.
Die einzige Implementierung des
auf der anderen Seite scheint das überwältigende hash.ai zu sein?
Es gibt viele Beispiele, von denen man lernen kann. Wie macht man es richtig? Was ist der Vorteil gegenüber der Vielseitigkeit von reinem Text-Markdown gemischt mit HTML und bbCode, plus Autoboxen?
Wie würde sich ein Block-Editor auf die ActivityPub-Föderation auswirken? Was könnte es bedeuten, einzelne Blöcke zu föderieren? Könnte dies potenziell die Entwicklung der föderierten Transklusion von Blöcken unterstützen?
Es könnte sich lohnen, die Funktionalität des Editors von Obsidian zu betrachten. Es ist ein Markdown-Editor, der Markdown beim Bearbeiten rendert. Er zeigt die Markdown-Syntax nur für den Text an, der sich unter dem Cursor befindet, ansonsten sehen Sie den gerenderten Text. Das scheint das Beste aus beiden Welten zu sein.
Und auf Mobiltelefonen/Tablets wird Markdown angezeigt, wie? Denn wenn es bei Touchscreens fehlschlägt, dann nur für eine Umgebung und es muss dafür einen anderen Schalter geben.
Ich habe keine Ahnung, aber Sie haben Recht, dass dies ein Problem sein könnte. Ich schlage es nur als interessante Implementierung vor, die man sich ansehen kann.
Bearbeiten: Es hat auf Mobilgeräten mehr oder weniger die gleiche Funktionalität wie auf dem Desktop – im Wesentlichen ein hybrider Markdown/WYSIWYG-Editor. Ich bin sehr auf Markdown eingestellt, also bin ich offensichtlich voreingenommen.
Ich bin in dieser Angelegenheit nur ein weiterer Endbenutzer Aber bis wir irgendwann in naher Zukunft WYSIWYG haben, wäre ein weiterer Toggle-Button UI/UX-mäßig kein Problem — die Programmierung einer solchen Funktionalität wäre eine ganz andere Geschichte. Selbst WordPress hat diesen Code anzeigen-Button (das Editorsystem ist zwar ein schreckliches Durcheinander in WP. Es brach völlig zusammen, als Automattic beschloss, die Vision zuerst aussehen, Inhalt zuletzt zu verfolgen).
Ich sehe immer noch, dass das Wichtigste eine Einstellung wäre, die Symbolleiste vollständig auszublenden, außer dem Hochladen von Dateien. Mobiltelefone haben das bereits (als Easter Egg ). Ich halte das für wichtiger als Verbesserungen oder Änderungen am Editor.
Wir haben zwei verschiedene Benutzerkategorien:
eine riesige Mehrheit, die fast nie etwas schreibt und wirklich eine niedrige Schwelle (ist das das richtige Wort…) zum Kommentieren benötigt
Power-User, die eine große Vielfalt an Werkzeugen und einfachen Zugriff darauf benötigen
Aber natürlich hängt das von der Nische der Foren ab. Aber meine kühne Behauptung ist, dass dies auf die Mehrheit der Foren zutrifft.
Aber bis wir irgendwann in naher Zukunft WYSIWYG haben, wäre ein weiterer Toggle-Button UI/UX-mäßig kein Problem — die Programmierung einer solchen Funktionalität wäre eine ganz andere Geschichte. Selbst WordPress hat diesen Code anzeigen-Button (das Editorsystem ist zwar ein schreckliches Durcheinander in WP. Es brach völlig zusammen, als Automattic beschloss, die Vision zuerst aussehen, Inhalt zuletzt zu verfolgen).
). Ich halte das für wichtiger als Verbesserungen oder Änderungen am Editor.