Sean 3D o sean 2D, el futuro de los desktops pasa por los gráficos vectoriales, y no hace falta pensar en films ciberpunks para darse cuenta de esto: un simple procesador de textos ya necesita un API de este tipo.También lo vemos en los iconos SVG de KDE y GNOME, o en el escritorio del MacOS X.
Echando un vistazo al Quartz [apple.com] del MacOS X, parece que ninguno de los APIs
libres existentes ahora cubren la funcionalidad necesaria, bien en cuanto a
backends (soporte de renderización tanto sobre bitmap como sobre
Postcript o PDF), bien en cuanto a texto (soporte de fuentes OpenType
o TrueType, ligaduras, kerning, internacionalización, etc...), o
aceleración hardware (uso de OpenGL).
Tambien Microsoft parece estar diseñando su modelo gráfico en Longhorn mediante su proyecto Sparkle [el-mundo.es].
Se necesita, en definitiva, un API que permita usar gráficos vectoriales en el escritorio, que use aceleración mediante OpenGL, y que permita renderizar directamente sobre PDF.
Si Pango [pango.org] y
Gnomeprint [gnome.org] estuvieran
integrados, se cubriera la funcionalidad de
libart [http] y se usara
la aceleración hardware
de OpenGL sería un buen principio, pero actualmente resulta
imposible combinar estos APIs debido a los distintos modelos
que utilizan.
Otro proyecto es cairo [keithp.com],
pero creo que no se encuentra muy avanzado.
CAIRO.
Pensaba que no ibas a nombrar a CAIRO. Creo que es el api a trabajar para posteriormente integrarla y/o extenderla con el GLX.
En MONO la están adoptando para el System.Drawing, y puede ayudar a que despierte el proyecto.
De todas formas, si no está muy avanzada, ya sabemos...
Falta un API de gráficos vectoriales como Quartz
(Puntos:3, Interesante)( http://barrapunto.com/ )
Echando un vistazo al Quartz [apple.com] del MacOS X, parece que ninguno de los APIs libres existentes ahora cubren la funcionalidad necesaria, bien en cuanto a backends (soporte de renderización tanto sobre bitmap como sobre Postcript o PDF), bien en cuanto a texto (soporte de fuentes OpenType o TrueType, ligaduras, kerning, internacionalización, etc...), o aceleración hardware (uso de OpenGL).
Tambien Microsoft parece estar diseñando su modelo gráfico en Longhorn mediante su proyecto Sparkle [el-mundo.es].
Se necesita, en definitiva, un API que permita usar gráficos vectoriales en el escritorio, que use aceleración mediante OpenGL, y que permita renderizar directamente sobre PDF.
Si Pango [pango.org] y Gnomeprint [gnome.org] estuvieran integrados, se cubriera la funcionalidad de libart [http] y se usara la aceleración hardware de OpenGL sería un buen principio, pero actualmente resulta imposible combinar estos APIs debido a los distintos modelos que utilizan.
Otro proyecto es cairo [keithp.com], pero creo que no se encuentra muy avanzado.
Re:Falta un API de gráficos vectoriales como Quart
(Puntos:1)( http://barrapunto.com/ )
Pensaba que no ibas a nombrar a CAIRO. Creo que es el api a trabajar para posteriormente integrarla y/o extenderla con el GLX.
En MONO la están adoptando para el System.Drawing, y puede ayudar a que despierte el proyecto.
De todas formas, si no está muy avanzada, ya sabemos...