Spark: WYSIWYG editors evaluation — call for feedback!

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.
Wim Leers's picture

For the Spark project, we're looking for a WYSIWYG editor. It must work well on mobile devices, hence HTML5 is pretty much a necessity. A WYSIWYG editor still involves a lot of JavaScript, so solid JavaScript is also important.

However, for the Spark project, the WYSIWYG goal is somewhat different than the "typical" WYSIWYG goal. We're looking for a "true WYSIWYG" editor, which we can define as a WYSIWYG that matches all CSS selectors identically like the eventual document would.

Please see [#1580210-4] and give your feedback! (There's a Google Doc there too.) If possible, please try to not comment here on groups.drupal.org, but comment in that issue. You can also update the Google Doc. That keeps all the information more centralized, which is also good for a healthier discussion.

Thanks :)

Comments

issue on D.O -

Thanks — I fixed the link now

Wim Leers's picture

Thanks — I fixed the link now :)

I would personally recommend

medden's picture

I would personally recommend https://github.com/xing/wysihtml5

very small overheads, very semantic, pure CSS output.

Just noticed it's already in the comparison google doc.
Aloha looks great, but way too many overheads for mobile/slow machines to handle.

Could you link to the conversation where the owner of WYSIHTML5 said he doesn't think it would work well for Drupal (mention in the google doc), that would be interesting to read.

For me the benefits of having all drupal input forms using clean semantic HTML5 should be a massive priority and benefit for Drupal.
IF we need to add support for nested lists and tables, we could simply form the project.

Please repost it at

Wim Leers's picture

Please repost it at http://drupal.org/node/1580210#comment-6039868. I'll reply there :)

(Trying to keep the discussion centralized!)