> encore une preuve que le support des systèmes libre par la fondation Mozilla n'est pas une priorité.
Arrétez avec ça, ça devient vraiment gonflant. En tout cas, c'est pas avec des commentaires comme ça que tu vas nous aider. Ouvre plutot des bugs au lieu de nous cracher dessus.
Et bien je pense que ma liste énorme est bien plus importante que XMPP.
Après, XMPP, tu peux l'intégrer à travers une extension. Ça ne te convient pas?
Bon, a priori, tu restes persuadé qu'on doit faire à ta manière, et que sans XMPP, on fait une grosse erreur. Ouvre un bug, écrit ton API et écrit le code!
Juste dire "integre l'API XMPP", t'es malin, tu te rends compte du boulot?
Désolé, XMPP n'est pas assez prioritaire, il faut que tu le comprennes. Fais un patch ou va voire l'équipe Thunderbird avec un concept ou bosse avec l'équipe Weave ou envoie une description du projet aux Concept Series, mais arrête de nous dire ce qu'on doit faire.
"Vous feriez mieux de vous occuper des standards existants déjà. On ne peux toujours pas mettre de SVG en background-image ou dans un dans Firefox... Et oui."
Oui, mais ça c'est normal. C'est une question de choix, et pas un problème technique.
Le truc c'est: "SVG, est-ce un document ou une image?". On est pas encore certain que ce soit une bonne idée de mettre un "document" en background.
Mais a priori, on va tout de même le permettre (je ne sais pas pour quand).
Mais bon, tu ne comprends pas qu'on peut avancer en parallèle sur différentes technos.
On ne peut pas par example mettre l'équipe jetpack ou Fennec sur SVG.
Et *tes* priorités ne sont peut être pas celles de tout le monde.
On innove (oui, ça fait du buzz). On avance aussi sur les standards bien établis (on en parle moins probablement).
+1 mais ne croyez pas que c'est parce qu'on se fiche de Linux (une partie des devs sont sous Linux, dont moi), au contraire, surtout que Linux c'est aussi le monde du mobile.
Je ne m'y connais pas assez, mais je sais que les devs galères à faire une version Linux rapide sous Linux, et ce n'est pas 100% de notre faute (Gcc, la couche graphique Linux, systeme de fichier, ...), mais un peu quand même :)
Je sais que XMPP c'est ton jouet à toi.
On n'a pas le temps de tout faire non plus :)
Mais clairement, je trouve aussi que ça a un sens d'intégrer XMPP, mais il y a des priorités (animations, identité, performances, sécurité, mechanisme d'extensions plus simples, ...).
Il faut aussi définir comment XMPP intervient dans un browser et/ou dans le web (sens "page webs").
L'idée est d'avoir un moteur de traitement et d'aggrégations de messages qui pourra être requeté à travers une UI XUL (Thunderbird 4) ou via une page web.
Le moteur pourra se trouver coté web, mais rester aussi sur le desktop.
Faire fonctionner WebGL avec une carte ATI ou Intel, c'est la misère.
Mais on utilise OpenGL, mais avec les différentes versions et les extensions, galères...
On y pense très très fort :) ... mais il se trouve que le code pour la rédaction d'un message est particulièrement compliqué (et ça c'est pas normal) et que c'est pas évident à coller dans un onglet, mais on y travaille.
C'est vrai qu'on reproche souvent à Firefox d'être lent.
J'aimerai en savoir plus.
* Le temps de lancement de Firefox (La premier lancement, les suivants);
* Le chargement d'une page web (gnu.org, gmail.com);
* La réactivité (de l'interface graphique, d'une page web);
* Avec et sans Flash (Flashblock aide bien);
* Avec ou sans extensions;
* L'OS (Plus rapide sur Windows que sous Linux);
* ext4 ?
* Consomation mémoire (au chargement, ou après 4 heures)
.. etc.
Plus on a d'info, plus on peut isoler d'où viennent ces problèmes.
On a déjà beaucoup de données, mais il ne faut pas hésiter à nous donner un max de détails :)
Mais:
1. Les ressources humaines;
2. Promouvoir l'openweb et les standards, c'est la mission originale de Mozilla (cf. le manifesto), donc priorité à la plateforme web;
3. HTML 5 et l'openweb ont plus de chance de concurrencer les technos Adobe & Microsoft;
Mon avis perso:
* Silverlight & Flash, c'est mauvais. Définitvement, la bonne techno pour les concurrencer, c'est le web.
* Air, c'est une supère techno (pas libre, je sais). Ici, 2 solutions chez Mozilla: "XulRunner" ou "Prism + HTML 5". Peut-être qu'ici Mozilla devrait en faire plus.
Je rappelle quand même qu'avec la plateforme Web, on peut désormais faire des trucs vraiment sympa (offline, video, canvas, ...).
Oui, le soucis vient de DOM qui est encore relativement lent dans Chrome.
Pour cette histoire de multi processus, c'est pour le moment impossible dans Mozilla, et pas envisagé.
Le soucis avec le multi process, c'est les plugins window less (dur dur à faire), comment rendre les fenetres des différents process sous Mac (a priori, pas de solution évidente), soucis de perf si un JS communique avec une autre fenetre et la gestion des iframes (cf. http://weblogs.mozillazine.org/roc/archives/2008/09/chrome.h(...)
# comment
Posté par Paul Rouget . En réponse au journal Intel: Ca commence à être pas mal, Firefox: Ca continue à faire chier. Évalué à 10.
Je ne sais pas comment ça marche, mais c'est peut-être ça dont tu parles:
http://hg.mozilla.org/mozilla-central/rev/2572312e17df
> encore une preuve que le support des systèmes libre par la fondation Mozilla n'est pas une priorité.
Arrétez avec ça, ça devient vraiment gonflant. En tout cas, c'est pas avec des commentaires comme ça que tu vas nous aider. Ouvre plutot des bugs au lieu de nous cracher dessus.
[^] # Re: Et XMPP ?
Posté par Paul Rouget . En réponse au journal Des news de Firefox. Évalué à 1.
Après, XMPP, tu peux l'intégrer à travers une extension. Ça ne te convient pas?
Bon, a priori, tu restes persuadé qu'on doit faire à ta manière, et que sans XMPP, on fait une grosse erreur. Ouvre un bug, écrit ton API et écrit le code!
Juste dire "integre l'API XMPP", t'es malin, tu te rends compte du boulot?
Désolé, XMPP n'est pas assez prioritaire, il faut que tu le comprennes. Fais un patch ou va voire l'équipe Thunderbird avec un concept ou bosse avec l'équipe Weave ou envoie une description du projet aux Concept Series, mais arrête de nous dire ce qu'on doit faire.
[^] # Re: La troidé sous X.Org
Posté par Paul Rouget . En réponse au journal Des news de Firefox. Évalué à 8.
Oui, mais ça c'est normal. C'est une question de choix, et pas un problème technique.
Le truc c'est: "SVG, est-ce un document ou une image?". On est pas encore certain que ce soit une bonne idée de mettre un "document" en background.
Mais a priori, on va tout de même le permettre (je ne sais pas pour quand).
Mais bon, tu ne comprends pas qu'on peut avancer en parallèle sur différentes technos.
On ne peut pas par example mettre l'équipe jetpack ou Fennec sur SVG.
Et *tes* priorités ne sont peut être pas celles de tout le monde.
On innove (oui, ça fait du buzz). On avance aussi sur les standards bien établis (on en parle moins probablement).
Mais bon, on ne peut satisfaire tout le monde.
# Plus rapide...
Posté par Paul Rouget . En réponse au journal Sozi : vers un système de présentation alternatif libre. Évalué à 2.
[^] # Re: bravo ...
Posté par Paul Rouget . En réponse au journal Des news de Firefox. Évalué à 4.
Je ne m'y connais pas assez, mais je sais que les devs galères à faire une version Linux rapide sous Linux, et ce n'est pas 100% de notre faute (Gcc, la couche graphique Linux, systeme de fichier, ...), mais un peu quand même :)
[^] # Re: Et XMPP ?
Posté par Paul Rouget . En réponse au journal Des news de Firefox. Évalué à 3.
On n'a pas le temps de tout faire non plus :)
Mais clairement, je trouve aussi que ça a un sens d'intégrer XMPP, mais il y a des priorités (animations, identité, performances, sécurité, mechanisme d'extensions plus simples, ...).
Il faut aussi définir comment XMPP intervient dans un browser et/ou dans le web (sens "page webs").
[^] # Re: La troidé sous X.Org
Posté par Paul Rouget . En réponse au journal Des news de Firefox. Évalué à 5.
[^] # Re: Raindrops
Posté par Paul Rouget . En réponse au journal Des news de Firefox. Évalué à 2.
L'idée est d'avoir un moteur de traitement et d'aggrégations de messages qui pourra être requeté à travers une UI XUL (Thunderbird 4) ou via une page web.
Le moteur pourra se trouver coté web, mais rester aussi sur le desktop.
[^] # Re: Démarrage du navigateur
Posté par Paul Rouget . En réponse au journal Des news de Firefox. Évalué à 2.
Pour le startup, je ne sais pas.
[^] # Re: La troidé sous X.Org
Posté par Paul Rouget . En réponse au journal Des news de Firefox. Évalué à 4.
Faire fonctionner WebGL avec une carte ATI ou Intel, c'est la misère.
Mais on utilise OpenGL, mais avec les différentes versions et les extensions, galères...
[^] # Re: à la bourre
Posté par Paul Rouget . En réponse au journal Des news de Firefox. Évalué à 7.
"Tous ces projets sont en cours de développement, releasés ou pas, mais très actifs."
:)
[^] # Re: Une question bête...
Posté par Paul Rouget . En réponse au journal Des news de Firefox. Évalué à 6.
On y pense très très fort :) ... mais il se trouve que le code pour la rédaction d'un message est particulièrement compliqué (et ça c'est pas normal) et que c'est pas évident à coller dans un onglet, mais on y travaille.
[^] # Re: Coool
Posté par Paul Rouget . En réponse au journal Des news de Firefox. Évalué à 8.
Suivez http://hacks.mozilla.org , on en parle cette semaine.
# rtfm - bis
Posté par Paul Rouget . En réponse au message Ark en ligne de commande. Évalué à 9.
marche pour tout.
[^] # Re: imagemagcik peut le faire pourtant
Posté par Paul Rouget . En réponse au message Inscription de la date dans une image avec imagemagick ou autre. Évalué à 3.
[^] # Re: Yes!
Posté par Paul Rouget . En réponse à la dépêche Dailymotion en théora. Évalué à 6.
# Un peu de détails
Posté par Paul Rouget . En réponse au journal Firefox est-il un bloatware (en français : un logiciel dont les fonctionnalités ne justifie pas une telle utilisation des ressources matérielles) ?. Évalué à 8.
J'aimerai en savoir plus.
* Le temps de lancement de Firefox (La premier lancement, les suivants);
* Le chargement d'une page web (gnu.org, gmail.com);
* La réactivité (de l'interface graphique, d'une page web);
* Avec et sans Flash (Flashblock aide bien);
* Avec ou sans extensions;
* L'OS (Plus rapide sur Windows que sous Linux);
* ext4 ?
* Consomation mémoire (au chargement, ou après 4 heures)
.. etc.
Plus on a d'info, plus on peut isoler d'où viennent ces problèmes.
On a déjà beaucoup de données, mais il ne faut pas hésiter à nous donner un max de détails :)
[^] # Re: Précisions...
Posté par Paul Rouget . En réponse au journal XULrunner 1.9 est là. Évalué à 2.
http://blog.mozbox.org/post/2009/02/20/Video-Canvas-Worker-t(...)
... et un paquet de démos:
https://developer.mozilla.org/En/OpenWebDemos
Marche que avec FF3.1
[^] # Re: Précisions...
Posté par Paul Rouget . En réponse au journal XULrunner 1.9 est là. Évalué à 5.
Mais:
1. Les ressources humaines;
2. Promouvoir l'openweb et les standards, c'est la mission originale de Mozilla (cf. le manifesto), donc priorité à la plateforme web;
3. HTML 5 et l'openweb ont plus de chance de concurrencer les technos Adobe & Microsoft;
Mon avis perso:
* Silverlight & Flash, c'est mauvais. Définitvement, la bonne techno pour les concurrencer, c'est le web.
* Air, c'est une supère techno (pas libre, je sais). Ici, 2 solutions chez Mozilla: "XulRunner" ou "Prism + HTML 5". Peut-être qu'ici Mozilla devrait en faire plus.
Je rappelle quand même qu'avec la plateforme Web, on peut désormais faire des trucs vraiment sympa (offline, video, canvas, ...).
Vous en pensez quoi ?
# Clic du milieu
Posté par Paul Rouget . En réponse au journal Konquefox 1.7.0 est sortie. Évalué à 2.
Pas si utile que ça:
Copier une URL ( == sélectionner), ensuite, clique du milieu simplement sur une page web, et ça charge l'url.
[^] # Re: JavaScript en standalone
Posté par Paul Rouget . En réponse au journal Mozilla et Linux. Évalué à 3.
Les -moz, c'est pour CSS, juste pour dire que c'est pas standard.
[^] # Re: LICENSE
Posté par Paul Rouget . En réponse au message Open Komodo. Évalué à 2.
[^] # Re: perf
Posté par Paul Rouget . En réponse au journal Chrome, les applications web et les logiciels libres en question. Évalué à 3.
Pour cette histoire de multi processus, c'est pour le moment impossible dans Mozilla, et pas envisagé.
Le soucis avec le multi process, c'est les plugins window less (dur dur à faire), comment rendre les fenetres des différents process sous Mac (a priori, pas de solution évidente), soucis de perf si un JS communique avec une autre fenetre et la gestion des iframes (cf. http://weblogs.mozillazine.org/roc/archives/2008/09/chrome.h(...)
[^] # Re: Buzz
Posté par Paul Rouget . En réponse à la dépêche Ubiquity, la nouvelle "killer app" de Mozilla ?. Évalué à 3.
Va faire ça avec ton %s ;)
[^] # Re: Kmail
Posté par Paul Rouget . En réponse à la dépêche KDE 4.1 : Don't Look Back. Évalué à 5.
http://browser.garage.maemo.org/news/10/
(site down à l'heure où j'écrit ces lignes)
On peut même télécharger une version.
C'est très "early" (bug dans le thème, gestionnaire de fichier, ...), mais ça arrive:
https://bugzilla.mozilla.org/show_bug.cgi?id=448989
Voilà à quoi ça ressemble:
http://www.mozbox.org/pub/ffqt.png
Ça mérite peut etre un journal ça...