La deuxième version alpha de Bon Echo (nom de code de Firefox 2) vient
de sortir.
Selon les notes de publications, voici les modifications principales
depuis l’alpha1 :
* Changements dans le comportement de la navigation par onglets
* Gestionnaire de la liste de moteurs de recherches (enlèvement et
réorganisation de la liste)
* L’auto-complétion apparaît dans la boite de recherche pour Google
et Yahoo!
* Meilleur support pour la prévisualisation et la souscription aux
flux web
* Nouvelle fonctionnalités : micro-résumés pour les signets
* vérification orthographique en ligne des boites textes (anglais
uniquement ?)
* Restauration de la session de navigation après un plantage
* Nouveau gestionnaire mixte et amélioré pour les extensions et les
thèmes
* Format de recherche de plugins étendu
* Mis à jour du système d’extension pour procurer une sécurité
amélioré et permettre une meilleure traduction des extensions
* Support du texte dans le SVG via svg:textPath
La page de notes offre aussi les liens de téléchargements. Attention,
c’est une version encore destiné aux testeurs, et non aux utilisateurs
de bases.
Page d'infos (en anglais) :
Sur les micro-résumé dans les signets (marques pages est une traduction
de m----) : http://wiki.mozilla.org/Microsummaries
Frederic Bezies a écrit : docanski a écrit : Frederic Bezies a écrit : docanski a écrit : Frederic Bezies a écrit : docanski a écrit :
Lequel des deux sera assez intelligent pour s'arrêter le premier ?
On se croirait sur fr.sci.physique :-P
Pierre Goiffon
wrote:
A ma connaissance, aucun projet grand public, commercial ou libre, n'a mis autant de moyens de communication et de remontée de bugs entre les utilisateurs et les développeurs, donc je trouve injuste d'attaquer le projet Mozilla sur ce point.
En tant qu'utilisateur des produits Mozilla depuis le milieu de l'année 2000, j'ai plusieurs fois essayé de remonter des bugs, sans succès. Mes derniers essais remontent à loin... Mais en regardant le site mozilla.org hier, toujours pas trouvé d'info claire et précise. Certes il y a les forums (dans la zone support), certes il y a un beau lien "report a bug" (dans la zone developper)... Mais le premier est assez loin je pense de la prétention grand public des logiciels de la fondation, et le second emmène sur Bugzilla... qui est inutilisable sans être un minimum impliqué dans le projet : comment savoir si le bug que l'on souhaite mentionner n'est pas déjà référencé ? Quels champs remplir dans ce très long et compliqué formulaire ? etc etc
Quant au manque de moyens auquel je faisais référence, c'est simplement qu'on le voit bien, les produits évoluent lentement, les exemples sont légion : le RSS dans Thunderbird qui est toujours autant une calamité, Sunbird, XUL runner, ... Je traduit cela par un manque de moyens, car il me semble que les gens travaillant pour Mozilla sont pleins de bonne volonté, comme la majorité des utilisateurs. Comme je constate à mon niveau que ça ne bouge pas plus pour les moyens fournis pour remonter un bug, je fais donc un raccourci rapide.
Il serait peut être intéressant de connaitre le nombre de personnes ayant rapporté des bugs suffisemment renseignés pour être exploitables ? S'il n'y a quelques centaines de testeurs qui sont à l'origine des remontées de bugs, c'est qu'il y a un prb.
Dans tous les cas, si quelqu'un peut m'expliquer comment d'une manière ou d'une autre remonter un bug à la fondation, j'en serai ravis. Jusqu'ici personne n'a pu répondre à cette question, très régulière sur ce forum.
pascal.chevrel@free.fr wrote:
A ma connaissance, aucun projet grand public, commercial ou libre, n'a
mis autant de moyens de communication et de remontée de bugs entre les
utilisateurs et les développeurs, donc je trouve injuste d'attaquer le
projet Mozilla sur ce point.
En tant qu'utilisateur des produits Mozilla depuis le milieu de l'année
2000, j'ai plusieurs fois essayé de remonter des bugs, sans succès. Mes
derniers essais remontent à loin... Mais en regardant le site
mozilla.org hier, toujours pas trouvé d'info claire et précise. Certes
il y a les forums (dans la zone support), certes il y a un beau lien
"report a bug" (dans la zone developper)... Mais le premier est assez
loin je pense de la prétention grand public des logiciels de la
fondation, et le second emmène sur Bugzilla... qui est inutilisable sans
être un minimum impliqué dans le projet : comment savoir si le bug que
l'on souhaite mentionner n'est pas déjà référencé ? Quels champs remplir
dans ce très long et compliqué formulaire ? etc etc
Quant au manque de moyens auquel je faisais référence, c'est simplement
qu'on le voit bien, les produits évoluent lentement, les exemples sont
légion : le RSS dans Thunderbird qui est toujours autant une calamité,
Sunbird, XUL runner, ... Je traduit cela par un manque de moyens, car il
me semble que les gens travaillant pour Mozilla sont pleins de bonne
volonté, comme la majorité des utilisateurs. Comme je constate à mon
niveau que ça ne bouge pas plus pour les moyens fournis pour remonter un
bug, je fais donc un raccourci rapide.
Il serait peut être intéressant de connaitre le nombre de personnes
ayant rapporté des bugs suffisemment renseignés pour être exploitables ?
S'il n'y a quelques centaines de testeurs qui sont à l'origine des
remontées de bugs, c'est qu'il y a un prb.
Dans tous les cas, si quelqu'un peut m'expliquer comment d'une manière
ou d'une autre remonter un bug à la fondation, j'en serai ravis.
Jusqu'ici personne n'a pu répondre à cette question, très régulière sur
ce forum.
A ma connaissance, aucun projet grand public, commercial ou libre, n'a mis autant de moyens de communication et de remontée de bugs entre les utilisateurs et les développeurs, donc je trouve injuste d'attaquer le projet Mozilla sur ce point.
En tant qu'utilisateur des produits Mozilla depuis le milieu de l'année 2000, j'ai plusieurs fois essayé de remonter des bugs, sans succès. Mes derniers essais remontent à loin... Mais en regardant le site mozilla.org hier, toujours pas trouvé d'info claire et précise. Certes il y a les forums (dans la zone support), certes il y a un beau lien "report a bug" (dans la zone developper)... Mais le premier est assez loin je pense de la prétention grand public des logiciels de la fondation, et le second emmène sur Bugzilla... qui est inutilisable sans être un minimum impliqué dans le projet : comment savoir si le bug que l'on souhaite mentionner n'est pas déjà référencé ? Quels champs remplir dans ce très long et compliqué formulaire ? etc etc
Quant au manque de moyens auquel je faisais référence, c'est simplement qu'on le voit bien, les produits évoluent lentement, les exemples sont légion : le RSS dans Thunderbird qui est toujours autant une calamité, Sunbird, XUL runner, ... Je traduit cela par un manque de moyens, car il me semble que les gens travaillant pour Mozilla sont pleins de bonne volonté, comme la majorité des utilisateurs. Comme je constate à mon niveau que ça ne bouge pas plus pour les moyens fournis pour remonter un bug, je fais donc un raccourci rapide.
Il serait peut être intéressant de connaitre le nombre de personnes ayant rapporté des bugs suffisemment renseignés pour être exploitables ? S'il n'y a quelques centaines de testeurs qui sont à l'origine des remontées de bugs, c'est qu'il y a un prb.
Dans tous les cas, si quelqu'un peut m'expliquer comment d'une manière ou d'une autre remonter un bug à la fondation, j'en serai ravis. Jusqu'ici personne n'a pu répondre à cette question, très régulière sur ce forum.
pascal.chevrel
Le 17/05/2006 10:58, Pierre Goiffon a ecrit :
wrote:
A ma connaissance, aucun projet grand public, commercial ou libre, n'a mis autant de moyens de communication et de remontée de bugs entre les utilisateurs et les développeurs, donc je trouve injuste d'attaquer le projet Mozilla sur ce point.
En tant qu'utilisateur des produits Mozilla depuis le milieu de l'année 2000, j'ai plusieurs fois essayé de remonter des bugs, sans succès. Mes derniers essais remontent à loin... Mais en regardant le site mozilla.org hier, toujours pas trouvé d'info claire et précise. Certes il y a les forums (dans la zone support), certes il y a un beau lien "report a bug" (dans la zone developper)... Mais le premier est assez loin je pense de la prétention grand public des logiciels de la fondation, et le second emmène sur Bugzilla... qui est inutilisable sans être un minimum impliqué dans le projet : comment savoir si le bug que l'on souhaite mentionner n'est pas déjà référencé ? Quels champs remplir dans ce très long et compliqué formulaire ? etc etc
Quant au manque de moyens auquel je faisais référence, c'est simplement qu'on le voit bien, les produits évoluent lentement, les exemples sont légion : le RSS dans Thunderbird qui est toujours autant une calamité, Sunbird, XUL runner, ... Je traduit cela par un manque de moyens, car il me semble que les gens travaillant pour Mozilla sont pleins de bonne volonté, comme la majorité des utilisateurs. Comme je constate à mon niveau que ça ne bouge pas plus pour les moyens fournis pour remonter un bug, je fais donc un raccourci rapide.
Il serait peut être intéressant de connaitre le nombre de personnes ayant rapporté des bugs suffisemment renseignés pour être exploitables ? S'il n'y a quelques centaines de testeurs qui sont à l'origine des remontées de bugs, c'est qu'il y a un prb.
Dans tous les cas, si quelqu'un peut m'expliquer comment d'une manière ou d'une autre remonter un bug à la fondation, j'en serai ravis. Jusqu'ici personne n'a pu répondre à cette question, très régulière sur ce forum.
Il y a plusieurs dizaines de milliers de testeurs faisant des remontées de bug valides, ce qui veut dire que ça peut prendre du temps entre la création du rapport de bug et le moment où le développeur idoine se met dessus.
Les deux seuls prérequis pour faire un rapport de bug sur bugzilla c'est de le faire en anglais et de tester dans une version récente que le bug existe toujours.
Il faut bien comprendre qu'il y a un rapport 1000 entre le nombre de développeurs capables de résoudre un bug et les rapports de bug des betatesteurs, donc il faut que le rapport soit précis et clair pour qu'ils se penchent dessus, sinon il se retrouve en dessous de la pile à examiner.
La porte d'entrée pour signaler un bug c'est ici : https://bugzilla.mozilla.org/enter_bug.cgi
Les champs à renseigner sont assez simples : la branche concernée (1.0, 1.5, 2.0, trunk (pour la future 3.0), le système d'exploitation, la sévérité estimée et une description du problème.
Par convention implicite, en général on fait le reapport de cette manière :
1 indiquer la version du navigateur testée, souvent on colle l'User Agent 2 décrire les étapes pour reproduire le bug 3 dire quel est le résultat attendu 4 dire quel est le résultat erroné obtenu
Exemple d'un de mes bugs :
"Tested with both aviary (1.0.4) build and Deer park Alpha 2 on Windows XP
1 float a <div> with some content 2 follow it with a list
expected result : The div taking all the available horizontal width, the list should be under the floating block
actual result : the list is displayed on the right of the floating box, causing an horizontal scrollbar
The problem does not happen with other type of blocks (definition lists, paragraphes), only with <ul> and <ol>."
Si tu penses que tu n'as pas le niveau en anglais pour rapporter un bug, le mieux est de demander dans les forums de Geckozone à ce que quelqu'un le fasse pour toi (dans le pire des cas, tu peux m'envoyer un email expliquant le tout en français et je le fais dans la semaine).
Dans tous les cas, ne pas se noyer dans les détails du bug (flags, severity, keywords...). Le plus iportant est de décrire le bug et de dire dans quelle version du logiciel ça arrive. Quand on a un doute sur le module affecté (DOM ou CSS par exemple), on ne sélectionne aucun composant.
Autres moyens de rapporter un bug : - en parler sur geckozone - en parler sur les forums IRC #frenchmozilla et #geckozone (freenode) - en parler (anglais) sur l'un des nombreux canaux pour développeurs de moznet où tu pourras être encontact *direct* avec les mecs qui font mozilla et donc créeront le patch - en parler (anglais) sur l'un des groupes de la hiérarchie usenet mozilla.*
Pascal
Le 17/05/2006 10:58, Pierre Goiffon a ecrit :
pascal.chevrel@free.fr wrote:
A ma connaissance, aucun projet grand public, commercial ou libre, n'a
mis autant de moyens de communication et de remontée de bugs entre les
utilisateurs et les développeurs, donc je trouve injuste d'attaquer le
projet Mozilla sur ce point.
En tant qu'utilisateur des produits Mozilla depuis le milieu de l'année
2000, j'ai plusieurs fois essayé de remonter des bugs, sans succès. Mes
derniers essais remontent à loin... Mais en regardant le site
mozilla.org hier, toujours pas trouvé d'info claire et précise. Certes
il y a les forums (dans la zone support), certes il y a un beau lien
"report a bug" (dans la zone developper)... Mais le premier est assez
loin je pense de la prétention grand public des logiciels de la
fondation, et le second emmène sur Bugzilla... qui est inutilisable sans
être un minimum impliqué dans le projet : comment savoir si le bug que
l'on souhaite mentionner n'est pas déjà référencé ? Quels champs remplir
dans ce très long et compliqué formulaire ? etc etc
Quant au manque de moyens auquel je faisais référence, c'est simplement
qu'on le voit bien, les produits évoluent lentement, les exemples sont
légion : le RSS dans Thunderbird qui est toujours autant une calamité,
Sunbird, XUL runner, ... Je traduit cela par un manque de moyens, car il
me semble que les gens travaillant pour Mozilla sont pleins de bonne
volonté, comme la majorité des utilisateurs. Comme je constate à mon
niveau que ça ne bouge pas plus pour les moyens fournis pour remonter un
bug, je fais donc un raccourci rapide.
Il serait peut être intéressant de connaitre le nombre de personnes
ayant rapporté des bugs suffisemment renseignés pour être exploitables ?
S'il n'y a quelques centaines de testeurs qui sont à l'origine des
remontées de bugs, c'est qu'il y a un prb.
Dans tous les cas, si quelqu'un peut m'expliquer comment d'une manière
ou d'une autre remonter un bug à la fondation, j'en serai ravis.
Jusqu'ici personne n'a pu répondre à cette question, très régulière sur
ce forum.
Il y a plusieurs dizaines de milliers de testeurs faisant des remontées
de bug valides, ce qui veut dire que ça peut prendre du temps entre la
création du rapport de bug et le moment où le développeur idoine se met
dessus.
Les deux seuls prérequis pour faire un rapport de bug sur bugzilla c'est
de le faire en anglais et de tester dans une version récente que le bug
existe toujours.
Il faut bien comprendre qu'il y a un rapport 1000 entre le nombre de
développeurs capables de résoudre un bug et les rapports de bug des
betatesteurs, donc il faut que le rapport soit précis et clair pour
qu'ils se penchent dessus, sinon il se retrouve en dessous de la pile à
examiner.
La porte d'entrée pour signaler un bug c'est ici :
https://bugzilla.mozilla.org/enter_bug.cgi
Les champs à renseigner sont assez simples : la branche concernée (1.0,
1.5, 2.0, trunk (pour la future 3.0), le système d'exploitation, la
sévérité estimée et une description du problème.
Par convention implicite, en général on fait le reapport de cette manière :
1 indiquer la version du navigateur testée, souvent on colle l'User Agent
2 décrire les étapes pour reproduire le bug
3 dire quel est le résultat attendu
4 dire quel est le résultat erroné obtenu
Exemple d'un de mes bugs :
"Tested with both aviary (1.0.4) build and Deer park Alpha 2 on Windows XP
1 float a <div> with some content
2 follow it with a list
expected result :
The div taking all the available horizontal width, the list should be
under the
floating block
actual result :
the list is displayed on the right of the floating box, causing an
horizontal
scrollbar
The problem does not happen with other type of blocks (definition lists,
paragraphes), only with <ul> and <ol>."
Si tu penses que tu n'as pas le niveau en anglais pour rapporter un bug,
le mieux est de demander dans les forums de Geckozone à ce que quelqu'un
le fasse pour toi (dans le pire des cas, tu peux m'envoyer un email
expliquant le tout en français et je le fais dans la semaine).
Dans tous les cas, ne pas se noyer dans les détails du bug (flags,
severity, keywords...). Le plus iportant est de décrire le bug et de
dire dans quelle version du logiciel ça arrive. Quand on a un doute sur
le module affecté (DOM ou CSS par exemple), on ne sélectionne aucun
composant.
Autres moyens de rapporter un bug :
- en parler sur geckozone
- en parler sur les forums IRC #frenchmozilla et #geckozone (freenode)
- en parler (anglais) sur l'un des nombreux canaux pour développeurs de
moznet où tu pourras être encontact *direct* avec les mecs qui font
mozilla et donc créeront le patch
- en parler (anglais) sur l'un des groupes de la hiérarchie usenet mozilla.*
A ma connaissance, aucun projet grand public, commercial ou libre, n'a mis autant de moyens de communication et de remontée de bugs entre les utilisateurs et les développeurs, donc je trouve injuste d'attaquer le projet Mozilla sur ce point.
En tant qu'utilisateur des produits Mozilla depuis le milieu de l'année 2000, j'ai plusieurs fois essayé de remonter des bugs, sans succès. Mes derniers essais remontent à loin... Mais en regardant le site mozilla.org hier, toujours pas trouvé d'info claire et précise. Certes il y a les forums (dans la zone support), certes il y a un beau lien "report a bug" (dans la zone developper)... Mais le premier est assez loin je pense de la prétention grand public des logiciels de la fondation, et le second emmène sur Bugzilla... qui est inutilisable sans être un minimum impliqué dans le projet : comment savoir si le bug que l'on souhaite mentionner n'est pas déjà référencé ? Quels champs remplir dans ce très long et compliqué formulaire ? etc etc
Quant au manque de moyens auquel je faisais référence, c'est simplement qu'on le voit bien, les produits évoluent lentement, les exemples sont légion : le RSS dans Thunderbird qui est toujours autant une calamité, Sunbird, XUL runner, ... Je traduit cela par un manque de moyens, car il me semble que les gens travaillant pour Mozilla sont pleins de bonne volonté, comme la majorité des utilisateurs. Comme je constate à mon niveau que ça ne bouge pas plus pour les moyens fournis pour remonter un bug, je fais donc un raccourci rapide.
Il serait peut être intéressant de connaitre le nombre de personnes ayant rapporté des bugs suffisemment renseignés pour être exploitables ? S'il n'y a quelques centaines de testeurs qui sont à l'origine des remontées de bugs, c'est qu'il y a un prb.
Dans tous les cas, si quelqu'un peut m'expliquer comment d'une manière ou d'une autre remonter un bug à la fondation, j'en serai ravis. Jusqu'ici personne n'a pu répondre à cette question, très régulière sur ce forum.
Il y a plusieurs dizaines de milliers de testeurs faisant des remontées de bug valides, ce qui veut dire que ça peut prendre du temps entre la création du rapport de bug et le moment où le développeur idoine se met dessus.
Les deux seuls prérequis pour faire un rapport de bug sur bugzilla c'est de le faire en anglais et de tester dans une version récente que le bug existe toujours.
Il faut bien comprendre qu'il y a un rapport 1000 entre le nombre de développeurs capables de résoudre un bug et les rapports de bug des betatesteurs, donc il faut que le rapport soit précis et clair pour qu'ils se penchent dessus, sinon il se retrouve en dessous de la pile à examiner.
La porte d'entrée pour signaler un bug c'est ici : https://bugzilla.mozilla.org/enter_bug.cgi
Les champs à renseigner sont assez simples : la branche concernée (1.0, 1.5, 2.0, trunk (pour la future 3.0), le système d'exploitation, la sévérité estimée et une description du problème.
Par convention implicite, en général on fait le reapport de cette manière :
1 indiquer la version du navigateur testée, souvent on colle l'User Agent 2 décrire les étapes pour reproduire le bug 3 dire quel est le résultat attendu 4 dire quel est le résultat erroné obtenu
Exemple d'un de mes bugs :
"Tested with both aviary (1.0.4) build and Deer park Alpha 2 on Windows XP
1 float a <div> with some content 2 follow it with a list
expected result : The div taking all the available horizontal width, the list should be under the floating block
actual result : the list is displayed on the right of the floating box, causing an horizontal scrollbar
The problem does not happen with other type of blocks (definition lists, paragraphes), only with <ul> and <ol>."
Si tu penses que tu n'as pas le niveau en anglais pour rapporter un bug, le mieux est de demander dans les forums de Geckozone à ce que quelqu'un le fasse pour toi (dans le pire des cas, tu peux m'envoyer un email expliquant le tout en français et je le fais dans la semaine).
Dans tous les cas, ne pas se noyer dans les détails du bug (flags, severity, keywords...). Le plus iportant est de décrire le bug et de dire dans quelle version du logiciel ça arrive. Quand on a un doute sur le module affecté (DOM ou CSS par exemple), on ne sélectionne aucun composant.
Autres moyens de rapporter un bug : - en parler sur geckozone - en parler sur les forums IRC #frenchmozilla et #geckozone (freenode) - en parler (anglais) sur l'un des nombreux canaux pour développeurs de moznet où tu pourras être encontact *direct* avec les mecs qui font mozilla et donc créeront le patch - en parler (anglais) sur l'un des groupes de la hiérarchie usenet mozilla.*
Pascal
Pierre Goiffon
wrote:
Dans tous les cas, si quelqu'un peut m'expliquer comment d'une manière ou d'une autre remonter un bug à la fondation, j'en serai ravis.
Il y a plusieurs dizaines de milliers de testeurs faisant des remontées de bug valides, ce qui veut dire que ça peut prendre du temps entre la création du rapport de bug et le moment où le développeur idoine se met dessus.
Oui, évidemment, je comprend
Les deux seuls prérequis pour faire un rapport de bug sur bugzilla c'est de le faire en anglais et de tester dans une version récente que le bug existe toujours.
(...)
Pascal, je ne saurai assez te remercier de ce message, contenant toutes les informations que j'attendais depuis si longtemps !! A te lire Bugzilla et ses formulaires avec un nombre record de champs aux contenus abscons devient d'une simplicité enfantine, je vais essayer de m'y replonger à la lumière de tes explications. Merci encore !
pascal.chevrel@free.fr wrote:
Dans tous les cas, si quelqu'un peut m'expliquer comment d'une manière
ou d'une autre remonter un bug à la fondation, j'en serai ravis.
Il y a plusieurs dizaines de milliers de testeurs faisant des remontées
de bug valides, ce qui veut dire que ça peut prendre du temps entre la
création du rapport de bug et le moment où le développeur idoine se met
dessus.
Oui, évidemment, je comprend
Les deux seuls prérequis pour faire un rapport de bug sur bugzilla c'est
de le faire en anglais et de tester dans une version récente que le bug
existe toujours.
(...)
Pascal, je ne saurai assez te remercier de ce message, contenant toutes
les informations que j'attendais depuis si longtemps !! A te lire
Bugzilla et ses formulaires avec un nombre record de champs aux contenus
abscons devient d'une simplicité enfantine, je vais essayer de m'y
replonger à la lumière de tes explications. Merci encore !
Dans tous les cas, si quelqu'un peut m'expliquer comment d'une manière ou d'une autre remonter un bug à la fondation, j'en serai ravis.
Il y a plusieurs dizaines de milliers de testeurs faisant des remontées de bug valides, ce qui veut dire que ça peut prendre du temps entre la création du rapport de bug et le moment où le développeur idoine se met dessus.
Oui, évidemment, je comprend
Les deux seuls prérequis pour faire un rapport de bug sur bugzilla c'est de le faire en anglais et de tester dans une version récente que le bug existe toujours.
(...)
Pascal, je ne saurai assez te remercier de ce message, contenant toutes les informations que j'attendais depuis si longtemps !! A te lire Bugzilla et ses formulaires avec un nombre record de champs aux contenus abscons devient d'une simplicité enfantine, je vais essayer de m'y replonger à la lumière de tes explications. Merci encore !
