Journal Qt 4.2 pour bientot !

Posté par  (site web personnel) .
Étiquettes : aucune
0
30
juin
2006
Enorme !!!

http://doc.trolltech.com/4.2/qt4-2-intro.html

- CSS pour les styles des widgets (a comparer a XUL)
- OpenGL pour le backend du systeme de canvas + le plaquage de textures
- Integration a GNOME (Clearlooks + Glib eventloop + ordre des boutons cancel & ok)
- Icones en SVG

Et le meilleur pour la fin: integration de D-BUS !!!

+ des dizaines de nouveaux trucs: systray, auto-completion, detection reseau, undo framework, meilleur support CUPS, widgets...
  • # Vous avez même

    Posté par  . Évalué à 4.

  • # Messant!

    Posté par  (site web personnel) . Évalué à 3.

    J'etais entrain de préparer un journal tout beau tout propre bien détaillé :(
    Bon ben je vais le mettre en news alors....
    Bon sinon j'etais passé à côté du undo framework moi
  • # nouveautés

    Posté par  . Évalué à 3.

    dans les grandes nouveautés il y a aussi le très attendu QGraphicsView, très performant et très agréable à utiliser (pour le développeur :)
  • # Ca veut dire quoi css pour les widgets exatement ?

    Posté par  (site web personnel) . Évalué à 1.

    Aujourd'hui, je ne sait pas comment sont fait les thémes QT ,

    Mais est ce que cela veut dire que l'on pourra les faire plus facilement ?

    Qu'il suffira de connaitre un peu de css, pour custum quelques trucs ?
    • [^] # Re: Ca veut dire quoi css pour les widgets exatement ?

      Posté par  (site web personnel) . Évalué à 1.

      Exactement. XUL (Firefox, Thunderbird...) le fait deja.
      Avec Qt il sera egalement tres facile pour l'utilisateur final de modifier une interface graphique Qt. Actuellement c'est complique, il faut coder en C++ en utilisant la classe QStyle.

      C'est vraiment enorme comme fonctionnalite !
      • [^] # Re: Ca veut dire quoi css pour les widgets exatement ?

        Posté par  (site web personnel) . Évalué à 2.

        Cela ne risque-t'il pas aussi d'être plus lourd ? Quand je vois Firefox face à Epiphany, je me dis que c'est certes pratique, mais que les "petites" configs ne doivent pas aimer (en même temps, KDE n'est peut-être pas ce qu'il y a de plus adapté pour les petites configs, mais quand même).

        Me trompé-je ?
      • [^] # Re: Ca veut dire quoi css pour les widgets exatement ?

        Posté par  . Évalué à 1.

        Xul le fait déjà, mais avant|pendant lui il y a les EFL et son fabuleux EDJE, une librairie séparant dans un fichier a part interface et programme pure. Comme toute les EFL, ça roxxore sa race.

        Source :
        http://enlightenment.sourceforge.net/Libraries/Edje/
        http://fr.edevelop.org/Aide/edje/
        • [^] # Re: Ca veut dire quoi css pour les widgets exatement ?

          Posté par  (site web personnel) . Évalué à 5.

          Euh..
          Que dire...
          Ah je sais
          Que Qt et Gtk le font depuis un moment
          voir glade pour Gtk et pour Qt c'est les .ui avec designer
          Donc bon les EFL ca rox mais bon, si c'est juste pour copier en à peine mieux, vaut mieux améliorer
          • [^] # Re: Ca veut dire quoi css pour les widgets exatement ?

            Posté par  . Évalué à 1.

            Je suis tout a fait d'accord sur le fond, mais de là a dire que les EFL sont des simples copie... c'est aller un petit peu loin (suffisament pour que je t'y suis pas).

            De toute façon, le sujet n'était pas la séparation interface/code mais l'utilisation d'une base XML pour coder l'interface, tout comme XUL.
            • [^] # Re: Ca veut dire quoi css pour les widgets exatement ?

              Posté par  . Évalué à 1.

              Ce que veut dire le monsieur, c'est que le principe d'utiliser du XML pour l'interface existe aussi pour Gtk et Qt (respectivement via Glade et les .ui). Rien de vraiment neuf sous le soleil, donc.
              • [^] # Re: Ca veut dire quoi css pour les widgets exatement ?

                Posté par  . Évalué à 3.

                Bah non justement les fichiers edje n'ont rien à voir avec les fichiers xml glade ou qt designer. Ces derniers ne font que stocker la hiérarchie des widgets d'une interface d'une application. Ils ont été conçus dans le but de faciliter la création d'une interface (au moyen d'un designer).

                Les fichiers edje ont été conçus avec comme objectif premier de faciliter la création et la distribution de thèmes pour une interface. En ce sens, un fichier edje décrit (de mémoire, que les érudits ne se gènent pas de me corriger) des zones d'affichage du programmes, des animations, des images, des signaux, ... Un peu comme un fichier "css". Ensuite ce fichier est compilé en une archive .edc qui contient tous les éléments graphiques nécessaires (images, fontes, ...)
                Ceci permet simplement, en distribuant ce seul fichier edc de modifier totalement l'aspect de l'interface. Voir par exemple les thèmes d'E17 sur http://www.get-e.org.

                Ces technos n'ont pas du tout le même objectif. D'ailleurs il serrait assez kamikaze de tenté de décrire l'intégralité de l'interace d'un programme non trivial en edje. Il faut l'utiliser en complément d'EWL (E Widjet Library, une bib en c style GTK).

                Je penses aussi avoir vu sur leur cvs une lib de construction d'interface à partir d'un fichier xml (à la libglade) mais je ne connais pas son niveau d'achèvement.
                • [^] # Re: Ca veut dire quoi css pour les widgets exatement ?

                  Posté par  . Évalué à 1.

                  Ces technos n'ont pas du tout le même objectif. D'ailleurs il serrait assez kamikaze de tenté de décrire l'intégralité de l'interace d'un programme non trivial en edje. Il faut l'utiliser en complément d'EWL (E Widjet Library, une bib en c style GTK).

                  Oh, peut être pas. La syntaxe est clair, assez intuitive, de haut niveau et compressé. De fait, la plupart des E-programmes ont été écrit avec la lib EDJE toute seul.

                  Mais il faudrait l'avis d'un pro, là.
  • # Bigre ! ;-)

    Posté par  (site web personnel) . Évalué à 3.

    des dizaines de nouveaux trucs: systray, auto-completion, detection reseau, undo framework, meilleur support CUPS, widgets...

    Et pourquoi pas des qio-slaves et des qparts évolués ?
    Bigre, que va-t-il rester à kdelibs ? ;-)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.