On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile
-url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile
-url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile
-url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile -url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile -url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile -url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
Le 30/07/2012 15:56, *Jacques93* a écrit le message suivant :
On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile
-url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
Nous ne sommes pas d'accord. ;-)
Firefox (FF) ne gère pas les clés des logiciels de messagerie de la Base
de Registre (BdR).
FF propose une liste de choix avec ce qui dans la BdR.
D'ailleurs, pour information, dans la rubrique *Applications* de FF, il
n'y a pas de mailto:.
Il n'apparait seulement après qu'un lien mailto: ait été cliqué dans une
page web.
Tout de suite, il utilise le mailto: de l'application de messagerie
déclarée par défaut dans la BdR. S'il n'y avait pas de logiciel de
messagerie défini par défaut, il te proposerait probablement le choix
entre les 2 webmails Gmail et Yahoo mail.
La clé que tu cites, a été écrite dans la BdR par Forté Agent et non par
FF.
Donc, si cette clé est mal renseignée dans la BdR, il faut voir du côté
du logiciel concerné.
Lorsque tu choisis une application qui n'est pas dans la liste des
logiciels de messagerie proposée par FF, FF ne va pas inscrire une clé
avec ces paramètres dans la BdR.
Avec un Forté Agent (FA) 1.91, tu crois vraiment qu'il a inscrit des
clés dans la BdR qui soient "actuelles" ?
Ensuite, FA 1.91 est mono-serveur, ce qui n'est pas le cas des versions
récentes de FA qui sont multi-serveurs et multi-comptes. Je crois que
c'était à partir de la version 4.3.
Avec FA 1.91, tu es obligé de bricoler. Cela implique qu'il y ait autant
de fichiers agent.ini que de serveurs NNTP soit dans différents
dossiers. Pour indiquer à FA 1.91 quel serveur utilisé, cela se passe au
niveau de chacun des raccourcis de FA que tu auras préalablement créés.
Alors, si tu crois qu'en cliquant sur un mailto:, le système saura dans
quel dossier pour trouver le bon fichier agent.ini, je crois que tu te
fais des illusions. ;-)
Le 30/07/2012 15:56, *Jacques93* a écrit le message suivant :
On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile
-url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
Nous ne sommes pas d'accord. ;-)
Firefox (FF) ne gère pas les clés des logiciels de messagerie de la Base
de Registre (BdR).
FF propose une liste de choix avec ce qui dans la BdR.
D'ailleurs, pour information, dans la rubrique *Applications* de FF, il
n'y a pas de mailto:.
Il n'apparait seulement après qu'un lien mailto: ait été cliqué dans une
page web.
Tout de suite, il utilise le mailto: de l'application de messagerie
déclarée par défaut dans la BdR. S'il n'y avait pas de logiciel de
messagerie défini par défaut, il te proposerait probablement le choix
entre les 2 webmails Gmail et Yahoo mail.
La clé que tu cites, a été écrite dans la BdR par Forté Agent et non par
FF.
Donc, si cette clé est mal renseignée dans la BdR, il faut voir du côté
du logiciel concerné.
Lorsque tu choisis une application qui n'est pas dans la liste des
logiciels de messagerie proposée par FF, FF ne va pas inscrire une clé
avec ces paramètres dans la BdR.
Avec un Forté Agent (FA) 1.91, tu crois vraiment qu'il a inscrit des
clés dans la BdR qui soient "actuelles" ?
Ensuite, FA 1.91 est mono-serveur, ce qui n'est pas le cas des versions
récentes de FA qui sont multi-serveurs et multi-comptes. Je crois que
c'était à partir de la version 4.3.
Avec FA 1.91, tu es obligé de bricoler. Cela implique qu'il y ait autant
de fichiers agent.ini que de serveurs NNTP soit dans différents
dossiers. Pour indiquer à FA 1.91 quel serveur utilisé, cela se passe au
niveau de chacun des raccourcis de FA que tu auras préalablement créés.
Alors, si tu crois qu'en cliquant sur un mailto:, le système saura dans
quel dossier pour trouver le bon fichier agent.ini, je crois que tu te
fais des illusions. ;-)
Le 30/07/2012 15:56, *Jacques93* a écrit le message suivant :
On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile
-url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
Nous ne sommes pas d'accord. ;-)
Firefox (FF) ne gère pas les clés des logiciels de messagerie de la Base
de Registre (BdR).
FF propose une liste de choix avec ce qui dans la BdR.
D'ailleurs, pour information, dans la rubrique *Applications* de FF, il
n'y a pas de mailto:.
Il n'apparait seulement après qu'un lien mailto: ait été cliqué dans une
page web.
Tout de suite, il utilise le mailto: de l'application de messagerie
déclarée par défaut dans la BdR. S'il n'y avait pas de logiciel de
messagerie défini par défaut, il te proposerait probablement le choix
entre les 2 webmails Gmail et Yahoo mail.
La clé que tu cites, a été écrite dans la BdR par Forté Agent et non par
FF.
Donc, si cette clé est mal renseignée dans la BdR, il faut voir du côté
du logiciel concerné.
Lorsque tu choisis une application qui n'est pas dans la liste des
logiciels de messagerie proposée par FF, FF ne va pas inscrire une clé
avec ces paramètres dans la BdR.
Avec un Forté Agent (FA) 1.91, tu crois vraiment qu'il a inscrit des
clés dans la BdR qui soient "actuelles" ?
Ensuite, FA 1.91 est mono-serveur, ce qui n'est pas le cas des versions
récentes de FA qui sont multi-serveurs et multi-comptes. Je crois que
c'était à partir de la version 4.3.
Avec FA 1.91, tu es obligé de bricoler. Cela implique qu'il y ait autant
de fichiers agent.ini que de serveurs NNTP soit dans différents
dossiers. Pour indiquer à FA 1.91 quel serveur utilisé, cela se passe au
niveau de chacun des raccourcis de FA que tu auras préalablement créés.
Alors, si tu crois qu'en cliquant sur un mailto:, le système saura dans
quel dossier pour trouver le bon fichier agent.ini, je crois que tu te
fais des illusions. ;-)
Le 30/07/2012 19:13, none a écrit :Le 30/07/2012 15:56, *Jacques93* a écrit le message suivant :
On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile
-url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
Nous ne sommes pas d'accord. ;-)
Sur certains points si, sur d'autres non :-)
Firefox (FF) ne gère pas les clés des logiciels de messagerie de la Base
de Registre (BdR).
Je crois que si, comment expliques tu l'image écran du post précédent ?
dans un cas on a -home:MailtoUrlIniFile, pas dans l'autre. Et dans les
deux cas c'est bien FF qui lance FA.
FF propose une liste de choix avec ce qui dans la BdR.
Oui, probablement basé sur HKLMSoftwareClientsMail
et en y ajoutant GMail et Yahoo. A vérifier ...
D'ailleurs, pour information, dans la rubrique *Applications* de FF, il
n'y a pas de mailto:.
Si, que ce soit sous Windows (XP, 7), ou Linux, mailto il y a.Il n'apparait seulement après qu'un lien mailto: ait été cliqué dans une
page web.
Non pas besoin de cliquer pour qu'il apparaisse, cela force simplement à
faire un choix s'il n'a pas été fait au préalable.
Tout de suite, il utilise le mailto: de l'application de messagerie
déclarée par défaut dans la BdR. S'il n'y avait pas de logiciel de
messagerie défini par défaut, il te proposerait probablement le choix
entre les 2 webmails Gmail et Yahoo mail.
Donc on est d'accord ;-) , sauf qu'il y a le logiciel de messagerie par
défaut de l'OS, et celui de FF, qui ne sont pas nécessairement les mêmes.
La clé que tu cites, a été écrite dans la BdR par Forté Agent et non par
FF.
Oui, c'est d'ailleurs ce que j'écris : par la procédure d'installation
de Forte Agent.Donc, si cette clé est mal renseignée dans la BdR, il faut voir du côté
du logiciel concerné.
Absolument, surtout si on a court-circuité la procédure d'installation.
Lorsque tu choisis une application qui n'est pas dans la liste des
logiciels de messagerie proposée par FF, FF ne va pas inscrire une clé
avec ces paramètres dans la BdR.
Et il a bien raison
Avec un Forté Agent (FA) 1.91, tu crois vraiment qu'il a inscrit des
clés dans la BdR qui soient "actuelles" ?
Ensuite, FA 1.91 est mono-serveur, ce qui n'est pas le cas des versions
récentes de FA qui sont multi-serveurs et multi-comptes. Je crois que
c'était à partir de la version 4.3.
Avec FA 1.91, tu es obligé de bricoler. Cela implique qu'il y ait autant
de fichiers agent.ini que de serveurs NNTP soit dans différents
dossiers. Pour indiquer à FA 1.91 quel serveur utilisé, cela se passe au
niveau de chacun des raccourcis de FA que tu auras préalablement créés.
Alors, si tu crois qu'en cliquant sur un mailto:, le système saura dans
quel dossier pour trouver le bon fichier agent.ini, je crois que tu te
fais des illusions. ;-)
Je suis un doux rêveur :-)
J'ai utilisé FF 14.0.1 avec successivement FA 6.0 et 7.0, et je
reconnais volontiers mon ignorance sur l'historique de FA. Mais il me
semble qu'avec ces dernières versions le minimum est fait au niveau du
registre pour s'interfacer avec les Windows récents et cohabiter avec
d'autres courrielleurs, ainsi que divers navigateurs, tout en gardant un
rôle prépondérant à agent.ini
A mon sens c'est FireFox qui est en cause, pas Forte Agent. Ou il
applique une logique qui m'échappe.
Le 30/07/2012 19:13, none a écrit :
Le 30/07/2012 15:56, *Jacques93* a écrit le message suivant :
On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile
-url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
Nous ne sommes pas d'accord. ;-)
Sur certains points si, sur d'autres non :-)
Firefox (FF) ne gère pas les clés des logiciels de messagerie de la Base
de Registre (BdR).
Je crois que si, comment expliques tu l'image écran du post précédent ?
dans un cas on a -home:MailtoUrlIniFile, pas dans l'autre. Et dans les
deux cas c'est bien FF qui lance FA.
FF propose une liste de choix avec ce qui dans la BdR.
Oui, probablement basé sur HKLMSoftwareClientsMail
et en y ajoutant GMail et Yahoo. A vérifier ...
D'ailleurs, pour information, dans la rubrique *Applications* de FF, il
n'y a pas de mailto:.
Si, que ce soit sous Windows (XP, 7), ou Linux, mailto il y a.
Il n'apparait seulement après qu'un lien mailto: ait été cliqué dans une
page web.
Non pas besoin de cliquer pour qu'il apparaisse, cela force simplement à
faire un choix s'il n'a pas été fait au préalable.
Tout de suite, il utilise le mailto: de l'application de messagerie
déclarée par défaut dans la BdR. S'il n'y avait pas de logiciel de
messagerie défini par défaut, il te proposerait probablement le choix
entre les 2 webmails Gmail et Yahoo mail.
Donc on est d'accord ;-) , sauf qu'il y a le logiciel de messagerie par
défaut de l'OS, et celui de FF, qui ne sont pas nécessairement les mêmes.
La clé que tu cites, a été écrite dans la BdR par Forté Agent et non par
FF.
Oui, c'est d'ailleurs ce que j'écris : par la procédure d'installation
de Forte Agent.
Donc, si cette clé est mal renseignée dans la BdR, il faut voir du côté
du logiciel concerné.
Absolument, surtout si on a court-circuité la procédure d'installation.
Lorsque tu choisis une application qui n'est pas dans la liste des
logiciels de messagerie proposée par FF, FF ne va pas inscrire une clé
avec ces paramètres dans la BdR.
Et il a bien raison
Avec un Forté Agent (FA) 1.91, tu crois vraiment qu'il a inscrit des
clés dans la BdR qui soient "actuelles" ?
Ensuite, FA 1.91 est mono-serveur, ce qui n'est pas le cas des versions
récentes de FA qui sont multi-serveurs et multi-comptes. Je crois que
c'était à partir de la version 4.3.
Avec FA 1.91, tu es obligé de bricoler. Cela implique qu'il y ait autant
de fichiers agent.ini que de serveurs NNTP soit dans différents
dossiers. Pour indiquer à FA 1.91 quel serveur utilisé, cela se passe au
niveau de chacun des raccourcis de FA que tu auras préalablement créés.
Alors, si tu crois qu'en cliquant sur un mailto:, le système saura dans
quel dossier pour trouver le bon fichier agent.ini, je crois que tu te
fais des illusions. ;-)
Je suis un doux rêveur :-)
J'ai utilisé FF 14.0.1 avec successivement FA 6.0 et 7.0, et je
reconnais volontiers mon ignorance sur l'historique de FA. Mais il me
semble qu'avec ces dernières versions le minimum est fait au niveau du
registre pour s'interfacer avec les Windows récents et cohabiter avec
d'autres courrielleurs, ainsi que divers navigateurs, tout en gardant un
rôle prépondérant à agent.ini
A mon sens c'est FireFox qui est en cause, pas Forte Agent. Ou il
applique une logique qui m'échappe.
Le 30/07/2012 19:13, none a écrit :Le 30/07/2012 15:56, *Jacques93* a écrit le message suivant :
On est d'accord, j'ai d'ailleurs cité la clé :
HKEY_CLASSES_ROOTForteAgent.mailto.1shellopencommand
qui a pour valeur :
"C:Program Files (x86)Agentagent.exe" -home:MailtoUrlIniFile
-url:"%1"
et qui est inscrite par la procédure d'installation de Forte Agent, mais
qui est mal géré par FF.
Nous ne sommes pas d'accord. ;-)
Sur certains points si, sur d'autres non :-)
Firefox (FF) ne gère pas les clés des logiciels de messagerie de la Base
de Registre (BdR).
Je crois que si, comment expliques tu l'image écran du post précédent ?
dans un cas on a -home:MailtoUrlIniFile, pas dans l'autre. Et dans les
deux cas c'est bien FF qui lance FA.
FF propose une liste de choix avec ce qui dans la BdR.
Oui, probablement basé sur HKLMSoftwareClientsMail
et en y ajoutant GMail et Yahoo. A vérifier ...
D'ailleurs, pour information, dans la rubrique *Applications* de FF, il
n'y a pas de mailto:.
Si, que ce soit sous Windows (XP, 7), ou Linux, mailto il y a.Il n'apparait seulement après qu'un lien mailto: ait été cliqué dans une
page web.
Non pas besoin de cliquer pour qu'il apparaisse, cela force simplement à
faire un choix s'il n'a pas été fait au préalable.
Tout de suite, il utilise le mailto: de l'application de messagerie
déclarée par défaut dans la BdR. S'il n'y avait pas de logiciel de
messagerie défini par défaut, il te proposerait probablement le choix
entre les 2 webmails Gmail et Yahoo mail.
Donc on est d'accord ;-) , sauf qu'il y a le logiciel de messagerie par
défaut de l'OS, et celui de FF, qui ne sont pas nécessairement les mêmes.
La clé que tu cites, a été écrite dans la BdR par Forté Agent et non par
FF.
Oui, c'est d'ailleurs ce que j'écris : par la procédure d'installation
de Forte Agent.Donc, si cette clé est mal renseignée dans la BdR, il faut voir du côté
du logiciel concerné.
Absolument, surtout si on a court-circuité la procédure d'installation.
Lorsque tu choisis une application qui n'est pas dans la liste des
logiciels de messagerie proposée par FF, FF ne va pas inscrire une clé
avec ces paramètres dans la BdR.
Et il a bien raison
Avec un Forté Agent (FA) 1.91, tu crois vraiment qu'il a inscrit des
clés dans la BdR qui soient "actuelles" ?
Ensuite, FA 1.91 est mono-serveur, ce qui n'est pas le cas des versions
récentes de FA qui sont multi-serveurs et multi-comptes. Je crois que
c'était à partir de la version 4.3.
Avec FA 1.91, tu es obligé de bricoler. Cela implique qu'il y ait autant
de fichiers agent.ini que de serveurs NNTP soit dans différents
dossiers. Pour indiquer à FA 1.91 quel serveur utilisé, cela se passe au
niveau de chacun des raccourcis de FA que tu auras préalablement créés.
Alors, si tu crois qu'en cliquant sur un mailto:, le système saura dans
quel dossier pour trouver le bon fichier agent.ini, je crois que tu te
fais des illusions. ;-)
Je suis un doux rêveur :-)
J'ai utilisé FF 14.0.1 avec successivement FA 6.0 et 7.0, et je
reconnais volontiers mon ignorance sur l'historique de FA. Mais il me
semble qu'avec ces dernières versions le minimum est fait au niveau du
registre pour s'interfacer avec les Windows récents et cohabiter avec
d'autres courrielleurs, ainsi que divers navigateurs, tout en gardant un
rôle prépondérant à agent.ini
A mon sens c'est FireFox qui est en cause, pas Forte Agent. Ou il
applique une logique qui m'échappe.
Bon, j'ai encore progressé sur le sujet.
Le 30/07/2012 17:01, j'écrivais :
Cette moquerie est peut-être antique mais SeaMonkey dispose aussi d'un
panneau d'options nommé "Applications" qui permet de rediriger les liens de
type mailto: vers un client externe.
http://âpp.com/Hah8
Je n'ai aucune application « mailto » dans ce panneau, et aucun moyen
d'en créer. :-(Il faut peut-être bidouiller un
about:config#network.protocol-handler.external.mailto = true au préalable
pour faire cesser ces petites moqueries.
Cette propriété n'existe pas dans about:config. :-(
J'étais sur le point de désespérer (une fois de plus) quand je me suis
dit allez, soyons fou, créons-la. Ne voyant pas apparaître d'application
mailto dans le panneau "Applications", j'ai créé une autre propriété
encore, dont j'ai trouvé le nom sur la toile (nom que je ne donne pas
pour le moment car je crois en fait que c'était inutile, mais je
n'arrive pas à la supprimer). Je n'ai toujours rien vu apparaître dans
le panneau "Applications", mais quand j'ai cliqué sur un lien mailto
j'ai eu une boîte de dialogue me proposant de choisir mon courrielleur,
et ÇA A MARCHÉ !
M'apercevant que je n'utilisais pas la dernière version de SeaMonkey,
je viens de la mettre à jour. Bien sûr, pour ça il m'a fallu l'arrêter
et le relancer, ce que je n'avais pas fait (sans doute à tort).
Résultat : la propriété inutile que j'avais créée a disparu, et elle
était vraiment inutile, mais aussi et surtout j'ai maintenant bien
une application « mailto » dans le panneau indiqué par rm.
Je ne saurai pas dire si c'est le fait de relancer l'application ou
bien le fait de prendre la dernière version qui a été décisif, et
j'en suis désolé. Mais l'essentiel pour moi est que ça fonctionne.
Bon, j'ai encore progressé sur le sujet.
Le 30/07/2012 17:01, j'écrivais :
Cette moquerie est peut-être antique mais SeaMonkey dispose aussi d'un
panneau d'options nommé "Applications" qui permet de rediriger les liens de
type mailto: vers un client externe.
http://âpp.com/Hah8
Je n'ai aucune application « mailto » dans ce panneau, et aucun moyen
d'en créer. :-(
Il faut peut-être bidouiller un
about:config#network.protocol-handler.external.mailto = true au préalable
pour faire cesser ces petites moqueries.
Cette propriété n'existe pas dans about:config. :-(
J'étais sur le point de désespérer (une fois de plus) quand je me suis
dit allez, soyons fou, créons-la. Ne voyant pas apparaître d'application
mailto dans le panneau "Applications", j'ai créé une autre propriété
encore, dont j'ai trouvé le nom sur la toile (nom que je ne donne pas
pour le moment car je crois en fait que c'était inutile, mais je
n'arrive pas à la supprimer). Je n'ai toujours rien vu apparaître dans
le panneau "Applications", mais quand j'ai cliqué sur un lien mailto
j'ai eu une boîte de dialogue me proposant de choisir mon courrielleur,
et ÇA A MARCHÉ !
M'apercevant que je n'utilisais pas la dernière version de SeaMonkey,
je viens de la mettre à jour. Bien sûr, pour ça il m'a fallu l'arrêter
et le relancer, ce que je n'avais pas fait (sans doute à tort).
Résultat : la propriété inutile que j'avais créée a disparu, et elle
était vraiment inutile, mais aussi et surtout j'ai maintenant bien
une application « mailto » dans le panneau indiqué par rm.
Je ne saurai pas dire si c'est le fait de relancer l'application ou
bien le fait de prendre la dernière version qui a été décisif, et
j'en suis désolé. Mais l'essentiel pour moi est que ça fonctionne.
Bon, j'ai encore progressé sur le sujet.
Le 30/07/2012 17:01, j'écrivais :
Cette moquerie est peut-être antique mais SeaMonkey dispose aussi d'un
panneau d'options nommé "Applications" qui permet de rediriger les liens de
type mailto: vers un client externe.
http://âpp.com/Hah8
Je n'ai aucune application « mailto » dans ce panneau, et aucun moyen
d'en créer. :-(Il faut peut-être bidouiller un
about:config#network.protocol-handler.external.mailto = true au préalable
pour faire cesser ces petites moqueries.
Cette propriété n'existe pas dans about:config. :-(
J'étais sur le point de désespérer (une fois de plus) quand je me suis
dit allez, soyons fou, créons-la. Ne voyant pas apparaître d'application
mailto dans le panneau "Applications", j'ai créé une autre propriété
encore, dont j'ai trouvé le nom sur la toile (nom que je ne donne pas
pour le moment car je crois en fait que c'était inutile, mais je
n'arrive pas à la supprimer). Je n'ai toujours rien vu apparaître dans
le panneau "Applications", mais quand j'ai cliqué sur un lien mailto
j'ai eu une boîte de dialogue me proposant de choisir mon courrielleur,
et ÇA A MARCHÉ !
M'apercevant que je n'utilisais pas la dernière version de SeaMonkey,
je viens de la mettre à jour. Bien sûr, pour ça il m'a fallu l'arrêter
et le relancer, ce que je n'avais pas fait (sans doute à tort).
Résultat : la propriété inutile que j'avais créée a disparu, et elle
était vraiment inutile, mais aussi et surtout j'ai maintenant bien
une application « mailto » dans le panneau indiqué par rm.
Je ne saurai pas dire si c'est le fait de relancer l'application ou
bien le fait de prendre la dernière version qui a été décisif, et
j'en suis désolé. Mais l'essentiel pour moi est que ça fonctionne.
Je viens de tester en profil vierge, la dernière version de SeaMonkey.
Il parait nécessaire de créer l'entrée
network.protocol-handler.external.mailto = true dans l'about:config avant
de relancer SM, d'actionner une première url mailto:, de choisir une appli
externe pour que l'entrée mailto: apparaisse enfin dans ce panneau
d'Applications assez bizarre et peu pratique ;)
L'activation d'une url mailto: sans présence de l'option
network.protocol-handler.external.mailto = true provoque autrement le
lancement de l'assistant de configuration du client de messagerie de SM.
Je viens de tester en profil vierge, la dernière version de SeaMonkey.
Il parait nécessaire de créer l'entrée
network.protocol-handler.external.mailto = true dans l'about:config avant
de relancer SM, d'actionner une première url mailto:, de choisir une appli
externe pour que l'entrée mailto: apparaisse enfin dans ce panneau
d'Applications assez bizarre et peu pratique ;)
L'activation d'une url mailto: sans présence de l'option
network.protocol-handler.external.mailto = true provoque autrement le
lancement de l'assistant de configuration du client de messagerie de SM.
Je viens de tester en profil vierge, la dernière version de SeaMonkey.
Il parait nécessaire de créer l'entrée
network.protocol-handler.external.mailto = true dans l'about:config avant
de relancer SM, d'actionner une première url mailto:, de choisir une appli
externe pour que l'entrée mailto: apparaisse enfin dans ce panneau
d'Applications assez bizarre et peu pratique ;)
L'activation d'une url mailto: sans présence de l'option
network.protocol-handler.external.mailto = true provoque autrement le
lancement de l'assistant de configuration du client de messagerie de SM.
