Permalink
Commits on Mar 21, 2012
  1. ignore the dist zip

    jannon committed Mar 21, 2012
Commits on Feb 24, 2012
  1. A little readme action

    jannon committed Feb 24, 2012
  2. Allowing function calls to have JSDoc comments.

    jannon committed Feb 24, 2012
    There are lots of factory type class constructors -- like $.widget("ui.mywidget", {<prototype>}) and $.Model("MyClass") -- that use a function call to create a class.  Tools like JSDoc3 can benefit from allowing users to document those function calls as if they were class constructors.  Also included are updates to get the build working and swapping out cvsignore for gitignore
  3. Reverting to 1.7R3

    jannon committed Feb 24, 2012
  4. Revert d1a8338^..HEAD

    jannon committed Feb 24, 2012
  5. Allowing function calls to have JSDoc comments.

    jannon committed Feb 24, 2012
    There are lots of factory type class constructors -- like $.widget("ui.mywidget", {<prototype>}) and $.Model("MyClass") -- that use a function call to create a class.  Tools like JSDoc3 can benefit from allowing users to document those function calls as if they were class constructors.  Also included are updates to get the build working and swapping out cvsignore for gitignore
Commits on Feb 15, 2012
Commits on Feb 13, 2012
  1. Fix quotes in error messages.

    hns committed Feb 13, 2012
  2. Remove trailing whitespace.

    hns committed Feb 13, 2012
Commits on Feb 10, 2012
  1. Modified the parser to accept generator expressions as function argum…

    travisennis committed with hns Feb 5, 2012
    …ents, where the beginning and closing parenthesis are not needed if the generator expression is the sole argument.
  2. Initial implementation of JS 1.8 generator expressions.

    Travis Ennis committed with hns Jan 30, 2012
Commits on Jan 27, 2012
Commits on Jan 25, 2012
  1. Fix bug 473185 JavaAdapter does not support extending classes with no…

    hns committed Jan 25, 2012
    …n-empty constructors
    
    This changes JavaAdapter to accept additional arguments after the JavaScript
    implementation object to be passed to the super-class constructor.
    
    To avoid ambiguity when parsing arguments, JavaAdapter expects the implementation object
    (previously the last argument to JavaAdapter) to be strictly an instance of NativeObject
    (a plain JavaScript object) when called with additional constructor arguments.
  2. Use InterfaceAdapter instead of JavaAdapter when using a Java interfa…

    hns committed Jan 25, 2012
    …ce as constructor on a Dalvik VM
  3. Allow InterfaceAdapter to be created from a JS object.

    hns committed Jan 24, 2012
    Methods in the interface will be mapped to functions in the object.
    
    This also changes the logic for when interfaces with multiple methods are
    allowed to be implemented by a single JS function. Previously this was the
    case only when all methods in the interface had the same signature.
    With this commit, this condition now is that all methods in the interface
    have the same name (but possibly different  signatures).
    
    The rationale behind this change is that same name methods would
    result in the same JS function to be invoked if the implementation was
    an object, and that function has to implement overloaded methods by
    examining the arguments.
Commits on Jan 24, 2012
Commits on Jan 19, 2012
  1. Implement equals(), toString(), and hashCode() in InterfaceAdapter.

    hns committed Jan 19, 2012
     Proxy objects route these java.lang.Object methods through the invocation
     handler which resulted in a call to the JS function.
  2. Fix indecision when converting NativeArray to java List or array

    hns committed Jan 19, 2012
    From now on we prefer JS array -> java.util.List over JS array -> Java array
    because it doesn't require any conversion.
Commits on Jan 10, 2012
  1. Fix test that require let/JS 1.7

    hns committed Jan 10, 2012
  2. Indentation

    hns committed Jan 10, 2012
Commits on Jan 9, 2012
Commits on Dec 22, 2011