back out my bad fix for #102978. we set the msg window on the folder datasource
and we've got a folder datasource per msg window. by moving this from js to xul,
it made it so we'd set the msg window on one folder ds, and we'd be using the other one.
r/sr=bienvenu
git-svn-id: svn://10.0.0.236/trunk@104813 18797224-902f-48f8-a5cc-f745e15eee43
remove venkman startup listener so we don't have to load the dll at startup.
checking into 0.9.5 branch also.
git-svn-id: svn://10.0.0.236/trunk@104808 18797224-902f-48f8-a5cc-f745e15eee43
work in OPT builds, by moving QI() call out of NS_ASSERTION macro.
r=rods@netscape.comsr=waterson@netscape.com
git-svn-id: svn://10.0.0.236/trunk@104795 18797224-902f-48f8-a5cc-f745e15eee43
Not the best fix but will do for short term. Comments added
detailing proposed better solution.
r=kerz, sr=hewitt
git-svn-id: svn://10.0.0.236/trunk@104792 18797224-902f-48f8-a5cc-f745e15eee43
There is a bug in JavaScriptException which prevents it from being used with
out a Rhino Context. When the getMessage() method is invoked on it, the
exception goes to the ScriptRuntime to toString the value. If you have
already exited your context, the runtime will throw an error. The solution
is to simply remove the overridden getMessage method from
JavaScriptException. JavaScriptException's constructor calls the Exception
constructor with the toString'ed value. The default implementation of
getMessage will return the exception message.
Jeff
git-svn-id: svn://10.0.0.236/trunk@104772 18797224-902f-48f8-a5cc-f745e15eee43
I'm having problems getting inner class objects with Rhino.
I create a Hashmap, which is an implementation of Map. Map.Entry is an
inner interface of Map with key-value pairs. If I have a Map object,
"property", I should be able to get the key element with the expression
"property.key".
When I look at the "property" class name that Rhino returns I get:
"java.util.HashMap$Entry". I don't believe Rhino has a notion of the
inner Map.Entry object. The expression "property" succeeds. The
expression "property.key", which should retrieve the Map.Entry
keyValue(), fails with a "unexpected IllegalAccessException accessing
Java field".
I'm including a simple example that illustrates the problem. I hope you
can shed some light on this. Thanks!
Justyna
< Justyna.Horwat@Sun.com >
----
import java.io.*;
import java.util.*;
import org.mozilla.javascript.*;
public class MapTest {
public static void main(String argv[]) {
Test test = new Test();
test.testMap();
}
}
class Test {
Map map;
Set set;
Iterator it;
Map.Entry entry;
public void testMap() {
System.out.println("testMap");
map = new HashMap();
populate();
set = map.entrySet();
it = set.iterator();
// let's see if Map is populated correctly
while (it.hasNext()) {
entry = (Map.Entry) it.next();
System.out.println("entry: " + entry.getClass().getName());
System.out.println("key: " + entry.getKey());
System.out.println("value: " + entry.getValue());
}
evaluate();
}
void populate() {
map.put("firstKey", "firstValue");
map.put("secondKey", "secondValue");
map.put("thirdKey", "thirdValue");
map.put("fourthKey", "fourthValue");
}
public void evaluate() {
Context cx = Context.enter();
Scriptable scope = cx.initStandardObjects(null);
set = map.entrySet();
it = set.iterator();
while (it.hasNext()) {
entry = (Map.Entry) it.next();
scope.put("property", scope, cx.toObject(entry,scope));
}
Object eval = null;
try {
// attempt to get Map.Entry key value using Rhino
eval = cx.evaluateString(scope, "property.key", "", 0,
null);
// Unwrap scoped object
if (eval instanceof Wrapper)
eval = ((Wrapper) eval).unwrap();
} catch (JavaScriptException jse) {
System.out.println("EXCEPTION: " + jse.getMessage());
}
// DELETE
System.out.println("RHINO result: " + eval + ":");
System.out.println("RHINO class: " + eval.getClass().getName());
}
}
git-svn-id: svn://10.0.0.236/trunk@104769 18797224-902f-48f8-a5cc-f745e15eee43
r=law, sr=blake
Look for 4294967295 as well as -1 with DDE-WWW_Activate to maintain compatibility with 4.x
git-svn-id: svn://10.0.0.236/trunk@104757 18797224-902f-48f8-a5cc-f745e15eee43
r=pedemont, sr=blizzard
OS/2 only - bitmap fonts don't display at all if DPI is neither 96 nor 120
git-svn-id: svn://10.0.0.236/trunk@104756 18797224-902f-48f8-a5cc-f745e15eee43
