LXDE-Qt: Primer contacto

Primero fue PCManFM el que portaron a Qt y al parecer a los desarrolladores de LXDE les gustó este framework pues nos acaban de presentar LXDE-Qt.

lxde-qt

Haciendo uso de las palabras en la entrada del blog de LXDE, en la parte inferior de la pantalla pueden apreciar lxpanel-qt, el port Qt de lxpanel el cual funciona, pero necesita pulirse un poco más. Además, no existen herramientas de configuración gráficas para configurarlo, así que tendremos que tocar manualmente un fichero xml. La mayoría de los applets principales ya funcionan.

Pueden apreciar también en la imagen a PCManFM-Qt, el cual se ve muy similar a la versión original Gtk+. El fondo de pantalla y los iconos de escritorio también son gestionados por PCManFM-Qt.

Nos cuentan además en el blog que el uso de la memoria de PCManFM-Qt es ligeramente más alto que el de la versión 2 GTK +, pero la diferencia no es muy significativa. El rendimiento global es similar a la versión original Gtk+ 2. Ahora que tiene la mayoría de las características de la original y está casi listo para el uso diario.

En el lado derecho de la pantalla se puede apreciar LxImage-Qt, el cual se considera el sucesor de GPicView ya que funciona mucho mejor y es más rápido.

Desgraciadamente todo esto que han podido apreciar solo se encuentra en los repositorios Git de LXDE, pero nos comentan que esto no es solo un experimento, LXDE-Qt será una realidad.

Rendimiento

Según nos comentan en el artículo original, la migración a Qt causará una leve elevación del uso de la memoria en comparación con la versión en Gtk2, pero, la migración a GTK + 3 también causa aumento similar de uso de recursos.

Como Gtk2 ya no tiene soporte por su creador, y ahora está en desuso, la migración a Qt no es una mala idea en el momento. Además, el uso de memoria ligeramente superior es todavía aceptable para la mayoría de las máquinas existentes.

El uso de recursos reales pueden diferir mucho entre diferentes distribuciones de Linux – nos comentan en la entrada-, por ejemplo, las basada en Ubuntu corriendo LXDE tiende a usar más memoria que las basadas en Archlinux.

Pueden leer más al respecto en este enlace.


elav

elav: Blog Personal / Twitter / G+ / Usuario de ArchLinux. Informático, melómano, blogger y diseñador web. Administrador y Fundador de DesdeLinux.net.


66 comentarios en “LXDE-Qt: Primer contacto

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos necesarios están marcados *

Puedes usar las siguientes etiquetas y atributos HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Current ye@r *

  1. Me agrada la idea de un LXDE-Qt, supongo habrá que esperar un poco más para que la transición este madura del todo como para probar.

    1/65
  2. Google Chrome 28.0.1500.70Arch Linux x64KDE
    Leproso_IvanLeproso_Ivan

    Creo que LXDE se inventó como una alternativa más liviana a Gnome y KDE. Pero habría que ver hasta que punto es casi igual el consumo con la versión GTK+. Me atrae la idea.. Espero pronto poder probarlo por mi mismo.

    2/65
  3. Mi sueño húmedo hecho realidad. Si lo venden se los compro, si ando dejando al ratonsito.

    3/65
  4. Pobre XFCE, se va a quedar sólo……..muy solo.

    4/65
  5. No me entero.

    Si el rendimiento es el mismo o ligeramente más alto…

    ¿Qué sentido tiene? A fin de cuentas la mayoría de las aplicaciones están hechas en GTK.

    6/65
    • El problema es GTK2 que está descontinuado.

      8/65
    • El rendimiento es ligeramente superior.. Pero Gtk2 ya no tiene soporte, así que Qt es una buena opción, que tiene un desarrollo constante.

      10/65
    • Pues con la mayoría de los usuarios usando Qt (Unity, KDE, LXDE) saldrán más aplicaciones Qt, cambiará esa tendencia. Y, de todos modos, se pueden usar las Gtk sin problemas… Yo en KDE uso Firefox, LibreOffice y alguna más y no me ha pasado nada.

      15/65
      • El libreoffice de chakra no tiene dependencias de GTK

        20/65
      • Lo sé, pero no uso Chakra.
        Lo usé hace un tiempo y, si no ha cambiado la cosa, aunque no tengan dependencias GTK la integración visual es deficiente. Los mensajes que se muestran cuando dejas el cursor sobre algún botón no se podían leer por ser letras negras sobre gris muy oscuro… Que sí, que podía cambiar el fondo pero no deja de ser un problema.

        26/65
      • Vamos, que en la práctica eso no me supone ninguna mejora. Si hacen una versión que use Qt Y luzca como tal, entonces sería otra cosa.

        27/65
    • Lo que sucede es que gtk2 esta descontinuado. Es cierto que gtk2 es mas ligero que qt pero Gtk3 no tiene un mejor rendimiento que qt4 o qt5, y dado que va a tener que hacer la migración de todas formas y que hay problemas de compatibilidad entre las diferentes versiones de gtk3, yo creo que los de lxde no van a ser los únicos que van a pasar de gtk2 a qt ( si no mal no recuerdo openshot también estaba siendo portado a qt5)

      Igualmente la ultima ve que probé pcmanfm-qt y lximage-qt necesitaban como dependencia a gtk2( por libfm) si aun la necesitan no seria un escritorio qt puro.

      23/65
  6. Se me hizo agua la boca. Sí ando dejando al roedor por esto.

    7/65
  7. Otra cosa, ¿no sería bueno que juntaran esfuerzos con RazorQT?
    Los 2 apuntan a un mismo campo. Aunque Razor ya va muy avanzado como para que lo dejen or LXDE-QT.

    11/65
  8. Me parece espectacular, quizá sí, unir esfuerzos con razor-qt o bueno, seguir su camino separado pero compartir aplicaciones como PC-manfm y su desarrollo, a la larga es cuestión de cada quien … la verdad es que como esto se haga real y Lubuntu lo tome, tendré mas pie para usar una netbook y no tener que gastarme toneladas en una notebook (que aquí están super infladas).

    ¿Razones para cambiar? jojo ¿Cuantas no? hay que ver como avanzan estos señores y ver hasta que punto se llega!

    13/65
  9. me recordo un poco a lo que era KDE 3.1
    quisas con el tiempo LXDE termine siendo lo que fue KDE 3.5, un escritorio muy completo.

    18/65
  10. usar lxde-qt vendria siendo parecido a usar razor-qt verdad?

    19/65
  11. ¿Y por qué no unirse a Razor? ambos usan OpenBox, ambos en qt y ambos hacen un escritorio simple y muy liviano

    21/65
  12. También están en qt las aplicaciones lxinput y lxrandr. Se encuentran en el ccr de chakra ;)

    24/65
  13. Google Chrome 28.0.1500.52GNU/Linux x64
    Nombre[Requerido]

    ¿Pero en que lo hicieron? ¿En QT4? Te cuento que tampoco se sigue desarrollando.

    29/65
  14. Safari 5.1.7Windows 7Aero
    ferchometalferchometal

    se ve interesante esta primera muestra, a mi en lo personal me encanta lo que es Razor-QT e inclusive lo uso en Lubuntu…

    32/65
  15. IceWeasel 10.0.3Debian GNU/LinuxLXDE
    rockandroleo

    Hasta donde sé, LXDE no pretende dejar su desarrollo en gtk, por lo que qt sería una variante. ¿Es así?
    Por otra parte, ¿alguien sabe a ciencia cierta si existen las intenciones de parte de los de LXDE de portar gtk2 a gtk3?
    Saludos.

    33/65
  16. IceWeasel 10.0.3Debian GNU/LinuxLXDE
    rockandroleo

    Hasta donde sé, LXDE no pretende dejar su desarrollo en gtk, por lo que qt sería una variante. ¿Es así?
    Por otra parte, ¿alguien sabe a ciencia cierta si existen las intenciones de parte del equipo de LXDE de portar el escritorio de gtk2 a gtk3? Si no es así, es un hecho que la variante qt sería pronto la única realmente viable.
    Saludos.

    34/65
  17. Bien por LXDE, era algo que estaba pensando ultimamente, portar LXDE a QT es lo mejor que pueden hacer!!!
    Se echaba en falta un entorno ligero escrito en qT, aunque de todos modos KDE se puede “ligerizar” xD esta niveles bastante altos. Mi KDE, pòr ejemplo, al inicio consume solo 192MB y tengo un entorno completo y con algunos efectos, no me falta nada xD
    Ojalà XFCE hiciera lo mismo, pero lo van a portar a gtk3, lastima :(
    Pobres gnome y gtk… se estan quedando solitos xD
    Para mi (y para muchos otros seguramente tambièn) Qt es el futuro.

    37/65
  18. Probé LXDE en Debian Stable, y me pareció acertada esa decisión de inclinarse hacia QT (ya me hartaba ver al VLC como si fuese de Windows clásico).

    De todas formas, espero que con el QT mejore LXDE, y si se desea ejecutar correctamente aplicaciones GTK+ con el LXDE-QT, se le puede aplicar el paquete de compatibilidad de GTK+ para QT.

    39/65
    • Si se veia mal es porque no aplicabas el tema correctamente XD

      42/65
      • Por desgracia, en el DVD1 que instalé Debian Wheezy, el VLC me vino con QT como dependencia, así que no me digas que he aplicado mal el tema, ya que Debian te configura de forma automática muchas dependencias y en la mayoría de casos, lo hace muy bien.

        59/65
  19. Firefox 15.0Debian GNU/Linux
    Federico A. Valdés Toujague

    @eliotime3000 Saludos!!!. En el repo de Wheezy, aun después de actualizar, la versión de lxde-common es la 0.5.5.6, y en ella se refleja:

    * Good-looking, GTK+ 2 internationalized user interface.

    Te pregunto si cambiaron a Qt4 en alguna posterior

    43/65
  20. Más información al respecto:

    1) Esta versión de LXDE usa QT 4, y que esperará a llegue QT 5.1. Dice que la 5 quitó unas cuantas apis relacionadas con X11

    2) Ya hay algo de cooperación con Razor-qt. Más información en este grupo de google
    https://groups.google.com/forum/?fromgroups=#!forum/razor-qt

    44/65
  21. @diazepan, @Son Link, @elav, Os dejo las ultima publicaciones de GTK2 y GTK3:

    GTK2: Versión 2.24.19 – 2013-06-16
    GTK 3: Versión 3.6.4 – 2013-01-07

    Porque deciis que GTK2 esta descontinuado?, esta claro que eso lo que os gustaria pero no es la realidad, muchas aplicaciones estan en GTK2 y no tienen pensado cambiar, asi que tendrá aun soporte durante mucho tiempo.

    45/65
  22. off topic
    debian 7 wheezy trae kernel pae? podra instalarse en una laptop con cpu intel “dothan” ??

    51/65
    • El Pae lo traen la mayor parte de los procesadores, al igual que el NX, así que ese problema está solucionado.

      Sería un problema si instalases Slackware en una mainboard Foxconn, a que curiosamente me bota kernel panic cuando intento instalar/emular esa distro en esas mainboards.

      54/65
  23. No sé si me equivoco, pero creo que openbox tiene dependencias gtk2 ¿no serán muchas librerías precargadas?
    Pero igualmente en cuanto al consumo no deberían preocuparse mucho ya que en el peor de los casos se usaría a openbox “pelado”

    53/65
    • Openbox no depende de ninguna toolkit . Yo la compile en chakra sin gtk instalado.
      Aunque pcmanfm depende de libfm que si depende de gtk2 (aunque supongo que mas adelante esto también sera portado)

      62/65
  24. Me agrada que hayan optado por migrar a QT, espero que con ello sean mas los desarrolladores que ayuden a este entorno y siga caracterizandose por ser de bajo consumo en cuanto a RAM.

    Saludos!

    63/65
  25. Me encanta la idea!!, realmente recomiendo una distribucion rolling release, para que tengan lo ultimo de lo ultimo y con los bugs arreglados de versiones anteriores, en lo personal estoy escalando por asi decirlo en las distribuciones linux de las mas faciles a las mas dificiles, empece con ubuntu, pero antes no existia manjaro, la recomiendo al 100% por su sencillisima manera de instalación tipo ubuntu, el cambio fue debido a que ubuntu me saco canas por lo lento y que no puedes tener lo ultimo de lo ultimo, actualmente estoy usando manjaro y mi proximo paso será archlinux, debido a tiempo no he podido cambiar, pero lo haré.
    Para los que estan enfadados de ubuntu, la inestabilidad en las latpops, me ha sevido mejor manjaro, si quieren algo bonito instalen la interfaz grafica KDE, o algo rapido la interfaz grafica LXDE (Disponible en GTK o Qt, recomiendo Qt).
    Mi ultimo paso es mover mi hardware a uno totalmente libre, estaba buscando una laptop y la encontré, esta es la dirección.

    64/65

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos necesarios están marcados *

Puedes usar las siguientes etiquetas y atributos HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Current ye@r *