Yes, we where slow in releasing but very busy behind the scenes replacing lots of core functionality with new and improved ones. But we will try to be faster in releases now.

Hi I’m new here. I just started using tinymce for an internal web application I’m developing for my company. Love it! It was working find but today I upgraded to the 3.2.3.1 and it majorly broke my code/app. Where do I go to report/discuss/etc this? Thanks and hope we can work it out

I’m sure you hate to hear this but its the pasting functionality. The web app I’m designing  is a content archive for the different configurations of the web products our company host. We use Asp.Net for our web applications. So the developers will copy something from an .aspx or a web.config file and paste it into Tinymce, once they are finished with the form it gets saved in a database. When pasting after copying directly from an .aspx page or a web.config it parses the text very strangely.
This
    <system.net>
        <mailSettings>
            <smtp>
                <network host="Value"/>
            </smtp>
        </mailSettings>
    </system.net>
Becomes this

<
system.net
>
<
mailSettings
>
<
smtp
>
<
network host="Value"
/>
</
smtp
>
</
mailSettings
>
</
system.net
>

I got around that by setting paste_auto_cleanup_on_paste : true in Version: 3.2.1(2008-11-04), and it was fine because it stripped all of the attributes. Today when I upgraded to 3.2.3.1 and pasted directly from Visual Studio 2005 it was even worse. It listed all of the open tags (”<”) with each in a <p> then it stripped all of the close tags(”</”) each in a <p>. After those, then it listed all of the contents of the of XML tags inline with no line breaks. If i was to paste the XML in a word doc, then paste it in Tinymce it would be fine. But thats highy inefficient and we're steering away from using word docs to a database.

I hope that helps. If you need any more information let me know. Thanks!

I updated today.

However, paste from word seems to be broken. I was using it before, and I checked the wiki, all my config matches the wiki articles. I paste to the popup and nothing gets put back in my editor when I hit update.

My configuration is as follows:

var sPath = window.location.pathname;
    var sPage = sPath.substring(sPath.lastIndexOf('/') + 1);
    /* tinyMCE Config Options*/
    var tButtons = "bold,italic,underline,strikethrough,separator,"
    + "justifyleft,justifycenter,justifyright,justifyfull,"
    + "bullist,numlist,outdent,indent";
    var tButtons2 = "link,unlink,anchor,image,separator,"
    +"undo,redo,cleanup,code,separator,sub,sup,charmap,separator,pastetext,pasteword,selectall,separator,spellchecker";
    var tButtons3 = "";
   
    tinyMCE.init({
    theme : "advanced",
    mode: "textareas",
    theme_advanced_toolbar_location : "top",
    theme_advanced_buttons1 : tButtons,
    theme_advanced_buttons2 : tButtons2,
    theme_advanced_buttons3 : tButtons3,
    theme_advanced_toolbar_align : "center",
    theme_advanced_disable: "styleselect,formatselect",
    height: "350px",
    width: "540px",
    button_tile_map : true,
    force_br_newlines : true,
    plugins: "paste,spellchecker",
    spellchecker_languages : "+English=en",
    cleanup : false
  });

@jfgreco: Consult the documentation.

You can grab the trunk it's always the latest 3.x version. Or the ones in tags if you want a tested stable version release. The 2_x branch is deprecated and is no longer maintained.

First off, thanks for the quick reply! Secondly, wouldn't it be handier if there would be a 3.x branch so that if I update my external I always have the latest stable version release without having to update my svn:external for TinyMCE?

I have consistently run into a couple of issues with TinyMCE that I was hoping might be remedied in the newest TinyMCE release, but I haven't yet seen a resolution, so I thought that I might jump in here.

The code snippets below display the rendering of resized text blocks and empty paragraphs when using substitute "font_size_classes" in the tinyMCE.init script with "convert_fonts_to_spans" set to true.

To recreate the issue, what I do first is create a single text block, then change its font size, then change its color, and then change its font size once a again.  I then hit the return key a few times in order to create white space and then type in a second text block.

As a side note, I have my style sheet set for paragraphs to render "margin:0px;padding:0px;" in order to maintain single line spacing between paragraphs, akin to the use of a <br /> tag.

This is what is rendered within the HTML code for each of the noted browsers:

Firefox and Safari - These two browsers, as seen below, don’t maintain nested span tags within the empty paragraphs, but interestingly reintroduce them once the next text block is input, albeit the tags appear after the text.  This subsequently requires the second text block to be reformatted after being input and leaves a number of superfluous, empty nested tags within that paragraph:

<p><span class="fontSize5"><span style="color: #cfb369;"><span class="fontSize7">First text block.</span></span></span></p>
<p> </p>
<p> </p>
<p> </p>
<p>Second text block.<span class="fontSize5"><span style="color: #cfb369;"><span class="fontSize7"></span></span></span></p>

Chrome - Below you can see that the empty nested span tags are maintained within the second paragraph, but the lack of a non-breaking space tag effectively nullifies the intended white spacing of the second empty paragraph once the page is rendered.  By the third paragraph, Chrome disposes of the empty span tags and substitutes a non-breaking space tag, but this also requires the second text block to be reformatted:

<p><span class="fontSize5"><span style="color: #cfb369;"><span class="fontSize7">First text block.</span></span></span></p>
<p><span class="fontSize5"><span style="color: #cfb369;"><span class="fontSize7"></span></span></span></p>
<p> </p>
<p> </p>
<p>Second text block.</p>

IE 7 and 8 - These two browsers consistently maintain the nested span tags, but without any non-breaking space tags, effectively nullifying all of the empty paragraphs when rendered on the finished page.  The net result is that although there are three paragraphs separating the two text blocks, the final page rendering displays as if only a single <br /> tag exists between the text blocks:

<p><span class="fontSize5"><span style="color: #cfb369;"><span class="fontSize7">First text block.</span></span></span></p>
<p><span class="fontSize5"><span style="color: #cfb369;"><span class="fontSize7"></span></span></span></p>
<p><span class="fontSize5"><span style="color: #cfb369;"><span class="fontSize7"></span></span></span></p>
<p><span class="fontSize5"><span style="color: #cfb369;"><span class="fontSize7"></span></span></span></p>
<p><span class="fontSize5"><span style="color: #cfb369;"><span class="fontSize7"> Second text block.</span></span></span></p>

Is anybody aware of a way to auto-clean those nested span tags or at least auto-insert a consistent non-breaking space tag within the empty paragraphs?  I hope this information will help also others.

Thank you for your response, Spocke.  I can definitely appreciate your dilemma about having to second-guess the meaning of specialized font classes, and concatenating them at this point is not a primary concern.  Forcing a reformat of subsequent paragraphs in Firefox and Safari is also a lesser concern, but I was curious about the behavior that makes TinyMCE render empty paragraphs in those two browsers differently than in Chrome and IE -- this as seen in my original post.  I am assessing that this behavior is related to the TinyMCE editor and not to the browsers, but please let me know if something else is at play.

If I have one overriding concern, however, it is with respect to those empty paragraphs in IE and, to a somewhat lesser extent, Chrome.  As the primary purpose of the font_size_classes tag (as far as I am aware) is relevant to font sizing, if referencing my samples above, an IE user would see all of the added paragraph breaks when initially composing text within the TinyMCE editor, but the breaks would then disappear completely upon the final rendering of the page, despite the paragraph tags still appearing within the underlying HTML.  The end user could subsequently become confused about this and continue to add new paragraphs in an attempt to open up white space between the text blocks, but the net result in IE would be the same regardless of how many new paragraphs were inserted... the first text block and the second text block would always appear as if the additional paragraph spacing didn't exist at all.

Rather than forcing the end user to select the spacing between the text blocks and subsequently click the "Remove formatting" icon (which requires instructional intervention rather than being an intuitive step for the end user) I am wondering instead if there is a way for a non-breaking space tag to be automatically inserted by TinyMCE when a paragraph only contains empty font span classes.

Please let me know.  Again, I hope that this information will help others as well.

@ChefDan: File a bug report with steps for us to reproduce it at Source Forge and we will have a look at it.
@chico: Works perfectly fine in my FF.