Il semblerait qu'une version Qt de Firefox sera bientôt disponible et supportée officiellement par la fondation Mozilla. C'est du moins ce qu'annonce Oleg Romaxa de Trolltech qui a réalisé l'implémentation pour Nokia en vu d'être utilisée dans leur téléphone N810.
Pour ceux qui se demande pourquoi Nokia n'utilise pas QtWebKit (disponible depuis Qt 4.4), cela viendrait du fait que Firefox soit plus adapté pour l'embarqué. De plus le support NPAPI n'est pas disponible pour Qt (mais cela devrait venir avec Qt 4.5), exit donc le plug-in FlashÇaPuÇaBouffeToutMonCPU et ça c'est mauvais pour consulter YouTube depuis son portable.
La suite ici : http://dot.kde.org/1218543988/
# Retour d'une vieille idée
Posté par APDT . Évalué à 3.
En tout cas, je trouve l'initiative louable. Et comme il est dit sur l'article, Kubuntu se fera un plaisir de faire des packages. :)
[^] # Re: Retour d'une vieille idée
Posté par sanao . Évalué à 2.
* sur Mozilla.org : http://www.mozilla.org/ports/qtmozilla/
* sur le site de Trolltech : http://web.archive.org/web/20060210120841/http://www.trollte(...) (merci Internet Archive)
Le portage date de 2003 et a été réalisé sur Qt 2 et 3.
Quand on regarde ceux qui ont participé au portage, il y a du beau monde : Eirik Chambe-Eng et Haavard Nord (fondateurs de Trolltech) et Matthias Ettrich (fondateur de KDE)
[^] # Re: Retour d'une vieille idée
Posté par Bruno Ethvignot (site web personnel) . Évalué à 10.
http://www.mozillazine.org/talkback.html?article=742
Et a été abandonné en 2003 :
http://mozillazine-fr.org/archive.phtml?article=2893
Cette première tentative fut celle de Trolltech qui porta Gecko sous Qt. Le projet nommé QtMozilla n'a jamais vraiment été maintenu et a plus été entrepris pour montrer la facilité de développement avec Qt.
Il y aurait eu une seconde tentative d'intégration de Gecko sous Konqueror quelques années après en tant que composant. Il était alors possible d'intégrer Gecko dans la fenêtre de Konqueror. Cependant, les menus et les widgets des pages Web étaient toujours en GTK+ et le lancement du composant pour visualiser les pages Web n'était pas des plus véloces au lancement. Cette intégration de Gecko dans Konqueror avait en fait été réalisée pour montrer la souplesse de la technologie KParts (système de partage de composants entre applications)
Une troisième tentative vit le jour en août 2004, lorsque Ian Geiser, Lars Knoll, Dirk Mueller, et Zack Rusin commencèrent à intégrer Gecko dans KDE, pendant l'aKademy 2004 ( http://mozillazine-fr.org/archive.phtml?article=6419 ) et Zack Rusin disait être en train de finaliser et de valider le code dans le CVS de Mozilla ( (http://mozillazine-fr.org/archive.phtml?article=6419 )
Voir aussi la nouvelle sur LinuxFr : http://linuxfr.org/2004/09/12/17190.html
En janvier 2005 Dirk Mueller a demandé un compte CVS Mozilla pour aider Zack Rusin à améliorer le port de QT ( https://bugzilla.mozilla.org/show_bug.cgi?id=297788 ), mais sans succès apparemment. Le portage a été abandonné et les gens de KDE se sont consacrés sur le WebKit d'Apple.
# Modularisation?
Posté par Maclag . Évalué à 7.
Dans ce cas on pourrait plus tard voir fleurir des firefox-gnustep, firefox-EFL, etc.?
[^] # Re: Modularisation?
Posté par Erwan . Évalué à 1.
[^] # Re: Modularisation?
Posté par Temsa (site web personnel) . Évalué à 3.
Marre des pages qui rament une fois le zoom activé (et parfois même sans), notamment lors des scrolls...
Je ne comprend pas pourquoi ça fait ça vu que normalement le backend de rendu [1] est sensé exploiter l'accélération graphique[2] depuis FF3, non ?
Après je pense qu'il est possible que ce soit la manière dont Firefox gère ça qui produise cet effet.
J'ai beau être fan de FF au quotidien, j'attend encore une version correctement accélérée graphiquement et multithreadée (ou mieux, micro threadé), qu'on ne patisse pas des ressources utilisées par un onglet lorsque un autre onglet a besoin de ressources et a 3 coeur dispo sans les utiliser, je trouve ça rageant.
1: cairo: http://www.cairographics.org/
2: on note tout de meme que le backend OpenGL est experimental d'après le site de cairo, mais même sans, il est bien sensé utiliser les accélérations graphiques disponibles...
Vu que ça semble ne pas marcher top pour l'accélération, pourquoi Cairo a pas un backend EFL? ca lui ferait sans doute du bien.
[^] # Re: Modularisation?
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 3.
Pour le multithread, Firefox utilise des processus pour tout ce qui est communication réseau. Mais par contre, pas d'utilisation de plusieurs processeurs en parallèle, Il semble que cela soit très compliqué. Voir un post de Roc, l'un des coredev de Mozilla : http://weblogs.mozillazine.org/roc/archives/2006/12/parallel(...)
# Essai en cours
Posté par xavier dumont . Évalué à 2.
Sinon, il se comporte comme firefox. Pas de surprise.
[^] # Re: Essai en cours
Posté par kahal (site web personnel) . Évalué à 6.
C'est normal, kde3.5 est en qt3 alors que mozilla-qt utilise qt4.
Chez moi, mozilla-qt a bien le thème de kde4 mais par contre les menus sont en vrac et c'est inutilisable...
# Les pieds de dedans …
Posté par Frédéric Heulin . Évalué à 2.
(sans même parler de problèmes de roaming et autres déconnections …)
[^] # Re: Les pieds de dedans …
Posté par tuXico . Évalué à 0.
# Un firefox où les plugins proprios/fermés seraient exclus...
Posté par GPL . Évalué à -10.
Mais bon, sachant que gecko est déjà écrit dans l'hyper-complexe C++, pourquoi ne pas avoir utiliser un toolkit dans le même langage, on n'est plus à ça prés...
[^] # Re: Un firefox où les plugins proprios/fermés seraient exclus...
Posté par Bapt (site web personnel) . Évalué à 2.
[^] # Re: Un firefox où les plugins proprios/fermés seraient exclus...
Posté par APDT . Évalué à 2.
[^] # Re: Un firefox où les plugins proprios/fermés seraient exclus...
Posté par GPL . Évalué à -6.
[^] # Re: Un firefox où les plugins proprios/fermés seraient exclus...
Posté par GPL . Évalué à -7.
C'est adobe qui va être content. Pour leur flash, si la version Qt de firefox prend le dessus, il devront acheter des licences à Trolltech!
Remarque, on s'en fout puisque la vidéo standard sans flash arrive dans les prochaines versions des navigateurs...
[^] # Re: Un firefox où les plugins proprios/fermés seraient exclus...
Posté par Vador Dark (site web personnel) . Évalué à 5.
Firefox est déjà GPL, ça n'interdit pas Flash sous Firefox.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.