It would be great if you could choose your own text editor. The default tinyMCE, has some problems.
PS. It would be nice to be able to select your own editor by edting a card, don't know how complicated this is.
1. CKEditor is very nice and stable, it's also already localized in many languages and it autodetects the browser language to display itself in your language. Check it out: http://ckeditor.com/demo
2. WYMEditor is an editor focused on generating perfectly structured XHTML strict code, to conform to the W3C XHTML specifications and to facilitate further processing by modern applications., on http://www.wymeditor.org
3. YUI library (initially created and still used by Yahoo) it has many modules, including a rich text editor http://yuilibrary.com/yui/docs/editor/
4. Any suggestions?
http://olivier-m.github.io/minislate/#demo - interesting how you edit the text and you are still on the page doing so.
http://neilj.github.io/Squire/ - clean and simple
http://quilljs.com/examples/ interesting normal mode and full mode
http://imperavi.com/redactor/ super clean and professional
http://editor.froala.com/#inline-demo super clean and powerful
http://demos.dojotoolkit.org/demos/editor/demo.html really complex and powerful, a little overkill
http://maccman.github.io/wysiwyg/ so simple it hurts :)
http://jhtmlarea.codeplex.com - rather oldschool
https://code.google.com/p/wkrte/ based off the one above
List of others:
Fwiw, it would be straightforward to implement a cardtype for one of these and then edit *all+*default and change it to that. There are actually very few places in the code where "Basic" is referred to; almost everything comes from that *all+*default rule. Cardtype and User do both have "include Basic", but that should only take effect on unstructured Cardtype and User cards.
I will say that I edited *all+*default, and the "Something" behavior described in the other ticket still happened, but I think that might be a caching issue?
I would also note that we may consider having different default editors for *structure rules, since it's even more important there than elsewhere that we get rid of the p's.
+discussed in support tickets+relevant user stories