Add startup-images for the iPhone.
Made animframe_polyfill.js JSHint compliant

Reformatted a bunch to make JSHint happy.
Merge pull request #115 from iirelu/jshint-compliance

Made animframe_polyfill.js JSHint compliant
Merge pull request #112 from Josso/startup-image

Add startup-images for the iPhone
code cleanup
Merge pull request #158 from janschoenherr/patch-1

code cleanup
Update README.md

Spelling fix.
Merge pull request #188 from zzatkin/patch-1

Update README.md
Update README.md
Fix .scss files to work with Sass 3.4.5.

Two bugs here, relative to Sass 3.4.5 (Selective Steve).
The first bug, reported at
https://github.com/dsociative/2048/commit/80258ad81716fd0dc263a3b0e154c7624afe1a0e
is that Sass apparently requires interpolation braces #{} around
a mixin parameter used on the left side of a colon.

The second bug, visible at that same commit, is that when you
refer to an unbound variable inside a mixin, Sass apparently
now looks them up in the global scope rather than in the local
scope of the "caller" of the mixin. For example,

    @mixin foo() { bar: $bar; }

    $bar: 1;
    a {
      $bar: 2;
      @include foo();
      baz: $bar;
    }

gives `a { bar: 1; baz: 2; }`.

This may in fact be a bug in Sass 3.4.5. Upstreamed as
https://github.com/sass/sass/issues/1474
Factor out the rules for merging tiles.

The old code hard-coded the rule "a.value === b.value" in two places,
and also hard-coded the merged tile's value as "a.value * 2".  To make
it easier to hack together variant versions, I've factored this logic
out into a single function GameManager.resultOfMerging(from, to).
If the tiles can't be merged, the function returns null.
If they can, the function returns an appropriately initialized new Tile
(except that the position may safely be left as "null").

No intended functional change.
Refactor HTMLActuator to properly render variant tiles >1000.

The motivation for this patch is that I want to add a variant
merge rule that generates four-digit numbers that aren't powers of
two. The old code styles such numbers with too big a font size;
e.g., a tile with value 1234 would be styled with class "tile-1234",
which doesn't exist, and then it would render sloppily. I believe
a friendly default behavior is to style such tiles with "tile-1024".

I'm also leaving the door open for variants to style the color of
the tile and its font size using two (or more) separate CSS classes:
e.g., ["tile-red","tile-4digits"].

No intended functional change.
Merge branches 'MergeRules', 'AppearanceClasses' and 'Sass345' into 2048-sqrt
2048-sqrt: Add "Nth root" tiles.
Merge branch '2048-sqrt' into gh-pages

Conflicts:
	index.html