return code.toString();
}
public void afterLoadRewriteClientUIControlProperties()
{
final ClientDocumentStfulImpl clientDoc = getClientDocumentStful();
if (!clientDoc.isScriptingEnabled())
return;
// En Opera Desktop 9 el autofill no es el habitual,
// cuando termina de ejecutarse el evento load inmediatamente despu�s
// autorellena los forms con valores cacheados,
// por lo que el "forzado" ha de realizarse DESPUES del autofill de Opera
// Otro problema es que este llenado genera eventos "change" simulando que lo hubiera hecho el usuario,
// aparte de que en componentes ItsNat checkbox y radio no se procesa el change,
// nos interesa que el cliente muestre el estado inicial de la p�gina no un estado
// anterior (aunque la m�xima prioridad es que cliente y servidor est�n sincronizados)
// Por ello antes del autofill de Opera evitamos los eventos "change" para que
// los cambios no lleguen al servidor (total, vamos a imponer los valores del servidor de nuevo)
// y los volvemos a restaurar el modo normal tras el autofill.
// Haremos por tanto dos "revertimientos" (en cierto modo es ejecutarlo dos veces):
// 1) Los cambios hechos por el usuario al cargar, como en los dem�s navegadores (con el fin de que el comportamiento sea el mismo que en los dem�s)
// 2) Los cambios hechos por el autofill de Opera tras el load.
ItsNatStfulDocumentImpl itsNatDoc = getItsNatStfulDocument();
Document doc = itsNatDoc.getDocument();
AbstractView view = ((DocumentView)doc).getDefaultView();
EventListener listener = new RewriteClientUIControlPropsOperaLoadListenerImpl(clientDoc);
int commMode;
int syncDefaultMode = clientDoc.getCommMode();
if (CommModeImpl.isXHRMode(syncDefaultMode))
commMode = CommMode.XHR_SYNC;
else
commMode = syncDefaultMode; // Caso SCRIPT o SCRIPT_HOLD, no se si funcionar� correctamente (as�ncronos), hay que probar
clientDoc.addEventListener((EventTarget)view,"load",listener,false,commMode); //
// Nota: este evento load es registrado/ejecutado el �LTIMO y DEBE ser as� pues se desactivan los eventos temporalmente
}