{5} Assigned, Active Tickets by Owner (Full Description) (12 matches)

We have some really not great RTF files, which we are importing using copy/paste to wymeditor.

There is non-breakable space after preposition, and because the RTF files are not very good (export from QuarkPress) it sometimes produces (it's visible for example in OpenOffice toolbar that the space is really in italics)

z<em>&nbsp;</em>test

and the whole non-breakable space is removed by removeEmptyTags resulting into:

ztest

(so the space is removed) resulting into broken text. If I understand it correctly the removeEmptyTags method should remove tags which are "around" white space and thus are not necessary. So imho it should be:

return xhtml.replace(new RegExp('<('+this.block_tags.join("|")+')>(<br \/>|&#160;|&nbsp;|
s)*<\/
1>' ,'g'),'$2');

istead of:

return xhtml.replace(new RegExp('<('+this.block_tags.join("|")+')>(<br \/>|&#160;|&nbsp;|
s)*<\/
1>' ,'g'),);

How can I add support for definition lists?

<div> has no semantic purpose, and so has not been considered a priority (or even desirable) for WYMeditor.

For our purposes, it would be extremely useful functionality. We have developed a plugin system for Django CMS  http://github.com/digi604/django-cms-2.0/ (and a presentation system using WYMEditor  http://bitbucket.org/spookylukey/semanticeditor).

The plugin system allows us to place database objects (which could be an image, a link, some content, some HTML, some Django template tags - anything) into the editor.

Sometimes, it's OK to place them as inline items (say an image in a paragraph).

But sometimes, it's not. The object might itself contain a <div>, or a <ul>, or a <p> - and the only container it can safely be inserted in is a <div>.

So, to make this work for such objects, only a <div> container is suitable - a <div> container would be a great enhancement.

When I try to enter a line break <br /> by pressing shift-enter, the cursor moves a little to the right. There is no new line created.

When I enter a space after that, the new line is created, containing the space. Pressing backspace remove the space and the new line.

Next, when I press shift-enter again, the new line comes back immediately. However the padding between the current paragraph and the next paragraph disappears.

(tested in IE 6.0.2800)

[ french speaker, broken english ]

Hello,

I'm currently developing a CMS and I'm thinking to use WYMeditor which seems (almost) perfect to my needs and I congratulate you for this promising piece of software.

I would like to second codecowboy's request ( http://forum.wymeditor.org/forum/viewtopic.php?t=266) :

Sometimes, administration pages will contain more than one textarea. For example a product may have a title, a short description, a long description, ... What I would like to have is one WYMeditor toolbar for the whole page that updates the textarea (iframe) currently focused, but also dynamically (de)activate some buttons :

• product title : only bold, italic, sup and sub;

• product short description : only bold, italic, sup, sub and paragraphs;

• product long description : bold, italic, sup, sub, paragraphs, headings, lists, ...

For the CMS I'm working on, I plan to add the WYMeditor toolbar at the top of the page, with position: fixed; so it is always visible to the user. Otherwhise, I'll lose a lot of space with 3 complete WYMeditors in one page.

Is this request doable according to you ?

Thank you very much for your time !

Best regards, François B.

While the plugin correctly avoids overwriting/assuming the $ variable, it would be wonderful if the plugin used a custom alias (via closure), which would help it run in a high-conflict environment.

 http://docs.jquery.com/Plugins/Authoring#Custom_Alias_in_plugin_code

As described, wrapping the plugin in

(function($) {
// plugin definition
})(jQuery);

seems to be the best practice in jQuery plugin development (note that the official jQuery UI plugins do this). This allows the function to run in environments where the jQuery variable can't always be assumed (i.e. after WYMeditor's initialization, the variable "jQuery" may be deleted, overwritten, or renamed.)

This is a small and simple change that would save me from having to manually do it to each WYM release, and being able to change all current instances of "jQuery" to "$" would be a tiny size optimization, too. :)