Fix bug 328. Simplify resizing by not recreating everything from scratch. This makes it simpler to deal with i328, since we don't have to worry about unremoved event handlers.

Since we're not building everything from scratch, we have to make sure the clipping area is set correctly. Although there's a resetClip method in the HTML5 spec, it's too new. But, man, if we had it things would be great. So instead there's a conditional restore (no restore on the first operation) and a save, for the subsequent restore.

Almost all tests pass, but the ones that test save/restore balances are unsurprisingly broken, as there's one additional save. This can be addressed with calls to g.destroy prior to the assertion, or make a special assertion that verifies there's one more context save than restore.

This has an additional benefit of being slightly faster. Using /Users/konigsberg/git/kberg-dygraphs/tests/resize.html and the following snippet

var start = new Date().getTime();
for (var idx = 0; idx < 500; idx++) {
    g.resize(100 + idx, 100 + idx);
}
console.log(new Date().getTime() - start);

I frequently saw a difference of about 200ms (2200-range to 2400-range.) How much of that was drawing a mildly complex image? Who knows?

I also did some minor refactoring with regards to events, and event method names to make things easier to track.

There may be a need for a plug-in event for resizing.
Fix bug 382. Simplify resizing by not recreating everything from scratch. This makes it simpler to deal with i328, since we don't have to worry about unremoved event handlers.

Since we're not building everything from scratch, we have to make sure the clipping area is set correctly. Although there's a resetClip method in the HTML5 spec, it's too new. But, man, if we had it things would be great. So instead there's a conditional restore (no restore on the first operation) and a save, for the subsequent restore.

Almost all tests pass, but the ones that test save/restore balances are unsurprisingly broken, as there's one additional save. This can be addressed with calls to g.destroy prior to the assertion, or make a special assertion that verifies there's one more context save than restore.

This has an additional benefit of being slightly faster. Using /Users/konigsberg/git/kberg-dygraphs/tests/resize.html and the following snippet

var start = new Date().getTime();
for (var idx = 0; idx < 500; idx++) {
    g.resize(100 + idx, 100 + idx);
}
console.log(new Date().getTime() - start);

I frequently saw a difference of about 200ms (2200-range to 2400-range.) How much of that was drawing a mildly complex image? Who knows?

I also did some minor refactoring with regards to events, and event method names to make things easier to track.

There may be a need for a plug-in event for resizing.
Merge branch 'i382' of https://github.com/kberg/dygraphs into i382
Merge branch 'i382' of https://github.com/kberg/dygraphs into i382
Merge branch 'master' of https://github.com/danvk/dygraphs into i382
Merge pull request #251 from kberg/auto-tests

Nicer auto tests
Merge branch 'master' of https://github.com/danvk/dygraphs into i382
Merge pull request #252 from kberg/auto-tests

Add nice little things to the in-browser test runner.
Merge branch 'master' of https://github.com/danvk/dygraphs into i382
Fix tests that accompany fixing bug 382.
Merge branch 'i382' of https://github.com/kberg/dygraphs into i382
Merge pull request #232 from kberg/i382

Fix bug 382. Simplify resizing by not recreating everything from scratch...
Fix lint errors for i382. Also, ugh, clearly broken bit with mouseUpHandler.
Merge pull request #254 from kberg/i382

Fix lint errors for i382. Also, ugh, clearly broken bit with mouseUpHandler.
Add --verbose to ./test.sh and phantom-driver.js
Merge branch 'master' of https://github.com/danvk/dygraphs
Merge pull request #255 from kberg/master

Add --verbose flag to test.sh and phantom-driver.js which gathers all output from the web page under test.
I broke ./test.sh, and this fixes it.