Barrapunto

Siquiera por salud mental de los desarrolladores, pues en un montón de proyectos Unix/Linux todavía se anda a base de Motif, precisamente por problemas de licencias. Me parece una buena noticia muy buena.

Las Qt son una solución muy buena para muchos proyectos multiplataforma y también monoplataforma.

Podéis mirar la documentación en http://doc.trolltech.com/ [trolltech.com] y comprobar que se puede hacer casi todo.
Yo no soy experto en C++, pero he hecho algunas aplicaciones para ciertos clientes y tengo suficiente información para afirmar que son unas muy buenas librerías.

Hay proyectos que deberían de tomar nota de este tipo de librerías, como Clauer de la Universidad Jaume I.

Este proyecto
http://www.clauer.uji.es/ [clauer.uji.es]
lo utiliza la administración Catalana, y lo cierto es que para instalar la aplicación Linux es toda una pesadilla (y eso que llevo miles de compilaciones desde Red Hat 5.1).

También hay aplicaciones que ofrecen para Windows y no para otras plataformas, y las que sí están en modo consola que para según qué finalidad no pueden ser prácticas.

En el proyecto Clauer podrían programar directamente en Qt, todos ganaríamos. Ellos tendrían sólo un código y el resto de plataformas soportadas por Qt se beneficirían.

Saludos.

Que llegue ya Luis Digital, que con la guerra que lleva dando dos semanas con lo de las licencias se le echa en falta.

Por que no me da la puta gana

A ver si alguien me puede echar un cable con esta duda existencial: Una empresa cliente me ha pedido que le desarrolle una nueva aplicacion para la gestion de sus tiendas de ropa, quiero desarrollarla en linux para cambiarles ya el sistema operativo tambien, el caso es q tengo una duda q no soy capaz de contestar googleando de manera clara, quiero hacer uso de las librerias graficas QT (q estan disponibles comercialmente tambien) pero me gustaria poder enlazar con algunas librerias gpl, de hecho mi idea es hacer el programa nuevo gpl y darle el codigo fuente al cliente, pero luego no quiero distribuir el codigo a terceros porque es un desarrollo a medida y me pagan por el, y respecto a esta obligacion he visto varias opiniones, por ejemplo: http://www.legistics.net/main/index.php?option=com _content&task=view&id=53&Itemid=99&lang=spa [legistics.net] --- aqui dicen que cualquiera q pida el codigo fuente de un programa gpl, o sea un tercero competencia de mi cliente por ejemplo, tiene derecho a obtener una copia. http://softlibre.barrapunto.com/comments.pl?sid=71 231&cid=923758 [barrapunto.com] --- en este post turbidostato esta seguro de que yo y el cliente podemos acordar no distribuir el codigo a terceros aunque el programa sea gpl, esto es algo que he leido tambien en algunas listas de correo, que solamente tengo q dar el codigo con el binario con lo que si no distribuyo el binario y alguien me pide el codigo fuente sabiendo que la aplicacion es gpl no tengo porque darselo. Luego he visto una 3 opcion leyendo tambien por internet en caso de que legistics tenga razon que es que el cliente me contrate por prestacion de servicios con lo que formo parte de su empresa con lo que no se activa la obligacion de distribuir el codigo fuente. Les agradeceria me echasen un cable con estas dudas sobre la mejor licencia para el proyecto conociendo mi situacion exacta para saber q decisiones tomar en la licencia y librerias a usar del programa, yo no tengo ningun problema en que mi codigo se distribuya pero evidentemente mi cliente si y lo entiendo porque en un desarrollo a medida van demasiadas estrategias de negocio clarificadas, otra opcion es pagar la licencia comercial de QT y no usar mas librerias GPL claro.

¿Y tú, por qué no estás usando ya Qt?

Porque desde que descubrí los lenguajes funcionales, C++ me parece una caca (por decirlo educadamente) :P

El permiso especial que conceden es para enlazar (linkar) tu programa con esa librería. Que quede claro que las Qt incluídas con tu programa seguirían siendo GPL, no pasarían a ser BSD ni cualquier otra.

Por tanto, si tu haces un software privativo a partir de un probrama BSD, no podrías usar las Qt porque solamente han dado permiso para la lista de licencias anteriormente citada (más las compatibles con la GPL, evidentemente). Te quedaría, claro, la opción de pagar a Trolltech una licencia privativa.

Sí y además te están poniendo los cuernos.

Prff por será por lenguajes soportados por las Qt...
* Mono (Mono [cougarpc.net])
* PHP (PHP-Qt [php-qt.org])
* Ruby (QtRuby [rubyforge.org])
* Perl (PerlQt [sourceforge.net])
* Java (jambi [trolltech.com])
* Python (PyQt [riverbankcomputing.co.uk])
* ...

Tal ves solo aplicó eso de si algo anda bien... ¡no lo toques! y sucede que gtk le funciona bien

eso mas que de la librería, biblioteca o como quieras llamarle, me parece que es responsabilidad del diseñador de la interfaz no? (o sea el humano que decide donde van los botones y esas cosas)

¡Atrás impío!

Te daré de latigazos hasta que aprendas a escribir sin faltas.

Sí.

La leche. ¿Usas winAPI? Yo solo he usado el api de windows cuando no me quedaba otra opción, me sacrificareis pero dire que uso vb.net jeje.
Ya probare con C++/Qt a ver que tal se da, por que lo de gtk no me fue muy bien, me gustó mucho mas WxWindows que tambien es una pasada y tambien son multiplataforma.

Por cierto, ¿para cuando un entorno decente para vb.net en linux? sharpdevelop esta muchisimo mejor que monodevelop, no me vengais diciendo que hacerlo para vb.net seria plegarse a microsoft, por que ya se ha hecho con C# que tiene el mismo padre y puede que mas oscuras intenciones...

Por mi que cada uno programe en lo que quiera ¡Suerte con tu WinAPI (me parece que cada vez le queda menos tiempo)

Mi opinión es que utilizar el WinAPI directamente no es una opción para desarrollar una aplicación "seria".

Y ahora como soy un cabrón, hago algo parecido a un "wrapper" con licencia LGPL que usa las partes que necesito de Qt y sobre él hago una aplicación de código cerrado enlazando al "wrapper" LGPL.

No sirve el "truco" porque sigues teniendo que enlazar Qt con la aplicación final, aunque enlaces también el wrapper y las llamadas a las funciones de Qt sean a través suyo.