More advance editor should be here?

Yea, I just had to do an update to the new version of CKeditor and it’s amazing what it can do now with plugins (I’m looking at you MathJax).

You do have a point there. It would be great if someone could make the opening posts VERY informative without need for lots of extraneous links and tools.

You can embed almost anything and put in a lot of stuff.

I’ll see if I can talk to him about one day possibly using it.

What’s more, it is totally open source…

I would be interested in someone trying out creating a plugin for something like GitHub - guardian/scribe: DEPRECATED: A rich text editor framework for the web platform , that said the concept of markdown is baked quite deep into Discourse and HTML to markdown engines are all fairly rough.

I don’t see much room moving to StackEdit as we own our editor and markdown pipeline and are constantly adding the features we need to it. We have the architecture to allow for various extensions that stack edit has.

I find CKEditor and the rest of the bohemouth do everything wyswig editors a pretty big problem, but sure people can create plugins.

Transitioning in and out of non-markdown editor plugins will be a massive pain though.

I don’t quite understand all this… but may be the transitioning would be easy if the Ckeditor is converted to using bbcode?

I think that is what Vbulletin did with the CKEditor, they code it to use bbcode or something like that, they didn’t just install the editor and use it out of the box. I think they said it took them 2 month to convert the editor’s tools and functions to bbcode.

I think many knows that : ) but those who are used to IPB, or Vbulletin’s functions and features which are basically dominating the forum market, many of them might not look into Discourse if it isn’t competing at the same level or better and i think that is Discourse’s goal to become the most popular forum platform.

1 Like

So wait, you’re suggesting that Discourse take 2 months to overhaul an existing project? Just so that people have more choice of text editor?.. (It may take less time, because Markdown takes HTML, but – WYSIWYG editors unanimously produce ugly HTML, and it will be tough for any communities to transition to any other forum software, past, present, or future, if the posts are in HTML.)

As @sam said, “people can create plugins.” From looking at the code, I can vouch that it will be possible to completely overhaul the editor in a plugin.

Maybe a better route would be to work towards getting those extensions that exist for other editors built for Discourse.

Re math support see https://meta.discourse.org/t/discourse-should-render-latex/1687 - work on a mathjax plugin is underway.

underway?

https://meta.discourse.org/t/mathjax-plugin-supports-math-notation-using-latex/12826

1 Like

This was based on what VBulletin staff said but remember VB admin system is much more feature rich and complicated than Discourse, so that is why it took them 2 month to convert the editor into bbcode and add the ability to add custom bbcode to the editor through the admin system and so on - a much more complicated approach that also works with user group permission.

I personally would love to see the CKEditor being integrated well with Discourse. One of the essential elements of sharing is how you are going to create topics and having the needed tools that makes creating topics a fun and deep experience.

I’m agreed. I need a WYSIWYG editor, users want to copy and paste and are too lazy and need many time to format it markdown or BBCODE.
I vote [SCEditor][1]

Hope anyone will code plugin :frowning:
[1]: http://www.sceditor.com/

1 Like

Keep in mind, any WYSIWYG editor in a plugin would have to be introduced in day 0 and there would be NO migration path back to markdown.

Ditto on this. I think users will get confused without a proper editor.

1 Like

Actually the existing edit field is perfectly fine, but it looks like you’re all trying to solve a user preference matter on a site-wide basis. The solution is not to force your preferred editor on every user of the site you’re running (let alone every site running a Discourse instance), the solution is for users to be able to edit any text field with the editor of their choice.

Now, since Discourse uses a HTML textarea field and not a contenteditable element, this is actually possible. The Firefox extension Its All Text provides exactly that function. In fact, I’m writing this reply in GNU Emacs as a result of that. Now I’m willing to bet that you cannot find a javascript text editor/plugin which can truly equal the feature set of Emacs. Not even Code Mirror or Ymacs try to make that claim. So all you really need to do is support editing through an interface which It’s All Text can handle.

Ah, I hear you say, but what if I want to use Chrome? Well, I don’t use it so I can’t verify this personally, but apparently this Chrome extension will do the job. It looks like it takes a little more to configure, but otherwise should be similar.

And what of Internet Explorer? Well, really you should probably stop that, but if you must … there’s this.

There are a few more listed here.

Oh, if Emacs ain’t your thing, that’s fine. You can run pretty much any text editor you like through these extensions. Editors that run inside a terminal may require a little shell scripting trickery, but otherwise you can do what you like.

4 Likes

I’m noticing various simple editor controls missing (font, size (besides h1/h2), font color, alignment, float a block/image left/right, removing formatting, etc. Plus lots of problems with undo (in particular not undoing!).

I know alot of these can be addressed by using markdown or html, but I don’t expect my users to learn those. They expect simple editor controls.

I see this as a major problem. The creation of quality attractive content is the first step!

Is there any plugins or other news on this front?

3 Likes

One thing I’m really missing from the StackEdit environment is the list editing. Pressing enter inside a list will insert a new item, and indentation is handled very nicely using tab and shift-tab.

2 Likes

I think that a WYSIWYG editor should be integrated.

That can be a plugin. Integrated into Discourse might not be a great idea in general. But as a plugin, those who want the added power could go for it!

I tried to look around but I don’t seem to find a conclusion on this topic about a rich editor.

I’m new to Discourse. It is almost perfect except I want an editor that’s as good as the Gmail composer. Any kind pointer is much appreciated.

Search for things like “rich editor” and “wysiwyg” and you’ll find a lot of the old discussions covering this subject. In short, it is a seemingly simple problem that is incredibly difficult to execute in practice. It is for good reason that most popular social networks pretty much stick to plain text.

That said, “enhanced plain text” is something I’d love to experiment with, pretty much on the same level of Facebook, i.e. rendering oneboxes and images in-editor.

4 Likes

Hi, +1 for any simple WYSIWYG editor (!) see “the need!”, justifications for the project at similar cases as Wikipedia/VisualEditor.

Suggestion to use good and modular one… GitHub - substance/substance: A JavaScript library for web-based content editing.

I’m thinking this link needs to be more widely publicized.

EDIT
Maybe try this plugin by @Steven ?