Qt es el toolkit ideal: multiplataforma, excelente API, bien documentado, totalmente orientado a objetos... y GPL.
Sin olvidar el maravilloso mecanismo de señales y ranuras (signal/slot) o las magnificas clases de KDE que extienden las de QT, o la gran comunidad que hay detras o todos los bindings que tiene en perl, python y demas o el facil qt-designer o...
Si QT/KDE no existiera, ¡habria que invertarlo!
-- La uniformidad no es necesaria para la unidad
Re:Y no olvidemos...
de pobrecito hablador
(Puntos:2)
Jueves, 29 Enero de 2004, 10:42h
En primer lugar como siempre, felicitar a esos dos currantes, que han escrito un libro con licencia libre.
No hace mucho que tuve que elegir entre dos toolkits: Gtk+ y Qt. El programa para el cuál se formulaba la elección debía ser portable entre distintos sistemas tipo UNIX y eficiente en el consumo de recursos.
Eficiente en el consumo de recursos. ¿Alguien sabe hasta donde puede Gtk+ ser más eficiente que Qt?. Tengo que decir que al final elegí Gtk+, porque es un toolkit bastante eficiente, y porque su lenguaje nativo es C, con lo cuál se eliminan todos las estructuras intermedias que mantienen en memoria los programas escritos en C++.
Grandes obras de ingeniería de software se siguen construyendo utilizando C, y la mayoría utiliza ampliamente técnicas orientadas a objetos (encapsulación, herencia y polimorfismo), sin necesidad de recurrir a lenguajes tan complejos como C++. Aquí siempre habrá alguno que resalte que C++ es un superconjunto de C. Por eso mismo, y por mi afán de utilizar lenguajes minimalistas, prefiero Gtk+ y C.
Comercialmente parece que se impone C++, claro, "si por este fulano fuera seguiríamos escribiendo en ensamblador". Pero no, es más una cuestión filosófica, la programación orientada a objetos son un conjunto de conceptos con una aproximación filosófica, no podemos buscar equivalencias exactas en un lenguaje de programación. Tenemos que aprender a traducir entre nuestro modelado del problema (visión de alto nivel), y el sistema de ejecución de una computadora.
En la mayoría de estos temas, ayuda mucho más conocer sobre sistemas operativos, que conocer "completos" lenguajes orientados a objetos como C++.
-- Mi hogar es tan grande como mi mente pueda imaginar
Re:C++ vs C
de mr_mejor
(Puntos:2)
Jueves, 29 Enero de 2004, 11:25h
Re:C++ vs C
de anarquia
(Puntos:1)
Jueves, 29 Enero de 2004, 13:11h
Re:C++ vs C
de torX
(Puntos:1)
Jueves, 29 Enero de 2004, 14:17h
por
pobrecito hablador
el Jueves, 29 Enero de 2004, 11:34h
(#259629)
A ver si me podeis aclarar una duda que tengo con esta licencia.
"The Free Edition licenses do not allow the development or distribution of commercial software."
Esto es lo que pone en la licencia QT. Cuando se refiere a "commercial" se refiere a codigo cerrado, no? Porque yo puedo hacer un programa para una pyme, lo licencio bajo GPL, lo pongo en mi pagina web, le doy a la pyme un CD con el codigo compilado y el codigo fuente, pero a la pyme se lo vendo, eso es "commercial"?
Me lo iba a comprar, ya que 40? me parece "pagable". Pero chico, los gastos de envio son 30?. ¿Alguien sabe si va a llegar a las librerias españolas?. De momento voy a pedirlo a la biblioteca de mi universidad, a ver si puede ser.
-- La uniformidad no es necesaria para la unidad
Re:Es incomprable
de Linuxtron
(Puntos:1)
Jueves, 29 Enero de 2004, 12:08h
Re:Es incomprable
de Linuxtron
(Puntos:1)
Jueves, 29 Enero de 2004, 12:30h
Re:Es incomprable
de salvo
(Puntos:1)
Jueves, 29 Enero de 2004, 13:18h
Para aquellos a los que se les atraganta el C++, existe una version que tambien puede consultarse en la web de "GUI Programming with Python: QT Edition" en la que se explica como utilizar buena parte de las posibilidades que ofrece Qt comodamente desde Python.
En el cual se programa en C#, tengo el compilador para linux, windows... y poco a poco llegaran mas plataformas. Creo que mono, es un gran proyecto, con un lenguaje de última generación y que se impondrá poco a poco sin hablar de GTK# y toda la familia # :-), anda pásate www.go-mono.com
Pues muy bonito el Qt y el libro, pero para mi Wxwindows [wxwindows.org]
ofrece una mejor Multiplataforma y no tiene problemas de licencias
dobles o cosas de ese tipo.También son muy bonitas clara e
intuitivas, solo espero que no se arme a futuro otro KDE vs Gnome;
conflicto que a atrasado el desarrollo del escritorio de Unix.
Y sobre las famosas licencias. Incluye la "free edition" de Qt para Unix/Linux y MacOS X (versión nativa); esto es la GPL. La "non-commercial" es la versión para Windows, donde no existe la opción GPL (ni QPL, venidos al caso), sino las de pago y la gratuita para uso no comercial.
por
pobrecito hablador
el Jueves, 29 Enero de 2004, 10:58h
(#259598)
No, no, no va así. El código fuente está disponible bajo GPL, por lo que las aplicaciones que usen QT deben ser GPL también.
Si quieres desarrollar con código cerrado usando las QT, pagas licencia a Trolltech por desarrollador, y tienes acceso a las QT mediante licencia comercial, con lo cuál puedes hacer tu versión de las QT cerrada y/o hacer software de código cerrado sobre las QT.
La diferencia es que las GTK nunca pueden pasar a ser software propietario, aunque se haga software propietario que las use.
Quizá te confunda el hecho de que las Qt estén también disponibles bajo otras licencias (QPL, etc), pero las bibliotecas Qt, tanto para GNU/Linux como para Mac OS X y otros Unices, sí son GPL. Y evidentemente su código fuente sí está disponible.
Exacto, las Qt tienen una licencia llamada QPL y basicamente viene a decir "Si vas a hacer programas gratuitos, te lo damos gratis, si vas a sacar dinero nos pagas". Es como la licencia MP3 del Instituto Fraunhoffer (creo que se escribe asi), que es libre para hacer programas libres, pero hay que pagar si vas a hacer programas de pago.
QT no es libre bajo la plataforma Windows, hasta donde sé, creo que hay una iniciativa para portar la versión GPL a Windows. En ese sentido dificulta la implantación de software libre en empresas que están migrando de sistema operativo en forma escalonada.
Pues yo llevo bastante tiempo buscando una lista de correo de C/C++. La de GNU-C era bastante buena pero está paradísima desde hace mucho. Otras que he visto por ahí (y cuyo nombre no diré) tienen un nivel técnico pésimo, están repletas de mensajes del tipo "tengo que hacer una práctica para clase, este es el enunciado; quién me la hace?". Y cada mensaje es una aberración aún mayor que el anterior.
En fin, que si alguien conoce una buena lista de correo de C y C++, en la que la gente sepa de que hablas cuando tratas un tema de patrones o de la conveniencia de hacer temporarios, que me lo indique, por favor.
Hace un tiempo tuve que decidirme por unas librerías para el desarrollo de una aplicación solo para windows.
La empresa no quería abrir el código, así que descartamos QT por su precio y por que en aquel momento la versión de QT/Windows no era la misma que QT/Linux.. por lo menos en su versión GPL para poder probarlas.
WXWindows fue por un tiempo la decisión a tomar, pero era necesario interacción con un ActiveX y no había manera que se entendieran.
Mi pregunta es, ¿Ya no existe una versión GPL para QT/Windows? según he visto en http://www.trolltech.com/download/index.html
Solo esta disponible para estudiantes:
The educational license is to be used on school hardware and premises for educational purposes. If you are a professor/teacher and want to let your students use Qt/Windows 3.1 in your class or course, just fill in the application form below. Mandatory fields are marked with an asterisk.
Y no olvidemos...
(Puntos:4, Interesante)( http://barrapunto.com/ )
Sin olvidar el maravilloso mecanismo de señales y ranuras (signal/slot) o las magnificas clases de KDE que extienden las de QT, o la gran comunidad que hay detras o todos los bindings que tiene en perl, python y demas o el facil qt-designer o...
Si QT/KDE no existiera, ¡habria que invertarlo!
La uniformidad no es necesaria para la unidad
C++ vs C
(Puntos:5, Interesante)En primer lugar como siempre, felicitar a esos dos currantes, que han escrito un libro con licencia libre.
No hace mucho que tuve que elegir entre dos toolkits: Gtk+ y Qt. El programa para el cuál se formulaba la elección debía ser portable entre distintos sistemas tipo UNIX y eficiente en el consumo de recursos.
Eficiente en el consumo de recursos. ¿Alguien sabe hasta donde puede Gtk+ ser más eficiente que Qt?. Tengo que decir que al final elegí Gtk+, porque es un toolkit bastante eficiente, y porque su lenguaje nativo es C, con lo cuál se eliminan todos las estructuras intermedias que mantienen en memoria los programas escritos en C++.
Grandes obras de ingeniería de software se siguen construyendo utilizando C, y la mayoría utiliza ampliamente técnicas orientadas a objetos (encapsulación, herencia y polimorfismo), sin necesidad de recurrir a lenguajes tan complejos como C++. Aquí siempre habrá alguno que resalte que C++ es un superconjunto de C. Por eso mismo, y por mi afán de utilizar lenguajes minimalistas, prefiero Gtk+ y C.
Comercialmente parece que se impone C++, claro, "si por este fulano fuera seguiríamos escribiendo en ensamblador". Pero no, es más una cuestión filosófica, la programación orientada a objetos son un conjunto de conceptos con una aproximación filosófica, no podemos buscar equivalencias exactas en un lenguaje de programación. Tenemos que aprender a traducir entre nuestro modelado del problema (visión de alto nivel), y el sistema de ejecución de una computadora.
En la mayoría de estos temas, ayuda mucho más conocer sobre sistemas operativos, que conocer "completos" lenguajes orientados a objetos como C++.
Mi hogar es tan grande como mi mente pueda imaginar
No entiendo bien la licencia
(Puntos:1, Interesante)"The Free Edition licenses do not allow the development or distribution of commercial software."
Esto es lo que pone en la licencia QT. Cuando se refiere a "commercial" se refiere a codigo cerrado, no? Porque yo puedo hacer un programa para una pyme, lo licencio bajo GPL, lo pongo en mi pagina web, le doy a la pyme un CD con el codigo compilado y el codigo fuente, pero a la pyme se lo vendo, eso es "commercial"?
Es incomprable
(Puntos:2)( http://barrapunto.com/ )
Me lo iba a comprar, ya que 40? me parece "pagable". Pero chico, los gastos de envio son 30?. ¿Alguien sabe si va a llegar a las librerias españolas?. De momento voy a pedirlo a la biblioteca de mi universidad, a ver si puede ser.
La uniformidad no es necesaria para la unidad
Libro de PyQt
(Puntos:3, Informativo)Para aquellos a los que se les atraganta el C++, existe una version que tambien puede consultarse en la web de "GUI Programming with Python: QT Edition" en la que se explica como utilizar buena parte de las posibilidades que ofrece Qt comodamente desde Python.
GUI Programming with Python: QT Edition [opendocspublishing.com]Pues yo conozco un mono....
(Puntos:1)( Última bitácora: Miércoles, 09 Febrero de 2005, 12:35h )
Wxwindows si que mola!!!
(Puntos:2, Interesante)( http://mail.yahoo.com/ | Última bitácora: Miércoles, 27 Diciembre de 2006, 01:24h )
Pues muy bonito el Qt y el libro, pero para mi Wxwindows [wxwindows.org] ofrece una mejor Multiplataforma y no tiene problemas de licencias dobles o cosas de ese tipo.También son muy bonitas clara e intuitivas, solo espero que no se arme a futuro otro KDE vs Gnome; conflicto que a atrasado el desarrollo del escritorio de Unix.
Un detalle sobre los que incluye el libro
(Puntos:2, Informativo)( http://quie.blogalia.com/ )
Traducción?
(Puntos:2)( http://www.gatogordo.es/ | Última bitácora: Sábado, 29 Mayo de 2004, 03:47h )
El Gato Gordo [gatogordo.es]
Re:NO ES GPL
(Puntos:1, Informativo)Si quieres desarrollar con código cerrado usando las QT, pagas licencia a Trolltech por desarrollador, y tienes acceso a las QT mediante licencia comercial, con lo cuál puedes hacer tu versión de las QT cerrada y/o hacer software de código cerrado sobre las QT.
La diferencia es que las GTK nunca pueden pasar a ser software propietario, aunque se haga software propietario que las use.
Qt *sí* es GPL. GTK *no* es GPL
(Puntos:5, Informativo)( http://cronopios.net/ | Última bitácora: Miércoles, 23 Septiembre de 2015, 07:18h )
En cambio, las bibliotecas GTK no son GPL.
Compruébalo tú mismo:
Blog: Cronopios [cronopios.net]
Re:NO ES GPL
(Puntos:1)( http://www.traperware.com/ )
RTFM
(Puntos:1)( http://barrapunto.com/index.pl?section=mbp-activez | Última bitácora: Martes, 13 Mayo de 2003, 00:42h )
GTK NO es GPL es LGPL
---------
Algún dia encontraré una frase interesante...
Re:NO ES GPL
(Puntos:1)( http://badnick.blogspot.com/ )
POKE 109,40
Re:NO ES GPL
(Puntos:2)( Última bitácora: Sábado, 25 Febrero de 2006, 21:57h )
No olvides lo importante que eres para mí.
Re:Manual C++
(Puntos:1)Quiza te sirva este [abcdatos.com], aunque si te vas a poner con Qt te recomiendo que comiences con algo mas digerible [opendocspublishing.com].
En la web del rincon del C [elrincondelc.com] tambien tienes mucha informacion y foros en los que exponer tus dudas.invierte!
(Puntos:1)( file:/etc/passwd | Última bitácora: Martes, 20 Octubre de 2009, 21:17h )
Si de verdad quieres programar en C++ invierte un poco de dinero y comprate el libro de Stroustrup y alguna referencia de la STL.
Si sabes programar en C (y bien), con eso tendras suficiente, si no necesitaras algun otro libro o algun tutorial.
Re:Fantástico, ¿dónde está el PDF?
(Puntos:1)( http://raharu.homelinux.org/ | Última bitácora: Lunes, 13 Octubre de 2003, 17:56h )
A mi tambien me interesa, pero parece que habra que esperar ^^U
Raharu Studios [homelinux.org]
Re:Pero son libros gratis o no son libros gratis??
(Puntos:1)( file:/etc/passwd | Última bitácora: Martes, 20 Octubre de 2009, 21:17h )
Lista de correo de C y C++
(Puntos:1)En fin, que si alguien conoce una buena lista de correo de C y C++, en la que la gente sepa de que hablas cuando tratas un tema de patrones o de la conveniencia de hacer temporarios, que me lo indique, por favor.
Muy agradecido.
Re:NO ES GPL
(Puntos:1)( http://www.anedonia.net/ )