WYSIWYG : The FCKeditor proposal

Events happening in the community are now at Drupal community events on www.drupal.org.
FredCK-gdo's picture

We are starting now the development of V3, the next generation of FCKeditor:

http://docs.fckeditor.net/FCKeditor_3.x/Design_and_Architecture

It is to be rewritten and optimized, including several new features. It will be definitely out of comparison with our current solution. Performance and code size is definitely at the top of the list for us.

One thing that we are considering for V3, is involving several important external projects during its development since its early stages. We are in touch with the development groups of software like phpBB and MediaWiki. Drupal is definitely to be included as part of it.

The basic idea is developing an editor which would fit Drupal expectations and needs in all aspects.

The current support for WYSIWYG on Drupal, and the developments that are starting for it to D7, are leaving one important factor out of it: the editor itself. So, while Drupal will have some nice control over the environment that uses RTEs, there will be almost zero control on the editor. As a result, we'll continue having several different RTE modules, bringing troubles to the installation and setup process, each one offering different results, and different issues. The community will continue confuse and frustrated, and Drupal developers will be still unsure about the effective quality of their WYSIWYG support.

Our proposal is putting the RTE development under Drupal's control, making it possible to offer a single complete solution. A standard module could be developed at this point (probably the WYSIWYG module), providing a standard editor as part of it. Other modules could then easily attach to that module to extend the standard editor through well known hooks, or even replace the standard editor with other editors, if necessary for some reason.

Now, making this thing a reality should not be responsibility for our team only. Even if we have some good knowledge about Drupal (we use it for our sites and we have taken the maintenance of the FCKeditor module), we don't have the in-depth knowledge about the Drupal devs vision, and the feeling about the real community needs. And here we have the essence of this post: we are looking for collaborating.

Two development groups would be working on it:

  • Drupal devs in the Drupal side, working on the module and capturing the community needs.
  • FCKeditor devs, working on the editor, based in the Drupal dev group specifications.

We are ready to open a dedicated communication channel between our teams, so the editor development can be really driven by Drupal devs, leaving the editor "experts" to code it. In this way we can guarantee that V3 will completely satisfy Drupal's needs, and D7 will definitely provide a perfect WYSIWYG solution, in the Drupal devs point of view.

Does all that make sense?

I would love to hear your thoughts about it. The above is just a brainstorming. Nothing on that is to be static, so suggestions are refinements in this proposal are definitely welcome.

Comments

Thank you!

siliconmeadow's picture

Hi Fred,

I'm a member of this group because I'm very keen to stay on top of the latest in Drupal's user experience, and my skills as a coder/developer are rather limited at the moment. I hope to some day do some proper coding for Drupal, but I've got plenty of work to do as a sysadmin and gluing XHTML to phptemplate themes.

I'm replying to your post because I wanted to tell you that I've been a keen user of FCKEditor long before I'd heard of Drupal, and have been impressed with the improvements to FCKEditor's integration with Drupal over the past year. Superb work - Thank you very much, and keep up the sterling work!


Richard Sheppard
http://www.siliconmeadow.net

Thanks for your comments

FredCK-gdo's picture

Thanks for your comments Richard. I'm happy to hear that you are enjoying FCKeditor.

I hope Drupal core devs will also have something to say about it now.

I think one of the problems

SamRose's picture

I think one of the problems is that the Drupal devs already have a full plate, from what I can tell, rading through the posts, issues, forums, lists, looking for answers on different solutions, I can see that everyone who is a core Drupal developer has an extermely full plate. So, most of them probably don't know how to approach this one, even thought the offer, logic and reasoning is great.

But, based on all of that reading, and seeing how these folks solve problems, I'll bet the best route is going to be to improve http://drupal.org/project/fckeditor as much as possible, and then find some folks willing to champion working those improvements into Drupal Core.

Probably a good place to start would be to create a wiki page here outlining potential improvements to the drupal fckeditor contrib module that can take advantage of improvements to fckeditor itself (or even just to outline from your end what the improvements to fckeditor will be), and probably to talk directly with the developer of the fckeditor module for drupal http://drupal.org/user/184556

(BTW, the above mentioned performance improvements will be awesome for http://moinmo.in wiki engine, too! That is great that you guys are tackling the improvements. Also looking at possibly adding to http://dandelion.sheep.art.pl/ in the future...)

Sam Rose
Social Synergy
Open Source Ecology
P2P Foundation

Wysiwyg API

sun's picture

First of all, sorry for coming back to you so late. A few Drupal developers are already working on the Wysiwyg module, this group is intended for. The current code in CVS contains plenty of considerations/documentation about what needs to be done. Combined with the contents and discussions of this group, there is already a good overview of goals, activities, and other information to take into account. I have to admit, however, that not much happened yet. If you want to help, you are welcome!

Daniel F. Kudwien
unleashed mind

Daniel F. Kudwien
netzstrategen

My pet hobby-horse

John Bryan@drupal.org-gdo's picture

First of all great that you are developing FCKEditor with drupal in mind 8¬)

One thing missing from Drupal / Editor interaction is the CSS context. That is, there is currently no formal way for Drupal to supply or the editors to receive the CSS style classes that will exist in the <Body class="..." or any <DIV class="...". Without these classes being passed on, and the editor displaying using them then reliable and flexible WYSIWYG is not possible.

For example the editors can not display edited block content in the sites block styling without this information - knowing the CSS style sheet is limited without the style context.

As an editor developer it would be good having say body_classes & div_classes launch parameters or any other method to receive two string (such as FCKEditor reading two predefined drupal variables) and including these classes in the editor's sessions html wrapper e.g. the equivelant of TinyMCE's "blank.htm".

Regards

John Bryan
www.ALT2.com

Regards

John Bryan
www.ALT2.com

Stop complaining, please

sun's picture

Yes, John, you have stated and repeated this caveat plenty of times now in several threads. I guess, everyone who is involved in existing Wysiwyg-efforts has read them at least once now.

Instead of complaining about the current status, it's absolutely required to dig through the various JavaScript editors as well as Drupal integration modules, and find out how a module could determine where the contents of a certain textarea will actually be displayed later on. Introducing static, administrator-defined classes or something similar will simply not work out.

Thanks,

Daniel F. Kudwien
unleashed mind

Daniel F. Kudwien
netzstrategen

Wysiwyg

Group organizers

Group categories

Group notifications

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