Hello Everyone,
I'm trying to use FCKeditor 2.43 with the toolbar located in a DIV apart from the editor so that I can resize the width of the editor body (as I transfer content into it with JS) to simulate the actual area on a page where the content will go after editing. The goal being that the user can see the flow of content as it would appear in a column after editing.
This is similar to the HTML example 10.
However with IE7 on XP, I am seeing a weird thing - both in my own code and in the examples that ship with FCKeditor.
If the toolbar has more than one row - then only the top row displays.
It also appears as if the bottom border of the toolbar is cut off.
But here is the strange part.
If I launch sample10.html from the drop down menu on the sampleslist.html page, then it displays as it should for the multi-row toolbar.
However if I load the sample10.html page direct - then only the top line of buttons is displayed.
This seems to be an IE specific issue (perhaps something to do with min-height?), however it is a show-stopper.
Is this a bug in the FCKeditor code, or an IE issue (the correct height and bottom of the toolbar show in Firefox) and is there a workaround I can use to get it going for now?
The code I am using is identical to the HTML example 10 (for the DIV and how the toolbar location is specified).
What is really weird is that the page works when loaded from the sampleslist.html! The only thing I can see there is that page is loaded with window.open command - but can't figure why that would make it work.
Thanks for any advice!
MD
Sun, 07/29/2007 - 02:07
#1
Re: Problem in IE with Toolbarlocation set to Out
Re: Problem in IE with Toolbarlocation set to Out
Thanks!
That is great news (especially since it means I am not going crazy or plagued with the computer from hades<g>).
I'll download it when the new build is available and put it through its paces.
MD
Re: Problem in IE with Toolbarlocation set to Out
For a test comparison, I ran the old HTML example 10 agains the new one from last night's build.
In the old version (2.43) the example 10 (loaded in IE7 by itself - not from the samplelist), would load correctly the first time - then if you refreshed the browser, all but the top row of buttons was hidden.
In this new build - it loads correct the first time, then if you refresh the browser you see it hide all but the first row of buttons - then the toolbar refreshes and displays all the rows.
There is one small problem that I have found though:
I allow the user to switch between a Basic and an Advanced toolbar "on-the-fly". The Basic is one row of buttons tall, the Advanced is three rows.
As the code works right now, if I load the Advanced toolbar first - then switch to the Basic toolbar, it works and I can freely toggle between the two - but the space occupied by the xToolbar DIV remains the same. This is a minor annoyance and certainly something I can live with.
However if I load the Basic (one row) toolbar first - then switch to the Advanced toolbar (three row), then only the top row is displayed.
I tried setting the height of the xToolbar DIV when I switch toolbars as a workaround, but once the Basic toolbar is loaded as the first toolbar, FCKeditor seems to remember (and reuse) that height.
Since the normal mode of operation would be to start with the Basic toolbar and let the user enable the Advanced one if need be - there appears to be no way to accomplish this.
I tried leaving the toolbar set to Advanced during the create - then resetting the toolbar after the initialization by calling my function in FCKeditor_OnComplete, but that does not appear to work (you briefly see the Advanced toolbar, then the Basic appears and the DIV collapses and stays that height).
BTW - the syntax I am using to switch toolbars is:
If this is not the correct way, please advise.
If I am doing it right, then it would be nice if the editor would resize the DIV as needed if it is set to Out when loaded.
I'll let you know if I run across any other issues.
Thanks again!
MD
Re: Problem in IE with Toolbarlocation set to Out
If a HTML page with that code in it is loaded into any Windows desktop application (such as TopStyle and also in a desktop application that we are building), the fix is causing that program to lose focus and drop behind other applications.
If it is the only desktop application running then this does not happen.
It also does not happen in IE - only other applications that have a built-in browser in them.
Obviously this is not acceptable behavior - and in our case it is an absolute show stopper for using this configuration since everytime a page is loaded our application would lose focus.
Perhaps we can get a tweak on the fix (or advice on how/where to do it ourselves).
Thanks!
MD
Re: Problem in IE with Toolbarlocation set to Out
TICKET_CREATE privileges are required to perform this operation
Thanks!
MD
Re: Problem in IE with Toolbarlocation set to Out
That behavior might be related to the changes to try to make the editor respect the focus settings in the config. If you use a toolbar inside the editor and the problem still persists then for sure it isn't related to the ToolbarLocation configuration.
Re: Problem in IE with Toolbarlocation set to Out
Re: Problem in IE with Toolbarlocation set to Out
I tested that.
If I place the toolbar inside the editor - it behaves as expected when the HTML page is loaded in a desktop app.
If the ToolbarLocation is set to outside the editor - then the problem returns.
The way the changes are now renders the editor useless in a desktop app with the toolbar set outside the editor.
Hopefully there is a better solution.
Thanks!
MD
Re: Problem in IE with Toolbarlocation set to Out
Re: Problem in IE with Toolbarlocation set to Out
I downloaded the latest nightly build and it seems that the problem is fixed now.
In fact it is better than it was on the first round because when switching to the multi-row toolbar from the single row one the flicker and expand that I was seeing is not there now.
I can now flip the display between the two toolbars and the plan DIV that holds the post edit content and everything is nice and smooth.
When running in the desktop application there is no flash or flicker and the lose focus problem has been resolved.
Thanks very much for taking care of that!
MD
Re: Problem in IE with Toolbarlocation set to Out
This got rid of the last set of problems - but the original is back.
I have opened a ticked (#1017) on it.
MD