Disponibilité de Qt4.1

Posté par  (site web personnel) . Modéré par Mouns.
Étiquettes :
0
20
déc.
2005
Serveurs d’affichage
Trolltech vient d'annoncer la disponibilité de la première révision mineure de Qt4, qui apporte son lot de nouvelles fonctionnalités :
  • support du rendu des graphiques Tiny SVG 1.2 ;
  • support du PDF par le sous-système d'impression ;
  • un framework de tests unitaires léger et thread-safe ;
  • support des proxy SOCKS 5 ;
  • amélioration de la gestion de l'OpenGL ;
  • support de la coloration syntaxique dans le moteur de rendu de texte.

QtDesigner a aussi été mis à jour. Rappelons que la version 4 apportait déjà les nouveautés suivantes :
  • Tulip, un ensemble de conteneurs plus rapide ;
  • Arthur, le moteur de dessin gérant le Postscript, OpenGL et SVG ;
  • Scribe, une API de rendu de texte supportant l'Unicode ;
  • Interview, un nouveau contrôleur Modèle/Vue ;
  • Mainwindow, un système moderne de création des fenêtres d'application.

De plus, le support des threads, des bases de données, et du réseau ont été largement améliorés. Le nouveau QtDesigner supporte désormais les applications MDI et SDI (Multi/Single Document Interface).

Aller plus loin

  • # kde

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

    c'est gnome qui va en profiter

    c'est quand même beaucoup de développement qui est économisé pour kde...

    www.solutions-norenda.com

  • # Question bête

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

    KDE 4 sera-t-il basé sur cette version ou sur la 4.0 ?

    • [^] # Re: Question bête

      Posté par  . Évalué à 6.

      Il sera basé sur la branche 4.x

      (oui, c'est une super réponse)

    • [^] # Re: Question bête

      Posté par  . Évalué à -1.

      Au vu du nombre incroyable de bugs en tout genre qu'il y a dans la 4.0 ca m'étonnerai fortement qu'il l'utilise !

      • [^] # Re: Question bête

        Posté par  . Évalué à 3.

        Mon avis est que KDE 4.x sert de terrain d'experimentation à Qt 4.x.
        Quand les developpeurs de KDE constatent des bugs ou des lenteurs, cela doit certainement influencé directement Qt4.n+1

    • [^] # Re: Question bête

      Posté par  . Évalué à 3.

      Une chose est sûr : ça sera pas sur la 4.0.
      Certains développeurs de KDE parlent d'utiliser la version 4.2 qui devrait être sortie d'ici la sortie de KDE 4, afin d'avoir un truc plus stable, plus rapide et plus complet (QCanvas...) dès l'apparition de KDE4.

  • # Pas très rapide les développeurs

    Posté par  . Évalué à 2.

    J'avais envoyé un mail le 17 Novembre concernant un bug dans le plugins PostgreSQL de QT4, voici la réponse que j'ai reçut :


    Hi Greg,

    On Thursday, 17. Nov 2005 08:41 Greg Burri wrote:

    >> In line 301 of the file 'qsql_psql.cpp' you free the memory like that
    >> :
    >> QByteArray ba((const char*)data, len);
    >> -> free(data);
    >> return QVariant(ba);
    >>
    >> But it's not correct, you have to free using the function
    >> 'PQfreemem(void* ptr)' which is describe at
    >> 'http://www.postgresql.org/docs/8.1/interactive/libpq-exec.ht(...)


    Indeed. This seems to have changed from 7.3 though, the docs for 7.3
    doesn't mention PQfreemem() at all, but does mention free(). See

    http://www.postgresql.org/docs/7.3/static/libpq-exec.html

    We'll try to fix this though, thanks for reporting.

    --
    Jan Erik Hanssen
    Trolltech AS, Waldemar Thranes gate 98, NO-0175 Oslo, Norway


    ... le bug n'est pas corrigé dans la 4.1

    • [^] # Re: Pas très rapide les développeurs

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

      >> J'avais envoyé un mail le 17 Novembre concernant un bug

      je pense que le 17/11 QT4.1 devait déja être en freeze pour tests et qu'ils n'ont donc pas pu corriger ton bug. De toute façon ton report n'est pas perdu.
      quand tu écrit qu'ils ne sont pas très rapide ça me semble un peu rude pour eux non ? QT est un GROS machin et c'est normal qu'ils testent beaucoup avant de faire une release....ce qui exige du temps !

  • # prise en charge, pas support

    Posté par  (site web personnel, Mastodon) . Évalué à 4.

    "support" de quelque chose ne veut rien dire en français, en tout cas, pas dans le contexte d'une fonctionnalité prise en charge par un logiciel.

    La bonne traduction du mot anglais "support" est "prise en charge" dans le cas présent.

  • # QCanvas ?

    Posté par  . Évalué à 1.

    Et toujours pas de successeur au QCanvas de Qt3 ... sur ce soup là je suis VRAIMENT déçu de Qt :/

    • [^] # Re: QCanvas ?

      Posté par  . Évalué à 3.

      D'après ce que j'ai compris, voilà ce qui va se passer :

      * un QtCanvas va sortir, sous forme de solution. Ce dernier aura la même interface que QCanvas de Qt3, sauf qu'il ne s'appuiera que sur Qt4 (et pas les classes de compatibilités).

      * QGraphicView, le successeur de QCanvas, sera présent dans Qt4.2 (mais ils nous avaient fait le même coup avec Qt4.1).

      Source : mailing-list et ce message sur dot.kde :
      http://dot.kde.org/1135084395/1135091972/

    • [^] # Re: QCanvas ?

      Posté par  . Évalué à 2.

      Y'a déjà un truc ici, si ça t'intéresse :
      ftp://ftp.trolltech.com/qt/source/qtcanvas-opensource-4.1.0.(...)

      Néanmoins, je cite le README :
      QtCanvas is Qt 3's canvas module with a Qt 4 style API.

      QtCanvas is a port to Qt 4 of Qt 3's QCanvas module. It is intended to be used in porting projects from Qt 3 to Qt 4. QtCanvas differs from the Qt3Canvas classes of the Qt3Support module in that the API has been updated to Qt 4 style. Hence, it facilitates "clean" Qt 4 ports which do not require Qt3Support.

      It should be noted that this module is not recommended as the long-term choice for new Qt 4 projects, as Qt 4.2 is expected to provide a replacement for QCanvas, based on Qt 4's powerful new 2D paint system.

Suivre le flux des commentaires

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