<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0">
</HEAD>
<BODY>
El mié, 15-07-2009 a las 08:57 -0700, shawoho@yahoo.com escribió:<BR>
<BLOCKQUOTE TYPE=CITE>
<TABLE CELLSPACING="0" CELLPADDING="0">
<TR>
<TD VALIGN="top">
Saludos,<BR>
<BR>
Gracias Aitux por tu llamado a la calma, ciertamente me he emocionado mucho con la idea.<BR>
<BR>
Tienes razón en todos los puntos que has indicado, diríamos entonces que la opción es extraer parte de la tecnología GNOME pero no incluirla como subproyecto del mismo, sino manejarlo de forma independiente. Siendo este el proceder, una clave sería seguir usando el núcleo de gtk/gnome en C como bajo nivel y abstraernos a objetos con C++. Adicionalmente agregar capacidades de extensión atravez de guile y/o python, esto llevaría un proceso de compactar y simplificar la plataforma.<BR>
<BR>
A diferencia de GNUstep que provee mucha tecnología ordenada de objetos reusables para todo tipo de uso, no sólo aplicaciones de escritorio; en el caso de implementar algo similar con gtk/gnome, deberíamos enriquecer esta plataforma. Ciertamente podremos encontrar muchas librerias gnome muy útiles como BD, xml, obj. distribuidos, etc... pero más compacta y sencilla como un sólo framework, reordenando y reimplementando sus componentes, porque la plataforma gnome ha llegado a crecer tanto que hay librerias que ya no tienen mantenimiento.<BR>
<BR>
En otras palabras mantener inicalmente un framework basado en GNOME y más, que sea estable, compacto, sencillo y ordenado. Buscar la estabilidad es importante para no sufrir del mal de "nuevas versiones como churros calientes", obviamente siempre hay bugs que arreglar, pero no obsesionarnos con agregar y agregar más funciones cada día.<BR>
<BR>
<B>Sí, me encanta la idea, sería algo como un GNOME desaturado, ahora mismo está lleno de porquería, además si modificamos bastante lo que son las librerías, podría dejar de ser GNOME en sí, con lo que dejaríamos de depender del proyecto, sería un GNOkCaH :).</B><BR>
<BR>
<B>Yo me centraría especialmente en crear nuestro framework a partir del código de GNOME, y una vez terminado, y más o menos exento de bugs empezar a desarrollar el entorno de escritorio, va a llevar tiempo, pero en un futuro podría estandarizarse el uso de GNUkCaH por su sencillez, orden y estabilidad, cosa que GNOME o KDE carecen.</B><BR>
<BR>
Por otro punto, revisa esto: http://gnustep.wordpress.com/ es un sitio nuevo en español, el único de su tipo. Ahí encontraras un manual de GNUstep y datos en básicos, yo conocía de la versión anterior de este documento, pero vale la pena revisar el nuevo, como conocimiento general.<BR>
<BR>
<B>Gracias por la info, me leeré el manual cuando pueda, tal vez el problema mayor de GNUstep es la falta del motor de temas, es muy feo en si. :(</B><BR>
<BR>
Gracias,<BR>
<BR>
<B>De nada.</B><BR>
<BR>
William H.<BR>
GNU - Resistencia Digital<BR>
<BR>
<BR>
</TD>
</TR>
</TABLE>
<BR>
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
Aitor Ruano Miralles <<A HREF="mailto:aitux.boot@gmail.com">aitux.boot@gmail.com</A>>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>