id summary reporter owner description type status priority milestone component version resolution keywords cc 1017 Problem with changing toolbars when they are outside the editor Maudib "This is a new ticket on an item that we have been talking about in the forums: http://www.fckeditor.net/forums/viewtopic.php?f=6&t=6392#p17191 Here is the scenario: I want to have an editor with the toolbar set to an outside DIV. Then I want to have two toolbars - a ""Basic"" (one row) and an ""Advanced"" (three row). I want to have the default toolbar (loaded into the outside DIV be the Basic one. Then I want to be able to use JS to load the Advanced toolbar into the outside DIV. In this way, I can allow most users to have the Basic editor (less intimidating) and still allow those needing advanced features to switch to a toolbar that provides it. Code for setting this up is pretty much the stock code from Example 10 Then I have these two functions to swap the toolbars: {{{ function tbBasic() { var oEditor = FCKeditorAPI.GetInstance('FCKeditor_1') ; oEditor.ToolbarSet.Load( 'Basic' ) ; } function tbDefault() { var oEditor = FCKeditorAPI.GetInstance('FCKeditor_1') ; oEditor.ToolbarSet.Load( 'Default' ) ; }}} There are a couple of problems. (keep in mind that the initial display is of the Basic (one row toolbar). One is that while the Advanced toolbar will load when the function is called, it only displays the first row of the toolbar since the DIV does not resize properly. The other is that if you start with the Advanced (three row) toolbar and switch to the Basic one - the DIV for the toolbars does not resize down to the single row. I realize the problem is in fact the same - but since the desired effect is to start with the Basic and change up to the Advanced, this is not possible. A couple of nights ago a new nightly build had some changes in place that would trigger the DIV to resize, but this had the adverse effect of causing the app to lose focus and disappear behind other apps (if a page was loaded into a browser in a desktop application). That of course was a show stopper and I guess in the last night's build it was changed (or removed). The latest build seems to work fine except for the original problem. Right now the only way I can create the desired effect is to have TWO sets of editors and TWO sets of toolbar DIVs. Each one gets loaded with its own toolbar (one Basic and the other Advanced) and I have to use a SHOW/HIDE routine as well as transfer the content between the editors. While this does accomplish the effect (and allows me to resize the width of the editors to simulate column entry (without wrapping the toolbars), it is a lot of extra code to maintain, extra objects on the page, memory used, etc. Hopefully this gives you all the info you need to see what is going wrong and you can come up with a solution for it that does not cause the app to disappear (when a HTML page is loaded into a desktop application). Let me know if there is anything I can test for you or any other info I can provide. BTW - thanks to everyone for great work! ;-) MD " Bug closed Normal UI : Toolbar SVN (FCKeditor) - Retired wontfix