Comparison of Drupal WYSIWYG Editors
Drupal.org has over 100 modules in the "filters and editors" category. Around a dozen of these are editors which modify textareas for easy formatting of posts.
Drupal core does not currently have an editor, and this is often a feature request in the forums. This chart is designed to help you choose which editor would best fit your needs.
| Editor Name | Valid HTML* | coder.module test | Dependencies |
| BBCode Formatting Bar version 5.x-1.0 | Valid | Fails | BBCode module |
| BUEditor version 5.x-1.0 | Valid | Fails | None |
| FCKeditor version 5.x-2.1 | Valid | Passes | FCKeditor external library |
| HTMLArea version 5.x-2.2 | Untested | Fails | HTMLArea external library |
| HTMLBox version 5.x-1.0-beta2 | Untested | Fails | None |
| nicEdit version 5.x-1.x-dev | Failed | Passes | (recommended) nicEdit external library |
| openWYSIWYG 5.x-1.18 | Untested | Untested | none |
| QuickTags version 5.x-2.x-dev | Failed | Untested | None |
| TinyMCE version 5.x-1.9 | Failed | Fails | TinyMCE external library |
| widgEditor version 5.x-1.2 | Valid | Fails | None |
| Whizzywig version 5.x-1.x-dev | Valid | Passes | Whizzywig external library |
| WYMEditor version 5.x-1.x-dev | Valid | Fails | None |
| XStandard version 5.x-1.x-dev | Valid | Fails | XStandard external library |
| YUI Editor version 5.x-1.x-dev | Failed | Fails | YUI Module |
BBCode Formatting Bar
Upon installation I tried to create a new page and voilà! There were several buttons above the box, just begging to be tested. There isn't much to this editor. If you have installed the BBCode module, the BBCode inserted by this editor will be produce valid HTML markup. It isn't pretty, and there are no keyboard shortcuts, but it definitely gets the job done. You must be careful of one thing, however. The input format must be set to BBCode (this can be enabled via the BBCode Module) or your text will not display correctly.
Screenshot
BUEditor
This isn't really a WYSIWYG editor. It provides buttons which will automatically insert the HTML into Drupal's default plain text box. Although this does make it easier to create the posts, it is not quite as user friendly as a true WYSIWYG editor. To offset this however, it gives you a quick-preview button. This is a far faster way to preview text than Drupal's preview, and is an acceptable workaround for the lack of seeing what you get as you edit it.
Screenshot
FCKeditor
This wasn't the most friendly to use. When installing it like usual, it did not automatically fill in the plain text boxes with the editor. Going into the admin page, I discovered that I had to download and install FCKEditor separately, then it could be used. (Of course, all this was detailed in the readme, but very few people actually read those) Once it was installed, it worked flawlessly - by far one of my favorite editors available. FCKeditor is particularly easy to configure offering administrators the necessary field name and path below every field where it is used. These names can easily be copied to the module's setting's page to change whether the editor appears in that field.
Screenshot
HTMLArea
Unfortunately, this editor also required going to a 3rd party site to download the editor. Once I had installed it, the was no visible way to make it work. I went through their readme and install.txt, but neither of them seemed to work. I would definitely not recommend this editor to anyone.
No screenshot available
HTMLBox
Based on HtmlBox original code by Remiya Solutions released under MIT license. It's only based on, the code is changed quite a bit. This module fails the coder.module test on a minor error relating to a missing space in one string.
Screenshot
nicEdit
As the only editor which passed the coder.module test, I had high hopes for this editor. Initially they were filled. This editor did not require going to a 3rd party site to download the editor. As soon as the module was enabled, all the plain text boxes were replaced with the WYSIWYG interface. My biggest problem with this was that, unlike FCKEditor, there were no keyboard shortcuts available within the editor.
Screenshot
OpenWYSIWYG
Note: This was written by the developer/maintainer of OpenWYSIWYG. Read with care. Needs to be updated.
OpenWYSIWYG installation very easy because this module included all scripts/codes. Built in File Browser. OpenWYSIWYG file browser supports: file upload, file delete, file resize, file rename, folder create. Loads fast and is light-weight. Multisite support. User file folder format can use [uid], [username] and [domainname]. Uses Drupal permissions. This makes module configuration very easy, i.e: you can allowed/disallowed certain group for File Delete. Support Full Toolbar Icons and Customize Toolbar Icons. Support predefined user folder, table, image, clean MS Word format. Font List supports font preview/sample. When upload image file this module will do image resizing before check the image size. So, you don't need to reduce image size before uploading! Supports username as variable; easy to remember: files/andy rather than files/u657.
Screenshot
Quicktags
I had no luck with this editor. Once I enabled the module I went to create a new page. No such luck. Drupal spit out an error inside the module. There was no way I could find around this.
No screenshot available
TinyMCE
Like most of the others, TinyMCE required going to their site to get the editor. After doing this, I had to setup a profile to allow myself to use the editor. Going with all the defaults produces an error until you give roles the 'access tinymce' permission. Although other editors had required that users have a certain permission, they had all given me, the admin, permission by default. Even after giving myself permission, it took awhile to notice that TinyMCE (by default at least) doesn't automatically replace the text boxes. It puts a small link underneath it allowing you to enable it. There may be a setting to change this, but by default I would find it much easier to simply replace the text box as expected.
Screenshot
widgEditor
Once the module was installed, there was no need to go to a 3rd party site for the editor. However, I had little hope for the module when I saw it's admin summary. It was left as the default example message for when people make their own module. Going into the settings, I noticed it was definitely easy to configure; the only option was to make it the default editor. I did this, and went to create a new story. In sticking with their obvious 'less is more' strategy, the editor provided for only the most basic of editing. Overall however, I enjoyed the experience with this editor. As long as you are not planning on using the editor for anything complicated at all, I would highly recommend this editor.
Screenshot
Whizzywig
I'll never understand why all these modules don't just include a version of the editor. After installing both this and the extension to allow for XHTML, I tried to create a story with the editor. This editor has a slightly different interface than the rest. While most editors use some relatively standard icons to indicate what the buttons will do, Whizzywig uses only text. I have no problem with text, but this makes it so that the toolbars take up more room in the editor. There are some icons available, but this is not made immediately obvious. Additionally, there is no way to tell when the different text styles (bold, italic, etc) are activated. There was really only one other problem I had with the editor. Once I created a link, it was nearly impossible to tell it that I only wanted the link to be on one word, not the whole paragraph.
Screenshot
WYMEditor
I think people are finally getting the installation right. Yet again, this module did not make me go to their site to get the latest version of the editor. Once I created a new profile for the editor using all the default settings, I headed off to create another story. The editor was beautiful to look at. There was a toolbar on top for the basic text formatting, and the different headings were all in a sidebar. Then I tried to use it. It would not learn that I didn't want to close my tags at the end of every paragraph. It was nearly unusable, which for me at least, was a disappointment. It looked so promising.
Screenshot
XStandard
Ouch. This editor goes back to the evils of 3rd party sites. To make this pain even worse, it gives you no hint that you need to do so in the administration page. The only time you realize this is when trying to make a story. Even in their message, it doesn't give you a link to the website. (to be fair, all this is detailed in the readme, but as I said with FCKEditor, very few people actually bother to read them) Just in case all this wasn't hurting you enough, their download site requires you to give them your email address. For all this trouble, it had better be one heck of an editor. Once I downloaded it, it comes in an installer. That's a bit odd, but I ran it anyway. It turns out, this is an editor plugin for your computer. Even though it does not take replace the text box by default, XStandard made it very easy to figure out which field IDs needed to be added to use the editor. After adding the needed fields, I fired up the story editor again. After using the editor, I was still left with a bad taste in my mouth. There was nothing particularly special about the editor, certainly nothing worth the pain of installing it.
Screenshot
YUI Editor
After the pain of XStandard, I was hoping YUI Editor would turn out to be the best editor I'd ever seen. The editor had a beautiful installation. Once I enabled the editor and its dependency, I never had to touch the administration page. Creating a new story was a pleasure. The editor looked, and worked, wonderfully. Everything behaved as expected with one exception. There were no keyboard shortcuts available. This addition would make the YUI editor surpass every editor out there.
Screenshot
* This test was done by creating a post in each editor with the text "This post was made for Drupal using the awesome editor EditorName." and running the resulting page through the HTML Validator

Other surveys, WYSIWYG at groups.drupal.org, and poll
EXCELLENT comparison of editors!
1. I Googled and found a couple of other surveys, although they're not very current.
Evaluation of WYSIWYG editors (February 2007)
Evaluation of WYSIWYG editors - FULL test results (February 2007)
WYSIWYG Text Editors Reviewed (February 2006)
2. I'd like to let folks know about WYSIWYG over at groups.drupal.org.
3. Here's a helpful poll: Which editor (if any) do you use for your Drupal site(s).
Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing
quicktags has improved
I understand your prior trouble with quicktags I had some as well and have been testing and patching. please give it another shot and let me know how it works for you.
--
tcblack
- Truth Is Still Truth, Even If You Don't Believe It
Some suggestions
The modules that require you to download additional files are usually modules that make use of software licensed in a way that makes it illegal to bundle the software with the module.
It's not fair (nor logical, for that matter) to judge a module based on an incompatible license was used by third party software.
Additionally, although it is true that most people don't read the README files, this is not the editors' fault; it's the users' fault. Again, it makes no sense saying that a module is worse or harder to install than others just because the users don't read what they're supposed to read.
I suggest the text is reviewed to remove this type of references from it. Perhaps just include a *neutral* reference on modules that require the download of additional software would do the trick.
Other than that, this is a great resource. Thank you for putting it together.
One more suggestion: add a "Last updated on: " line at the top, so that people know what to expect. Because most people don't read the Revisions tab ;)
By the way, nicEdit is no longer the only editor that passed the coder.module test, so its text should be reworked.
WYMEditor
If you press shift+enter instead of just enter then you get a newline rather than closing the paragraph etc.
WYMEditor (further)
Review says of WYMEditor,
Exactly which tags did you expect to be preserved after closing a paragraph?
As I understand it, HTML specs dictate that many tags MUST be closed with a paragraph boundary, because a block level element (paragraph) cannot be contained by an inline element (span, font, b, strong, em etc).
It may be that WYMEditor was doing exactly what it's intended to, which is generate valid XHTML.
FCKeditor path confusion
It's really unfortunate that FCKeditor has ended up with a Drupal installation path of /sites/all/modules/fckeditor/fckeditor/
The repeated 'fckeditor' directory in the path, combined with the need to download half the files separately, means people easily get confused and put some of the FCKeditor files in the wrong place. Then it kind of looks like it's installed OK, but spits out a long list of strange, unhelpful error messages when they try to use it. It's like a minefield waiting for the noob Drupal user.
The first or second instance of the FCKeditor folder name really should be changed if the end user is expected to do this sort of semi-manual installation.
Thanks for the great comparison list
Output $closure in theme for YUI IDs to pick up
One comment about the YUI editor: If you specifically define IDs for which textareas will be converted into YUI RTEs, you MUST have the
$closurevariable outputted in your theme (preferably just prior to</body>).I spent a long time banging around in the Drupal core and module code only to find this out this morning. Hope this helps someone.