Skip to content
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

Closed
juliusknorr opened this issue Feb 26, 2020 · 11 comments · Fixed by #4399
Closed

Integrate Nextcloud Text as a markdown editor #1561

juliusknorr opened this issue Feb 26, 2020 · 11 comments · Fixed by #4399

Comments

@juliusknorr
Copy link
Member

juliusknorr commented Feb 26, 2020

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

@ShogunWeb
Copy link

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...

@putt1ck
Copy link

putt1ck commented Apr 13, 2020

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/

@jakobroehrl jakobroehrl added this to the 💥 1.2.0 milestone Apr 30, 2020
@joreiff
Copy link
Contributor

joreiff commented May 29, 2020

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?

@mgielda
Copy link

mgielda commented Jun 8, 2020

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...

@mgielda
Copy link

mgielda commented Jun 8, 2020

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...

@juliusknorr
Copy link
Member Author

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.

@mgielda
Copy link

mgielda commented Jun 12, 2020

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.

@witzker
Copy link

witzker commented May 22, 2021

Pls don't waste time with the editor!
we have 05/2021!

It's mandatory to have a User-friendly editor as I have no rocket scientists in my team! (maybe I'm not The only one?)
Its also mandatory to be able to insert screenshots for productive Description!
Without having to tinker around to get finally a meaningful description
This is killing the creativity on the task to-do!

Why not take an editor like This here on GitHub?
If one does not need the features he will simply not use it!
Give them the opportunity to edit the displayed features like e.g. in different Joomla editors.
As described above if you want to take care of your markdown junkies look at the editor on Reddit
image
simply switch to markdown or not. - so here too as mentioned above.

image

Maybe this example of an inserted screenshot is convincing you, too, how useful this feature can be in Descriptions of a card?

Especially when using this view:
image

image

I hope you see how useful screenshots can be in explaining something!

And pls. Hurry up with your decision (There are plenty of other fish in the sea) a lot of Free Self-Hosted alternatives are already perfect in managing kanban with user-defined fields & subtasks etc.
They can easily be implemented in Nextcloud via External sites.

Further pls. Do not ignore the fact that Deck & Tasks still don't work together well and 2 apps are needed just to have this functionally of a list view of deck cards & maybe subtasks if working!

What do you think?

@compgeniuses
Copy link

Whats Happening Here?

@reox
Copy link
Contributor

reox commented Feb 4, 2023

Nice!
Does this by chance also solve #533 ?

@juliusknorr
Copy link
Member Author

Not immediately, but it did some preparation for that ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
9 participants