Great work, thanks!

One thing thats still bugging me though is the removal of   when entity_encoding="raw". I understand this is the correct behaviour, that   gets displayed as a blank space, but in Firefox it dissapears completely. Example:

<p>&nbsp;</p>

becomes

<p></p>

but in IE

it becomes

<p> </p>

Hi,
I have implemented tinymce as an alternative editor in a cms project which handles accessibility very careful.  It would be great to have keyboard access for all buttons. furthermore it would be great to have a skin which should be optimized for accessibility. eg bigger buttons and pure black and white.

thanks for tinymce,
Armand

When an anchor link is formatted like this:

<a name="_Toc192596888"><span style="font-family: Arial;">Scope of document</span></a>

The text between the a tags does not display and it is lost when saved.


This works fine:
<a name="_Toc192596888"></a><span style="font-family: Arial;">Scope of document</span>


Thanks for your help!

It already has pretty good keyboard accessibility you can use Alt+shift+Q/Z to pop in/out from the toolbar and you can tab to all keys and we have a special accessibility example.
http://wiki.moxiecode.com/examples/tiny … ple_22.php

But it can be improved even more. We have worked together with some of the Atutor developers in the past with these issues. They have been very helpful and I have a list of things that I got from them that I should go though and fix when I get the time.

Anoying Picture outline blocks / changing picture size when CMFilebrowser is active :

I made a small add with a picture+ tekst using TinyMCE. When opening the Image Insert option and go to the installed CMFileBrowser,  I am still able to change the picture selected in the TinyCME editors windows in the background... e.e. I opened the filebrowser and still am able to CHANGE the picture properties while the filebrowser is opened and in front. Anoying picture outline blocks appear in the Filbrowser window and  I can change still edit the TinyMCE editors content.

If I select the filemanager and have this open, I should NOT be able to edit the TinyMCE editors data, until I close the CMFileBrowser window....... Inline windows is here not a nice option.... in fact anoying and causing issue's at users of the Content management system

Alfred

RichardDavies wrote:

happy_noodle_boy wrote:

One thing thats still bugging me though is the removal of &nbsp; when entity_encoding="raw". I understand this is the correct behaviour, that &nbsp; gets displayed as a blank space, but in Firefox it dissapears completely.

Try HTML encoding the contents of the TinyMCE textarea. (So <p>&nsbp;</p> becomes &lt;p&gt;&amp;nbsp;&lt;/p&gt;) Or try the "nbspfix" plugin available on SourceForge at http://sourceforge.net/tracker/index.ph … tid=738747

If I wanted to encode the contents of the textarea I would set entity_encoding to 'named'.

Can't this be dealt with in the core? I noticed this:

if (o.set)
    h = h.replace(/<p>\s+(&nbsp;| |\u00a0|<br \/>)\s+<\/p>/g, '<p><br /></p>');
else
   h = h.replace(/<p>\s+(&nbsp;| |\u00a0|<br \/>)\s+<\/p>/g, '<p>$1</p>');

but it doesn't seem to do anything? Maybe I'm looking at this code in the wrong context?

Fixed SF1901206 bug by using the solution proposed by yamamoto (http://tinymce.moxiecode.com/punbb/view … 887#p33887). Wiki is updated accordingly.

Any news on the lack of indentation in the 3.x branch? (also SF1912168)

Felix Riesterer wrote:

Twobrains wrote:

Anoying Picture outline blocks / changing picture size when CMFilebrowser is active

This information is irrelevant as long as you refuse to tell which browser you are talking about. My guess is IE...

Greetings from Germany,

Felix Riesterer.

Both IE6 and IE6 !

I upgraded to the new release and lost the ability to have multiple rte fields on one page. I'm using the class attribute to distinguish between rte fields and text area fields.

thanks.

the property "editor_deselector".. is that new?

thanks.

Whenever i change skin from blue, silver, and or black theme, i tried changing the content.css (body, td, pre)... doesn't work....

Spocke: Sorry to be a PITA but would you mind please commenting on whether or not the spellchecker patch I submitted at https://sourceforge.net/tracker/index.p … tid=635684 has any chance of being committed in the future.  I am not hassling for this to be committed now, but I would appreciate an indication of likely acceptance of this patch so that I can decide how I will go about providing this feature the users of my application.  If it is unlikely to be accepted the I would probably want to provide an alternative patch to add any necessary callbacks to allow this functionality to be implemented via a separate plugin.

Thanks,

Scott