Which editor (if any) do you use for your Drupal site(s)

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.
svendecabooter's picture
TinyMCE
37% (138 votes)
FCKeditor
27% (101 votes)
Htmlarea
0% (1 vote)
BUEditor
7% (26 votes)
widgEditor
1% (2 votes)
Whizzywig
2% (7 votes)
YUI Rich Text Editor
3% (12 votes)
I don't use a Wysiwyg editor
23% (85 votes)
Total votes: 372

Comments

WYMeditor

sun's picture

Good idea, Sven!
However, WYMeditor is missing in the list.

Daniel F. Kudwien
unleashed mind

Daniel F. Kudwien
netzstrategen

WYMeditor is my favorite so

christefano's picture

WYMeditor is my favorite so far, but sadly it doesn't work at all in Safari so we can't use it.

I didn't include it in the

svendecabooter's picture

I didn't include it in the list, because the module description states it a WYSIWYM editor, rather then a WYSIWYG...
I didn't test it yet though, so i don't know if that's a totally different approach or not.

I tried to edit the poll to add it, but all previous choices where gone upon editing :(
Seems to be a bug or something, so i can't add it ATM.

i am using TinyMCE due to

litwol's picture

i am using TinyMCE due to it's superior cros browser compatability and then features.

but i also use BUEditor, which brings me to think that this poll should be a multi choice poll.


------------------
Sometimes interesting things appears on http://litwol.com

Yes i wanted to make it

svendecabooter's picture

Yes i wanted to make it multiple choice, but either i'm an idiot, or that option isn't available...

23% not using any editor?

sun's picture

Now, that sounds interesting. It would be great to know, why. Please add a comment if you chose this option.

Daniel F. Kudwien
unleashed mind

Daniel F. Kudwien
netzstrategen

I'm new

RealtorScott's picture

I am still trying to figure out what WYSIWYG editor to use. I am creating a user contributed news site and I want to have the easiest interface possible but allow a little flexibility for people to edit their news story layout. Basically I want them to be able to add a picture, video, or picture gallery to a story as easy as possible. I am currently researching what to use to make this happen.

That's an easy one-- there

WorldFallz's picture

That's an easy one-- there is no such thing at WYSIWYG in drupal. It's all WYSIWYM. For coders or other techies that enter content that's usually fine (even though that's really superfluous as they usually know and prefer html / xhtml).

For "real people" however (you know them-- your non-technical family and friends as well as almost every client), this tends to actually be MORE confusing-- they use the editor to format things exactly the way they want then click SUBMIT and poof-- it looks totally different. And no matter how many disclaimers and/or instructions I make available, they keep getting hung up on it. Especially the control freak content contributors who are hell bent on making it look like they want--- regardless of the template or style guides.

I'm experimenting with the PEAR wiki filters to find something more suitable-- afterall, wikipedia seems to be doing ok with it so people must be getting over the hump.

Still though, a true and un-buggy WYSIWYG editor would be desirable.

Re: 23% not using any editor?

christefano's picture

On our company extranet we don't offer a built-in WYSIWYG editor and instead tell everyone to use WriteArea.

Multiple choice

John Bryan@drupal.org-gdo's picture

Likewise I use a mixure to some extent (TinyMCE for user edited sites, none for admin only edited sites).

Regards

John Bryan
www.ALT2.com

Regards

John Bryan
www.ALT2.com

Xstandard

alastc's picture

I'd like to use Xstandard, which I realise isn't a popular choice due to being a commercial product and pluggin, but I've found it preferable for working in a consistent way and for good (accessible) output.

Unfortunately all the JavaScript editors suffer from having to use the browser's functionality - which is very poor.

Someone has already created a module for integrating Xstandard, so I'm curious as to why it wasn't included in this poll? Is it not used at all?

I love XStandard and will be

christefano's picture

I love XStandard and will be happy using it -- even the limited, free version -- on most sites I already offer WYSIWYG once my last remaining feature request for the module is cleared. To his credit, henrrrik has been great.

Xstandard often crashes my

kylehase's picture

Xstandard often crashes my FF3. I'm used the free version for a while then removed it.

FCK for now

Wyld's picture

I've attempted to use pretty much all of them, but FCK seems to be the better. My issues are having to support IE6 within the corporate space, which needless to say, causes just a few headaches.

I too would love a clean wysiwyg editor, because in the real world, that's what our users expect.

For all the well intentioned discussion on there being no "true" wysiwyg editors, that level of thinking applies to planning and development and sure as hell doesn't apply to the bulk of those who actually use sites daily. I look at the abomination formatting that some people use when they're trying to use markup (bb, html, whatever), and just cringe. Any visual editor has the advantage of being able to guide the user in the style and format of their postings ... if it's set up correctly (or even just mostly correctly).

Of course, a standard method of visual markup is the first step. The harder parts come into the Core, with things like media management (as the most immediate example) being paramount.

I'm very much looking forward to watching this space, and I seriously wish I knew javascript so I could jump in. I guess I'll just have to sit on the sidelines and cheer people on.

:)

Walt Esquivel's picture

I'm trying to decide upon which editor to use for my web site and luckily stumbled across this group and then this poll, which both appear to be VERY helpful. I really appreciate Sven having put the poll together.

Not that the above poll is scientific, but why might it be that TinyMCE has received 35 votes while FCKeditor has only received 7 votes thus far?

Assuming that there's a cross-section of users answering the poll and that it's not biased in favor of TinyMCE, is it that TinyMCE has some features and/or a UI that are/is better than FCKeditor? Or could it simply be that more TinyMCE users answered the poll? 35 to 7 is a significant difference in favor of TinyMCE.

One of my concerns with editors is "valid HTML", and I've asked Dan about this to see what he says based upon his editor comparison. He lists TinyMCE as having failed "valid HTML" and that it "fails" coder.module test, while FCKeditor only "fails" coder.module test. Your feedback would be equally appreciated.

And if anyone ever decides to conduct another poll, Comparision of Drupal 5 WYSIYG Editors might be a great place to obtain a list of editors.

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

Having used both I must say

WorldFallz's picture

Having used both I must say I prefer FCKeditor. Seems to be be "less buggy" and bloated, but that's totally subjective. I have nothing to back it up-- it's just a gut feeling. Also note, that Tiny has a bug that mangles image map tags that AFAIK hasn't been fixed yet. If you don't use them, no worries.

The one I'm keeping my eye on these days though is nicEdit. That and hoping now that jquery is integral to drupal we might get a jquery plugin for this.

FCKeditor now passes coder.module test

FredCK-gdo's picture

We have worked on the FCKeditor module last month, introducing nice features and compatibility with D6. It should also pass coder.module test now. Enjoy it!

HTML tag control

jdwalling's picture

Which editor has the best/easiest control over which HTML tags can be used? For example, I may want to block IFRAME tags and allow OBJECT tags. I find TinyMCE to be very cumbersome in that regard.

hmmmmm

johnvsc's picture

as designer, i use Dreamweaver... but i just use the Code panel more and more... LOL
maybe i should switch to a "real" editor...

And yet another editor...

Walt Esquivel's picture

Wysiwyg Pro. Seems easy to use but I'll never pay the $54 it requires.

"Single Domain: Install any wysiwygPro plugin on one domain you own. Ideal for small companies and organizations."

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

TinyMCE is problematic for my users...

emdalton-gdo's picture

On the one hand, it offers them too many choices, so they try to make their text different colors, etc. I need to limit them to fewer classes, which I know I can set TinyMCE to do, but I haven't had time to configure it that completely yet.

But on the other hand, I've never been able to get the preview to really look like the final post. Font sizes, in particular, change radically between preview and post, which drives my users crazy. Some of it is due to bad class conflicts from pasting content in from MS Word (shudder), but not all.

So I'm considering switching to WYMEditor... I just need to determine if I can anticipate enough of what my users want to be able to do, and get them to stay within a smaller number of classes.

I find myself constantly

kylehase's picture

I find myself constantly fighting with most of the editors I've tried and end up reverting to plain text in the end. Most of the problems occur when I review and edit the content before previewing/submitting.

Offline editors have worked well for me but I haven't found one yet that supports custom content fields.

Bleumentals WeBuilder

johnvsc's picture

(Designer Alert, Designer Alert!) I stopped using Dreamweaver some time ago (i open it up from time to time, but what put the nail in the coffin was http://www.blumentals.net/webuilder/

Great interface, works like a dream (get the pun?) and allows you to edit FTP files.. which is cool. Liked it so much, I even wrote the guy and he put me on his http://www.blumentals.net/webuilder/testimonials.php

So that is my two cents. thought you would like to know.

Whenever I get a chance to

tjholowaychuk's picture

Whenever I get a chance to finish the Editor module I'm hoping it will solve this issue, I know the feeling, they are very frustrating. My overall goal for this module is to be simple, yet as polished as possible. Then later o course allowing contributed plugins for things such as image uploading, imagecache support for resizing etc.


Tj Holowaychuk

Vision Media - Victoria BC Web Design
Victoria British Columbia Web Design School

hook_wysiwyg_plugin()

sun's picture

Then later o course allowing contributed plugins for things such as image uploading, imagecache support for resizing etc.

You should definitely check out hook_wysiwyg_plugin() in front of doing this. The intention of this hook is to allow all contrib modules to define Wysiwyg Editor plugins for different editors (well, that's the goal...). So by implementing a plugin framework like other editors (TinyMCE, FCKeditor, ...) that allows loading of external plugins, your Editor will automatically support all existing (Drupal) wysiwyg plugins in the long run (f.e. Teaser break, Image assist, Paging, Linktocontent, ...)

Daniel F. Kudwien
unleashed mind

Daniel F. Kudwien
netzstrategen

Sounds good. I'm always

kylehase's picture

Sounds good. I'm always willing to try something new on a dev site.

Wymeditor OK for Safari

Domsou@drupal.org's picture

WYMeditor 0.5.x is compatible with safari !

View the changelog : http://trac.wymeditor.org/trac/wiki/0.5/Changelog

Safari is horrible :P even

tjholowaychuk's picture

Safari is horrible :P even people on macs should be using alternatives, the browser industry is farrrrr to saturated


Tj Holowaychuk

Vision Media - Victoria BC Web Design
Victoria British Columbia Web Design School

You'll see even more Safari

henrrrik's picture

You'll see even more Safari (WebKit) going forward. GTK+ and Qt have both integrated WebKit and it will replace Gecko as the rendering engine for GNOME's Epiphany browser. Adobe is using it in AIR, Nokia on its Series60 phones and Google has adopted it as the browser for Android.

If thats so I really hope

tjholowaychuk's picture

If thats so I really hope some other browsers get knocked out, or at least comply better. My biggest concern would have been microsoft since they seem to love shitting out software that does not even work in the first place, but they seem to be stepping it up a little, still kind of sucks now that we have ff2, ff3, ie6, ie7, ie8, and safari to concentrate on, I feel bad for the hardcore JavaScript folks


Tj Holowaychuk

Vision Media - Victoria BC Web Design
Victoria British Columbia Web Design School

Input filters and OpenWYSIWYG editor (add to the poll)

Taxoman's picture

Some people who does not use wysiwyg editor, are using other tools such as the markdown filter used here at groups.drupal.org or the Texy filter module which does something of the same job.

I think this is relevant to what this poll can tell us (the practical and ongoing value of this poll), so I think that "Input filter" should be an option in the poll here. Very interesting to see how many does in fact use a filter instead of a WYSIWYG editor.

It is mostly possible, but often not without some training or explanation to normal non-tech users, to combine filters with editors.

This leads me to mention a currently uncovered need which I think deserves attention:

One major problem with combining filters and editors is that very few editors are made so that combination becomes practical.

  • It becomes messy if switching back and forth between code view and wysiwyg mode, the editor often "destroys" (intervenes) with the text typed in code view and often completely revamps it with no undo function. I think there should be a way to use for example [some_pseudo_tag] to surround content we do not want the editor to touch.
  • switching to code view often turns the editor off, so that we cannot insert images. This forces us to re-enable it each time we need to insert something, and then our manually typed text is instantly revamped... (The OpenWysiwyg editor does not do that, btw.)
  • there should be a very flexible, but not enforced, way to specify where the editor should be enabled by default, and where not, and also where it should not be possible to use it, and where it should be enforced... These functions are currently scattered around the various editors, and not one of them gives complete flexibility. With such a complex and flexible tool as a CMS, this is actually needed.

I would encourage people to check out OpenWYSIWYG editor, which I find very interesting based on the following:

  • small module, no external dependencies
  • clean interface with file/image upload and insert feature including user folders
  • the editor interface does not disappear when I switch to "code view", so that I can type ahead for example using Texy markup without the editor interfering with the formatting of my text, while at the same time have convenient access to uploading and/or inserting photos etc. into the page I am editing.)

Module page: http://drupal.org/project/openwysiwyg

Ref. Markdown filter or Texy filter: for those who does not know what they do:
Markdown filter help page - which is used here at groups.drupal.org :
http://groups.drupal.org/filter/tips

Quick tips:
# Two or more spaces at a line's end = Line break
# Double returns = Paragraph
# Single asterisks or single underscores = Emphasis
# Double asterisks or double underscores = Strong

Markdown input filter module: http://drupal.org/project/markdown
Texy input filter module: http://drupal.org/project/texy

Btw, ref. the nice WYSIWYG editor comparison table in the handbook:
"Comparison of Drupal WYSIWYG Editors"
http://drupal.org/node/208456

Several of the modules needs to be tested for Valid HTML.

Please add two more options to this poll:

  • Input filters
  • OpenWYSIWYG editor

Updated handbook comparison page

sun's picture

I have updated the comparison handbook page to reflect the current status of editor integration modules:

http://drupal.org/node/208456

Daniel F. Kudwien
unleashed mind

Daniel F. Kudwien
netzstrategen

Btw, will Markdown be available at drupal.org?

Taxoman's picture

Does anyone here know if there are plans to use the Markdown filter also at drupal.org, and not only here at groups.drupal.org? That would be very convenient.

This is a good example that filters can and do compete with editors, and actually sometimes have a significant edge, especially considering performance and stability on large sites. (therefore relevant in the context of this poll)

Multiple

Sharique's picture

I use multiple editors depending on situation.

TinyMCE, FCKEditor and Bueditor. My favorite is bu because of its small size.

Sharique uddin Ahmed Farooqui

Sharique Ahmed Farooqui

Textile works quite well

fonant's picture

I like the idea of minimising the markup held in the database, and like using Textile (similar to Markdown). I think my ideal editor would be a Javascript WYSIWYG-style thing that generates minimal markup such as Textile or Markdown code, rather than HTML.

Minimal is fine, if there's good reason

5dayapp's picture

I like this idea fine, if you've got a good reason. But, there's a built-in method of doing this in Drupal if you're not using complete HTML. That's a config set. But, unless there's a bunch of illegal characters and Drupal core gets lazy about safely commenting out the potential SQL injections it just uses extra processing to convert non-HTML to real HTML. And, it's less easily predictable. Personally, I like CSS driven code instead of complex HTML, but I like to use real HTML/CSS.

Assuming you're only ever producing HTML

fonant's picture

Having plainer text in the database is good if you have other output formats, such as plain text, PDF, or other non-HTML-based systems. What Textile/Markdown gives you is a readable plain text version, that can be converted to other formats relatively easily. The processing is only done after an edit as filter results are cached, so there are no performance issues.

My main dislike of WYSIWYG editors is because I find that they can insert tags where they aren't needed (<strong></strong>especially after a series of <i></i>edits, like <font style="color: red"></font>this) and you have to resort to manual HTML editing to sort things out. For this reason I find lightweight markup like Textile/Markdown is actually more predictable than HTML produced by javascript. Adding HTML tags reliably is also a much simpler problem than removing HTML tags (unless you a sure the source is fully-valid HTML).

But users do like things that work like Word, and that's still a valid and strong arugment for WYSIWYG. And lightweight markup can cause problems for complex text that looks like data rather than normal sentences, where the text content happens to contain markup character sequences.

WYSIWYG Filter could help here, I think

markus_petrux's picture

http://drupal.org/project/wysiwyg_filter

This module implements an alternative input filter that can replace the one built in Drupal, and it allows you to whitelist html elements, properties and/or style properties pretty easily.

BUEditor User Guide

mayur.pimple's picture

Hi
Please Provide BUEditor End-User Guide at mayurpimple12@gmail.com

Extremely disappointed

jamescarvin's picture

I tried
TinyMCE
YUI
Whizzywig
OpenWysiwyg
and attempted to try fckeditor based on the recommendations here but couldn't find it. In NO CASE under any circumstance did the line breaks I intended appear in the basic page I was attempting to post. I have still not solved the problem. What I see is NOT what I get, NOR what I mean to get.

In every case I have to go into the source code to fix it. I totally can't expect my end users to do the same. I assume that it has to do with the CSS in the theme I'm using since no one else here has been complaining about line break issues. I have tried the eliminate line breaks option on each editor both ways. That doesn't appear to be the problem and I've tried every combination of clean up, filtration, etc.

I looked through the CSS for the theme. I couldn't find anything in it eliminating line breaks but I'm a novice at it and may be looking in the wrong places.

Anyway, two days of my very limited time wasted to no avail. Next trouble shot is to try a different theme. There weren't many to choose from that suited my needs. Total shots in the dark as to how to solve this when I come up to issues like this and have to back track.

James Carvin
Thank you for your help!

These days I'd use the

fonant's picture

These days I'd use the WYSIWYG module with any of the supported editors. I personally like CKeditor.

Don't forget to check that the input format you configure the WYSIWYG editor for isn't stripping out things you want to keep, like <p> and <br> tags, for instance.

CKEditor

jamescarvin's picture

Thanks for the suggestion. CKEditor is not an option for D7. I'm amazed this isn't all handled in core after all these years. Right now I'm trying out alternative themes to see if that helps.

James Carvin
Thank you for your help!

You can use CKeditor in D7, I

fonant's picture

You can use CKeditor in D7, I do on several sites and it works well.

Just use this module: http://drupal.org/project/wysiwyg

Wysiwyg

Group organizers

Group categories

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: