bug=79427.
This checkin adds the following behavior:
On GetValue, if a checkbox or radio button, it returns "CHECKED" or "UNCHECKED".
On SetValue, any string not equal to the empty string causes the checkbox
to be set.
author=ashuk
Files modified
jni/org_mozilla_dom_DocumentImpl.cpp
This fix makes sure that corner case where call to
nsIDOMDocument::CreateEntityReference returns
NS_OK, but a null return value for the
nsIDOMEntityReference is handled properly thro
the exception handling mechanism.
author=ashuk
Patch provided by Harshal (keeda@hotpop.com)
This patch introduces explicit (jchar*) static
casts in calls to JNIEnv_::NewString in the
JavaDOM code. This is needed for compliance
with the strict type-checking og gcc 2.96+.
Modified files are:
M jni/org_mozilla_dom_AttrImpl.cpp
M jni/org_mozilla_dom_CharacterDataImpl.cpp
M jni/org_mozilla_dom_DocumentTypeImpl.cpp
M jni/org_mozilla_dom_ElementImpl.cpp
M jni/org_mozilla_dom_EntityImpl.cpp
M jni/org_mozilla_dom_NodeImpl.cpp
M jni/org_mozilla_dom_NotationImpl.cpp
M jni/org_mozilla_dom_ProcessingInstructionImpl.cpp
M jni/org_mozilla_dom_events_EventImpl.cpp
M src/nsJavaDOMImpl.cpp
ra=ashk
this fix modifies {Get,Set}NodeValue to check for whether the node is actually an instance
of a class that responds to {Get,Set}Value(String). If so, do it.
* This macro assumes the hard coded set of interfaces below all have a
* method in common, the name of which is specified by the _funcName
* param. Furthermore, it assumes the _funcName method takes a single
* argument, specified by the _funcArg param.
author=ashuk
ra=edburns
Files modified -
mozilla/java/dom/classes/org/mozilla/dom/NodeImpl.java
mozilla/java/dom/classes/org/mozilla/dom/events/MutationEventImpl.java
mozilla/java/dom/jni/org_mozilla_dom_NodeImpl.cpp
This Fix brings JavaDOM upto sync with the latest w3c.dom
interfaces built on 5/16/01 and checked into java/external
as dom2.jar
author=ashuk
Files modified
java/webclient/src_moz/CBrowserContainer.cpp
java/dom/jni/org_mozilla_dom_events_MousEventImpl.cpp
This patch allows Webclient and JavaDOM to build with the
mozilla trunk as of 05/14/01
This checkin migrates javaDOM to use the new nsIWebProgressListener
interface, removing its dependency on the now non-existant
nsIDocumentLoaderObserver.
It has only been tested inside webclient. QA needs to do the standalone
javaDOM tests.
The following files are in this bugfix:
dom/jni/org_mozilla_dom_DOMAccessor.cpp
dom/src/nsIJavaDOM.h
dom/src/nsJavaDOMImpl.cpp
dom/src/nsJavaDOMImpl.h
webclient/classes_spec/org/mozilla/webclient/test/EMWindow.java
webclient/classes_spec/org/mozilla/webclient/wrapper_native/CurrentPageImpl.java
you can build JavaDOM with the tip as of 20 Sept 2000.
M dom/jni/javaDOMGlobals.h
changed nsString2 to nsString
M dom/jni/org_mozilla_dom_NodeImpl.cpp
nsIDOMNode::Supports is now nsIDOMNode::IsSupported().
author=edburns
bug=41492
This change adds the following methods:
public static native void org.mozilla.dom.DOMAccessor.initialize();
The implementation of this method is:
JNIEXPORT void JNICALL Java_org_mozilla_dom_DOMAccessor_initialize
(JNIEnv *env, jclass)
{
if (!JavaDOMGlobals::log) {
JavaDOMGlobals::Initialize(env);
}
}
This method is necessary for external clients that want to use JavaDOM,
but don't want to use the nsIDocumentLoaderObserver instance provided by
JavaDOM.
Please see http://bugzilla.mozilla.org/show_bug.cgi?id=41497 for an
additional bug for which there is a workaround.
Ed
- reduces a number of c++<--> java calls
- added NULL checks
- made DOMAccessor to be secure
- added util and tests packages
- wrote test applets
- updated README
Handle Unicode string correctly in javaDOMEventsGlobals.cpp
18072 r=akhil.arora@sun.com fix=Igor Nekrestyanov <nis@sparc.spb.su>
Sync with changes in Mozilla's DOM Event interfaces
jaggernaut%netscape.com
edburns%acm.org
ashuk%eng.sun.com
sdv%sparc.spb.su
nis%sparc.spb.su
akhil.arora%sun.com