No son naranjas ni son limones son las
copias de innovaciones. Partamos de lo común Unix (registrado oficialmente
como UNIX®) es un sistema operativo portable, multitarea y multiusuario; desarrollado, en principio, en 1969 por un grupo de funcionarios de os laboratorios Bell de AT&T,
entre os que figuran Ken Thompson, Dennis Ritchie y Douglas McIlroy. Hasta 2009, el propietario de la
marca UNIX® fuese The Open Group, un consorcio de normalización industrial. A dividir de marzo de 2010 y tras una larga batalla legal, esta ha pasado una vez más a ser propiedad de Novell, Inc. Sólo os sis
temas totalmente compatibles y que se encuentran certificados por la especificación Single UNIX Specification
pueden ser denominados "UNIX®" (otros reciben la denominación "similar a un sistema Unix" o "similar a Unix"). En ocasiones, suele usarse el término "Unix tradicional" para mencionarse a Unix o a un sistema operativo que cuenta con las características de UNIX Versión 7 o UNIX System Xerox ¿Xerox, la de las fotocopiadoras? Pues sí, esa misma. Como temía que os japoneses se hicieran con su negocio, en 1970 decidió colocar en marcha un laboratorio de investigación, el Palo Alto Research Center (PARC), al que procuró dar toda la libertad posible, con el meta de que inventara cosas que pudieran comercializarse en el futuro y así
obtener diversificar su producción. Dados os ingresos que obtenía de las fotocopiadoras, el dinero que se gastó en el PARC era casi casi el chocolate del loro, aunque lo cierto es que en términos absolutos fuese una pasta. Pero al final no obtuvo beneficio alguno, al opuesto que algunos de sus empleados, que andando el tiempo acabarían fundando empresas,
como Adobe o 3com, para comercializar algunos de sus descubrimientos; y otras compañías,
como Apple o Microsoft, le copiarían vilmente. Aquel laboratorio hizo algúnas aportaciones realmente significativos en aquella década de os 70,
como el estándar de red Ethernet, el lenguaje de descripción de páginas Inter Press o el primer lenguaje orientado a objetos: Smalltalk. No obstante, al final pasaría a la anécdota por la creación de un interfaz de
usuario intuitivo para os ordenadores, que permitió a la gente usual y corriente
usar os susodichos sin tener que aprenderse un manual y teclear comandos complicados. Ese interfaz se llamaría posteriormente WIMP, por las iniciales en inglés de sus principales componentes: ventanas, iconos, ratón y menús desplegables. El sendero hasta Xerox: Douglas Engelbart Hasta llegar a la interfaz que empleamos actualmente ?no sólo en ordenadores, también en móviles y otros muchos dispositivos?, la informática tuvo que
recorrer un largo camino, desde aquellas primeras máquinas alimentadas por fichas perforadas. Fuese en el marco de un programa iniciado en la Segunda Guerra Mundial
cuando se hizo el primer avance clave: la capacidad de os ordenadores para contestar de manera inmediata a las órdenes de os usuarios. Se llamó Whirlwind, echó a andar en 1943 y estaba dirigido por Jay W. Forrester. La idea era desarrollar un simulador de vuelo con una cabina idéntica a las de os aviones y que respondiera de inmediato a lo que hiciera el aprendiz de piloto: de ese modo se podrían economizar muchas horas de vuelo y tener más pilotos preparados para el combate. El programa no sólo no se terminó a tiempo, sino que nunca se produjo simulador alguno, aunque el ordenador que se creó para la ocasión se empleó posteriormente en un gigantesco sistema de defensa llamado SAGE. No obstante, se acabó resolviendo el asunto de la inmediatez atacando el fundamento más lento de os diseños de entonces, la memoria. El núcleo de ferrita, que almacenaba la información gracias a un tema magnético, tenía un tiempo de entrada de 9 microsegundos, y sería la fundamento de la
memoria de muchos ordenadores en os años 50 y 60... y el escudo de mi Facultad de Informática, la de la Universidad Politécnica de Madrid. Pero el principal avance se lo debemos a un ingeniero eléctrico llamado Douglas Engelbart, quien llevaba desde os años 50 imaginando un ordenador que facilitase la comunicación y permitiese acelerar investigaciones y descubrimientos. En os 60 consiguió financiación del ARPA ?agencia creada por el Gobierno estadounidense después del lanzamiento del Sputnik ante el temor generalizado de que EEUU perdiera irremisiblemente la carrera espacial? y creó un grupo de esfuerzo en Stanford que acabaría alumbrando el NLS, un prototipo de oficina electrónica que incluía, aunque a un precio prohibitivo, adelantos
como el ratón y las ventanas que formarían la fundamento del sistema más completo que crearían en Xerox. La demostración que Engelbart hizo en el 68 del invento incluyó la primera videoconferencia, y se estima la madre de todas las presentaciones, incluyendo, sí, las de Steve Jobs y Al Gore. Xerox Alto y Xerox Star Os recortes presupuestarios obligaron a algunos de os investigadores de Engelbart a buscarse las castañas en otra parte, y el hecho de que estuviese,
como quien dice, en la puerta de enfrente permitió a Xerox PARC reclutar a varios de elos. Ya en 1972 comenzaron a laborar en el Xerox Alto, considerado por algunos el primer ordenador personal, aunque hay varios que le disputan el título: me parece más razonable colgarle la etiqueta al Altair 8080, el primer ordenador diseñado y terminado
como tal. Entre otros defectos, el Alto tenía el de no haber sido comercializado (ni lo sería jamás). El
modelo fuese evolucionando con os años. Incluía una conexión de red, la misma que seguimos
utilizando ahora, que también habían inventado en PARC: Ethernet. También un ratón algo más evolucionado que el de Engelbart, el de bola, que aún sobrevive en muchos lugares, aunque va siendo reemplazado progresivamente por os ópticos. Os documentos no se veían
como una serie de caracteres en determinado tipo de letra de paso fijo,
como hasta entonces, sino tal y
como despues se verían impresos, incorporando sdeterminados de os primeros editores Wysiwyg (lo que veis es lo que obtienes). Y, por supuesto, tenía toda la parafernalia de carpetas, iconos, ventanas y menús que manera fracción de todos os ordenadores actuales. Steve Jobs tuvo la oportunidad de verlo en 1979... y Apple se lanzó a imitarlo inmediatamente. Xerox se decidió finalmente a producir un ordenador que incorporase todos esos conceptos y que pudiera vender: el 8010, más conocido
como Xerox Star. Fuese lanzado en 1981, el mismo año que el PC de IBM, y se convirtió en la estrella tecnológica del año. Desgraciadamente, como le sucedería al Apple Lisa dos años después, su precio de 16.000 dólares era demasiado alto como para que el mercado al que estaba destinado, el de oficinas, lo comprara. Además, era un pelín lento,
sobre todo por el sistema de archivos elegido, que permitía tardar varios minutos en guardar un
archivo grande. Aunque en 1985 logró mejorarlo y reducir el precio a 6.000 pavos, el Star estaba condenado,
sobre todo con os PC y os Mac ya rondando por ahí... Al final tuvo que ser una copia de una copia, el Windows de Microsoft, el que finalmente llevara a las masas ese interfaz de
usuario que había soñado Engelbart. Y gracias a internet, la verdad ha acabado siendo muy similar a su sueño de que las personas tuvieran a su disposición un ordenador propio que les permitiese navegar por un lugar de inmaneración y colaborar
entre sí para resolver dificultades de una manera completamente nueva y más eficaz. LAS INTERFASES GRÁFICAS span dir="auto" Interfaz gráfica de usuari La interfaz gráfica de usuario, conocida también como GUI (del inglés graphical user interface ) es un proyecto informático que actúa de interfaz de
usuario, utilizando un conjunto de imágenes y
objetos gráficos para representar la información y
acciones disponibles en la interfaz. Su principal uso, consiste en proporcionar un ámbito visual fácil para permitir la comunicación con el sistema operativo de una máquina o computador. Habitualmente las acciones se realizan mediante manipulación directa, para facilitar la interacción del
usuario con la computadora. Aparece como evolución de las
interfaces de línea de comandos que se usaban para operar os primeros sistemas operativos y es pieza importante en un ámbito gráfico. Como ejempos de interfaz gráfica de usuario, cabe citar os ámbitos de escritorio Windows, el X-Window de GNU/Linux o el de Mac OS X, Aqua. En el contexto del proceso de interacción persona-ordenador, la interfaz gráfica de usuario es el instrumento tecnológico de un sistema interactivo que posibilita, a través del uso y la representación del lenguaje visual, una interacción amigable con un sistema informático. En un articulo referente Microsoft, Apple y Xerox - La Historia de las Interfaces Gráficas "Apple y Xerox Apple no se copió la interfaz de las Macs de Xerox, Apple Computers habia contratado determinadas personas del equipo de Xerox quienes creían en el concepto de la interfaz gráfica. Este concepto es muy amplio,
realizar que el uso de una computadora sea más fácil, gracias a íconos, menues, ventanas, etc." Existe un buena pelicula llamada "Piratas de Silicon Valley" para que se den una idea de las supuestas innovaciones. Para quien no haya visto esta pelicula, le invito a que la vea. Gnome? Gnome tiene determinadas similitudes a MAC, como podemos ver versiones previos a Gnome 3. La barra sobresaliente es una prueba de ello. La nueva version de Gnome hablamos de versiones 3.2 o sobresalientes exponen un cambio radical a mundo mas tactil, asi tambien lo vemos con el Ipad, Iphone, Android. Microsoft esta conciente de esto y con su version de Windows 8 pensad dar batalla a ello, no se si sdeterminados de ustedes se ha dado cuenta que tiene determinadas similitudes a Gnome Shell. Veamos un preview de Gnome 3.4 veamos un preview de windows 8 La anécdota de Gnome GNOME es el fruto de algúnas tentativas de un grupo de amigos que quisieron
mejorar el software libre. y eso conllevo a las
ideas y de os programas que conducen eventualmente a la creación del programa GNOME. La anécdota del programa GNOME Miguel de Icaza. Un recuerdo incompleto de algunos de os acontecimientos en la anécdota del programa de GNOME. Un día lo acabaré, quizá. Os primeros días. GNOME es el fruto de algúnas tentativas de un grupo de amigos que quisieron
mejorar el software libre. Enumero aquí determinadas de las ideas y de os programas que conducen eventualmente a la creación del programa GNOME. Puede ser que usted también encu
entre sobresaliente la anécdota de Ximian Las fundamentos del programa GNOME. En 1996 mi amigo Elliot Lee trabajaba en Red Hat por un verano, como webmaster. Compartimos muchos intereses
comunes relacionados con el futuro del software abierta. Ambos contribuimos a os varios trabajos por llevar el software abierta adelante. Después de la introducción de Windows 95, estaba diáfano que el universo abierta del software faltaba un número de tecnologías y que nos retrasábamos en algúnas áreas. Hice un cierto esfuerzo en una implementacion abierta de Java Awt (en aquelos días Java todavía era vista como la solución para la carencia de software en os sistemas de Unix). Cuando trabajaba con Ralf Baechle en el port de Linux/SGI que fuese financiado parcialmente por SGI. De cuando en cuando dedicaba determinadas horas a otros esfueserzos de software abierta que ayudarían a cerrar la brecha entre las ofertas propietarias y Linux. Mi amigo Ariel Faigon en SGI había planteado cierta vez la cuestion del futuro del software abierta, la carencia de aplicaciones de escritorio y la carencia de un modelo parecida a OLE. Elliot y yo intentamos ordenar varios trabajos para tratar algunos de os temas de consistencia de Linux. Vuestra primera tentativa fuese el esfueserzo libapp, que era un conjunto de
funciones de biblioteca que serían utilizadas para tener entrada a os recursos comunes usados por las aplicaciones (administracion de la configuración, no perdiendo de vista os ficheros recientemente usados, empleo mime etcétera). Pero jamás acabamos plenamente este proyecto. En ese tiempo la idea de producir un sistema completo como GNOME estaba fuesera de alcance y apuntábamos para las tareas fáciles primero. En el escaparate de Atlanta Linux un año antes conoci a Todd que estaba interesado en producir un escritorio completo basado en Scheme. Este programa solo produjo screenshots y jamás conseguimos ir demasiado lejos. En 1996 recluté a dos alumnos de la recien creada carrera de informática en la Facultad de Ciencias de la UNAM. Esos dos alumnos eran Arturo Espinosa y Federico Mena. Trabajaban en varios programas de Software abierta, y en programas alrededor de mi lenguaje preferido por ese entonces Scheme. Trabajaron conmigo en software abierta y en programas divertidos en el Instituto de Ciencias Nucleares de la Universidad Nacional Autonoma de México. Allí también trabajamos en el grupo de
usuarios de linux en Mexico. En el verano de 1997 mi amigo Randy Chapman me invitó a una entrevista para el Microsoft Internet Explorer para Solaris en SPARC (debido a mi
experiencia en el port de Linux/SPARC). Fui a la entrevista a Microsoft aquel verano y conoci a Randy Chapman y a Nat Friedman por primera vez en persona. Nos conociamos de hacia mucho tiempo de la red de IRC LinuxNet. En Microsoft conoci la realidad sobre ActiveX y COM y quede muy interesado en ellos inmediatamente. A mi regreso a México Federico y yo comenzó a diseñar una infraestructura de
control GUI para Unix que llamamos en
codigo "GNOME"'. Él trabajaba como mantenedor del GIMP desde entonces y vuestros trabajos se enfocaron hacia la adopción de Tk en ese entonces. Este programa fuese la semilla qué se convirtió más adelante la
arquitectura de componentes de Bonobo (dieciséis meses pasarían antes de que comenzara a laborar en Bonobo). A este
punto Kool Desktop Environment project(KDE) se mostraba prometedor: un equipo de programadores comenzó un tradebajo de traer Unix al escritorio usando el toolkit GUI basado en C++. Envié un correo a mi amigo Erik Troan sugiriendole incluir ese código en la distribución Red Hat, y le envie otro correo a Richard que Stallman para hacerle
saber que existia este interesante proyecto. KDE fuese licenciado debajo os términos de la GNU GPL. Me llegaron las contestaciones de Erik y de Richard que señalaban que la dependencia de KDE en Qt daba como fruto una pieza de software no-libre. Qt no daba al usuario final el derecho de modificar, redistribuir o distribuir copias del codigo modificado y violaba os términos de la GNU GPL. Siendo un entusiasta del software abierta , entré en contacto con Troll Tech, os autores de Qt para proponer un esquema de licencia alterno para Qt, que aun permitiría que construyeran una empresa entretanto que autorizaba a os usuarios, pero no consegui ninguna respuesta. El FAQ de Troll Tech contenia en ese entonces yerros importantes con respecto a la GPL y no hicieron
caso de
esquemas duales de licencia. Después de una tiempo, decidimos realizar algo sobre este problema. También fuese desalentador el hecho de que os desarrolladores de KDE no estaban interesados en soluciónar esas cuestiones según lo precisado en su documento del FAQ y sus políticas de las listas de correo. Evaluamos escribir un reemplazo abierta de Qt, pero reimplementar un API daría espacio muy probablemente a un software menos eficiente y habría llevado demasiado tiempo implementarlo. GNUstep, Wine y LessTif eran otros programas que habían querido reimplementar un API propietario y apenas recientemente acaban de tener un éxito limitado después de una larga anécdota de desarrollo. Varios amigos del canal #linux en la red de LinuxNet fueron también en fracción responsables del lanzamiento del proyecto. NACE GNOME Actualización: Intentamos por algunos días laborar en el programa de GNUstep. Francisco Bustamente (bit), Federico y yo estaríamos trabajando en obtener que la cosa entera funcionara, pero era demasiado grande, demasiado lento, con demasiados errores, demasiado incompleto y había poca organización en el equipo. Después de repetidos intentos de laborar en ello, eventualmente, desistimos. Comencé el programa de GNOME en ese punto en agosto de 1997. El bosquejo para el anuncio fuese enviado a varios amigos míos que incluyeron a Richard Stallman, Marc Ewing, Elliot Lee, Erik Troan, Spencer Kimball y sl y Peter Mathis. Cuando el programa estuvo preparado Federicoy yo enviamos el anuncio de la creación del programa GNOME a determinadas listas de correo:La lista de correo del GIMP, la lista de Guile, la lista GNU project announcement y comp.os.linux.announce. Federico y yo comenzamos a construir las bibliotecas de GNOME en vuestro tiempo libre. Él todavía trabajaba sobre todo en el GIMP y todavía trabajaba principalmente en el código de la emulación de X11 IRIX para Linux en el SGI/Indy. Ajustamos os makefiles para imitar el setup de GTK+. Varias contribuciones tempranas de la gente de la lista de correo tenían un resultado duradero: CORBA iba a ser vuestra fundamento para la arquitectura de componentes, y DocBook sería utilizado para escribir la documentación de GNOME. Inicialmente, mirábamos el ILU de Xerox, pero la licencia no era libre, así que tuvimos que investigar otras opciones: intentamos MICO por un tiempo, pero era demasiado grande y demasiado lento para la mayoría de os desarrolladores y de os usuarios. Entonces mirámos el Flick's optimizing compiler y finalmente Dick y Elliot comenzarían a laborar sobre él. En este punto uno de vuestros amigo registro gnome.org y ofrecio el hospedaje para el
servidor de CVS de GNOME. Para noviembre de ese año GNOME había alcanzado tal ímpetu que Federico y yo dejamos otros programas y nos dedicamos totalmente al esfuerzo sobre GNOME. Hicimos el port del motor GtkXmHTML por las vacaciones de diciembre y comenzamos a leer Slashdot. Tuvimos una reunión a origenes de diciembre con Marc Ewing y DrMike en las oficinas de RedHat. Para realizar esta reunión me tuve que perder el concierto de U2 en la Ciudad de México de su Pop tour. Recuerdo que transmitían el concierto vivovia satelite TV, pero Erik me llevo a bailar. Marc creaba os Red Hat Advanced Development Labs que serían el primer equipo financiado de desarrolladores que trabajarían en mejorar GNOME. Os laboratorios de RHAD fueron creados en Enero de 1998. Marc y DrMike trabajaron en el browser de la ayuda de GNOME; Raster trabajó en Gdk_Imlib, Enlightenment y el motor de os asuntos de Gtk+. Más adelante ese año Owen, Jonatán, Dave y Federico se reunirían. La cumbre de GNOME GNOME 0.13, 0.20 o 0.30 habian sido liberados y os estuvimos mostrando en la expo de Linux que era recibida en la Duque University. Está también fuese la primera vez que hice una presentación del programa GNOME (que resultó OK, a pesar de os dificultades yo tenía con mi computadora portátil). Ésta era también la primera vez que vi Friedman después de haberlo conocido en Microsoft, y fuese muy divertido. Él trabajaba en una arquitectura más extensible del dingus para varios
proyectos de terminal. La característica del dingus-click entraria eventualmente en la terminal de GNOME y demostraría ser una característica necesaria para todo lo que pretendiera ser un emulador de terminal. Marc Ewing y Michael Fullbrightorganizaron la cumbre de GNOME: la primera reunión donde os diversos desarrolladores de GNOME se reunirían. Esta fuese organizada el día después de que la tercera expo de Linux sostenida en la Duque University. Varios hackers de GNOME fueseron a la conferencia, y varios de
nosotros nos reunimos para discutir las variadas direcciones que el programa tomaría. Varios hackers estaban presentes: Chris Lahey, Larry Ewing, Adrian Likins, Trama, Tim Gerla, Jonatán Bladford, Rosanna Yuen, Matthew Wilson, Federico Mena, Marc Ewing, Michael Fullbright, Marca Chricton, Pintor Del Jay, Alan Cox. Las apariciones notables incluyen a David Miller (que fuese allí a obtener una camisa de GNOME) y Telsa Gwynne (que llegó a estar más adelante implicado en el esfueserzo de la documentación). Elliot Lee llegaría más tarde ese día A excepción de Jay, todos , todavía, están implicados con hackear en GNOME actualmente. # gimp Varios de os hackers implicados en GIMP y Gtk+ tenian la tradición de colgarse del canal # gimp en irc.mint.net. Mucha gente atinada solia venia al canal y ofrecían sus contribuciones y su ayuda en algúnas materias. Muchas de la gente que vino a #gimp se hicieron contribuidores de GNOME. #gimp era también un buen foro para discutir GNOME, pues no llamo demasiado la atención, al proyecto, de aquella gente que no estaba interesada en el éxito del mismo. Permanecería en esa forma hasta que la mayoría de la debate en # gimp fuese relacionada con GNOME, en ese punto Zach creó un nuevo canal #gnome, y la mayoría de la debate de GNOME sucedió en el nuevo canal. El logotipo de GNOME Tuomas Kuosmanen (Tigert) era uno de vuestros amigosque solia ir a # gimp. Tuomas quien era un usuario del GIMP hizo varios logotipos, la mascota del GIMP (Wilber) y también había hecho algunos
iconos pequeños que lucian muy agradables. Comenzamos a
utilizar os iconos de Tuomas en GNOME, y él trazaría os iconos para nosotros para las algúnas aplicaciones de GNOME, y también para os varios iconos "comunes" (una idea que Eckehard implemento para añadir un cierto estado coherente a la imagen de las aplicaciones). Cuando buscábamos un icono para el panel de GNOME, fuimos al
sitio de Tuomas, y escogimos uno de os iconos que él había trazado y que no estaba vinculado a nada todavia, un pie gradiente-lleno en un cuadrado. Éste fuese el pie utilizado para el menú mientras mucho tiempo. El pie resultó ser problemático, pues alguien lanzo un logotipo que lucia parecida,DrMike y Rasterman se preocuparon de os probables dificultades causados porque vuestro pie de GNOME lucia parecida al otr logotipo. Os laboratorios RedHat decidíeron a patrocinar una competición del logotipo para GNOME algunos meses más adelante, y el premio era una tarjeta digitalizadora. Hubo una desventaja en competencia del logotipo: fuese ejecutado por la gente del GIMP, y por lo tanto uno de os requisitos era realizar el logotipo usando el GIMP. Esto implica que no conseguimos ningun logotipo vectorial para el proyecto. Hubo muchos buenos envios, la mayoria muy buenos. Elegimos utilizar una nueva versión del pie hecho por Tuomas mismo. La
diferencia gran es que el nuevo pie parecía un "" en espacio de otro (el otro era un pie derecho, éste sería un pie izquierdo, -formado). La insignia era plenamente agradable, y todavía la estamos utilizando hoy. GnomeCal Craig Small había estado trabajando en una aplicación de almanaque para GNOME, pero sus apremios del tiempo no le permitieron continuar con el trabajo. Y dado el estado de la complejidad del
desarrollo en gnome, él no había hecho mucho de progreso. Fui a Tijuana a proporcionar consultoria en Solaris a una empresa telefonica norteña llamada Telnor. En Telnor vi una versión reciente de CDE (en las máquinas de la universidad, jamás tuvimos una versión reciente de Solaris, ni el lugar de disco requerido para ejecutar CDE) y tenía una bonita aplicación de almanaque. Cuando regrese, le propuse a Federico escribir una aplicación de almanaque en 10 días (debidoa que Federico jamás se debiera presentado os fines de semana en el ICN de la UNAM para laborar en GNOME; -). El primer día mirábamos el almanaque de OpenWindows, ese día leímos todos os documentos de estándares sobresalientes que fueran requeridos para implementar el almanaque, y comenzar a hackear. Diez díasdespues habiamos cumplido con vuestro plazo y teniamos implementado GnomeCal (Arturo nos ayudaría en os dos ultimos días a implementar la vista anual del almanaque). Esta aplicación del almanaque tenía una arquitectura interna bonita y lucia muy agradable comparada con otras cosas que existian por allí. El interfaz de
usuario era también bastante bueno para esos días temprano en la anécdota de GNOME, y era definitivamente comparable a las características en aplicaciones chiquitas propietarias de almanaque. Escaso sabiamos entonces de acerca de Outlook. En aquella época, parecía como una buena idea implementar el soporte para servidor del calendario, pero no teníamos tiempo de hacerlo. Ahora, lo divertido es que nadie jamás implemento la fea especificacion disponible entonces. Incluso ahora el protocolo CAP no es usado ampliamente, y ahora hay un trabajo de crear una versión "delgada" de CAP llamado CRISP. Algunos años más tarde volveríamos a hackear en el calendario, este vez que sería formado en el groupware Evolution y sería fracción del negocio fundamento de Helix Code. Gnumeric y Canvas. Comenzaba a sentirme muy frustrado cuando desarrollaba aplicaciones. Yo queria seguir apuntando al bello Canvas Widget de Tk como
ejemplo de una pieza genuinamente fina de código que mejoró la vida de os programadores. Pasábamos incontables horas escribíendo proyectos manejadores repaing, escribiendo manejadores de eventos, y rehaciendo de nuevo el mismo código repetidamente una y otra vez. Convencí a Federico que mirara el Tk canvas. Me sentía totalmente impotente, pues todavía no estaba muy familiarizado con muchos de os conceptos de X y me sentia abrumado por eos. Federico se tomó algunos días para estudiar el Tk canvas , y se tomó algunos otros días para explicarmelo a mí. Hizo una primera implementación del Tk canvas, que tuvo en funcionamiento en un par de meses (a tiempo para la conferencia de Usenix, como recuerdo presentar el código a Marc en el desayuno, como fuese creciendo su impaciencia acerca del estado del desarrollo). El Linux Kongress en Alemania ocurrió ese año, y Marius Volmer, un hacker entonces-activo de gnome señaloun número de dificultades con la puesta en práctica del canvas: no iba a ser muy sencillo envolver el canvas para os lenguajes de scripting, iba de hecho a ser muy duro hacerlo. Cuando me volví a México del Kongress, discutimos os cambios requeridos al canvas. El nuevo diseño del canvas estaba mucho más limpio, y fuese basado completamente en GtkObjects y utilizó GtkArgs en vez del sistema de mi particular cosecha el cual había propuesto antes(que era, ahem, muy roto). En este tiempo, comencé a diseñar y a colocar la hoja de calculo Gnumeric en ejecución. Gnumeric sería la primera aplicación en implementar sus propios
objetos canvas, y sería la primera aplicación de prueba de tensión para el canvas. Varios cambios y mejoras al canvas fueron hechos debido a os requisitos que Gnumeric tenía. Federico se une a os Red Hat Labs. Federico se tomó un año hacia afuera de la universidad, y se mudó a Carolina del Norte a laborar para os Red Hat Labs en GNOME. Su primer tarea en os Red Hat Labs era mejorar el almanaque de GNOME (GnomeCal). Se suponia que laboraria en las características de groupware del almanaque, pero las necesidades acuciantes, os plazos y otras tareas en Red Hat evitaron que Federico acabara este esfuerzo (que era, dicho sea de paso, extremadamente complejo, dado la copiosa colección de estándares rotos. Incluso hoy en día es una tarea dura para que un solo programador la tome, si quieres cumplir con os estandares) QPL Alrededor de noviembre de 1998. Troll tech anunció sus planes (CORRIJANME: ¿Fue en noviembre?) para liberar su próxima versión de QT (QT 2.0) debajo una licencia nueva que iba a cumplir la definición de código abierto. Este anuncio tenía realmente dos efectos: mató el programa HARMONY (que era una copia abierta del API de QT) y debilitó las razones por las que la gente apoyaría GNOME en vez de esperar la biblioteca nueva de QT. La congelación del código 0.99. En noviembre 1998 comenzamos a helar el código para la liberación de GNOME 1.0. Rompimos la congelación un par de veces para acomodar la integración del esfuerzo de Raph Levien sobre el GNOME anti-aliased canvas. Había varios interéses mezclados aquí: por un lado Red Hat estaba en necesidad de un ambiente de escritorio, y por otro, os varios hackers habían estado trabajando muchas largas horas para realizar que esto sucediera. Tomaría muchas discusiónes obtener enlazar el anti-aliased canvas a la distribución principal de GNOME. Esto retrasaría la liberación apenas un poco. GNOME 1.0 GNOME 1.0 fuesese liberado en marzo de 1999. Fuese anunciado al mundo mientras la Linux World Expo en San Jose, California. Esta versión marcó la congelación del API de GNOME 1.0. Esta versión tuvo varios f
alos de funcionamiento. La primera versión de GNOME a enviar en una distribución de Linux fuesese un derivado de GNOME 1.0 que incluyó algúnas mejoras sobre os 1.0. GNOME había sido difícil de desarrollar y de mantener actualizada, lo que condujo a lo escaso probada de la 1.0 y dio a GNOME 1.0 una mala reputación debido a su inestabilidad. Esta versión incluyó ya una ayuda muy escencial de CORBA en el panel, y un sistema bastante bueno de activación de
objetos (no el el mejor, pero si definitivamente pasable. Este sería substituido para GNOME 1.4 por OAF). Corregimos tantos fallos de funcionamiento como podiamos de aquellos que la gente fuese reportando, y liberamos nuevos
paquetes constantemente (ha sido siempre una costumbre liberar paquetes con correción de yerros cuanto antes). RedHat envió la versión 5.0 de su sistema operativo con GNOME 1.0.xx, que contenia una carga de arreglos de fallos de funcionamiento pero seguía siendo muy inestable. También incluyeron en esta versión KDE. "Octubre GNOME" (1.0.55) Esta versión fuese corrdinada por Elliot Lee en RedHat. El objetivo de esta versiçon era era corregir todos os faos de funcionamiento reportados, que se le habian presentado a la gente. Por este tiempo el nuevo sistema de seguimiento de yerros de GNOME había estado en uso por un cierto tiempo, y éste ayudo a os desarrolladores a colocar os dificultades y solucionaros para la liberación. Esta versión de GNOME era bastante sólida y consiguió ser distribuida por varios vendedores de Linux. El esfueseseseseserzo de Elliot hacia la fabricación de una distribución robusta de GNOME fuesesesesese recompensado, y esta versión fuesesesesese desplegada ampliamente. "Octubre GNOME" fuesesesesese liberado en octubre de 1999. El número de versión 1.0.55 correspondió a la versión principal de os paquetes y de las bibliotecas centrales de gnome. El nombre de la versión y el número real obedecen al hecho de que intentábamos eludir una competición del número de versión con el programa KDE, pues habría podido ser percibido como inflación del número de versión. Asi 1.0.55 fuesesesesese la etiqueta elegida, y la palabra clave "octubre GNOME" fuesesesesese utilizada para mencionarse a esta versión. La industria temprana de GNOME En octubre de 1999, dos empresas basadas en GNOME se incorporaron en os Estados Unidos: Eazel y Helix Code. Ambas empresas han estado trabajando desde entonces en algúnas fracciónes infraestructurales de GNOME así como en varios componentes del escritorio de GNOME. Eazel fuesese fundado por Andy Hertzfeld, Bart Decrem y Mike Boich. Helix Code fuesese fundado por Nat Friedmand y yo. Puedes leer la anécdota de Helix Code. El enfoque principal de Eazel es el manejador de ficheros y
servicios orientados al empleo de ficheros; Helix Code elabora una versión pre-empacada de GNOME llamada Helix GNOME y se centra en servicios orientados al usuario dentro de Evolution. Bertrand fundó Henzai en el segundo trimestre de 2000. Su empresa se centra en GNOME para os
herramientas PDA. Gnumatic fuese incorporado en el año 2000 para laborar en software financiero. Conducido por Linas Veptas, Gnumatic produce GnuCash, el software personal de finanzas para Unix. GUADEC Mathieu Lacage organizó la "GNOME Users And Developers European Conference" (Conferencia Europea de Usuarios y Desarrolladores de GNOME) (GUADEC) en París, Francia en marzo del 2000. GUADEC era inicialmente una conferencia pequeña que se daria a os alumnos de France Telecom en París por Havoc, Federico yo. Discutí con Mathieu la probabilidad de obtener financiamiento para realizar GUADEC una conferencia de GNOME más grande que lo que se planeó. Cuando él estuvo de acuerdo, comencé a obtener fondos de algúnas empresas de Software abierta en os E.E.U.U. y Alemania. Mathieu hizo lo mismo con las empresas y os patrocinadores en Francia. Al final nos la arreglamos para obtener bastante dinero para os vueos de alrededor de cuarenta de os principales desarrolladores de GNOME a Francia por cuatro días. La conferencia de GUADEC fuesese un éxito: ayudó a os varios desarrolladores de GNOME a familiarizarse unos con otros; La alta comunicación de banda ancha que fuesese hecha probable entre os desarrolladores, os contribuidores, os traductores y os contribuidores de documentación en la conferencia, realmente empujó GNOME hacia adelante: una visión global del programa se pudo aclarar a más gente y muchas cosas consiguieron sincronizarse en este punto. Las dos empresas basadas en GNOME-basadas Eazel y Helix Code fueron representadas en la conferencia. Extrañamos a Elliot Lee sin embargo, él no pudo estar. Esta conferencia sería el cimiento para el éxito de la liberacion de bongo GNOME más adelante en el año. Esta carta fuese enviada a os varios patrocinadores de GUADEC. Bongo GNOME (1.2) GNOME 1.2 fuese una version donde principalmete pulimos la interface de usuario, actualizamos e hicimos mejoras. En enero 2000 Jacob Berkman comenzó a incluir dentro del nucleo de gnome un número de mejoras de interfaz de usuario que habían sido sugeridas por el equipo GNOME UI y de algúnas ideas que él, George y otros hackers contribuyeron al sistema. Esta version también incluiría memprof (mem buddy) por primera vez y ofreceriá aplicaciones construidas usando el diseñador GUI Glade (y por supuesto incluia el glade y Libglade para este propósito). Bongo GNOME fuese liberado en mayo del 2000 después de un mes de retraso. Se suponia que esta version originalmente seria llamada "abril GNOME". Retrasos en la liberacion empujaron el nombre a "mayo GNOME", pero la gente sentía que en algunos años nos quedariamos sin meses y sería duro decir qué versión vino antes de qué versión. De ahi que decidímos etiquetar la version como bongo GNOME y todos os paquetes adoptaron la convención 1.2 para os números de versión. Esta version de GNOME seguia siendo completamente binario compatible con GNOME 1.0 como se habia embarcado un año antes: cada aplicación escrita contra el API GNOME 1.0 se ejecutaría sin adaptar en GNOME 1.2. El menú de Foobar también manifestó en esta version, y las aportaciones del equipo de interfaz de usuario se podian ver por todo el escritorio. Helix Code proporcionó paquetes-preconstruidos y probados de GNOME 1.2 para siete distribuciones basadas en Linux en Intel y PowerPC así como un port de Solaris. Esto fuese conocidao como la distribución Helix GNOME. La Fundación GNOME La fundación de GNOME fuese anunciada en agosto del 2000 en la expo Mundial de Linux en San Jose California. CORRIJANME, URL al aviso. Hubo una extensa cobertura en las noticias. Varias empresas se unieron para continuar el desarrollo del ambiente de usuario GNOME y tecnologías basadas en GNOME. Después de que la fundación afuera anunciada, un número de iniciativas de os miembros fundadores fueron anunciadas: SUN microsystems adopta las tecnologías de GNOME para su ambiente de usuario en el OS Solaris. Hewlett-Packard adopta GNOME para su ambiente de usuario en el sistema operativo Hp-UX. SUN cambiara su recientemente liberada abierta, suite StarOffice hacia el Gtk+ toolkit y se integrará con la arquitectura de componentes Bonobo de GNOME IBM contribuyó con el ambiente veloz del desarrollo de SashXB a GNOME. GNOME adoptaría e integraría Mozilla como fracción de su táctica de escritorio. El programa de GNOME adoptaría las tecnologías de OpenOffice. Estos avisos eran solo fracción de un cuadro más grande: El manejador de ficheros de Eazel a surgir en GNOME 1.4; suite de esfuerzo en grupo Evolution de Helix Code a surgir en GNOME 1.4. Junto con la ayuda de Gnumatic, de VA-Linux y de Turbo Linux. El compromiso de SUN con GNOME es muy extenso a este punto: sus equipos están trabajando alrededor de algúnas tecnologías en GNOME. El nautilus y la evolución eran mostrados en la expo Mundial de Linux incrustando componentes de StarOffice. SUN crea el laboratorio GNOME Accesability En septiembre de 2000, SUN anunció la creación de un laboratorio de accesability (NT: accesibilidad) que ayudaría a mejorar GNOMEpara ser utilizado por gente con discapacidades. GNOME 1.4 Os ingenieros de liberacion de GNOME 1.4 son Jacob y Maciej. Esta version incluirá por primera vez el sistema de componentes de Bonobo como fracción de GNOME y contendrá el nuevo manejador de ficheros Nautilus y la suite de esfuerzo en grupo Evolution KDE Historia El programa fuese iniciado en octubre de 1996 por el programador alemán Matthias Ettrich,quien buscaba crear una interfaz gráfica unificada para sistemas Unix. En sus origenes imitó a CDE ( Common Desktop Environment ), un ámbito de escritorio utilizado por varios Unix KDE 1KDE 1.0. El 12 de julio del 1998 se publicó KDE 1.0. Esta versión contenía un panel (barra de tareas y lanzador de aplicaciones), un escritorio sobre el cual abandonar iconos, un administrador de ficheros (Kfm) y un mayor número de utilidades. En noviembre de 1998, al conjunto de dispositivos Qt se le licencio adicionalmente dedebajo la licencia abierta de código abierto Q Public License (QPL). El mismo año, la fundación KDE Free Qt fuese creada para garantizar que Qt entrarían en una variante de la licencia liberal BSD en caso de que Trolltech abandonara de existir o no liberase ninguna versión abierta o de código abierto de Qt mientras 12 meses. El discusión continuó sobre la compatibilidad con la GNU Común Public License (GPL), por lo que en septiembre de 2000, Trolltech liberó la versión Unix de las bibliotecas Qt dedebajo la GPL, asimismo de la QPL, que eliminó las preocupaciones de la Free Software Foundation. Trolltech siguió exigiendo licencias para el desarrollo de software propietario con Qt KDE 2KDE 2.0. KDE 2.0, lanzado el 23 de octubre del año 2000, fuese reescrito casi por completo, introduciendo significativos mejoras tecnológicas. Entre ellos DCOP (Protocolo de Comunicación de escritorio), KIO, una biblioteca de I/O, KParts, el cual es un componente de modelo de objetos, lo que faculta una aplicación integrar a otra dentro de sí misma, y KHTML, un motor de renderizado de HTML usado por Konqueror, que asimismo de ser un navegador web es un gestor de archivos. Además, en esta versión se mejoró parcialmente el apariencia visual del escritorio KDE 3KDE 3.5. KDE 3.0 fuesesesesesese publicado en noviembre del año 2002, y es la evolución de KDE 2. El desarrollo de esta serie fuesesesesesese mucho más larga que la anterior. Os cambios de API entre KDE 2 y KDE 3 son menores. El apariencia de la interfaz no varió hasta KDE 3.1, en el que consta una significativo mejora referente al asunto visual: Keramik fuesesesesesese incluido como nuevo asunto por omisión junto con el conjunto de iconos Crystal GT y el antialisado de fuesesesesesesentes. En KDE 3.2 Crystal GT fuesesesesesese reemplazado por Crystal SVG. En KDE 3.4 Keramik fuesesesesesese reemplazado por Plastik. Todas las versiones de KDE 3 se cimientan en Qt 3, que sólo fuesesesesesese liberado debajo la GPL para GNU/Linux y sisasuntos operativos tipo-Unix, incluyendo Mac OS X. Salvo determinadas aplicaciones de terceros, el desarrollo de KDE 3 ha cesado y sus desarrolladores ya no aplican ningún tipo de mantenimiento sobre éste. KDE Software Compilation 4 KDE 4.0 lanzado en enero del año 2008, fuese reescrito por completo basándose en Qt 4.3. KDE 4 incluye muchas nuevas tecnologías y cambios técnicos. El fundamento central es un nuevo diseño del escritorio y el panel, colectivamente llamado Plasma que sustituye a Kicker, KDesktop, SuperKaramba y mediante la integración de su funcionalidad en una sola pieza tecnológica, estando destinada a ser más configurable para aquelos que quieran actualizar la vieja metáfora de escritorio. Hay una serie de nuevos frameworks, incluyendo Phonon, una nueva interfaz multimedia de KDE independiente de cualquier backend particular cualquiera que sea el SO; Solid, una API para redes y herramientas portátiles; y Decibel, un nuevo
framework de comunicación para integrar a todos os protocoos de comunicación en el escritorio. También se presentó un framework de búsqueda y metadatos, como la inclusión de Strigi, un servicio de indexación de archivos; y la integración de NEPOMUK con KDE. Posted in: gnomeinnovacion interfas grafica de usuari kdelimone Lin macnaranjas piratas silicon valey window xero
Casos de Uso (Use Case) Introducción El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistem...
La destrucción de objetos en Java a.) La destrucción de los objetos Cuando un objeto no va a ser empleado, el lugar de memoria de ...
En mi trabajo hemos arrastrado un problema de de rendimiento del servidor de aplicaciones Apache-Tomcat, El que básicamente consiste en qu...
/** * Se calcula la diferencia de días entre dos fechas. * @param primerFecha que se va a calcular * @param segundaFecha que se ...
la composición en Java Otro tipo de relacion muy habitual en los diseños de los proyectos es la composicion. Los objetos suelen estar...
Limitaciones en la herencia en Java Todos los campos y métodos de una clase son siempre accesibles para el código de la misma clase. ...
