Window Builder: http://www.instantiations.com/VAST/prod/windowbuilderpro.html
Eso de desarrollar herramientas en Smalltalk ya lo he hecho. De hecho es mucho más fácil que en cualquier otro lenguaje en el que haya trabajado. La única lástima es que después portarlo a otro Smalltalk es demasiado trabajo (incluso mantenerlo actualizado en las sucesivas versiones del mismo Smalltalk es mucho trabajo). Por eso supongo que es una buena idea crear un conjunto de pruebas unitarias en S-unit. Si mal no recuerdo, esa fue la motivación de la invención de todos los *-unit. No sé si eso te sirva como ayuda. Y respecto a eso de las ideas, a mì tampoco me alcanza el tiempo para abarcar todas las que tengo. estamos en las mismas!!! Saludos y suerte en tu empresa, Guillermo. 2008/6/2 Giuseppe Luigi Punzi Ruiz <[EMAIL PROTECTED]>: > Hola, > El 02/06/2008, a las 22:02, Guillermo Schwarz escribió: > > Giuseppe, > > La verdad es que me parece màs interesante còmo lo logran en Squeak. > > Pero bueno mientras "màs es mejor". > > Por otro lado creo que màs interesante que eso serìa lograr que una vez que > tenga una presentaciòn gràfica como la gente, se pueda hacer algo como > WindowBuilder encima. > > > No conozco WindowBuilder, soy muy nuevo en el mundo Smalltalk, pero todo el > mundo habla lindezas. > > > Por ahora me parece demasiado simple, pero si lo logran y les interesa lo > del WindowBuilder me anoto. > > > Como te comento, está muy simple porque nadie trabaja en ello, y el > problema es que toda la gente interesada opina igual. Es la pescadilla que > se muerde la cola. Nadie quiere porque lo vé verde, pero no piensa, que si > colabora dejará de estar verde. Es decir, como dije en otro mail, bastaría > con comenzar mejorando el Browser, Una vez el browser fuese lo bastante > estable y "potente", sería mucho más sencillo el desarrollo del resto de > herramientas. La mayor pega actual, diría que es lo básico del browser, que > te obliga a tirar de un editor casi por obligación. > > > > Otra de las cosas que me gustaría hacer es hacer lo mismo pero web. Ya > existe Seaside, de modo que supongo que basta con portarlo, pero ccreo que > serìa interesante que uno desarrollara una aplicación y luego fuera de > escritorio sin necesidad de hacer cambios y viceversa. > > > Aquí no te entendí creo. Si, Seaside está portado, aunque a mi me dá > problemillas. Un error en la carga de la imágen donde se ha incrutado > Seaside bajo MacOS, y en windows, dependencias con IconV, y no conseguí > solucionarlo aún. Aunque la gente de Linux creo que le vá sin problemas. > Aquí, vuelvo a lo dicho antes. Si hubiese más gente, se podrían depurar > todos estos errores y aportar soluciones entre más gente. > > Lo que estuve pensando a lo largo del día, es, que, el GUI podría > desarrollarse vía web (no sé si te refieres a eso). Usando Seaside+Comet, > podría salir algo bastante interesante quizás, y lo único necesario, sería > tener en algún lugar la imágen corriendo con acceso a internet, y nada más, > y ofrecer interfaces de escritorio vía XUL bajo petición. GST permite acceso > a través de SSH, por lo que no haría falta acceso VNC si se rompiese algo de > sus entrañas, y usando Components de Seaside, construir una interfaz. De > hecho, en Seaside me pareció ver un Browser en algún momento si no recuerdo > mal. > > Es decir, Browsers, SUnit, Debugger, todo sobre un navegador, aprovechando > inclusive las pestañas de firefox por ejemplo y si lo deseamos, pedir a ese > Browser, que transofrme su representación de web a XUL con un aspecto más > "escritorio". Ésto, nos permitiría por ejemplo, tener una aplicación de > recolección de datos de inventario por ejemplo, montada en local en un PDA. > Y si hay un problema, poder depurarla y modificarla a través de SSH+interfaz > web. > > Lo bueno de todo esto, es que se minimizarían los "costes" de "interfaz" > (el tema que comentabas de C, librerías externas, etc..etc..), ya que todo > tira a funcionar sobre web, y al fin y al cabo, el html+javascript no deja > de ser html+javascript. Existen desventajas obviamente usando esta técnica, > pero, creo que las ventajas podrían superar estos baches. No lo sé, no he > meditado demasiado esta idea, son sólo ideas que han venido a mi mente, sin > pensar en las posibles consecuencias. > > Es una lástima que no me encuentre con los conocimientos ni de C ni de > Smalltalk para poder abarcar todas mis ideas, y aunque puedo cogerlos con el > tiempo, tardaría demasiado yo sólo. :_( > > Un saludo. > > > Saludos, > Guillermo. > > 2008/6/2 Giuseppe Luigi Punzi Ruiz <[EMAIL PROTECTED]>: > >> Hola Guillermo, >> >> Supongo que estará desarrollado en TCL/TK por temas de portabilidad y >> colaboración. >> >> Estuve comentando con Paolo la posibildiad que el GUI fuese sobre SDL con >> widgets propios como Squeak, y no lo descartó, pero piensa que, por lo que >> me ha parecido ver, es el único que está activo en el proyecto >> practicamente. En la lista escribimos él, un tal Canol Gokel y yo. Bueno, >> últimamente sólo yo jejeje. >> >> Como le comentaba a mi amigo Notxor, pienso que si el desarrollo >> actualmente no va muy rápido, seguramente sea por falta de comunidad. Por >> experiencia propia, si comienzas un proyecto, y sólo "te interesa" a tí, no >> te lo tomas muy en serio, documentas menos, y no hablas sobre las >> espectativas de futuro de éste. A mi mismo me pasará seguramente. Si veo que >> mis esfuerzos por intentar colaborar son "en vano" acabaré desistiendo, es >> algo normal. Trabajar muy poca gente, significa avances lentos, y avances >> lentos, significian desesperarse cuando te corre prisa por algo. Opino, >> espero que no erróneamente, que si existiese más gente detrás colaborando, >> la cosa se animaría e iría más rápido, y podría salir un smalltalk más que >> interesante. >> >> Te animas a ayudar con un GUI sobre SDL? El binding a SDL ya está hecho. >> http://smalltalk.gnu.org/blog/bonzinip/fun-cairo-and-libsdl >> >> Un saludo. >> >> >> El 02/06/2008, a las 21:06, Guillermo Schwarz escribió: >> >> Hola Giuseppe, >> >> una pregunta desde mi ignorancia, ¿no serìa mejor usar la técnica que usa >> Squeak en vez de usar TCL/TK? >> >> Lo digo porque en mi experiencia todos lso productos gràficos en C >> terminan por romperse por cambio de versiòn de sistema operativo. No sè >> porqué pasa eso, supongo que tiene que ver con que las APIs de C (o de >> Unix) nunca están bien terminadas y dentro del proceso de mejora se les >> rompe algo, o porque todos estos sistemas de ventanas no son màs que parche >> sobre parche. No sé, pero me da más confianza Squeak. >> >> Saludos, >> Guillermo. >> >> 2008/5/30 Giuseppe Luigi Punzi <[EMAIL PROTECTED]>: >> >>> >>> Hola Guillermo >>> >>> Pues la verdad, Blox, que es la interfaz gráfica que tiene, al principio >>> me parecía muy sencilla. Y lo es, pero quizás, eso es lo que me atrae. >>> >>> Es sencillo, simplemente. Tiene lo que hace falta. Inspector de >>> Namespaces, depurador..todo bastante modestito y algunas cosas no >>> funcionan, pero que con ayuda, podría mejorarse bastante. >>> >>> Una de las cosas que más me gustan, es algo que se lleva intentando >>> hacer en Squeak hace mucho. En GST (Gnu Smalltalk), partes de un sistema >>> muy básico de objetos, y a partir de ahí, te vas construyendo tú tu >>> sistema, y luego puedes volcar ese estado de memoria a una imágen para >>> cargarla después. De esta manera, con 4 o 5 simples scripts, puedes >>> montar imágenes a tu gusto en un pisp pas. Como debería ser vamos. >>> >>> Aunque yo no lo he conseguido aún (sólo llevo dos días, y peleándome >>> para compilarlo en win :S), puedes cargar los paquetes de Seaside y >>> desarrollar en éste. >>> >>> Que podría faltarle? Pues por ejemplo, que el Browser sea un poco más >>> amigable con imágenes y demás (actualmente en TCL/TK, pero se puede >>> compilar para GTK creo), algunas opciones que tiene que funcionen, que >>> no lo hacen, una interfaz para SUnit, gente que lo pruebe y reporte >>> errores, sugerencias, gente con experiencia en C que eche una mano a >>> Paolo con el código en C, gente con experiencia en Smalltalk que opine >>> mejor que yo sobre qué hace falta, y colaborar con ello etc... >>> Resumiento, que crezca su comunidad y que todos ayudemos al proyecto, >>> sea reportando errores, ayudando con éstos, o simplemente documentando o >>> traduciendo. >>> >>> De verdad que lo veo algo interesante a seguir. Quizás sea mi >>> inexperiencia en Smalltalk, o quizás sea simplemente el que me atraigan >>> productos extraños, inacabados, o por linea de comandos, pero le veo >>> futuro si colaborasemos. De momento, yo voy a intentar hacer lo que mis >>> limitados conocimientos me permitan, y aprovechar para continuar mi >>> aprendizaje. Un colega mío igual. Quien sabe, lo mismo me canso en 2 >>> semanas, y lo mismo me quedo en GST para siempre. >>> >>> No existía un binario windows, y en dos días practicamente, un chico y >>> yo dando guerra lo hemos conseguido tener funcionando en nuestras >>> máquinas (sin tener ni idea los dos de compilar en C, usar mingw etc.. >>> jejeje). La instalación en mi MacBook fué tan sencilla como tiarr de >>> MacPorts, y en Linux, bueno, ya sabéis, compilar es el día a día y es >>> algo sencillo. >>> >>> Es curioso. Es la primera vez en 3 años que llevo siguiendo el mundo >>> Smalltalk, en la que me siento útil. >>> >>> Un saludo. >>> >>> Guillermo Schwarz escribió: >>> > Hola Giuseppe, >>> > >>> > El primer Smalltalk que usé fue GNU Smalltalk, había un FAQ en ese >>> > tiempo que era muy bueno porque explicaba la idea de la orientación a >>> > objetos y los hashcodes e equals, en vez de concentrarse en la GUI >>> > (porque no tenía). >>> > >>> > Era una buena alternativa para aprender, especialmente los internals >>> > de Smalltalk, pero desafortunadamente no logré convencer a mis >>> > compañeros de la U que era una buena idea investigarlo. >>> > >>> > Si corre hasta Seaside ¿qué podría faltarle? >>> > >>> > Saludos, >>> > Guillermo. >>> > >>> > 2008/5/30 Giuseppe Luigi Punzi <[EMAIL PROTECTED] >>> > <mailto:[EMAIL PROTECTED]>>: >>> > >>> > >>> > Alguno ha ojeado GNU-Smalltalk? >>> > >>> > LLevo un par de días mirando sus características y tiene buena >>> pinta, >>> > además que ya core Seaside. >>> > >>> > Obviamente le faltan ayudas, y está falto de colaboración. >>> > >>> > Nadie se ha interesado por ayudar a este proyecto? >>> > >>> > >>> > >>> > >>> > >>> > -- >>> > Saludos cordiales, >>> > >>> > Guillermo Schwarz >>> > Sun Certified Enterprise Architect >>> > > >>> >>> >>> >>> >> >> >> -- >> Saludos cordiales, >> >> Guillermo Schwarz >> Sun Certified Enterprise Architect >> >> >> >> >> >> > > > -- > Saludos cordiales, > > Guillermo Schwarz > Sun Certified Enterprise Architect > > > > > > > -- Saludos cordiales, Guillermo Schwarz Sun Certified Enterprise Architect --~--~---------~--~----~------------~-------~--~----~ Has recibido este mensaje porque estás suscrito a Grupo "ClubSmalltalk" de Grupos de Google. Si quieres publicar en este grupo, envía un mensaje de correo electrónico a [email protected] Para anular la suscripción a este grupo, envía un mensaje a [EMAIL PROTECTED] Para obtener más opciones, visita este grupo en http://groups.google.com/group/clubSmalltalk?hl=es. -~----------~----~----~----~------~----~------~--~---
