on May 26, 2012
I'm fairly sure that I am suffering from a well-known Firefox bug concerning the disappearance of the 'caret' text-cursor from within the radEditor content area. My particular scenario, which from my research I gather is not unusual, is that I have the radEditor inside a hidden DIV when the page first loads, after which the radEditor can eventually be displayed by the user's actions, through client-side/CSS manipulation of the container DIV which is then set to be visible. After this occurs though, the caret stubbornly refuses to appear inside the content area Iframe, through any workaround I have yet to try. Of course if the user minimises and maximises the window again, instantly the caret returns, blinking away as if nothing had gone wrong!
Most of the workarounds cited seem to be based around either re-setting the "contenteditable" or "designMode" attributes for various components of the radEditor, the Iframe, the DIV etc., or manipulation of visibility and textflow CSS properties. Unfortunately nothing I have yet to try makes the slightest bit of difference - so after many hours wasted, I thought it was best to come to the forum to ask if there is any prevailing view on the best way to approach this problem, for example, "contenteditable", CSS, or some other approach?
If anybody can shed light on the current thinking for solving this long-standing annoyance, I would really be grateful for a pointer in the right direction.