Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Moteurs Web Discussion :

Les prochaines versions annoncées [News]


Sujet :

Moteurs Web

  1. #1
    Responsable Qt & Livres


    Avatar de dourouc05
    Homme Profil pro
    Ingénieur de recherche
    Inscrit en
    août 2008
    Messages
    24 990
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur de recherche
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2008
    Messages : 24 990
    Points : 176 972
    Points
    176 972
    Par défaut Les prochaines versions annoncées
    Nokia annonce les prochaines versions de QtWebKit
    QtWebKit 2.1 apportera le support de HTML5 sur Symbian et MeeGo

    Mise à jour du 08/03/2011 par dourouc05


    Après avoir été projet pionnier de la modularisation de Qt, qui devrait arriver pour Qt 4.8, QtWebKit fait enfin à nouveau entendre parler de lui, en annonçant les prochaines versions.

    QtWebKit 2.1 se focalisera sur le support des plateformes Nokia (c'est-à-dire Symbian et MeeGo), toujours en se basant sur Qt 4.7. Il corrigera un certain nombre de bogues et apportera le support d'un certain nombre d'éléments de HTML5.

    QtWebKit 2.2 sera, quant à lui, dirigé vers Qt 4.8, toutes plateformes confondues. Il se basera sur un nouvel export du tronc de WebKit, la révision est toujours à décider.

    En préparation pour ces nouveautés, le support de Qt 4.6 sera bientôt enlevé du tronc de QtWebKit.

    Source



    QtWebKit commence à se découpler de Qt dès la version 2.0

    La version 2.0 de QtWebKit, attendue pour mai 2010, sera la première version à être distribuée en dehors de Qt : le module continuera à être inclus dans les distributions de Qt, avec toutes ses dépendances, avec un support commercial pour ceux qui l'ont acheté, mais les releases du modules seront désynchronisées par rapport à celles de Qt. Cette version 2.0 sera compatible avec Qt 4.6 et 4.7.

    Au final, cela ne changera pas grand chose pour l'utilisateur : rien, en fait, sauf s'il veut se maintenir à jour pour ce module, auquel cas une nouvelle version de Qt n'apportera pas forcément une nouvelle version de QtWebKit, mais le module QtWebKit pourra continuer à évoluer à son propre rythme en dehors de Qt.

    En même temps, l'équipe de QtWebKit cherche des moyens pour accélérer le moteur, vu que ses utilisations ont changé : avant, WebKit était presque exclusivement utilisé sur PC ; de nos jours, il est aussi utilisé sur des périphériques mobiles, des téléphones... sous Maemo, Symbian, Windows CE ou bien d'autres.

    Source : les Qt Labs.

    Et vous ?

    Utilisez-vous QtWebKit dans vos applications ? Ce découplage vous semble-t-il une bonne idée, ou bien auriez-vous préféré que le système actuel reste en place ?

    Cette nouvelle planification des sorties permettra-t-elle de mieux suivre l'évolution de WebKit, les nouveaux besoins des utilisateurs ?
    Vous souhaitez participer aux rubriques Qt ou PyQt (tutoriels, FAQ, traductions), HPC ? Contactez-moi par MP.

    Créer des applications graphiques en Python avec PyQt5
    Créer des applications avec Qt 5.

    Pas de question d'ordre technique par MP !

  2. #2
    Membre du Club
    Profil pro
    Développeur Web
    Inscrit en
    octobre 2009
    Messages
    36
    Détails du profil
    Informations personnelles :
    Âge : 29
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : octobre 2009
    Messages : 36
    Points : 48
    Points
    48
    Par défaut
    Cette désynchronisation me paraît être une bonne chose.

    Comme ça a été dit, aucun changement pour ceux qui se mettent a jour à chaque changement de version majeur de Qt.

    Mais si QtWebkit est en évolution constante, et sûrement plus rapide que l'ensemble de la bibliothèque, cela ne peut que faire bouger un peu plus les développeurs, et les dernières applications disposeront de la plus fraîche des versions.

    Ce serait peut-être plus complexe à gérer, mais pourquoi pas étendre ce principe à d'autres gros modules ?

  3. #3
    Membre expérimenté

    Profil pro
    Enseignant
    Inscrit en
    décembre 2006
    Messages
    2 301
    Détails du profil
    Informations personnelles :
    Localisation : France, Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : décembre 2006
    Messages : 2 301
    Points : 1 749
    Points
    1 749
    Par défaut
    Pour ma part, je vais utiliser le WebKit non pas pour naviguer sur le net mais pour afficher des graphiques manipulables à la souris, puis pour récupérer les données. Tout se fera via la communication entre Qt et di JavaScript.

    Que les modules importants aient leur propre rythme de développement, pourquoi pas. Maintenant en pratique, faire les mises à jour séparées, il n'est pas certain que chacun le fera.

  4. #4
    Membre éprouvé

    Profil pro
    Inscrit en
    mai 2007
    Messages
    774
    Détails du profil
    Informations personnelles :
    Âge : 32
    Localisation : France, Finistère (Bretagne)

    Informations forums :
    Inscription : mai 2007
    Messages : 774
    Points : 969
    Points
    969
    Par défaut
    En soi, ce n'est pas forcément une mauvaise chose, et ça pourra sans doute dynamiser l'évolution de QtWebKit (sans attendre une MAJ complète du framework).

    Par contre, ce qui me fait peur, c'est, comme tu l'a dis :
    les releases du modules seront désynchronisées par rapport à celles de Qt
    Ce qui implique des risques de perdre cette "compatibilité" parfaite entre tous les modules de Qt et leurs objets. A terme, on peut se retrouver avec des modèles de données différents, et on utilisera des "passerelles" (ex. Qt 3 support library) pour faire marcher tout ça ensemble, et les performances risquent d'en prendre un coup.

    Donc pour moi, séparer, pourquoi pas, mais attention à ne pas perdre ce qui fait la grande simplicité de Qt, à savoir la cohésion de tous ces modules.

    G.
    Un problème avec Qt ? Vous trouverez votre réponse ici : http://doc.trolltech.com/4.6/overviews.html
    En français (traduction réalisée par l'équipe Qt de DVP) : http://qt.developpez.com/doc/4.6/vues-d-ensemble/

  5. #5
    Membre averti

    Profil pro
    Inscrit en
    mars 2005
    Messages
    149
    Détails du profil
    Informations personnelles :
    Âge : 35
    Localisation : Belgique

    Informations forums :
    Inscription : mars 2005
    Messages : 149
    Points : 435
    Points
    435
    Par défaut
    Citation Envoyé par Gulish Voir le message
    Par contre, ce qui me fait peur, c'est, comme tu l'a dis : Ce qui implique des risques de perdre cette "compatibilité" parfaite entre tous les modules de Qt et leurs objets. A terme, on peut se retrouver avec des modèles de données différents, et on utilisera des "passerelles" (ex. Qt 3 support library) pour faire marcher tout ça ensemble, et les performances risquent d'en prendre un coup.

    Donc pour moi, séparer, pourquoi pas, mais attention à ne pas perdre ce qui fait la grande simplicité de Qt, à savoir la cohésion de tous ces modules.
    Il n'y a pas de danger de ce côté-là.

    L'objectif est de découpler les sorties de QtWebKit des sorties de Qt afin de mettre à jour WebKit plus souvent que Qt. A priori, 90% des utilisateurs de WebKit s'en foutent et continueront à utiliser la version livrée avec la dernière version de Qt.

    Les utilisateurs les plus intéressés sont ceux qui veulent les dernières technologies de WebKit au plus tôt. Par exemple, certains voudraient le support WebGL dès maintenant, et pas attendre Qt 4.7.

    Citation Envoyé par rambc Voir le message
    Que les modules importants aient leur propre rythme de développement, pourquoi pas. Maintenant en pratique, faire les mises à jour séparés, il n'est pas certain que chacun le fera.
    QtWebkit fera toujours partie du SDK, et sera mis à jour avec chaque version majeure de Qt. Donc les mises à jour séparés sont principalement utile pour ceux qui ont besoin de mettre à jour WebKit plus vite que Qt.

  6. #6
    Nouveau Candidat au Club
    Inscrit en
    mars 2010
    Messages
    1
    Détails du profil
    Informations forums :
    Inscription : mars 2010
    Messages : 1
    Points : 1
    Points
    1
    Par défaut
    ce découplage me paraît très bien.

    Est-ce que la nouvelle branche qtwebkit pourra être facilement compilée pour wince? Car pour l'instant je n'ai pas encore réussi à compiler la version qtwebkit-gitorious pour wince (qt4.6.2), trop compliqué et pas documenté.

  7. #7
    Responsable Qt & Livres


    Avatar de dourouc05
    Homme Profil pro
    Ingénieur de recherche
    Inscrit en
    août 2008
    Messages
    24 990
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur de recherche
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2008
    Messages : 24 990
    Points : 176 972
    Points
    176 972
    Par défaut
    Nokia annonce les prochaines versions de QtWebKit
    QtWebKit 2.1 apportera le support de HTML5 sur Symbian et MeeGo

    Après avoir été projet pionnier de la modularisation de Qt, qui devrait arriver pour Qt 4.8, QtWebKit fait enfin à nouveau entendre parler de lui, en annonçant les prochaines versions.

    QtWebKit 2.1 se focalisera sur le support des plateformes Nokia (c'est-à-dire Symbian et MeeGo), toujours en se basant sur Qt 4.7. Il corrigera un certain nombre de bogues et apportera le support d'un certain nombre d'éléments de HTML5.

    QtWebKit 2.2 sera, quant à lui, dirigé vers Qt 4.8, toutes plateformes confondues. Il se basera sur un nouvel export du tronc de WebKit, la révision est toujours à décider.

    En préparation pour ces nouveautés, le support de Qt 4.6 sera bientôt enlevé du tronc de QtWebKit.

    Source : http://labs.qt.nokia.com/2011/03/03/...bkit-releases/
    Vous souhaitez participer aux rubriques Qt ou PyQt (tutoriels, FAQ, traductions), HPC ? Contactez-moi par MP.

    Créer des applications graphiques en Python avec PyQt5
    Créer des applications avec Qt 5.

    Pas de question d'ordre technique par MP !

Discussions similaires

  1. Réponses: 5
    Dernier message: 05/02/2014, 18h18
  2. Réponses: 20
    Dernier message: 29/04/2011, 19h00
  3. Réponses: 0
    Dernier message: 05/04/2011, 13h54
  4. Réponses: 20
    Dernier message: 25/02/2011, 02h37

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo