Firefox : nouvel installeur et abandon de Tiger
par Florian Innocente le 18.09.2009 à 12:29
L'installeur de Firefox sur Mac pourrait très prochainement évoluer, explique sur son blog Alexander Limi, l'un des développeurs du navigateur. Il ne s'agirait pas de supprimer la possibilité de faire glisser l'cône du navigateur depuis son image disque sur l'alias du dossier Applications, mais - paradoxalement - de réserver cette méthode aux utilisateurs avancés (ou disons habitués du Mac).
Selon Alexander Limi le concept de l'image disque n'est pas évident pour des nouveaux venus sur Mac. Certains vont glisser l'icône de Firefox vers le Dock ou tout bonnement ouvrir l'application directement depuis l'image disque. Avec à la clef des temps de lancement de Firefox démesurés (ndr : déjà que…). Un message d'alerte de Mac OS X signale bien que le logiciel est exécuté depuis une image disque, mais sans en expliquer les désavantages.
L'idée avancée est que la fin du téléchargement du logiciel soit suivie de l'ouverture de son image disque (les logiciels d'Apple le font déjà lorsqu'ils sont récupérés avec Safari) et du lancement automatique de l'installeur. Arrivé à la fin de l'installation, il est proposé à l'utilisateur de choisir Firefox comme navigateur par défaut. Puis l'application est ouverte dans la foulée. Tout cela afin d'éviter que certains utilisateurs oublient qu'ils ont téléchargé Firefox. Il semble que cela arrive.
Le développeur insiste sur le fait qu'il sera toujours possible d'installer Firefox par un glisser-déposer, auxquels beaucoup sont habitués. Toutefois, dans la description du processus qui est faite, ce choix n'est donné qu'en seconde position, après avoir annulé l'installation automatique. Pour le coup les power users pourraient trouver à y redire.
Tiger passe à la trappe
Josh Aas, un autre développeur de Firefox, annonce de son côté que depuis trois jours, Gecko, le moteur de rendu de pages de Firefox, dans sa version 1.9.3, n'est plus compilé pour Tiger. L'objectif pour l'équipe de Mozilla est de pouvoir profiter de spécificités de Leopard et de son successeur : par exemple pour le moteur d'impression ou la gestion du texte. Les performances JavaScript devraient également se faire meilleures. Sur une suite de tests donnée (Dromaeo), Aas a relevé des progrès de l'ordre de 30% avec le simple fait d'utiliser les derniers outils de développement et compilateur d'Apple (le gcc-4.2 au lieu du 4.0).
Pas de nouvelles en revanche de l'adaptation au 64 bits de Firefox. Le même Josh Aas avait expliqué à la fin août que des versions de développement étaient bien avancées. Il disait aussi que la question de l'abandon du PowerPC était en l'air. Mais sur ce point comme sur l'annonce d'une date de disponibilité de Firefox 64 bits pour Mac, aucune décision formelle n'avait été prise.
Selon Alexander Limi le concept de l'image disque n'est pas évident pour des nouveaux venus sur Mac. Certains vont glisser l'icône de Firefox vers le Dock ou tout bonnement ouvrir l'application directement depuis l'image disque. Avec à la clef des temps de lancement de Firefox démesurés (ndr : déjà que…). Un message d'alerte de Mac OS X signale bien que le logiciel est exécuté depuis une image disque, mais sans en expliquer les désavantages.
L'idée avancée est que la fin du téléchargement du logiciel soit suivie de l'ouverture de son image disque (les logiciels d'Apple le font déjà lorsqu'ils sont récupérés avec Safari) et du lancement automatique de l'installeur. Arrivé à la fin de l'installation, il est proposé à l'utilisateur de choisir Firefox comme navigateur par défaut. Puis l'application est ouverte dans la foulée. Tout cela afin d'éviter que certains utilisateurs oublient qu'ils ont téléchargé Firefox. Il semble que cela arrive.
Le développeur insiste sur le fait qu'il sera toujours possible d'installer Firefox par un glisser-déposer, auxquels beaucoup sont habitués. Toutefois, dans la description du processus qui est faite, ce choix n'est donné qu'en seconde position, après avoir annulé l'installation automatique. Pour le coup les power users pourraient trouver à y redire.
Tiger passe à la trappe
Josh Aas, un autre développeur de Firefox, annonce de son côté que depuis trois jours, Gecko, le moteur de rendu de pages de Firefox, dans sa version 1.9.3, n'est plus compilé pour Tiger. L'objectif pour l'équipe de Mozilla est de pouvoir profiter de spécificités de Leopard et de son successeur : par exemple pour le moteur d'impression ou la gestion du texte. Les performances JavaScript devraient également se faire meilleures. Sur une suite de tests donnée (Dromaeo), Aas a relevé des progrès de l'ordre de 30% avec le simple fait d'utiliser les derniers outils de développement et compilateur d'Apple (le gcc-4.2 au lieu du 4.0).
Pas de nouvelles en revanche de l'adaptation au 64 bits de Firefox. Le même Josh Aas avait expliqué à la fin août que des versions de développement étaient bien avancées. Il disait aussi que la question de l'abandon du PowerPC était en l'air. Mais sur ce point comme sur l'annonce d'une date de disponibilité de Firefox 64 bits pour Mac, aucune décision formelle n'avait été prise.
4
3
2
1
Vos réactions (55 réactions)
oomu
[18/09/2009 12:45]
car bien sur un firefox 64b G5 est hors de question
car bien sur un firefox 64b G5 est hors de question
Ninety
[18/09/2009 12:51]
Pourquoi faire simple quand on peut faire compliquer ?
Big LOL @ Firefox
Pourquoi faire simple quand on peut faire compliquer ?
Big LOL @ Firefox
sunjohn
[18/09/2009 13:00]
C'est l'une des idées les plus débiles que j'ai vues venant de Mozilla (et pourtant ils en lancent à la pelle).
En gros ce qui compte, c'est le nouveau venu. Le switcher. Qui a l'habitude de Windows.
DONC pour ne pas le déboussoler, on va lui faire un truc non standard, à la Windows.
Prochaine étape : le menu de Firefox directement dans la fenêtre, toujours pour ne pas perturber les switchers. Pour les listes déroulantes, le boulot est déjà bien avancé : elles ont un look Windows depuis le début.
C'est l'une des idées les plus débiles que j'ai vues venant de Mozilla (et pourtant ils en lancent à la pelle).
En gros ce qui compte, c'est le nouveau venu. Le switcher. Qui a l'habitude de Windows.
DONC pour ne pas le déboussoler, on va lui faire un truc non standard, à la Windows.
Prochaine étape : le menu de Firefox directement dans la fenêtre, toujours pour ne pas perturber les switchers. Pour les listes déroulantes, le boulot est déjà bien avancé : elles ont un look Windows depuis le début.
oomu
[18/09/2009 13:00]
@ Ninety
parce que le coup qui est décrit ici, c'est à dire que l'utilisateur lance le logiciel depuis l'image disque CHAQUE FOIS est très courant
vraiment très très courant
beaucoup de gens accumulent les .dmg sur le bureau ou le dossier téléchargement et lance les logiciels de là
ou via la dock (ce qui force os x à vérifier le dmg, l'ouvrir, et lancer ensuite le programme)
Ils ne savant pas qu'ils devraient copier le programme ailleurs et jeter le dmg (après l'avoir "démonté" bien sur)
-
bref, sauf usage particulier. Zip suffirait largement ou alors utiliser un truc que presque tous les développeurs mac s'entête à ignorer : les dmg auto-copiés et auto-effacés. Safari reconnaît ces dmg, sort leur contenu et met le dmg dans la corbeille après démontage.
@ Ninety
parce que le coup qui est décrit ici, c'est à dire que l'utilisateur lance le logiciel depuis l'image disque CHAQUE FOIS est très courant
vraiment très très courant
beaucoup de gens accumulent les .dmg sur le bureau ou le dossier téléchargement et lance les logiciels de là
ou via la dock (ce qui force os x à vérifier le dmg, l'ouvrir, et lancer ensuite le programme)
Ils ne savant pas qu'ils devraient copier le programme ailleurs et jeter le dmg (après l'avoir "démonté" bien sur)
-
bref, sauf usage particulier. Zip suffirait largement ou alors utiliser un truc que presque tous les développeurs mac s'entête à ignorer : les dmg auto-copiés et auto-effacés. Safari reconnaît ces dmg, sort leur contenu et met le dmg dans la corbeille après démontage.
nico-r
[18/09/2009 13:05]
"Puis l'application est ouverte dans la foulée. Tout cela afin d'éviter que certains utilisateurs oublient qu'ils ont téléchargé Firefox. Il semble que cela arrive."
... salut je m'appelle Dorice !
...salut je m'apelle Dorice !
XD ->
"Puis l'application est ouverte dans la foulée. Tout cela afin d'éviter que certains utilisateurs oublient qu'ils ont téléchargé Firefox. Il semble que cela arrive."
... salut je m'appelle Dorice !
...salut je m'apelle Dorice !
XD ->
nico-r
[18/09/2009 13:09]
ils devraient mieux d'accélérer Firefox ! c'est d'une vraie lenteur....
"with firefox 3.5 : Fast — Faster — Fastest" moué la version 1.0 est plus nerveuse !
ils devraient mieux d'accélérer Firefox ! c'est d'une vraie lenteur....
"with firefox 3.5 : Fast — Faster — Fastest" moué la version 1.0 est plus nerveuse !
Saint-Jey
[18/09/2009 13:11]
@oomu :
"beaucoup de gens accumulent les .dmg sur le bureau ou le dossier téléchargement et lance les logiciels de là
ou via la dock (ce qui force os x à vérifier le dmg, l'ouvrir, et lancer ensuite le programme)
Ils ne savant pas qu'ils devraient copier le programme ailleurs et jeter le dmg (après l'avoir "démonté" bien sur)"
-> Pourquoi, il ne faut pas le lancer depuis le dock ?? Moi c'est ce que je fais à chaque fois. La première fois, il me dit que l'image a été téléchargée depuis internet et puis basta, moi ça me va... Et puis, en dehors de mon dossier applications, je n'ai pas de copies de mesprogrammes, je préfère garder les .dmg...
@oomu :
"beaucoup de gens accumulent les .dmg sur le bureau ou le dossier téléchargement et lance les logiciels de là
ou via la dock (ce qui force os x à vérifier le dmg, l'ouvrir, et lancer ensuite le programme)
Ils ne savant pas qu'ils devraient copier le programme ailleurs et jeter le dmg (après l'avoir "démonté" bien sur)"
-> Pourquoi, il ne faut pas le lancer depuis le dock ?? Moi c'est ce que je fais à chaque fois. La première fois, il me dit que l'image a été téléchargée depuis internet et puis basta, moi ça me va... Et puis, en dehors de mon dossier applications, je n'ai pas de copies de mesprogrammes, je préfère garder les .dmg...
Solunne
[18/09/2009 13:14]
Dory mais pas Dorice.
Bouhhhhhhh il connait même pas les chefs-œuvre de Pixar !
La honte :)
nico-r [18/09/2009 13:05] (effacer) (editer)
"Puis l'application est ouverte dans la foulée. Tout cela afin d'éviter que certains utilisateurs oublient qu'ils ont téléchargé Firefox. Il semble que cela arrive."
... salut je m'appelle Dorice !
...salut je m'apelle Dorice !
XD ->
"Puis l'application est ouverte dans la foulée. Tout cela afin d'éviter que certains utilisateurs oublient qu'ils ont téléchargé Firefox. Il semble que cela arrive."
... salut je m'appelle Dorice !
...salut je m'apelle Dorice !
XD ->
Dory mais pas Dorice.
Bouhhhhhhh il connait même pas les chefs-œuvre de Pixar !
La honte :)
CocoaPower
[18/09/2009 13:18]
C'est vrai que je vois souvent ce que décrit oomu.
C'est vrai que je vois souvent ce que décrit oomu.
dvd
[18/09/2009 13:18]
les messages d'avertissement me font penser à du windows...
les messages d'avertissement me font penser à du windows...
Macleone
[18/09/2009 13:25]
C'est pas qu'il est ignoré, c'est qu'il est inutile vu les restrictions que ça impose quant au contenu du dmg.
Autant utiliser un zip, c'est plus simple.
Zip suffirait largement ou alors utiliser un truc que presque tous les développeurs mac s'entête à ignorer : les dmg auto-copiés et auto-effacés. Safari reconnaît ces dmg, sort leur contenu et met le dmg dans la corbeille après démontage.
C'est pas qu'il est ignoré, c'est qu'il est inutile vu les restrictions que ça impose quant au contenu du dmg.
Autant utiliser un zip, c'est plus simple.
egw
[18/09/2009 13:28]
J'ai toujours pensé que la solution idéale serait la suivante, et j'ai vu la même proposée à droite à gauche sur internet.
D'abord, le constat est bien partagé : devoir monter, mais surtout démonter après installation, une image disque est très contre-intuitif (toute personne ayant vu un novice, ou ne serait-ce qu'un utilisateur "de base", opérer, l'a remarqué). Ensuite, même s'il est beaucoup plus intuitif de comprendre la métaphore "une icône un programme", invitant à placer l'icône dans le dossier adéquat (sans que ce ne soit une obligation - à quelques détails près), elle ne va pas de soit non plus - l'utilisateur novice est laisser seul à prendre une décision, sans instruction évidente.
La solution qui semble idéale, c'est qu'Apple fasse un format de fichier de distribution d'applications, permettant de le transférer par réseau, mais de manière transparente. En gros un ZIP qui ne dit pas son nom. On peut imaginer qu'il se termine aussi par .app. Lorsque l'utilisateur clique dessus, il est automatiquement dezippé, puis remplacer par le vrai package .app, qui lui même est automatiquement copié dans /Applications, ou là où l'utilisateur le souhaite, comme lorsqu'on installe une prefPane ou un widget. Ca me semble simple comme bonjour. Evidemment, tout ceci reste compatible avec l'idée un système centralisé d'installation/désinstallation, synthèse de Synaptic sous Ubuntu, de l'AppStore et de l'intégration des podcast dans iTunes...
Enfin, il est encore plus certain que le système préconisé ici n'est que pire remède que le mal.
J'ai toujours pensé que la solution idéale serait la suivante, et j'ai vu la même proposée à droite à gauche sur internet.
D'abord, le constat est bien partagé : devoir monter, mais surtout démonter après installation, une image disque est très contre-intuitif (toute personne ayant vu un novice, ou ne serait-ce qu'un utilisateur "de base", opérer, l'a remarqué). Ensuite, même s'il est beaucoup plus intuitif de comprendre la métaphore "une icône un programme", invitant à placer l'icône dans le dossier adéquat (sans que ce ne soit une obligation - à quelques détails près), elle ne va pas de soit non plus - l'utilisateur novice est laisser seul à prendre une décision, sans instruction évidente.
La solution qui semble idéale, c'est qu'Apple fasse un format de fichier de distribution d'applications, permettant de le transférer par réseau, mais de manière transparente. En gros un ZIP qui ne dit pas son nom. On peut imaginer qu'il se termine aussi par .app. Lorsque l'utilisateur clique dessus, il est automatiquement dezippé, puis remplacer par le vrai package .app, qui lui même est automatiquement copié dans /Applications, ou là où l'utilisateur le souhaite, comme lorsqu'on installe une prefPane ou un widget. Ca me semble simple comme bonjour. Evidemment, tout ceci reste compatible avec l'idée un système centralisé d'installation/désinstallation, synthèse de Synaptic sous Ubuntu, de l'AppStore et de l'intégration des podcast dans iTunes...
Enfin, il est encore plus certain que le système préconisé ici n'est que pire remède que le mal.
FabriceG
[18/09/2009 13:29]
Comme le dit très clairement oomu, la solution existe déjà, ce sont les dmg qui extraient l'application automatiquement et disparaissent aussi vite. Mais l'application reste alors dans le dossier de téléchargement… pas grandiose non plus. En fait j'en viens à préférer l'installateur.
Comme le dit très clairement oomu, la solution existe déjà, ce sont les dmg qui extraient l'application automatiquement et disparaissent aussi vite. Mais l'application reste alors dans le dossier de téléchargement… pas grandiose non plus. En fait j'en viens à préférer l'installateur.
Gigaflop
[18/09/2009 13:30]
Il me semblait qu'il fallait désactiver l'ouverture automatique des "fichiers fiables" car trop de risque d'exécution de code malin. Si FF contourne cette précaution, c'est le début de la fin… il y a une philosophie à respecter, c'est cela qui fait la simplicité et la sécurité de Mac OS X.
De plus, je suis d'accord avec oomu pour l'option ZIP ou DMG "auto-jetable", ce serait une alternative plus propre.
@ Saint-Jey.
Je stock aussi les dmg, mais uniquement pour garder les applications pour réinstallation au cas où, non pas pour l'utilisation courante. Je les stocke sur un disque externe qui sert aussi, accessoirement, de sauvegarde. Dans mon dossier Applications, il n'y a que les logiciels, proprement installé.
Il me semblait qu'il fallait désactiver l'ouverture automatique des "fichiers fiables" car trop de risque d'exécution de code malin. Si FF contourne cette précaution, c'est le début de la fin… il y a une philosophie à respecter, c'est cela qui fait la simplicité et la sécurité de Mac OS X.
De plus, je suis d'accord avec oomu pour l'option ZIP ou DMG "auto-jetable", ce serait une alternative plus propre.
@ Saint-Jey.
Je stock aussi les dmg, mais uniquement pour garder les applications pour réinstallation au cas où, non pas pour l'utilisation courante. Je les stocke sur un disque externe qui sert aussi, accessoirement, de sauvegarde. Dans mon dossier Applications, il n'y a que les logiciels, proprement installé.
FabriceG
[18/09/2009 13:31]
@solunne : c'est « Doris », nico-r est le plus proche ;-) Dory c'est pour la V.O.
@solunne : c'est « Doris », nico-r est le plus proche ;-) Dory c'est pour la V.O.
4
3
2
1
Réagir
Cinq consignes avant de réagir :
- Rester dans le cadre de la dépêche. Pour des discussions plus générales, vous pouvez utiliser nos forums.
- Développer son argumentation. Les messages dont le seul but est de mettre de l'huile sur le feu seront modifiés ou effacés sans préavis par la rédaction.
- Respecter les acteurs de l'informatique et les autres lecteurs. Les messages agressifs, vulgaires, haineux, etc. seront modifiés ou effacés sans préavis par la rédaction.
- Pour toute remarque concernant le contenu de l'article, pour nous signaler une erreur, une faute d'orthographe, une omission, merci de nous contacter exclusivement par e-mail.
- Relisez-vous, et pour les utilisateurs de Safari profitez de l'aide du navigateur : activez le menu édition > Orthographe > Vérifier l'orthographe lors de la frappe.
Février 2010