Historias
Slashboxes
Comentarios
 

Comienza la adaptación de Qt 3 a Win32 nativo

editada por rvr el 11 de Julio 2003, 16:37h   Printer-friendly   Email story
desde el dept. [cerrado-por-vacaciones]
Se lee en dot KDE que «El proyecto de KDE en Cygwin, que produce las adaptaciones de Qt y KDE a Windows usando Cygwin y CygWin/XFree86, anunció el comienzo de la adaptación nativa de la biblioteca Qt 3 GPL a Win32, principalmente liderado por Richard Richard Lärkäng. La idea es proveer una base para una futura adaptación nativa de KDE». En cristiano, se intenta que todos los programas que usan la biblioteca Qt se puedan ejecutar en Windows sin capas de emulación, como es el caso de KDE.

Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • por Ongapisa (9554) el Viernes, 11 Julio de 2003, 18:09h (#196486)
    ( http://ww.google.es/ | Última bitácora: Martes, 01 Mayo de 2007, 16:43h )
    Esto quiere decir ¿correr KDE bajo Windows?... ¿correr programas Linux bajo KDE en Windows?... ¿o directamente correr KDE bajo MSDos?
    --

    __________________________________________________
    La sabiduría se halla en el buscar... Google power!!!
  • Qué se aclare

    (Puntos:1)
    por trinuxfree (7860) el Viernes, 11 Julio de 2003, 19:56h (#196506)
    ( Última bitácora: Jueves, 19 Noviembre de 2015, 17:28h )
    En cristiano, se intenta que todos los programas que usan la biblioteca Qt se puedan ejecutar en Windows sin capas de emulación, como es el caso de KDE.

    Qué cojones quieres decir con eso de "sin capas de emulación". Te refieres, ya, en Windows, linux, xfree.... ¿a qué?

    Sin duda, esta es la noticia más ambigua de todo barrapunto.
    • Re:Qué se aclare

      (Puntos:5, Informativo)
      por jmmv (5375) el Viernes, 11 Julio de 2003, 20:10h (#196507)
      ( http://julipedia.blogspot.com/ )
      Por lo que veo yo en la noticia, Qt se compila actualmente a través de Cygwin. El entorno Cygwin te proporciona una emulación de *nix a nivel de usuario, y también a nivel de AP; es decir, incluye una libreria de compatibilidad que convierte las llamadas a las funciones típicas *nix a funciones nativas windows (sockets, ipc y demás). Entonces supongo que lo que quieren hacer es eliminar esta capa intermedia (la libreria) y hacer que Qt trabaje directamente con las funciones nativas de windows. Creo que no me he equivocado... si no, corregidme. Saludos.
      --

      The Julipedia [blogspot.com]

      [ Padre ]
  • por acs (45) el Sábado, 12 Julio de 2003, 07:07h (#196553)
    ( http://acsblog.es/ | Última bitácora: Lunes, 09 Mayo de 2005, 09:17h )
    Uno de los problemas con Qt es que tiene licencia GPL en entornos libres, pero creo que la versión de Windows es de pago. ¿Va a seguir siendo así? O como utiliza el entorno de Cygnus, ¿va a tener también esta versión una licencia GPL?
    --

    --
    Parafraseando a Trosky "aunque a ti no te importe la ley, a la ley le importas tú" - Josemi

  • No eran nativas ya?

    (Puntos:1)
    por pitu (2913) el Sábado, 12 Julio de 2003, 07:18h (#196554)
    Yo tenía entendido que QT tenían una versión para win32... y no es nativa?

    Alquien puede explicar algo al respecto?

  • Veo mucha confusión....

    (Puntos:5, Informativo)
    por myDaemon (7190) el Sábado, 12 Julio de 2003, 08:13h (#196559)
    Empezando por la propia noticia. Veamos :

    Lo que este proyecto pretende hacer se resume en un punto básico : que podamos recompilar y usar aplicaciones KDE3 (OJO!!!!!!, aplicaciones KDE, _NO SOLO_ aplicaciones Qt, que ahora veremos la diferencia).

    Alguien dice más arriba que así se podrán usar aplicaciones Qt en Win32; en la noticia dicen que se portarán las Qt libres a Win32. Ambas son falsas a medias
    • primero, porque las aplicaciones desarrolladas con las librerías Qt ya corren sobre Win32 siempre que desarrolles tu aplicación ciñéndote sólo a instrucciones Qt y a funciones estándar (presentes en _casi_ todos los sistemas operativos). Es decir, que no haya código específico de plataformas Unix, o MacOSX, o por el estilo. La única diferencia es que yo en Windows la librería Qt3.x (necesaria para las aplicaciones KDE3) sólo la tengo de pago, por lo que tengo que soltar una pasta por la licencia para poder usar mis aplicaciones.
    • Segundo, respecto al port de las librerías, lo que van a hacer es complementar la versión gratuita de Windows. La gente de Trolltech tiene una versión gratuita de las QT para Win32, pero está en la versión 2.x, con lo cual no se podrían usar para compilar aplicaciones de KDE3. Dado que Trolltech anunció que no seguiría desarrollando versiones gratuitas para Win32 (o al menos que no les prestaría atención, lo que prácticamente significa que están muertas), la gente del proyecto KDE/Cygwin ha decidido portar las funciones necesarias de las Qt3.x gratuitas a la versión disponible en Windows, de forma que aunque no se disponga de toda la funcionalidad, al menos sí de la necesaria. Ésto más que nada es un toque de atención a Trolltech; si el grupo de gente que use esta versión empieza a crecer, Trolltech quizá vuelva a atender a razones y generar una versión GPL para Win32.


    En realidad, para poder usar una aplicación desarrollada para KDE3 hay muchas más "tecnologías" o motores que hay que portar. DCOP, IOSlave, las bibliotecas gráficas.... Ésto es lo que hace que una aplicación KDE3, aunque tengas una licencia de QT3.x en Win32, no pueda ni siquiera compilarse; es necesario primero portar esas librerías para que podamos usar las aplicaciones.

    Ése es el primer objetivo del grupo KDE/Cygwin; hasta ahora se apoyaban en Cygwin porque el sistema DCOP, por ejemplo, se apoya enormemente en funciones del UNIX. Ahora pretenden reescribirlo en principio buscando que corra nativo sobre Win32 y después, una vez más estable y maduro, complementando al proyecto KDE para que sea realmente multiplataforma.

    Las posibilidades que se abren ahora son muy buenas : desde poder escoger a KDE3 como gestor de ventanas, como reemplazo del Explorer (yujuuuuu!), como librerías de apoyo para que las aplicaciones corran junto con las Win32, pero integradas en Windows...

    A los que os quejais de lo mala idea que es hacer ésto (lo de allanarle el camino a Windows ya lo tengo oído antes) deciros que a veces no queda más remedio que instalar Windows como sistema (exigencias del cliente, ¿por ejemplo?), pero que eso no quita que se puedan usar en el resto de aplicaciones alternativas libres... o me direis qué demonios pintan entonces las versiones Win32 de Mozilla, OpenOffice, etc. etc. ¿No será incluso más fácil en el futuro que el usuario considere el cambio de SO si el resto es completamente igual?.

    Yo personalmente lo veo una estupenda idea. Si un en futuro pudiese tener a los clientes con un windows en modo DLL-Only, estaría encantado :).

    Lo malo es que para eso aún queda....

    Saludos

    myDaemon

    --
    ----------------- Y esto es sólo mi opinión -----------------
  • Vamos a ver

    (Puntos:1)
    por DiThi (4433) el Domingo, 13 Julio de 2003, 16:56h (#196780)
    La capa de emulación que quieren eliminar es el pesado X11, es como si dentro de tu kde/linux abres un emulador de X11 y otro KDE dentro, que es casi como un VMWare
        Si en lugar de Qt/X11 llama al servidor X11 que llama a windows, Qt llama directamente a windows (sustituyendo las llamadas a X11 por llamadas a win32), se ahorra una parte muy pesada.
        La otra capa pesada es la emulación *nix, eliminándose del mismo modo:
    Qt/X11 -> cygwin.dll -> win32
    a
    Qt -> win32
    -
    --
    DiThi
  • Re:Ya iba siendo hora

    (Puntos:1, Divertido)
    por pobrecito hablador el Viernes, 11 Julio de 2003, 21:47h (#196515)
    pues si al mastodonte de win xp le añades el mastodonte de kde va a hacer falta un cluster pa mover eso
    [ Padre ]
    • Ciertamente de Plac.ct (Puntos:1) Sábado, 12 Julio de 2003, 10:17h
  • 4 respuestas por debajo de tu umbral de lectura actual.