FreeTextBox

hello all,
currently i'm experiencing a problem when the free text box starts out on the page as being inside a div with style="display:none;" while using FireFox.  basically what happens when the div style is changed to "display:block;" is that the editor appears but it's like the frame you type in is frozen.  also when the page loads, in the javascript console it has this error:

Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMNSHTMLDocument.designMode]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: http://localhost/Common/FreeTextBox/FTB-FreeTextBox.js :: FTB_FreeTextBox :: line 96"  data: no]
Source File: http://localhost/Common/FreeTextBox/FTB-FreeTextBox.js
Line: 96

That line is the following: 
   this.designEditor.document.designMode = 'On';

So from what i've gathered the designMode of the iframe can't be set to On in FireFox if the iframe is nested inside a non-displayed element.  ok.  so how do we work around this problem?  i came up with a super ghetto way to make it work which involves 2 things - the first thing is having the div show as display:block to begin with and hiding it later, and the second is calling

var ftb = document.getElementById(ftbID).contentWindow.document.ftb;
ftb.GoToHtmlMode();
ftb.GoToDesignMode();

to make the ftb type-in-able. 

is there a better way to do this?  like maybe a way to prevent the FTB from adding its initialize event to the page load and instead letting me initialize it after i've displayed the div that it's in so it doesn't cause the firefox internal error if the div is hidden?

thanks,
chris

I'm having the same problem on a project I've been working on, so I can confirm that it is a problem.  Chris I haven't found a way to get around it yet, but I'll keep trying.  Let me know if you come up with anything else.

Thanks,
Brad

One other thing I forgot to mention,

FTB works great if it is shown first, but if I change it to display: hidden and back to display: block it starts to have issues again.  The error code firefox gives is this:

Error: uncaught exception: [Exception... "Component returned failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIDOMNSHTMLDocument.queryCommandValue]"  nsresult: "0xc1f30001 (NS_ERROR_NOT_INITIALIZED)"  location: "JS frame :: http://localhost/ContentManager35/web/articles/FtbWebResource.axd?a=FreeTextBox%2c+Version%3d3.0.3300.0%2c+Culture%3dneutral%2c+PublicKeyToken%3d5962a4e684a48b87&r=FreeTextBoxControls.Resources.JavaScript.FTB-FreeTextBox.js&t=632503011061216550 :: anonymous :: line 725"  data: no]

I'm guessing this will take a javascript change to make things work, and is not something an external hack could effect.  Although maybe you could leave it as display: block and only have it be 1x1 px or so...

I just ran into this exact same problem as well. Does anyone have a solution/workaround or any word from the developer(s) as to when this could be fixed? Thanks!

Has anyone come up with a work-around for this yet?

I have multiple FTBs in one div tag so it would make it difficult to "reset" the GoToHTMLMode() for each one.

Any help is greatly appreciated!

Thanks,
Chad

Going to bump this back up.
I'm having the same problem and was wondering if there was a workaround/fix yet.

Thanks!
-Duster

bumping this one up again too. I have the same issue. Anyone with fixes or good hacks ?

I'm having the same problem. I have a few comments to add:

Fails only when the page loads with FTB's parent style set to DISPLAY: NONE

If you set Visibility: Hidden, it works fine, but, this is not the desired effect since it leaves a huge hole in the middle of the page.

Any help with this?

BTW, This problem is still happening with the newest version 3.1.6 Pro

The Error is in the DLL:

Me.Page.RegisterOnSubmitStatement((Me.ClientID & "_OnSubmit"), ("FTB_API['" & Me.ClientID & "'].StoreHtml();"))

This is not testing to see if FTB_API[ClientID] is actually an object before using it, I think you could get around it with a little JavaScript hackery, but it really needs to be fixed in FreeTextBox.dll.

If I come up with a solution, I will post it here...

Ok, I "fixed" the problem with the following very nasty hack:

// find registered submit function
var ftbSubmit=document.forms[0].onsubmit;
if (typeof(ftbSubmit) == 'function'){
    document.forms[0].onsubmit = function(){
        try{ftbSubmit();}
        catch(ex){}
    }
}

This code assumes that if there is an "onsubmit" event for the default form (index zero), it is FTB. I re-called the same function, but stuck in a try-catch to ignore the errors it causes. This is a very bad hack, and I dont recommend using it unless you must.

The FTB developers really need to fix this internally in the code..

HTH,
Jeremy

Yet another request for a bug fix for this issue from FTB. Is anyone listening??? This issue was first reported in 2005!!!

Paying customer here, and I really need this to work. Being able to hide/show the editor is a key feature of the CMS product we're trying to build for clients. If I can't get it to work without an ugly hack, I'm going ot switch back to one of the other editors.

Thanks.

Hi

see if this helps

http://freetextbox.com/forums/thread/9085.aspx

Ian