>le fait que firefox stocke ses bookmarks et son historique dans une base de donnée, ce qui me donne toujours l'impression d'utiliser un char d'assaut contre une mouche
Mouai, je n'irais pas jusque là quand même. Le stockage des bookmarks/historique dans Firefox, ce n'est pas une simple accumulation d'URL. il y a aussi des données associées qui sont stockées : nom, mots-clés, eventuellement un nom de dossier de stockage, date de saisie, flag disant si c'est un bookmark ou pas, nombre de visites etc.. Et ces données sont utiles pour pouvoir faire des recherches et avoir les resultats les plus pertinents possibles quand tu commences à taper un mot dans la barre d'adresse.
Et personnellement, pour pouvoir stocker des données structurées comme je viens de décrire (et c'est en fait plus complexe que ça, voir la base places.sqlite dans le profile), et faire des recherches selon des critères variés, je vois pas autre chose que d'utiliser une base sql (ici sqlite). À moins de recreer un format de fichier indexé, redevelopper tout un tas de routine pour interroger le fichier... mais c'est reinventer la roue à mon avis...
L'impression de lourdeur que tu aurais pu avoir dans Firefox, c'est du au problème de fsync et le fait que FF3.0 fait trop de requête SQL. Dans FF3.5, ils ont optimisés ces requêtes pour qu'il y en ait moins et donc moins d'accès à la base (donc moins de gèle fsync).
>la balise video n'oblige pas à intégrer quoique ce soit. Le moteur de rendu peut tout à fait s'appuyer sur un lecteur extérieur
certes, mais ça n'en fait pas des pages moins lourdes, et un navigateur moins lourd. Il faut bien les gérer ces appels à ces libs externes...
>c'est d'ailleurs ( mais je ne vais pas vous l'apprendre ) ce que fait firefox en utilisant gstreamer
Firefox 3.5 n'utilisera pas gstreamer. Il n'y aura que le support natif ogg/theora. Le support gstreamer arrivera peut-être dans la version suivante. Le patch pour gstreamer n'est pour le moment pas encore intégré dans le trunk. Par manque de temps, mais aussi pour des raisons "politiques" : "pousser" au maximum dans un premier temps le format libre Theora.
[^] # Re: gni?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Uzbl : un navigateur internet, rien qu'un navigateur internet. Évalué à 7.
Mouai, je n'irais pas jusque là quand même. Le stockage des bookmarks/historique dans Firefox, ce n'est pas une simple accumulation d'URL. il y a aussi des données associées qui sont stockées : nom, mots-clés, eventuellement un nom de dossier de stockage, date de saisie, flag disant si c'est un bookmark ou pas, nombre de visites etc.. Et ces données sont utiles pour pouvoir faire des recherches et avoir les resultats les plus pertinents possibles quand tu commences à taper un mot dans la barre d'adresse.
Et personnellement, pour pouvoir stocker des données structurées comme je viens de décrire (et c'est en fait plus complexe que ça, voir la base places.sqlite dans le profile), et faire des recherches selon des critères variés, je vois pas autre chose que d'utiliser une base sql (ici sqlite). À moins de recreer un format de fichier indexé, redevelopper tout un tas de routine pour interroger le fichier... mais c'est reinventer la roue à mon avis...
L'impression de lourdeur que tu aurais pu avoir dans Firefox, c'est du au problème de fsync et le fait que FF3.0 fait trop de requête SQL. Dans FF3.5, ils ont optimisés ces requêtes pour qu'il y en ait moins et donc moins d'accès à la base (donc moins de gèle fsync).
>la balise video n'oblige pas à intégrer quoique ce soit. Le moteur de rendu peut tout à fait s'appuyer sur un lecteur extérieur
certes, mais ça n'en fait pas des pages moins lourdes, et un navigateur moins lourd. Il faut bien les gérer ces appels à ces libs externes...
>c'est d'ailleurs ( mais je ne vais pas vous l'apprendre ) ce que fait firefox en utilisant gstreamer
Firefox 3.5 n'utilisera pas gstreamer. Il n'y aura que le support natif ogg/theora. Le support gstreamer arrivera peut-être dans la version suivante. Le patch pour gstreamer n'est pour le moment pas encore intégré dans le trunk. Par manque de temps, mais aussi pour des raisons "politiques" : "pousser" au maximum dans un premier temps le format libre Theora.