Digia se convierte en patrocinador de KDE

La tecnológica finlandesa Digia ha dado el paso que le quedaba y junto con Google, SUSE y Blue Systems, se conforma como cuarto patrocinador del proyecto KDE.

Digia, empresa de software y servicios que desde 2011 disponía de la concesión de licencias comerciales sobre Qt, le compró el «paquete» al completo a Nokia en 2012, y solo unos días después del anuncio hacía pública una carta abierta dirigida a la comunidad KDE en la que reiteraba el valor de la simbiosis entre las diferentes partes en torno a Qt, así como su interés por seguir potenciando esta y otras áreas.

Digia ha cumplido su palabra y desde el año pasado es uno de los patrocinadores de la Akademy, la conferencia anual para desarrolladores del proyecto KDE. Y ahora da un paso más, el de convertirse en patrocinador de KDE e.V., la asociación sin ánimo de lucro que dirige el proyecto.

Así pues, parece que todo marcha bien en lo que respecta a Qt y KDE. ¿Te gustaría aportar algo a ti? Ya sabes que hay muchas maneras de contribuir con el software libre, y una de ellas es dinero. Si tu economía no está en la cuerda floja, como la de la mayoría, tal vez quieras participar en el juego de KDE.

Digia KDE KDE e.V.Qt

luislmv85
Excelente noticia. KDE Framework, puede ser utilizado como una extensión de Qt, incluso para desarrollar software que no tiene que ver con KDE. Me parece muy beneficioso, para ambos, que Digia y la comunidad de KDE esté unida. Es sabido que una parte del código de Qt5 fue aportada por desarrolladores de KDE. Esperemos que esta relación se mantenga y se fortalezca cada vez más.
Saludos
- Gabrielix
  Si sobre todo hoy que GTK se vuelve incompatible con sus propias versiones anteriores, la misma pesadilla de nuevo pero 10 años despues.
  - DanielCB
    No sabia que Qt3 es compatible con Qt4, mucho menos con Qt5.
    - flexo
      el único entorno de escritorio que conoce ese gaucho es el Mate
      - Gabrielix
        Mate me parece excelente, no he probado Cinnamon, Gnome ya no me gusta, hasta la version 2 me parecia usable, ahora prefiero LXDE.
    - luislmv85
      Definitivamente no son compatibles, hay que portarlos y precisamente esa es una de las razones por las que muchos proyectos se vuelven obsoletos, porque nadie los porta a la siguiente versión y con el paso del tiempo se pierden. Por ejemplo el editor de páginas web Quanta, se perdió en el tránsito de Qt3 y KDE 3 a Qt4 y KDE 4.
      Saludos
      - patadejaguar
        Sí… y lastimosamente hasta la fecha no hay quien lo reemplace. Desgraciadamente Quanta depende de muchas apps KDE3, otra historia fuera contada si estuviera escrito 100% en QT x.
    - Mirage
      qt3 es compatible con qt 4. lo que no es es compatible con qt 5. de todas maneras qt 3 tiene mas de 7 años. no es obligación de nadie mantener compatibilidad de casi una década que solo es un lastre y a la larga se vuelve una carga (argo Wxp). claro tampoco genes que pasarte como gnome que rompe cada 6 meses (nos gusta la vanguardia pero chales, al menos den 2 añitos)
      cabe destacar que GTK no se hace incompatible a nivel de aplicación, solo a nivel del shell. los únicos que se deben cabrear por esto son los desarrolladores de escritorios(que usen los demonios de gnome-shell que las otras librerías no hay tanto peo) o los de temas y extensiones).
      hago la aclaración, que conste.
    - Gabrielix
      Bueno ahora lo sabes. busca QT3_SUPPORT
  - Germán Racca (skytux)
    Incompatible en qué sentido? Yo escribí unas aplicaciones con la versión 3.4 de Gtk y hasta ahora, con la 3.10 todas me funcionan de la misma manera, sin cambios significativos en la API de Gtk…
Creeping_death
Maravilloso !!!! .Me alegro por KDE y por Qt .Entre mas empresas apoyen siempre sera mejor . Ahora solo esperar que KDE 5.0 salga lo antes posible . Y por ultimo,no sabia que Google ya era patrocinador de KDE xD
- marcosprez
  La verdad, Google no lo demostró haciendo Chrome en GTK… a mí también me sorprendió.
  - Mirage
    que le regale plata a KDE (digo regalar en sentido figurado) no significa que tengan preferencias por qt. la razón es simple. chrome y chromiun existen desde cúa do GTK era (y aun es así a muchos nos guste mas qt) el rey. por ende la integración con estos entornos GTK les importaba mas. que qt intenta integrarse mas o menos bien en GTK? si. pero la integración no es perfecta y como dice, en su tiempo fue cosa de practicidad.
    - marcosprez
      Falacias. QT se integra mucho mejor que GTK, y no me hagas reir con lo de que GTK hace 5 años era el rey, por favor, que era un petardo con la mecha encendida.
      - Mirage
        veamos los hechos y degemonos de huevadas.
        1) hace 5 años el escritorio mas usado era gnome 2. todos los demás escritorios estaban hechos en GTK y la mayoría (y aun hoy) de las apps importantes estaban(están) hechas en GTK (chrome/chromium, firefox, inkscape, Gimp (que debo decir krita le patea el culo a gimp 10 veces pero gimp sigue siendo el mas usado así a mi me guste mas krita). entonces tenemos que hace 5 años todo menos KDE y sus apps eran GTK y hasta que los proyectos no sean portados a qt, seguirá siendo así (hasta que unity next, ldxe openshot y otros tantos no se pasen o surjan nuevas apps qt que superen a sus equivalentes GTK, al sol de hoy por ejemplo karbon es un juguete comparado con inkscape)
        2) si GTK tiene mejor integración con escritorios GTK (colmo seria que no) que qt en escritorios GTK (que puedes reconocerlos a simple vista apps qt de GTK. solo que qt a diferencia de GTK hace el i tentó de mesclarse , GTK en qt ni eso. pero repito estamos hablando de que cuando nació chrome todo era GTK y les interesaba integración con GTK en escritorios GTK y qt no se integra perfecto a dichos entornos)
        y nieguelo
      - marcosprez
        Ya te lo han dicho:
        julio:
        «Nop, si rebuscas por la página de chromium, está explicado porque
        chromium esta en gtk. La razón es tan sencilla como a los que mandaron
        realizar la versión de gnu/linux ya tenian experiencia con GTK y no con
        Qt»
        EXPERIENCIA no quiere decir que sea el REY
      - julio
        y quien ha dicho que sea el rey?
        Solo estoy diciendo la razón por la que chromium esta escrito en GTK y no en Qt, simplemente azar. Le llega a tocar a otro desarrollador con experiencia en Qt y no en GTK y estariamos hablando que chromium está escrito en Qt.
        Yo adoro Qt, pero hasta hace cosa de un año no tenia ni idea de Qt en cambio si que manejaba con soltura en GTK.
      - Mirage
        y quien dijo que la experiencia lo hace el rey? deje de meter en mi boca cosas que no he dicho. GTK era (y aun hoy lo es así a mi no me guste) el rey por que es lo mas usado (cosa que ruego cambie pronto) y eso es así indiferentemente de si chromium es o no GTK o qt (y así yo me haya equivocado con lo denchromium, eso quita que GTK era y aun es mas usado que qt y por eso es el rey hasta que no ocurra lo contrario)
    - julio
      Nop, si rebuscas por la página de chromium, está explicado porque chromium esta en gtk. La razón es tan sencilla como a los que mandaron realizar la versión de gnu/linux ya tenian experiencia con GTK y no con Qt
Eduardo Medina
Lo sorprendente es que esta unión se de ahora, porque la relación entre Qt y KDE viene de muy lejos.
- Mirage
  supongo que darle plata a el proyecto KDE es una forma de decir gracias por parte de digia, desde que KDE es el proyecto qt mas grande y exitoso y además KDE aporta mucho al desarrollo del framework. creo que es una de los mejores ejemplos de simbiosis en el software libre :)
DELTOYA
Buena noticia. Despacito y buena letra, en la línea de KDE.
flexo
Supongo que a Digia como empresa y dueña de QT(?) le conviene indirectamente que KDE exista, dado que es un gran desarrollo de software con QT (indirectamente) tal vez el mejor, y el fomento que hace a las nuevas aplicaciones en QT es muy grande. Aunque claro que ellos no usan QT directo si no un bindind llamado KDELIBS. O algo por el estilo. Indirectamente KDE impulsa QT. Pero no se confundan que como dije KDE usa un binding sobre QT que exige que desarrolles para KDE, lo que significa que tu app solo corre con las kdelibs intaladas, por ende tu programa solo funcionara en las distros linux o de bsd que tengan la version de kdelibs de tu programa. Mejor es usar QT puro…
- luislmv85
  Discrepo de la última parte. Si quieres usar definiciones de KDE en tu proyecto, sólo tienes que añadir las librerías y podrás usarlas par hacer aplicaciones que no corren sobre KDE, de hecho esa es una estrategia que están usando los desarrolladores de kde, fragmentar el código para que puedas usar lo que necesitas en tu app, sin arrastrar con todo el pollo. Por ejemplo MeeGo usaba parte se código de KDE, sin embargo, no es KDE. Como dije más arriba, la intensión es que KDE Framework se pueda usar para expandir el alcance de Qt a áreas que este no cubre.
  Saludos
jorge luis
muy bien por digia
Pingback: Qt 5.2 alcanza las 500.000 descargas en tiempo récord » MuyLinux()

Digia se convierte en patrocinador de KDE

Lo último

Suscríbete gratis a MuyLinux

Gracias, recibirás un correo para confirmar tu suscripción.