-
Notifications
You must be signed in to change notification settings - Fork 281
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Integrate Nextcloud Text as a markdown editor #1561
Comments
As a simple user, I would greatly appreciate to have the kind of WYSIWYG interface that Nextcloud Text offers. Well, any kind of "styling" menu would be great to me, as I'm not very familiar to markdown notation... |
V1 (currently in beta) provides a link to Markdown notation, which is really easy once you've used it a few times. Ends up here: https://commonmark.org/help/ |
Currently, we have the ability to toggle between the fully rendered and the plain text version (with some markup) of the description. This has the advantage that it is easy to copy/paste the description to/from other apps supporting markdown, e.g. Tasks. Would Nextcloud Text integration remove this separation? From nextcloud/text#439 it seems like Text will not have a source view anytime soon. Or would it still be possible to have a raw view? |
I second @joreiff 's question - e.g. the files_markdown app is actually very cool in that it has this source editing with preview setup, and the lack of such capability in Text is a huge blocker for our use case. We believe there is huge value in plain text (ability to diff using simple tools, version in git, simple interop with many other tools), and collaborative editing of plain text would be ideal, as it transcends many use cases (including not only simple documents but also e.g. technical documentations). So integrating the Nextcloud Text approach (with the "prosemirror cannot into plaintext" limitation) into more apps actually breaks them from our point of view... |
Don't get me wrong of course - the Nextcloud Text app is awesome work, but the absolutely-no-plaintext limitation is severe for many of the awesome potential use cases. Now as long as Text is a standalone app that I can just exchange for other stuff, it's really cool. But if the limitation starts running across many of the Nextcloud apps, it starts to be a problem... |
Well, it is mainly an issue that there was no better way for rich formatting when the markdown support to deck was added. While I personally am a big supporter of Markdown I don't think that a description field should be based on a rather technical syntax but instead use a proper visual editor that any user is able to quickly work with. |
Well of course I don't deny the value of WYSIWIG in general, but it's definitely possible to have the cake and eat it, i.e. give people a nicely rendered output but also the ability to modify the markdown source. Netlify CMS has an example - they just have a switch between Markdown and Rich Text. See: https://cms-demo.netlify.com/#/collections/posts Click on any of the posts, you will see the ability to switch between the modes seamlessly. |
Whats Happening Here? |
Nice! |
Not immediately, but it did some preparation for that ;) |
As discussed with @jakobroehrl we should make use of the capabilities that Nextcloud Text offers as a nicer way of markdown editing.
To achieve this it would be great if we can extract the actual editor parts of text into a dedicated library that can then be used by apps. As a first step this could be done without collaborative editing, since that would either require a custom backend in deck or extending the text app to support other sources than files.
The basic entry point would be some refactored version of the EditorWrapper, but we need to make sure that the collaboration plugin and sync service handling can be injected from outside (by the text app) if needed.Ongoing effort on moving the editor parts into a shared npm library: nextcloud/text#2278
The text was updated successfully, but these errors were encountered: