| commit | cc2518f3df6bc9662703923a88710febc3f5a0bc | |
| author | ethereal <ethereal.visage@gmail.com> | |
| Mon, 13 Sep 2010 04:33:20 +0000 (12 22:33 -0600) | ||
| committer | ethereal <ethereal.visage@gmail.com> | |
| Mon, 13 Sep 2010 04:33:20 +0000 (12 22:33 -0600) | ||
| tree | f0ae6a3a7ecf9ec8d353f622ba8949536bdcdf25 | treesnapshot (tar.gz zip) |
| parent | 90f6a8c1e15ce9cdcdf49c0bf749408f670a23ae | commitdiff |
I am seriously reconsidering the possiblity of introducing the Canvas again.
Having an additional layer of abstraction between the rendering and the
painting would probably help quite a bit; the only question is if the
additional memory usage would actually be worth the cost.
Either that, or I need a better system of calculating the maximum range a
visualization's viewport can view.
Out of the two, I think the latter is a better idea . . .
Having an additional layer of abstraction between the rendering and the
painting would probably help quite a bit; the only question is if the
additional memory usage would actually be worth the cost.
Either that, or I need a better system of calculating the maximum range a
visualization's viewport can view.
Out of the two, I think the latter is a better idea . . .