Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser Journal : Vers une version Qt de Firefox
Posté par sanao () le 13 août 2008Pour 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/
> Lire le journal (17 commentaires, moyenne: 1,5).
Retour d'une vieille idée
Je me souviens d'un truc qui s'appelait Qt-mozilla. A l'époque (celle de Netscape 5), je crois que c'était une sorte de démo pour Qt. Je ne sais pas pourquoi ça n'a rien donné par la suite.
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 () le 13/08/2008 à 01:37. (lien). Évalué à 2.Voilà le site de la vieille idée :
* 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 (page perso, ) le 13/08/2008 à 08:20. (lien). Évalué à 10.En fait la première tentative de portage date de 1999 :
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?
Est-ce que ça veut dire que Firefox va devenir modulaire et indépendant des bibliothèques sous-jacentes? (question naïve? c'est peut-être déjà le cas??)
Dans ce cas on pourrait plus tard voir fleurir des firefox-gnustep, firefox-EFL, etc.?
-
[^]Re: Modularisation?
Posté par Erwan (page perso, ) le 13/08/2008 à 20:33. (lien). Évalué à 1.En même temps il y a déjà Firefox-Windows, Firefox-MacOSX et Firefox-GTK... Donc il y a déjà une certaine indépendance avec les bibliothèques.
-
[^]Re: Modularisation?
Posté par Temsa (Jabber id, page perso, ) le 15/08/2008 à 01:56. (lien). Évalué à 3.Need Firefox-EFL !
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 (page perso, ) le 16/08/2008 à 00:02. (lien). Évalué à 3.Pour l'accéleration graphique, cela dépend éffectivement de cairo.
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
Ayant téléchargé la bête, j'ai eu quelques problèmes avec l'apparence car ce Mozilla sauce qt ne s'intègre pas avec mon kde3.5 et s'ouvre avec un texte blanc sur fond gris clair, donc pas (du tout) très lisible.
Sinon, il se comporte comme firefox. Pas de surprise.
-
[^]Re: Essai en cours
Posté par kahal (page perso, ) le 13/08/2008 à 09:02. (lien). Évalué à 6.> Mozilla sauce qt ne s'intègre pas avec mon kde3.5
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 …
Ça n'est pas que je n'aimerais pas mais je ne penses pas qu'on puisse appeler le N810 un téléphone sauf pour ceux qui ont du wifi partout où ils vont.
(sans même parler de problèmes de roaming et autres déconnections …)
-
[^]Re: Les pieds de dedans …
[+] Un firefox où les plugins proprios/fermés seraient exclus...
En effet, la GPL de QT rendrait la totalité de firefox GPL. J'avoue que pour cette raison... c'est tentant... car exclure les plugins proprios/fermés... miam! Dommage que QT soit en C++(beurk!) et que l'entreprise Trolltech (nokia) puisse décider de ne plus développer QT en open source du jour au lendemain.
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 (page perso, ) le 13/08/2008 à 22:15. (lien). Évalué à 2.En même temps si tu te renseignais un peu, tu verrais que pour tout ce qui est licence libre, la licence de Qt prévoit des exceptions (=> elle est plus proche d'une LGPL), donc ça ne rend pas firefox GPL : http://doc.trolltech.com/4.4/license-gpl-exceptions.html
-
[^]Re: Un firefox où les plugins proprios/fermés seraient exclus...
Posté par APDT (page perso, ) le 14/08/2008 à 04:04. (lien). Évalué à 2.En plus, il parle des plugins, l'exemple même de programmes où la psychose de "la GPL qui contamine mon code proprio" n'a pas lieu d'être.
-
[+] [^]Re: Un firefox où les plugins proprios/fermés seraient exclus...
Posté par GPL (Jabber id, ) le 14/08/2008 à 10:23. (lien). Évalué à -7.En effet. Selon cette GPL avec tout pleins de modifications, firefox pourrait avoir des plugins proprios et fermés à la condition d'acheter la licence commerciale de trolltech!
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 (Jabber id, ) le 16/08/2008 à 00:06. (lien). Évalué à 5.Euh, tu es bien sûr de toi là?
Firefox est déjà GPL, ça n'interdit pas Flash sous Firefox.
-
-
Cette page a été générée par Templeet en 0.0783s (dont 0.0068 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.