Inicio | Información | Comunidad | Desarrollo | myReactOS | Contáctanos

  1. Inicio
  2. Información
  3. Comunidad
  4. Desarrollo
  5. myReactOS

  1. Descripción
  2. Personal de ReactOS
  3. Foros
  4. Wiki
  5. Listas de Correo
  6. Canales IRC
  7. Boletines de Noticias
  8. Blogs
  9. FAQ de Usuarios

 

 

Community > ReactOS Newsletter Archive > ReactOS Newsletter: Newsletter_64

Newsletter_64

by Z98 on 2009-09-15
translated by Gabriel ilardi on 2009-09-21

top

Color y rellenado


Los cursores de colores no son una característica que se usa mucho en las aplicaciones, pero los juegos la usan ciertamente. Un ejemplo de un programa que no es un juego que los usa es Winamp, mientras lo usaba, Gregor Schneider notó que el mouse se convertía en un cuadrado negro y se puso a revisar en el código para ver si podía resolver el problema. Había comentarios en distintos lugares, notando la necesidad del soporte para color así que Gregor tuvo idea de dónde estaba faltando el código para el soporte adicional. Afortunadamente la mayor parte del trabajo ha sido sencillo, y las modificaciones a los parámetros de las funciones de dibujo junto al uso de una superficie de color han sido suficiente para obtener la funcionalidad básica. Sin embargo, había aún problemas en el código de más bajo nivel dentro del subsistema Win32 y la mayor parte del mismo estaba en realidad comentado. Si bien el cursor es dibujado, la caja negra aún aparece al rededor del cursor.

Mientras Gregor estaba trabajando en ello, Timo Kreuzer decidió dar un vistazo a la aplicación Paint di Benedikt Freisen. Mientras Paint se ve y funciona muy bien en Windows, Timo pensaba que se veía horrible en ReactOS. Una razón de ello era por supuesto los cursores de colores, así que resolvió los problemas en el motor gráfico. La función clave es SetPointerShape, de la cuál hay una versión Drv y una Eng dependiendo de que el driver gráfico soporte la función o bien se apoye en el motor gráfico de Windows para que la maneje. De todos modos, la función recibe dos mapas de bits, el segundo contiene la información de color para dibujar el cursor. Este segundo bitmap era originariamente ignorado en el código pero Timo ha agregado la funcionalidad necesaria para hacerlo funcionar. Lo próximo en la lista será el manejo del alphablending.

Otra problema sobre el que estaba trabajando Gregor también había sido expuesto por la aplicación Paint. Mientras la usaba, Gregor había notado que su herramienta preferida, el cubo para rellenar no funcionaba. Investigando, encontró que la funcionalidad para el rellenado era incompleta. La mayor parte del código se encontraba ahí y la cadena completa de llamadas de función que completaban el relleno estaba ahí excepto por la última parte que realizaba efectivamente el dibujo. Gregor creó una implementación muy simplista y la optimizó hasta que su performance fue razonable para el uso.

top

Importación retrazada (Delay Import)


Las librerías dinámicas se usan como método para compartir código y funcionalidad entre aplicaciones sin tener que duplicar la funcionalidad en cada aplicación. Esto ahorra memoria pues solo hace falta cargar una sola instancia en memoria de la librería para poder ser usada por varias aplicaciones. Al mismo tiempo, la carga inicial de la librería puede requerir algo de tiempo y hasta retrazar el inicio de la aplicación. Un modo para evitarlo es retrazar la carga de la librería hasta que no es efectivamente necesario, presumiblemente después de que la aplicación se ha arrancado. Para esto sirve el "delay import" pero desafortunadamente su soporte faltaba en dlltool, así que Timo Kreuzer lo agregó. La implementación en sí ha sido relativamente sencilla, aunque Timo ha debido esforzarse para encontrar un ambiente de build para dlltool. El patch ha sido mandado a los desarrolladores originales así que si todo va bien más personas se podrán beneficiar del mismo. El equipo de mingw x64 ha expresado su interés en el patch. Portarlo a otras arquitecturas debería ser bastante sencillo según Timo.

top

Database de Compatibilidad


Luego de ser abandonado por varios años, Danny Götte ha re-escrito el layout de la interfaz de frontend y backend del database, haciendo más fácil la creación y edición de entradas. El database ya se ve mucho mejor que en el pasado, y desde que lo ha lanzado Danny ha continuado a refinarlo basándose en el feedback de los usuarios. La intención final es que el database contenga entradas de hardware, sostituyendo la lista ad-hoc de la wiki. Por ende los invitamos a que lo prueben para ver que bien funciona. Mientras más entradas haya más fácil será para la gente ver que funciona y que no funciona en ReactOS.

top

Ganador del diseño del sitio web


Felicitaciones para Shek-Yu Leung, también conocido como numpy en el forum.  Sus diseños evolucionaron en el curso de cuatro entradas y la última ha sido considerada la mejor por el jurado.  En general, las entradas pasaron de simples reorganizaciones del layout actual y el estilo a un completo nuevo skin con nuevos esquemas de colores.  Han habido un par de layouts creativos que podrán servir como inspiración para el refresh final del sitio, pero el de Leung ha sido uno de los pocos que ha combinado una actualización visual con ideas interesantes para el layout de la nueva página frontal.  El equipo de ReactOS agradece a todos los participantes por sus esfuerzos.

 


top

ReactOS is a registered trademark or a trademark of ReactOS Foundation in the United States and other countries.