TQT trinity desktop ahora integrara qt4 a su libreria

Como lo muestra la foto, TDE (Trinity Desktop Environment, sucesor de la serie 3.5 de KDE), ahora tiene una libreria propia de traduccion QT4-Qt3, rebautizda como TQT, adicional mantienen QT3 con licencia solo GPL.

LA foto muestra como ahora (proxima 3.5.14), se traducen los dialogos en las aplicaciones qt4, desde TDE (kde 3.5), se dispone de un plugin tanto en el ya qt3, como en el entorno QT4, en la foto abajo se nota el nombre del plugin.

Este funciona igual que GTK2, simplemente porta el api de compatibilidad de los Widgets a la libreia Qt4, los estilos de TDE seran implementados por Qt4 y sus aplicaciones, incluyendo el dislogo de abrir archivo.. 

De esto tenemos varias conclusiones en las que resalto:

• QT4 puede leer e implementar cualquier set de widgets
• Ninguna libreria hasta el momento hace esto, solo qt4..

Esto es una clara verdad revelada en el api de qt4, la empresa malnacida Nokia queire ganar terreno, y tiene un entorno completo de "compatibilidades" siendo la mayor parte de su desarrollo windosero (ejemplitos de la documentacion tiene harta fotos de windo.. cosa que poco se veia en qt3..)

XT POD Live pro conectada con kernel massenkoh, tiempo de respuesta

Conectar la XT POD Live es sencillo, pero la cosa se diferencia en su uso, con los kernels normales, no hay capacidad de generar las tablaturas (se generan con saltos en las notas y vacios, por errores de latencia), con los kernels RT se generan mejor, es mas el que mejor la genero fue el de venenux, pero aun se quedan atras debido a la exigencia de alta resolucion, el kernel massenkoh debido a su resolucion mexclada (512) puede resolver el problema, el kernel massenkoh tendra resolucion alta (1000 a 1500) cuando se le integren los parches "CK" los cuales son necesarios para estabilizar el rendimiento del kernel de alta resolucion y tiempo real.

Connect the POD XT Live is simple, but the thing is different in its use, with normal kernels, no ability to generate tablature (are generated with jumps in the notes and empty spaces, due errors of latency), with RT kernels will generate better, but the best RT performance was VENENUX's 2.6.28 (libre), but still lags behind demand due to high resolution, the massenkoh kernel due to its fixed resolution (512) can solve the problem, the kernel will have high resolutions (1000 to 1500) when integrating patches "CK" which are necessary to stabilize the performance of high-resolution kernel and real time.