I updated to the latest version of HTML editor3.

When I add text and change the background color, it shows on the page just fine, but then I save it into the database and the bacgkground is white, it is not saving the information that includes the background color. Changing the font and color works fine, and seems all other features too, but changing the background color is not working.

Hello,
Can you please provide a link to your page, where we can check this issue?

It is an intranet, ill setup a page outside for you to test, will be ready in a couple hrs.

www.bluedotcloud.com/beta/test.asp

There .. add some text, then select it and add a color background.

Click on the 'code' and you will see the code is bad, deselect it the background color is gone.

Hello,
Unfortunately i cannot recreate your issue - it all seems to be okay here. What browser are you using?

Happens with internet explorer 11

It is all okay in IE11 also. Here is the code generated on your page:

<p>​This is a <font style="background-color: rgb(204, 0, 102);">test </font>
</p>

That is not what me and my clients get. I get:

Using chrome:

<p><span style="background-color: rgb(51, 51, 255);">​test test test&nbsp;</span>
</p>

Using IE 11:

<p><font style="null">​test test </font>
</p>

Not working well with ie 11 I can email screenshots if necessary.

Please send screenshots of what you see to

Just sent it.

Can you please check if your IE is not running in some compatibility mode?

Can you please check if your IE is not running in some compatibility mode?

It is. In fact the whole intranet depends on it. So yeah 100% I can also send screenshot of it if needed.

Well, this is the issue. Turn the Compatibility Mode OFF and you won't have any issues with the editor.

I can't do that. It should work with on and off.
We have other components in the system which require to use compatibility on

This reply was removed on 1/6/2014 5:43:20 PM.
See the changelog

I just sent a screenshot with that info.

11.0.9600.164761C

Unfortunately the compatibility view breaks some of the functionality of the Editor.
In fact the editor works fine in old IE versions like IE8/IE9 ... as well as the new IE11 and there is no a logical reason to use it in Compatibility mode. If you have issues with any other components on your website, then you need to update them so they are compatible with the latest browsers.

So the component doesn't work with ie11 on compatibility ...
I think you should put that up for those who are paying to upgrade. In which case I'd like to get a refund since Ill have to look for another editor now if you don't have any plans to fix this issue.

Unfortunately this is not an issue with the editor and there is nothing to be fixed..
In the requirements of the product it is described which browser we do support. Putting "Not supporting Compatibility View" in the requirements sounds just as ridiculous as "Not supporting browsers with javascript turned off" or "Not supporting IE5.5"...
If you have any issues with your site working on the latest browsers then you should update it, not trying to "Downgrade" the HTML Editor functionality.

If compatibility mode is to basically run as if it was a previous browser, why can't it work when turned on ? isn't it the same as running in ie10 ?

I'm not having this issue - background color disappears because I'm not running in compatibilty mode - however, I have tested this with IE 9 (on Windows VISTA) and IE 11 (on Windows 7) and here's what I get and this applies to either IE9 and/or IE11:

If I type in "HERE IS SOME TEXT." (with out the quoatations of course) into the editor and switch to Code View (pressing the </> button on the editor) I see:

<p>HERE IS SOME TEXT.</p>

Now, when I switch back the editor to normal view, highlight the entire sentence, and select a color (in my case, the very top row, last color on the right which is a green #66FF00), the text background is highlighted correctly with the selected color, and when I switch to Code View in the editor it shows:

<p><font style="background-color: rgb(102, 255, 0);">HERE IS SOME TEXT</font></p>

(Obviously, the editor is setting the color via RGB)

Now, when I switch either browser into compatibility mode, and do the same thing, the results are different:

The selected color does show correctly as it did with non-compatibility mode, but when I switch the editor into Code View I get the following:

<p>​<font style="null">THIS IS SOME TEXT.</font></p>

And when I restore the editor back to normal view, the background color is no longer there.

I ran the same tests with Chrome, Firefox, and Safari - all the latest versions -and had no issues with the background color or loosing the background color when switching the editor from Code View and back. My tests seem to indicate that only Internet Explorer (ver 9 and 11 which are what I have currently) seems to have a problem while in compatibility mode. As I said, I don't have this issue since I don't need to be in compatibility mode. In non-compatibility I didn't find any issues with setting and keeping the background color. This would tent to suggest that the DMXZone editor must run in normal, non-compatibility mode. One other possible test, which I did not try, was to use a META tag (rather than putting the entire browser into compatibility mode) that forces only the page with the editor to run in compatibility mode to see if the background remains or has an issue. Since I did not have the problem I won't try that, but it might be worth trying so see what the results with the page the editor does.

I understand. All other features seem to work even in compatibility ON, this is the only one that doesn't. I use this for a commercial product and lots of people use this feature to do drafts of letters, therefore very much needed.

If everything else works is there a way for you to fix it so that this one feature works as well ?

Otherwise I have no choice but to look for a different solution which will take quite the effort.

Alejandro: I don't work at DMXZone; I'm a customer just like you. My comments were to provide some additional background on the problem. (Keep in mind that when you post a problem everyone that has access to the support section can see any issues and so might comment or offer suggestions.) I apologize if my comments seemed to be "official" and from DMXZone, they are not.

Hi all. I want to share with you that I was able to find something interesting and this is eurofreight. You will be able to check uniqueness of text. Whenever you write a text for work or anything, you can check it for uniqueness and this is a great way, great service!