[LUG.ro] GTK+ 3.0.0 released

[Guillermo Ibañez]

El 15/02/11 21:43, blitux escribió:
> El 15 de febrero de 2011 11:57, Guillermo Ibañez
> <guilleip en yahoo.com.ar>escribió:
>
>>
>> --- El lun 14-feb-11, Horacio<horacio9573 en gmail.com>  escribió:
>>
>>> De: Horacio<horacio9573 en gmail.com>
>>> Asunto: [LUG.ro] GTK+ 3.0.0 released
>>> Para: "Lugro"<lugro en lugro.org.ar>
>>> Fecha: lunes, 14 de febrero de 2011, 10:23
>>> Hace un par de días se anunció el
>>> lanzamiento de Gtk+ 3.0, las
>>> librerías gráficas de (entre otras cosas) Gnome. Entre
>>> las novedades,
>>> destacan el uso de Cairo como motor de dibujo; la nueva
>>> gestión de
>>> dispositivos de entrada ...
>>>
>>>
>> http://mail.gnome.org/archives/gnome-announce-list/2011-February/msg00022.html
>>> La publicación de Gtk+3.0 es el anticipo de la nueva
>>> versión del
>>> escritorio, Gnome 3.0, que podría estar lista en abril de
>>> 2011.
>>
>> Muy bueno, pero ne veo que tiene de malo el GC (Graphic Context) de X11, me
>> parece una idea muy piola aunque vieja.
>> XWinowS desde su nacimiento fue pensado para funcionar en red, usando los
>> comandos del xlib para que el programa (un XClient) se ejecutara en una
>> máquina (con potencia de cálculo) y los graficos salieran en una terminal
>> gráfica compatible con XWindowS (un XServer) accesible al usuario.
>>
>> Las GC, consisten en una serie de información como color del lapiz, ancho
>> del lapiz, uniones, etc ..., que se encuentran en el XServer, de tal modo
>> que el XClient no tenga que enviar TODA esa información por red cada vez que
>> necesita hacer un dibujo, sino que informe únicamente los cambios en la
>> misma.  Además puedo tener abiertas muchas GC y usarlas indistintamente.
>>
> Gracias por la aclaracion :)
>
> Me parece que este tipo de cambios "radicales" y avances son necesarios si
> queremos tener una distro que pueda realmente competir con windows al nivel
> de OSX, mientras las aplicaciones se migren de forma progresiva. He leido
> algunas cosas sobre el stack gráfico y de audio y sinceramente me da una
> sensación de "desorden" (claro que no estoy ni ahi con los detalles
> tecnicos, que ya olvidé).
>
> Pero en fin, me parece un excelente avance y brindo por eso!
>
>
>> Yo no se que tanto les molesta a esta gente de GTK las buenas soluciones,
>> salvo que estén pensando en algo que solo funcione en la maquina local y que
>> para usar soft remotamente tengas que usar otro programa o herramienta.
>>
>> Aplaudo lo de multipunteros!!!!!! SIIII!!!!!
>> ...y espero que sea para mejor....
>>
> Oh si! Multitouch, ahi vamos
>
Ese es el problema, querer competir contra quienes no se necesita 
competir, salvo si se desea bajar la calidad del producto final.

Lo que hace X11 con Compiz no lo he visto ni en MAC ni en W$.

Por otro lado, desde Loepard, OSX es compatible 100% X11 (Y no se si 
Aqua no está corriendo directamente sobre X11).  Gracias a eso uno puede 
compilar y ejecutar paquetes GNU y otros hechos para Unix en MAC casi 
sin problemas.

Lo que si sería bueno y creo que esto si lo van a contemplar, es que el 
loop de gestion de eventos (mouse, teclado, etc...) lo realice y 
administre total y únicamente el SO, en lugar de que sea una tarea que 
deba realizar cada aplicación como lo es en la actualidad (gdk, QTs, 
etc..).  Es un embole, programar con ese loop como si fuera la parte 
principal de la aplicación. No tiene sentido.

Saludos.