EZ Page changes between Plain text and HTML causing issues with embedded iframe tags

[oldwolfe]

Greetings to the forum members.
If editing an EZ page with the built in editors, I have no issues in plain text mode, however if I change to HTML mode, the iframe tags get modified with an ending of /> instead of a seperate iframe end tag as such - </iframe>

When this happens, the right sidebar then gets pushed off the page.

I currently have no issues as I modify the iframe tag and end tag back to </iframe> in plain text mode.

Just wondering if others were having problems toggling between the two modes.Plain text and HTML

Cheers
Oldwolfe.

[oldwolfe]

Please note this happens with Define Pages Editor as well.

[schoolboy]

If you incorporate an iframe tag in the html for an ezpage or define page, then do not toggle to html mode after inserting the code, before saving the page.

Iframe is not a good idea in zencart anyway - particularly in areas that require bi-directional communication, such as payment gateways and some shipping methods. In fact, iframe is fundamentally a bad idea in any dynamic content website... but if it's your choice, then go ahead.

The "problem" in saving these types of tags (<script> also "misbehaves") is not - I understand - a zencart issue, but the limitations in proprietary html editors used, eg: HTMLArea and/or FCKEditor.

[oldwolfe]

OK


Thanks for the reply.


Cheers
Oldwolfe

[oldwolfe]

Greetings.

Have confirmed as you suggested that htmlarea editor is the issue.

You can correct this problem by adding the word


iframe


to line 1947 in the hmlarea.js file.

The name of the function is

HTMLArea.needsClosingTag = function(el) {


The </iframe> tag no longer gets stripped when toggling to HTML mode with the editor.

As this editor is no longer supported, I have provided the change here.

Cheers
Oldwolfe

[srlaird]

We had the exact same issue. This solution worked great for us. Thanks...even years later.

The file htmlarea.js is located in editors/htmlarea. It was so easy to fix.