iRite styles work great in FF but not in IE7

I've been tearing out what's left of my now greying hair over the past 5 days trying to get the iRite editor to display text as intended (ie WYSIWYG).

I've updated to the latest FCKEditor (2.6.4.1) and have the latest iRite version (1.0.2).

It all works great in Firefox, which picks up and applies the styles correctly in the text area of the iRite editor. But it's not playing ball in IE (I'm currently using Internet Explorer 7 as that's what the client will be using)!

In the editor text area IE is displaying everything in a default font (p=12pt, h2=18pt/weight=700 etc) and although switching to source view shows that the correct classes are being applied to the text, switching out of source view does not display the text with those styles applied.

What's also driving me nuts is that the Style and Format menus DO have the correct styles applied to their options, eg the "red" class displays in red text in the Style menu etc, so the style sheet IS being called in correctly and being applied to the style options.

I've even tried copying every class across into the fck_editorarea.css file and removed every piece of css specificity as possible (eg. '#ContentWrapper ... span.red' is now just '.red' etc) but it makes no difference.

To confuse me even more, the sample files in the FCKEditor update all display and work CORRECTLY when I open them directly in IE7! I've even tried recopying everything over again from the FCKEditor update folder, and also tried those in the samples folder there, but when these are applied using iRite they no longer display correctly in IE7.

Is there an IE config file missing in iRite that I need, or a setting in iRite that's needed to get it to play ball in IE?

There shouldn't be any special setup that you need to do to get the editor to work in IE7. I just ran a page where I have applied iRite in IE7 and the styling shows up for me.

Can you send me a link to the page that has this issue so I can take a look at that?

Hi Jimmy

I wish to create a support ticket for this so I can send you the link to a section of the site that I'm developing that demonstrates the problem, but I can't see a link anywhere to create a ticket.

Steve

We have switched to having the front line of our support as the forum. You can no longer create support tickets on your end, but if there is private information that is needed, a support engineer will create a private ticket for you.

On that note, I have created a private support ticket for you. You can check this ticket by logging in to your account on www.webassist.com and checking your support history.

Posted for other users' info:

Hi Jimmy

Thanks for your assistance.

After we were able to create a working iRite instance from scratch, I went about trying to recreate the required iRite form several times trying all sorts of configuration variations until I found the cause of the problem.

It turned out the problem was being caused by the Base HREF setting.

When configuring the iRite instance I was under the impression that the Base HREF setting was used just to give iRite a relative path to the uploaded images store. I'd therefore set the Base HREF path to images/gallery/ (FCKConfig.BaseHref = 'images/gallery/' in the config file).

By removing this setting all the iRite content immediately displayed correctly.

After a bit more tweaking around to get images to upload etc I found that if I set the Base HREF path to the website's root then I also needed to FULLY specify the absolute paths for the FCKConfig.EditorAreaCSS and FCKConfig.StylesXmlPath settings in the config file (ie. using relative paths for these settings resulted in the same problem).

This is now all working in IE7.

Thanks again Jimmy.

Steve

I'm glad to hear that you got everything working for your site. Thanks for the update on how you got it all working.