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

Reply via email to