UPDATED:
ACTUALIZACION: en recientes conversaciones los desarrolladores de qt para qt5 no muestran interes en esto, lo que evidencia la influencia windosera de nokia y mocosoft, ya que el sopote de escritorio de qt en ruindows funciona bien, mientras que en linux esta a medias.
En un futuro se hablara del escritorio qt4 involucrado en esto, pero este tema ilustra un importante asunto sobre el tiempo de vida de qt.
ACTUALIZACION: en recientes conversaciones los desarrolladores de qt para qt5 no muestran interes en esto, lo que evidencia la influencia windosera de nokia y mocosoft, ya que el sopote de escritorio de qt en ruindows funciona bien, mientras que en linux esta a medias.
En un futuro se hablara del escritorio qt4 involucrado en esto, pero este tema ilustra un importante asunto sobre el tiempo de vida de qt.
Escritorios basados en gtk hay muchsimos, en qt.. ummmm DE VAINA kde?
Lo primero que hay que saber es que qt nunca se ha usado como libreria gui para proyectos de escritorio, en contraparte de gtk, la cual se emplea en la mayoria de los escritorios.
Lo unico que existe en abundancia usando qt es muchas aplicaciones..
¿Pero si kde usa qt?, ¡es un escritorio basado en qt!
Me explico, kde desde que empleo qt, ha tenido que realizar sus propias funciones para "rellenar" a qt, de alli sale las famosas libreias de kde como kdelibs, el sistema kio, etc.
¿En que influye esto en el gran api de qt?
Como qt nunca se ha empleado ampliamente en sistemas de escritorio, sino en simples aplicativos, las funciones estandarizadas propias (icons, dispositivos removibles, administradores de archivos, gestion de papelera, soporte de temas), nunca se tomaron en cuenta, sino desde un punto de vista aislado (ejemplo, el mienbro QIcon::fromTheme solo carga el pixmap del icono desde temas de escritorio especificos.. un parche para gnome y kde, muy pero muy excluyente lo que significa que el codigo no es estandar, a esto se le llama en programacion "wrapper" o parche chuchu..)
Entre estas tantas funciones "faltantes" esta el soporte estandar de iconos, razon por la cual en un principio los temas de iconos de kde3 (y en casos especiales los de kde4) no son compatibles (o no eran) con el resto de los escritorios.
Otra de las funciones faltantes es el soporte correcto de dispositivos en los cuadros de dialogos, asunto que se repite en proyectos como manejadores de archivos. Citemos el konqueror y dolphin, soportan el montaje y administracion de dispositivos removibles, pero esto no lo realiza qt, lo hace realmente el "rellenador" desde la libreria kde junto al sistema kio.
Ni que existiera otro escritorio! Escritorios gnome-puach y kde4 son los mas usados?
jajajajaja, risotada es la respuesta obvia a una aseveracion tan vacia e ignorante..
Actualmetne el uso de kde4 o gnome esta bajando como escritorio estandar..
- Venenux dejo abandonado kde4, asi como
- La ultra famosa knoppix ya no usa kde,
- WinBuntu ya no emplea gnome como escritorio estandar.. (ovbio siendo tan ineficiente por su consumo de recursos excesivo)ç
- En todas estas el promedio apunta a LXDE, lider indiscutible en eficiencia y rapidez....
Soluciones propuestas:
Adoso anexo la propuesta realizada por Jerome del equipo de desarrollo del unico escritorio basado en qt sobreviviente, ya que existieron otros pero hoy dia estan "congelados".
La propuesta consta no de arreglar todo, sino solo la parte del soporte estandar de iconos, empleando al igual que la lib gui gtk, xsetting desde xcb. con esto la funcion mienbro QIcon::fromTheme si cargara iconos desde cualquier tema pero empleando el estandar freedesktop.org definido hoy dia.
----------------- comienzo de la cita ------------------
From: Jerome Leclanche <adys.wh@gmail.com>
Date: Thu, May 10, 2012 at 1:55 AM
Subject: Supporting freedesktop icon themes in Qt5
To: development@qt-project.org
Morning
From: Jerome Leclanche <adys.wh@gmail.com>
Date: Thu, May 10, 2012 at 1:55 AM
Subject: Supporting freedesktop icon themes in Qt5
To: development@qt-project.org
Morning
Qt currently does not properly support icon themes on Linux. This is a big issue here for Razor [1] as we're a non-KDE-based DE trying to use pure Qt. QIcon::fromTheme has some heuristics for KDE and Gnome, but other DEs are not supported. [2]
We'd like to get this fixed for Qt5.0. My first attempt at getting it fixed was through a proposal for icon theme configuration, which was (rightly) rejected by the GTK team. After talking with them, they explained how they use xsettings for it [3] -- kde has a kde-xsettings plugin which implements xsettings on KDE too, so that could theoretically be used there too. However it also means Qt is going to need an xsettings backend.
I linked a discussion post about it on #qt-labs yesterday, log below:
<girishr_> Adys: sounds acceptable to me. we only don't allow api changes at this point
<girishr_> Adys: any fixes to make desktop integration better are welcome
<Adys> girishr_: it would be an internal change, but depending on how big xsettings support would have to be, it'd be a large changeset
<girishr_> Adys: i don't think we had xsettings in qt, so i think the post is correct that Qt needs to have an implementation of that first
<girishr_> Adys: it affects only xcb plugin, so shouldn't be a problem
<girishr_> Adys: sroedal is the xcb maintainer afaik
I'm not qualified to work on something like this, and the rest of the Razor team isn't too available currently, so this is mostly a FYI post. I was really hopeful to have this issue fixed for Qt 5.0, so if someone wants to or is planning to work on it I'd love to know.
J. Leclanche
----------------- Fin de la cita ------------------
