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

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! 
_______________________________________________
ruby mailing list
[email protected]
http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar

Responder a