No me quiero ir más off topic de lo que estamos, pero funciona esa IUP sobre mac?
On 5/24/07, Emmanuel Oga <[EMAIL PROTECTED]> wrote:
Ah, me siento honrado... una de mis creaciones -la "palabra" deployar- causó un profundo efecto en la sensibilidad de los integrantes del foro (mmm quizás más que honrado debería sentirme avergonzado.... nahhh! J ) Lo dije a propósito para avivar el debate seeee..... Bueno respecto a las GUI's, eh.. digo interfaces-gráficas-de-usuario, después de pasar un año completo trabajando con -HORROR- MFC (noooo!!!! "I have said the M word!" jajaja) me embarque en una búsqueda espiritual por la librería de widgets mas correctosa* que existiera. Y resulta que todas las opciones son "malas" --entiéndase: siempre va a haber algo que no guste o no convenga de cada una de las opciones. Empecé a delirar con escribir mi propia librería wrappe... ahhhh, iba a decir wrappeando pero me abstengo: utilizando el patrón de diseño Wrapper sobre la interfase win32. Aprendí a hacer interfaces básicas utilizando el message loop de win32 y demás delicias –win32 conserva compatibilidad con código escrito para Windows 3.1!! bueno algunas partes si y otras no, así que abundan las funciones con parámetros que no sirven para nada y están allí solo "por compatibilidad", aaaargh que feo! Entonces me di cuenta de que escribir una librería de widgets desviaba de mis objetivos.... Después de todo, muchas de las librerías disponibles tienen años de desarrollo y aun se le siguen corrigiendo bugs. Además, después de tanto trabajo mi librería no sería portable... ¿porqué no aprovechar el laburo de otros desarrolladores con más experiencia –tiempo, dinero, educación-- que yo? Creo que no fue tiempo perdido, me parece que es útil saber, aunque sea superficialmente, la forma como funciona win32 si hay que desarrollar para esa plataforma. Al final, encontré una librería elegante, robusta, madura y sencilla, cuyo código fuente no mide 50 megabytes descomprimida ni 2 gigabytes luego de compilarla, como es el caso con VCF o WXWIDGETS.... : http://luaforge.net/projects/iup/ Eso si, por ahora creo que no hay bindings* para ruby, así que hay que darle al C o a LUA --yo la uso con C++. Habría que hacer el experimento de utilizarla mediante el LUA-RUBY bridge que hay por ahí... o ponerse las pilas y hacerle una extensión para ruby. ¿Lo que mas me gusta de IUP??? : "IUP has only a few functions because it uses string attributes to access the properties of each control. So get used to *IupSetAttribute* and * IupGetAttribute*, because you are going to use them a lot." He dicho. Saludos y perdonen mi verborrea. Emmanuel *correctosa: el corrector automático dice que debería usar la palabra "correctaza"... see... *binding *2 a* *:* to wrap around with something so as to enclose or cover *3* *:* to fasten round about *4* *:* to tie together (as stocks of wheat). No hay amarre para ruby?? jeje No hay otra gente, usemos la palabra en ingles. Si, tienen razón, no debería españolizar la palabra, prometo hacer el esfuerzo :) *Luis Lavena <[EMAIL PROTECTED]>* escribió: On 5/24/07, Ignacio Avellaneda wrote: > Ok, tampoco hablo de ir a los extremos. > Si el que lee deploy lo entiende y no entiende desplegar, entonces > quiere decir que no sabe inglés y no sabe que quiere decir la palabra > deploy, simplemente entiende lo que significa "laboralmente" para el, > ok lo acepto aunque me parece mediocre. > En cuanto a scanner te informo que existe el termino escáner, en > castellano. Te suena muy "mal" o "distinto"? O tal vez ya se > acostumbraron a escribirlo en ingles? Definición de la RAE: escáner. (Del ingl. scanner, el que explora o registra). Aqui podés encontrar la razón de que esa palabra este hoy en el diccionario: http://www.rae.es/rae/gestores/gespub000009.nsf/(voAnexos)/archC4B2B43F4803FF78C125715D003899B8/$FILE/PRESLUISBARCIA.HTM<http://www.rae.es/rae/gestores/gespub000009.nsf/%28voAnexos%29/archC4B2B43F4803FF78C125715D003899B8/$FILE/PRESLUISBARCIA.HTM> Otra cosa: Hasta Donde Yo Se (del inglés AFAIK, otro acronismo, generalmente no traducidos para mentener coherencia): Casi todos los lenguajes computacionales, desde assembler hasta Ruby emplean "palabras" del idioma inglés, creo ninguno se salva, pero puedo estar equivocado (por favor, corrijan si es asi). > Me refiero justamente a eso, a si hay una palabra mejor o similar > usarla y no acostumbrarse a abusar de terminos en "spanglish". Hay > palabras ya muy usadas y dificiles de reemplazar, como por ejemplo > mouse, CD, motherboard, CPU, y en eso concuerdo con NachoKB Como dije arriba: es mejor abstenerse de "traducir/reinterpretar" acronismos comúnes como CPU... la ultima vez que leí una mala traducción al español decia UCP... Y de la "plaqueta madre" ni te cuento. > Ah y volviendo al "Asunto" original del mail (¿no es tan raro no?), > encontre un tutorial muy facil sobre Ruby/GTK2 en: > http://ruby-gnome2.sourceforge.jp/es/hiki.cgi?tut-gtk > Como dije del tema de las GUI, es importante saber a que plataforma apunta para el usuario final, no tanto el desarrollo. SI vas a condicionar a todos tus usuarios a tener A, B y C (que suman 30MB) para usar tu programa de 600K, hay algo que no funciona... digo. Saludos, -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi _______________________________________________ ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar ------------------------------ *Preguntá. Respondé. Descubrí.* Todo lo que querías saber, y lo que ni imaginabas, está en *Yahoo! Respuestas* (Beta). *¡Probalo ya! <http://ar.answers.yahoo.com>* _______________________________________________ ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
_______________________________________________ ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
