r=mkaply, a=blizzard
Code from aaron reed to fix polygon drawing. Also 16 color fix from jkobal.
git-svn-id: svn://10.0.0.236/trunk@82620 18797224-902f-48f8-a5cc-f745e15eee43
r=jkobal, a=blizzard
Add support for textzoom and not scaling bitmap fonts
git-svn-id: svn://10.0.0.236/trunk@82619 18797224-902f-48f8-a5cc-f745e15eee43
[Rhino] importPackage() when not in Rhino shell?
Date:
Tue, 14 Nov 2000 09:37:39 -0000
From:
"Benjamin Geer" <geerb@midas-kapiti.com>
Organization:
Another Netscape Collabra Server User
Newsgroups:
netscape.public.mozilla.jseng
The importPackage() and importClass() functions provided by the Rhino shell
seems as if they would be very generally useful. Unless I've missed
something, they don't seem to be available to scripts compiled using the
JavaScript compiler, or to scripts that are run using Script.exec(). Is
there any chance these functions could be made available for all scripts to
use? This would save a lot of typing; one could then always write a = new
Foo() instead of a = new Package.com.baz.bar.foo.Foo().
--Benjamin Geer
git-svn-id: svn://10.0.0.236/trunk@82618 18797224-902f-48f8-a5cc-f745e15eee43
slobo@espial.com wrote:
>
> Hello Mike
>
> In the following test case, tester returns "undefined cat" in Rhino
> while in NN it returns "meow cat".
>
> Thanks
>
> Steven
>
> /////////////////////////////////////////////////////////////////////
> function tester(nest){
> var nest = nest+" cat";
> alert(nest);
> // nest now contains the value undefined.
> }
>
> tester("meow");
git-svn-id: svn://10.0.0.236/trunk@82606 18797224-902f-48f8-a5cc-f745e15eee43
refactored exceptions from icodeasm into exception*
fixed LeadingCap method names to be interCapped
added string8 and string16 typedefs (as opposed to string vs String)
git-svn-id: svn://10.0.0.236/trunk@82601 18797224-902f-48f8-a5cc-f745e15eee43
r=jkobal, a=blizzard
Code from jblanco makes our file dialogs much better
git-svn-id: svn://10.0.0.236/trunk@82598 18797224-902f-48f8-a5cc-f745e15eee43
the dispostition state for a message as either forwarded or replied, etc.
r=putterman
sr=bienvenu
git-svn-id: svn://10.0.0.236/trunk@82594 18797224-902f-48f8-a5cc-f745e15eee43
More changes to support non NativeJavaObject wrappers
Date:
Fri, 03 Nov 2000 17:56:38 +0100
From:
Igor Bukanov <igor@icesoft.no>
To:
nboyd@atg.com
Hi, Norris,
In post 1.5 rhino one can introduce own wrappers for arbitrary Java
objects. But I think to fully support this
org.mozilla.javascript.ScriptRuntime should be changes as well: its eq
and shallow_eq contain references to NativeJavaObject, this should be
replaced at least to Wrapper (see the atached patch). Even better
solution would be to add to WrapHandler methods to compare wrappers: I
can send a patch for that as well.
There is a small usability problem as well: if
org.mozilla.javascript.JavaMembers would be public I do not need to copy
it to a package with non NativeJavaObject.java wrapper.
Regards, Igor
git-svn-id: svn://10.0.0.236/trunk@82580 18797224-902f-48f8-a5cc-f745e15eee43
Within content areas:
- don't drag form widgets
- don't drag anonymous XBL content
- correctly remove the title from the URL on a drop
r=jag, a=me
git-svn-id: svn://10.0.0.236/trunk@82577 18797224-902f-48f8-a5cc-f745e15eee43
