El mar, 09-09-2003 a las 18:10, Armando Paz escribi�: > Hola. > > Perd�n por la tardanza en responder a vuestros amables y DETALLADOS > consejos, pero a veces la vida obliga a no depender de uno mismo. Muchas > gracias por todo. > > Si no os importa, y tras tomar nota de que he de explorar mucho a�n, me > gustar�a poner un "caso pr�ctico" para ilustrar mi objetivo. Os ruego, en > esta ocasi�n, que intent�is resolverlo sin perder de vista el contexto que > planteaba en el primer mensaje. > > Vamos a ello: > > Hace unos a�os en mi trabajo me interes� por PERL porque me result� muy > f�cil trabajar con el tanto en Linux (en casa) como en Windows (en el > trabajo, obligado). Ten�a que adaptar ficheros de texto seg�n par�metros > leidos de otro fichero fichero de texto modelo. El mismo script funcionaba > en ambos S.O. Y mi satisfacci�n fue tal que me fu� acostumbrando a �l, ahora > hago casi todo con PERL. Pero un peque�o "entretenimiento" que abord�: > exportar > una lista de contactos en un fichero de texto, cada contacto en una fila y > cada campo de este separado por coma (lo t�pico), siendo utilizado este > como fichero de datos que es procesado por un script PERL para buscar > cualquier campo de cualquier contacto. ES MUY RAPIDO. FUNCIONA EN LINUX Y EN > WINDOWS, pero la salida es en modo texto-consola, ya sab�is: > > Nombre: Fulanito > Apellidos: Cetanito > Tel�fono: 111000111 > etc. > > Mi intenci�n es lograr esto mismo que ya tengo pero con salida en formato > gr�fico: una ventanita donde pueda poner un campo a buscar, un botoncito > para iniciar la b�squeda... y la salida "distribuida adecuadamente en la > ventanita" para ver los distintos campos y "fijar la vista" en el que voy > buscando, el cual siempre aparecer� en el mismo lugar de dicha ventanita. > > HASTA AQU� EL OBJETIVO DE PROGRAMACI�N "GR�FICA" "MULTIPLATAFORMA". > > Por lo que he le�do en sus mails (Cesar Rinc�n, Kmilo, etc.) me inclinar�a a > utilizar un lenguaje como PERL (que ya conozco) o Python, con ellos > obtendr�a funcionamiento multiplataforma (no s� si ser�a m�s apropiado: > multisistema operativo) y salida gr�fica (si es que soy capaz de enlazarlos > con la correspondiente librer�a gr�fica). Pero creo que estos lenguajes son > INTERPRETADOS, es decir: hay un int�rprete que ya est� instalado en el S.O. > y que va procesando el "guion de ordenes == script" y mostrando los > resultados por la salida adecuada. Y AQUI ENTRONCO CON OTRA DUDA: en linux > yo le pasar�a mi script a cualquier compa�ero y todo el mundo podr�a > ejecutarlo porque habitualmente tanto PERL como PYTHON ya est�n > instalados... pero en Windows, para los colegas que usen eso, tendr�an que > instalarse previamente el int�rprete, y supongo que tambi�n las librer�as > gr�ficas etc. EN RESUMEN: si utilizara un lenguaje compilado podr�a obtener > un "ejecutable autocontenido" que podr�a grabar en un disquete y pas�rselo a > cuantas personas quisiera, creo que esto no es posible con un lenguaje > interpretado, �verdad? > podes compilar perl con perlcc o perl2exe(este ultimo lo tenes que comprar) Personalmente tengo algunos programas en perl compilados con percc corriendo en AIX, pero son para consola ( no utilizan librerias graficas Seria cuestion de que investigues el tema de linkeo con la libreria grafica
> CONCLUSI�N: si me decido por un lenguaje interpretado, al existir int�rprete > para LINUX y para WINDOWS mi "programa" ser�a plenamente multisistema > operativo pero exigir�a una dificultad de "instalaci�n" porque el programa > no es suficiente por si solo sino que necesita un int�rprete instalado y, > SUPONGO que si quiero obtener salida gr�fica, tambi�n librer�as gr�ficas > instaladas. Y TODO ESTO FUNCIONANDO CONJUNTAMENTE--->ESFUERZO DE > CONFIGURACI�N ADICIONAL DE CADA UNA DE LAS PARTES. > Tu programa va a ser multisistema siempre y cuando tengas la precaucion de no hacer llamadas al sistema propias de cada S.O. o en su defecto tener una funcion que se encargue de verificar el S.O. en el que corre y generar la llamada correspondiente a cada S.O. (EJ: los usuarios no se "leen" igual en linux que en win) > Si alg�n d�a fuera capaz de "desarrollar" algo medianamente interesante para > que fuera un paquete Debian lo de la instalaci�n de "mi programa=paquete" > estar�a resuelto por las dependencias: mi paquete depender�a de PERL o > PYTHON, de la librer�a gr�fica y otras cuantas cosas m�s... y un f�cil > apt-get acabar�a instalando todo lo necesario. Pero, que har�a para > pas�rselo a los amigos de Windows �hay forma de crear un paquete con todo lo > necesario? �y en ese paquete que tendr�a que meter: todo el ACTIVEPERL - por > ejemplo -, toda la librer�a gr�fica...? PUFF, creo que esto s� que se sale > de la lista, pero un simple comentario, posibilidad, url de orientaci�n... > > Creo que con mucho esfuerzo he conseguido ilustrar el contexto (y un mail > bastante pesado: perd�n). > > Agradeciendo sincera y enormemente todos sus comentarios, sus correcciones, > sus consejos, su paciente amistad... > > ...atentamente: > > Armando Paz. > > SALUD. > > saludos Angel Claudio Alvarez > -- > --------------------------------------------- > --- Armando Paz --- > --- Debian GNU/Linux 2.4.21 --- > --- Usuario Linux Registrado #189304 --- > --------------------------------------------- >
signature.asc
Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
