On Tue, Mar 22, 2011 at 10:44:53AM -0600, Rob Savoye wrote: > On 03/22/11 10:34, Sandro Santilli wrote: > > > What do you want us to look at then ? > > Real programmers can read code. :-)
Yeah, but Real Hackers are also very lazy :) > > Maybe it's more useful if you give an overview of what changes in terms > > of interfaces, so we can give comments on that. > > Actually there have been very few interface changes, more moving code > around and adding piles of new code. The libdevice internal API is new > in it's entirety. I do plan to add more doxygen documentation as I do > the merge, and you'll see the commits in the email list. Great, it feel easier already. > The biggest change to existing code was to the Framebuffer GUI. Up til > now, it's been AGG specific. In the branch it now has support for > multiple renderers like our other GUIs. So it's now more consistent than > in the past. I also added GTK glue for OpenVG, so it can be used on the > desktop as well. So this is also not an interface change, but new > support code. Fair enough, and welcome. > Also the existing input device code and vaapi code has been moved to > libdevice from it's previous locations. More long-term, vaapi will be > refactored so libdevice can support multiple hardware acceleration > libraries cleaner. I also made the GLES1 renderer compile with the > existing rendering API so it can eventually work again. I actually see no GLES renderers in master, and 2 of them in openvg branch: opengles1, opengles2. Are them in any way related to the openvg one or completely standalone ? --strk; () Free GIS & Flash consultant/developer /\ http://strk.keybit.net/services.html _______________________________________________ Gnash-dev mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnash-dev
