2.3.1 - Dropdown position in firefox

i have found that 'out of place dropdowns' were caused (in my case) because the editor was placed inside a <div> that had "position: relative;" as its style.

By deleting that, dropdowns were working correctly again.
Hope this helps

I'm having the same issue, and the editor is not in any div. As an experiment I wrapped the editor/textarea in a div with style=position:absolute and that threw the drop down menus even further off.

Yikes! I'm going to try going back a rev or two and see if it fixes it. But I'd rather use 2.3.1 if anyone finds a fix/workaround.

I have the same problem. A have a absolute positioned DIV in which is lot's of HTML and the FCK editor. I use this hack to fix the position:

in _source/classes/fckpanel.js line 159:

x += oPos.X ;
y += oPos.Y ;

add:

if ( FCKBrowserInfo.IsGecko )
{
x -= <left>;
y -= <top>;
}

Replace <left> and <top> with the left and top value of your absolute positioned div.

This is not a real solution, just a simple hack to fix my problem...

Has this been solved by now?

I have the following observation:

I load the editor in an element which has the CSS-attribute overflow set to auto. Then I scroll the content of the element (which also contains the editor) and the context menu is off about the height that I have scrolled. The same thing is true for the toolbar-dropdowns.

Another problem that persists in Firefox for me: I load the editor in a hidden div, make that visible after user interaction (click on a tab). If the editor doesn't contain any content at the beginning it can not be used. The only solution is to switch to the source-mode and type something. Then I can go back to the normal mode and continue work. Is there a solution for that?

When you have your editor in a hidden div and then want to make it visible and usable you can do this to make it editable:

var editor = FCKeditorAPI.GetInstance('youreditorname');
editor.MakeEditable();

HTH

Thanks, that was a big help.

More Observations:

1. Go to the demo page with Firefox 1.5 (I have testet with MacOS 10.4 and SuSE Linux 10.1), write many lines so that the editor needs to scroll. Insert a Table at the end and rightclick on it. The Editor will scroll to the top. I could not reproduce that with my installation.

2. I could not reproduce it on the demo page. I have a large Table (a very old page). I scroll down and rightclick somewhere ob the content. The contextmenu appears to low, as if I had not scrolled and hit the page at exactly that place. I have FCKeditor 2.3.2 downloaded a fiew days ago from sourceforge with some special plugins for our CMS.

3. If I have the Editor placed in an Element with overflow:auto and scroll that Element I have the same effect as with 2. The error from the Element and from the editors own scrollbar are added.

Maybe that helps to find the problem(s).

I solved this issue by putting the FCKEditor in an entirely separate page loaded by its own iframe with no positioning. Works like a charm. Hope that helps!

nathan parks
paperlampdev.com