Anton Epple <toni.epple@eppleton.de> [Thu, 23 May 2013 09:56:49 +0200] rev 1133
temporarily disabled ImageData before we found a nice solution. Maybe introduce PixelReader PixelWriter for GraphicsContext.
Anton Epple <toni.epple@eppleton.de> [Thu, 23 May 2013 09:47:20 +0200] rev 1132
Limited extensibility of Style and it's three allowed subclasses
Anton Epple <toni.epple@eppleton.de> [Thu, 23 May 2013 08:15:11 +0200] rev 1131
moved creation of Gradient and patterns to GC and removed it from GE
Anton Epple <toni.epple@eppleton.de> [Thu, 23 May 2013 08:07:54 +0200] rev 1130
cleaned up method names (image ->imagedata)
Anton Epple <toni.epple@eppleton.de> [Wed, 22 May 2013 17:49:01 +0200] rev 1129
updated API
Anton Epple <toni.epple@eppleton.de> [Wed, 22 May 2013 16:37:51 +0200] rev 1128
Simplified and separated Provider and Client API
Anton Epple <toni.epple@eppleton.de> [Wed, 22 May 2013 12:10:54 +0200] rev 1127
removed dependency
toni.epple@eppleton.de [Wed, 22 May 2013 07:44:23 +0200] rev 1126
updated archetype to use new SPI
toni.epple@eppleton.de [Tue, 21 May 2013 16:10:52 +0200] rev 1125
Refactored names to unpopular naming scheme, because (a) bck2brwsr Canvas implementation must be named Canvas due to mapping in bck2brwsr and I don't want interface and impl to have the same name. (b) with the "I" prefix at least it's consistent, even if nobody uses that anymore. (c) names are the same as in HTML5 Canvas Javascript API, so it's more familiar...
toni.epple@eppleton.de [Tue, 21 May 2013 16:07:59 +0200] rev 1124
Refactored names to unpopular naming scheme, because (a) bck2brwsr Canvas implementation must be named Canvas due to mapping in bck2brwsr and I don't want interface and impl to have the same name. (b) with the "I" prefix at least it's consistent, even if nobody uses that anymore.