Creo que es bastante notable que este post habla de python/tk y OOP   

Pero cuando hice referencia a este punto :


Y observando tu codigo posteado, con classes implementadas y eso...

Me acorde de C/GTK donde aun utilizando objetos que son los widgets, yo no puedo organizar mi codigo en classes.. sino llamando funciones en la mayoria de los casos...

Hablaba mas del desarrollo del codigo propio en si, que el funcionamiento de la libreria grafica. Ya que segun comentas, debido a que las librerias graficas manejan objetos la mejor manera de programar entonces es usando POO??? Y si el lenguaje que el usuario esta utilizando no tiene capacidad para ser POO??

A mi tampoco me gusta mucho la POO, como tu, digo que esta aqui para complicar las cosas.

No creo que deba tener mucha nocion mental, para entender tus anteriores palabras. En pocas palabras estas limitando totalmente a PERL como lenguaje alegando que solo sirve actualmente para hacer scripts de exploits y para bugs??

Entonces para ti scripts de bugs y exploits son desarrollos grandes??? Lol 

Tambien dices que yo no tengo capacidad de desarrollar una DB en PERL? en que momento dije que yo estaba haciendo una DB en Perl??? Dije bastanta claro, que trabajo directamente con DB relacionales (Oracle, Mysql, Postgresql, SQL Server) dando uso de ese tan limitado lenguaje segun tu llamado Perl.

Y te agrego que si, es posible crear una DB en Perl. Lo he visto.

Enterate un poco sobre Perl, que lo estas limitando a puro scripting de exploits :

* Perl sirve como CGI para implementar en paginas webs (Muchas webs aun de hecho lo utilizan, ejemplo amazon.com)
* Perl sirve para interconectar y trabajar con cualquier DB relacional
* Perl sirve para hacer aplicaciones multiplataformas cliente-servidor con grafico (utilizando Tk, QT, GTK por ejemplo)
* Perl sirve para trabajar con SAP
* Perl tiene mas de 10 mil modulos bajo Cpan, para trabajar con lo que sea.. deberias darle una hojeada a CPAN antes de catalogar un lenguaje solo para hacer scripts exploits.

Perl es limitado solo para el que no lo conozca, o el que solo sepa que este sirve para scripts bugs y exploits 

Yo no descalifico un lenguaje sin conocerlo, al menos me tomo la molestia de indagar que puedo hacer con x lenguaje antes de descalificarlo o considerarlo obsoleto.

Tu hablas bastante sobre el poder sublime de python, pero desgraciadamente yo (y muchisima gente creeme) no he visto tampoco aplicaciones 'grandes' hechas en python (nisiquiera esas grandes que funcionan como ataques o exploits lol )  con esto no digo que no existan, ni que no se puedan hacer, pero yo particularmente no las he visto. Tu sin embargo mencionaste que en Perl no existen, y yo te mencione algunas no 'grandes' (porque no son exploits) pero conocidas tipo Yast (No Yast2) de Suse, los CGI de la web de Amazon.com estan en perl, he visto aplicaciones perl/tk para trabajar como clientes hylafax, en fin.

Pero si despues de leer que dijeses que el amsn actual estaba desarrollado en python-tk ya no quiero opinar mucho.

Nunca hay que desanimarse por aprender algo. El aprendizaje es una virtud que no deberia pesarle a nadie.

Pero Amsn estaba y esta aun desarrollado en TCL/Tk, que van a portarlo a GTK, QT, etc es para tener un Amsn para cada gestor de ventanas.... Aunque con Tcl/Tk funcionaba en todos lados igual...

No se desde que punto de vista ustedes ven el lema 'aplicacion grande' . Cuando en la actualidad las aplicaciones cliente-servidor estan quedando a un nivel obsoletas... Ya todo es a traves de Web. Y asi como python se puede implementar via web, Perl por igual, asi como Python trabaja con Tk, Qt, Gtk, Perl tambien trabaja con Tk, Qt, Gtk, asi como python es multiplataforma Perl tambien...

Apps grandes? Que es una App grande para ustedes? porque el amigo aca queria decir que amsn estaba hecho en python (entiendo que adores, ames python porque es lo que sabes y conoces) pero no por ello justifiques al resto a usar python. Cada quien debe aprender segun sus aspiraciones, uno puede recomendar mas no intentar convencer al otro que tal cosa es la mejor porke yo la uso.

Yast de Suse esta desarrollado en Perl/Tk (No confundir con Yast2 que esta hecho en C++/QT). El manejador de paquetes grafico de Mandrake estaba desarrollado tambien en Perl/Tk (Desconozco si le dieron continuaccion en Mandriva). El 80% de codigo de la web Amazon.com esta desarrollado en Perl/Cgi, hay muchas aplicaciones (principalmente webs cgi) todas desarrolladas en Perl. Si Perl es tan obsoleto amigo Erik, como explicas que en todos los Hostings la mayoria de su paqueteria te la vendan con perl/mod implementado? Como explicas que aun Apache este tan interesado en traer soporte para perl como modulo y como CGI, como me explicas que en el 90% de ofertas de empleo para administradores o tecnicos Unix/Linux sea un requisito fundamental que sepan lenguaje Perl (Para el que no me cree, ahi esta internet. Busquen ofertas de empleo en cualquier parte del mundo, para admin de Unix/Linux, lean sus requisitos).

Cual es uno de los lenguajes scriptings por defecto para trabajar con Base de Datos??? Perl esta entre los 5 mas usados, PHP le lleva la delantera pero Perl esta ahi.

De verdad... no veo razon de tanto bombo con python o Tk, como igual no veo razon del desahucio de tu parte hacia Perl, cuando realmente a nivel LABORAL Perl no esta tan muerto como muchos piensas, de hecho es un requisito fundamental que al menos lo basico lo conozcas de este si es verdad que te desenvuelves en Unix/Linux.

Depende el lenguaje en el cual trabajamos y la libreria de widgets que le implementamos.   

Entonces puedo postear un tutorial de Perl/Tk??? o TCL/Tk por igual??? 

creo que seria interesante....

Por cierto, sino me equivoco esta linea :

root = Tk();

Inicia un objeto widget llamemosle parent window o ventana padre.

y esto :

root.mainloop();

Finaliza el objeto antes iniciado o ventana padre... y Mainloop es el encargado de manejar y manipular todos los eventos que ocurran durante el codigo digase, presionar botones, presentar una informacion en un cuadro de texto, etc...

 

Que te guste Python - Tk esta muy bien perfecto...

Pero Amsn no esta desarrollado en python/Tk esta creado en Tcl/Tk. Revisa bien su codigo y veras....

Ademas pronto Amsn, abandonara su viejo Tcl/Tk ya que lo desarrollaran en C/GTK.

Sobre python y librerias graficas de widgets la mas popular es pygtk.

Ten mucho en cuenta la optimizacion (llamese tamano) de tu objeto final, no es requerido que utilizes cabeceras de las cuales no usaras ninguna funcion de esta.

Aqui te posteo tambien un codigo ejemplo... que realize haber si te puede servir.

El lenguaje scripting mas apegado o mas popular con la libreria de Widget Tk, es sin duda alguna TCL.

Yo se Perl/Tk bastante... se puede implementar C/Tk igual python/Tk pero sin duda TCL/Tk son los dos amores....

 

Conozco intermedio programacion Tcl/Tk    asi que creo que puedo aportar algo, para la parte de Tcl digo.

Abrir un archivo y leerlo :


Si es solo la primera linea :


 

En Linux/Unix suele ser un poco mas interactivo. Solo se abre un terminal y nos logeamos a la terminal de perl, y a buscar driver o instalar   


bash-3.1# perl -MCPAN -e shell
CPAN: File::HomeDir loaded ok (v0.69)

cpan shell -- CPAN exploration and modules installation (v1.9205)
ReadLine support enabled                                         

cpan[1]>
cpan[2]> m BDB::mysql
No objects of type Module found for argument BDB::mysql

cpan[3]> m DBI
Module id = DBI
    DESCRIPTION  Generic Database Interface (see DBD modules)
    CPAN_USERID  TIMB (Tim Bunce <Tim.Bunce@pobox.com>)
    CPAN_VERSION 1.607
    CPAN_FILE    T/TI/TIMB/DBI-1.607.tar.gz
    DSLIP_STATUS MmcOp (mature,mailing-list,C,object-oriented,Standard-Perl)
    MANPAGE      DBI - Database independent interface for Perl
    INST_FILE    /usr/local/lib/perl5/site_perl/5.10.0/i686-linux/DBI.pm
    INST_VERSION 1.605