We work with jQuery, so what is better than to cooperate with the guy who did this proof of concept with the use of jQuery? http://batiste.dosimple.ch/blog/posts/2007-09-11-1/rich-text-editor-jquery.h... Stefan Op 7 feb 2008, om 13:39 heeft Omar Abdel-Wahab het volgende geschreven:
+1 for RTE support in core. I think Gabor is absolutely right, none will make use of this if it's not in the core.
I disagree with the fact that input elements are too complex in terms of settings. I also think it would do no harm declaring a jQuery settings object as opposed to writing special tags in input element HTML code.
Few other concerns: RTEs need to be bidi aware (RTL and LTR).
On Feb 7, 2008 2:28 PM, Chris Johnson <cxjohnson@gmail.com> wrote:
I think Shai Gluskin makes some excellent points below. The problem is not just finding the write RTE for a site's users, but configuring it along with input filters and formats to make the whole thing work in an easy and expected way. To the extent that we can unify and clarify the variety of configuration settings to achieve better ease of use is perhaps where core can help.
On Feb 5, 2008 7:37 PM, Shai Gluskin <shai@content2zero.com> wrote:
The hardest part for me is sorting out the relationships between the following three components:
The RTE Input Filters Input Formats
Each of these components have their own, sometimes quite complex, settings. The success can depend on the precise selection of settings. And even then, the successful implementation can be broken by adding further functionality or changing seemingly unrelated settings.
In the realm of RTE, Drupal's power and flexibility lead to nightmarish results.
How about a dedicated input format, built into core, called DrupalRTE? The hard code would decide, which, if any, input filters would be supported in this input format. The Wysyiwyg interface would be totally tied to the selection of the DrupalRTE input format. Example: If I'm in node/ add/story and I change the input format from DrupalRTE to Filtered HTML, the Wysiwyg will go away.
I think by closely wrapping the RTE into an Input Format which does not allow the user to select which input filters its supports -- we'd be significantly lowering the number of variables that contribute to really fussy RTE implementations.
Shai Gluskin content2zero