You are not logged in.
Pages: 1
hi, havent been here in ages,but just recently had a project that required Xinha again and got bugged with the submit() bug. So heres a fix for it
I couldnt log into Tickets so im posting here, sry o.o
if (!this._textArea.form.$XINHA_submit){
this._textArea.form.$XINHA_submit = this._textArea.form.submit;
this._textArea.form.submit =
function(){
for(var i=0;i < this.elements.length; i++){
var element = this.elements[i];
if (element.type != 'textarea') continue;
for (var a=0; a < __htmlareas.length;a++){
var editor = __htmlareas[a];
if (editor._textArea == element){
element.value = editor.outwardHtml(editor.getHTML());
}
}//for - each editor
}//for - each element
this.$XINHA_submit();
}//function
}//if
[i]To live is to die ...[/i]
Offline
Offline
Is this bug responsible for the strange, laggy behavior when a form containing the xinha editor is submitted? I'm experiences a slowdown upon submit, followed by the xinha editor re-painting itself in various areas of the screen, and then finally submitting after 7-8 seconds. This is occuring under FF 1.5/Linux, and IE6/Linux Wine -- on the latest nightly snapshot including the example pages.
If so, where can I apply this patch?
Thanks!
~ Brice
Offline
no this simply fixes the the ability to call <form element>.submit() directly and not have to first call onsubmit to be sure the content of the htmlarea is submitted
Last edited by noxi (2006-07-29 05:54:48)
[i]To live is to die ...[/i]
Offline
noxi,
I see. My eyes are too used to jQuery
Anyway, is the strangeness I described a known issuie?
Thanks,
~ Brice
Offline
brice - FWIW, I found the lag appears in r532+ while the repainting bug appeared in r533+
(See http://xinha.python-hosting.com/ticket/825)
Last edited by MynameisMJ (2006-07-31 16:30:42)
Offline
Great. Thanks for the response guys! I'll remain on standby
~ brice
Offline
Pages: 1