Thread:Extension talk:WYSIWYG/Editor not showing up (fresh MW 1.17.4)/reply (9)

Hi all, I've experienced the same problem with wysiwyg v1.7.0_1 and reverted back to the v1.6 version too.

I recently had another attempt at v1.7 (just now). Again, it didn't work, but I managed to do a bit of debugging on it.

In "extensions/WYSIWYG/scripts/init.js", I added an "alert('hello');" at various locations, to gage what bits were running (if the javascript reaches that point, I'll see a 'hello' popup. If something screwed up prior to that, then I won't).

For me, my 'hello' popup disappeared *after* the following section:

//if the content contains __NORICHEDITOR__ then return if(mw.util.$content.text.indexOf( '__NORICHEDITOR__' ) > -1){ return; }

Placing the alert before worked, after failed. To gage why it failed, prior to this section, I placed:
 * alert(mw); (returned an object, good)
 * alert(mw.util); (returned an object, good)
 * alert(mw.util.$content); (returned NULL, oh crap :

So it seems like the code here is dying due to not having this "$content" member. I'm using MW1.17.0, which I believe is the sufficient pre-requisite for this extension, but perhaps it is not enough, perhaps your MW version needs to be a specific 1.17.x or above (and I don't know exactly what that 'x' should be).

Possible Workaround

I tried commenting out the above section of code. I can then see the wysiwyg, yippee! It will mean I can't use the __NORICHEDITOR__ token, but oh well...

Still another issue to contend with after this though:
 * The wysiwyg disappears after the 1st preview :(
 * Not displaying well in IE/windows. The top few lines of text are hidden under the wysiwyg toolbar :(

NOTE:
 * I can make the wysiwyg reappear on the preview if I append "&mode=wysiwyg" into the preview url and press enter. Perhaps I can hack something like this into the "preview" button press somehow to assure this happens...