On Tue, Aug 19, 2014 at 6:52 AM, Emmanuele Bassi <eba...@gmail.com> wrote:
> hi; > > On 18 August 2014 19:09, Paul Davis <p...@linuxaudiosystems.com> wrote: > > > On Mon, Aug 18, 2014 at 1:55 PM, Emmanuele Bassi <eba...@gmail.com> > wrote: > > [ .. ] > > > > realistically, by comparison with other platforms and with many > home-grown > > GUI toolkits, there's really only one sane design for any toolkit in > 2014: > > > > * recursively nested objects with a common "draw" virtual method that > > renders onto a surface (*) as the only way pixels get drawn > > * access to a GL surface when and if necessary > > * packing and layout orthogonal to drawing from the application code > > perspective > > > > anything that moves GTK closer to this is good. anything that moves it > > further away or impedes motion towards it is bad. > > > > (*) presumably cairo for 2D and GL for 3D but smart people can disagree > > about this. > > if we ignore the GL side, then good job: GTK+ 3.12 is already pretty > much that. except, you know: > > * the API being weird > * the lack of a box model for CSS to draw on > * the lack of support for 3D transforms and animations > * the lack of an animation API capable of implementing dynamic layout > management policies > * cell renderer API as additional cruft over signal_draw.
_______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list