[#ZF-4462] Zend dojo form editor IE bug - Zend Framework Issue Tracker

Details

Type: Bug
Status: Resolved
Priority: Blocker
Resolution: Won't Fix
Affects Version/s: 1.6.1
Fix Version/s: None
Component/s: Zend_Dojo
Labels:
None

Description

IE seems to send back the content of the dojo editor in an "Editor" variable, instead of the variable that was defined by the user when the form was build (FF is using that one).

Ex :

$form->addElement(
'Editor',
'content',
array('id' => 'content')
);

Ok, I'd expect the content of the editor to be in the "content" variable, accessible by $_POST['content']

Now submit the form gives :

Array (
[title] => bug test 2
[content] => Array ( [Editor] => bug test 2 )
[sendlive] => 0
[id] =>
[save] => save )

That's not the case with IE, sending the content of the editor in an array inside the content variable

The same request using firefox :

Array (
[title] => test
[content] => test bug firefox
[sendlive] => 0
[id] =>
[save] => save )

Ok, FF works fine.

Activity

Ascending order - Click to sort in descending order

Hide

Permalink

Matthew Weier O'Phinney added a comment - 07/Nov/08 12:02 PM

Please grab the generated markup, and post it to the Dojo mailing lists and/or bug tracker. Unfortunately, we cannot support Dojo-specific issues, only issues that are specific to the Zend Framework Dojo integration (i.e., creating invalid markup and/or JS).

Show

Matthew Weier O'Phinney added a comment - 07/Nov/08 12:02 PM Please grab the generated markup, and post it to the Dojo mailing lists and/or bug tracker. Unfortunately, we cannot support Dojo-specific issues, only issues that are specific to the Zend Framework Dojo integration (i.e., creating invalid markup and/or JS).

Hide

Permalink

rv david added a comment - 19/Aug/09 10:54 PM

> Please grab the generated markup, and post it to the Dojo mailing lists and/or bug tracker.
> Unfortunately, we cannot support Dojo-specific issues, only issues that are specific
> to the Zend Framework Dojo integration (i.e., creating invalid markup and/or JS).

Actually, the issue is with the Editor View Helper using the Textarea.
It's fixed by using the Div tag instead of the textarea as the markup.

$html = '<input' . $this->_htmlAttribs($hiddenAttribs) . $this->getClosingBracket();
// . $this->textarea($textareaName, $value, $params, $attribs);
$html .= '<div dojoType="'. $this->_module . '" ';
$html .= $this->_htmlAttribs($attribs) . '>' . $value;
$html .= '</div>';

Complete source can be seen at: http://framework.zend.com/issues/browse/ZF-6753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

...

Show

rv david added a comment - 19/Aug/09 10:54 PM > Please grab the generated markup, and post it to the Dojo mailing lists and/or bug tracker. > Unfortunately, we cannot support Dojo-specific issues, only issues that are specific > to the Zend Framework Dojo integration (i.e., creating invalid markup and/or JS). Actually, the issue is with the Editor View Helper using the Textarea. It's fixed by using the Div tag instead of the textarea as the markup. $html = '<input' . $this->_htmlAttribs($hiddenAttribs) . $this->getClosingBracket(); // . $this->textarea($textareaName, $value, $params, $attribs); $html .= '<div dojoType="'. $this->_module . '" '; $html .= $this->_htmlAttribs($attribs) . '>' . $value; $html .= '</div>'; Complete source can be seen at: http://framework.zend.com/issues/browse/ZF-6753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ...

Hide

Permalink

Matthew Weier O'Phinney added a comment - 13/Jan/10 5:59 AM

This may be fixed in ZF 1.9.7, as we no longer use a textarea for representing the Editor dijit.

Show

Matthew Weier O'Phinney added a comment - 13/Jan/10 5:59 AM This may be fixed in ZF 1.9.7, as we no longer use a textarea for representing the Editor dijit.

Zend Framework

Zend dojo form editor IE bug

Details

Description

Activity

People

Dates