Soit deux macs mini, l'un en 10.6.5, l'autre en 10.7.3, avec tous les
deux la même (dernière) version 12 de Firefox.
Sur le core solo en 10.6.5 lorsque dans la page des "Modules
complémentaires" onglet Plugins, je clique sur "Vérifier si les plugins
sont à jour", j'obtiens une page 404 de chez Mozilla :
<https://www.mozilla.com/fr/404> (quasiment instantanément).
Sur le core2duo en 10.7.3 j'obtiens la bonne page :
<https://www.mozilla.org/fr/plugincheck/>
En tapant cette URL sur le core solo j'accède à la bonne page comme il
faut.
Pourquoi le lien de vérification ne marche pas sur le core solo alors
que c'est le même Firefox ?
Le Firefox du 10.6.5 (core solo) n'a que AdBlock plus (dernière version)
en module complémentaire alors que l'autre en a une floppée. La
désactivation de ce AdBlock Plus ne change rien.
Les réglages DNS sont les mêmes sur les deux macs.
Le démarrage en mode sans échec de Firefox (touche option au lancement)
ne change rien.
J'ai réinstaller Firefox 12 à la main sans plus de succès.
Toute application graphique qui peut gérer un type d'URL le déclare; à l'utilisateur de choisir ensuite laquelle il souhaite soit par le biais des préférences des applications gérant le type d'URL en question, soit en enregistrant une déclaration dans ~/Library/Preferences/com.apple.LaunchServices.plist
Par exemple pour définir un navigateur par défaut, il faudra le sélectionner depuis n'importe quel navigateur (s'il respecte les guidelines d'Apple). Idem pour un client de messagerie, usenet, ftp, etc.
Encore faut-il savoir quelle est l'application en question...
Tu tiens une sacrée couche toi... Tape-toi l'enfilade grosse feignasse (et pas en diagonal).
-- echo '' | tr '[a-z]' '[n-za-m]'
On Mer 09 mai 2012 à 16:40,
erwan@rail.eu.org wrote:
Toute application graphique qui peut gérer un type d'URL le déclare; à
l'utilisateur de choisir ensuite laquelle il souhaite soit par le biais
des préférences des applications gérant le type d'URL en question, soit
en enregistrant une déclaration dans
~/Library/Preferences/com.apple.LaunchServices.plist
Par exemple pour définir un navigateur par défaut, il faudra le
sélectionner depuis n'importe quel navigateur (s'il respecte les
guidelines d'Apple).
Idem pour un client de messagerie, usenet, ftp, etc.
Encore faut-il savoir quelle est l'application en question...
Tu tiens une sacrée couche toi...
Tape-toi l'enfilade grosse feignasse (et pas en diagonal).
Toute application graphique qui peut gérer un type d'URL le déclare; à l'utilisateur de choisir ensuite laquelle il souhaite soit par le biais des préférences des applications gérant le type d'URL en question, soit en enregistrant une déclaration dans ~/Library/Preferences/com.apple.LaunchServices.plist
Par exemple pour définir un navigateur par défaut, il faudra le sélectionner depuis n'importe quel navigateur (s'il respecte les guidelines d'Apple). Idem pour un client de messagerie, usenet, ftp, etc.
Encore faut-il savoir quelle est l'application en question...
Tu tiens une sacrée couche toi... Tape-toi l'enfilade grosse feignasse (et pas en diagonal).
-- echo '' | tr '[a-z]' '[n-za-m]'
Matt
On Mer 09 mai 2012 à 16:41, wrote:
Ah, ça ce n'était pas encore apparu dans la discussion...
Ça fait plusieurs années que c'est ainsi. Rien de bien nouveau...
Et la syntaxe est documentée où ?
C'est un fichier XML (ça se converti avec plutil(1))... Je suis sûr que la personne condescendante que tu es trouveras bien toute seule.
-- echo '' | tr '[a-z]' '[n-za-m]'
On Mer 09 mai 2012 à 16:41,
erwan@rail.eu.org wrote:
Ah, ça ce n'était pas encore apparu dans la discussion...
Ça fait plusieurs années que c'est ainsi.
Rien de bien nouveau...
Et la syntaxe est documentée où ?
C'est un fichier XML (ça se converti avec plutil(1))...
Je suis sûr que la personne condescendante que tu es trouveras bien
toute seule.
Ah, ça ce n'était pas encore apparu dans la discussion...
Ça fait plusieurs années que c'est ainsi. Rien de bien nouveau...
En outre j'ai déjà parlé de ce fichier ici : Message-ID: <jode52$1p2v$
Et la syntaxe est documentée où ?
C'est un fichier XML (ça se converti avec plutil(1))... Je suis sûr que la personne condescendante que tu es trouveras bien toute seule.
-- echo '' | tr '[a-z]' '[n-za-m]'
Erwan David
Matt écrivait :
On Mer 09 mai 2012 à 16:41, wrote:
Ah, ça ce n'était pas encore apparu dans la discussion...
Ça fait plusieurs années que c'est ainsi. Rien de bien nouveau...
En outre j'ai déjà parlé de ce fichier ici : Message-ID: <jode52$1p2v$
Et la syntaxe est documentée où ?
C'est un fichier XML (ça se converti avec plutil(1))... Je suis sûr que la personne condescendante que tu es trouveras bien toute seule.
xml ça veut rien dire, et les plists sont particulièrement mal foutus avec des suites de key, dict, array string sans aucune organisation logique, juste un mélange de choses différentes...
Tu va me dire que CFBundle DevelopmentRegiuon suivi par un nom de langue c'est évident... etc...
Bref du xmk évident à comprendre...
(et encore je n'ai pas mis les array de dict ou array de strings ne contenant qu'une string)... QUand je demande la syntaxe c'est ça : quelles sont les clefs, quelle est leur signification, quel type de valeur doit on y associer...
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Matt <hfrarg@syrius.org.invalid> écrivait :
On Mer 09 mai 2012 à 16:41,
erwan@rail.eu.org wrote:
Ah, ça ce n'était pas encore apparu dans la discussion...
Ça fait plusieurs années que c'est ainsi.
Rien de bien nouveau...
En outre j'ai déjà parlé de ce fichier ici :
Message-ID: <jode52$1p2v$1@talisker.lacave.net>
Et la syntaxe est documentée où ?
C'est un fichier XML (ça se converti avec plutil(1))...
Je suis sûr que la personne condescendante que tu es trouveras bien
toute seule.
xml ça veut rien dire, et les plists sont particulièrement mal foutus
avec des suites de key, dict, array string sans aucune organisation
logique, juste un mélange de choses différentes...
Tu va me dire que CFBundle DevelopmentRegiuon suivi par un nom de langue
c'est évident...
etc...
Bref du xmk évident à comprendre...
(et encore je n'ai pas mis les array de dict ou array de strings ne
contenant qu'une string)... QUand je demande la syntaxe c'est ça :
quelles sont les clefs, quelle est leur signification, quel type de
valeur doit on y associer...
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
Ah, ça ce n'était pas encore apparu dans la discussion...
Ça fait plusieurs années que c'est ainsi. Rien de bien nouveau...
En outre j'ai déjà parlé de ce fichier ici : Message-ID: <jode52$1p2v$
Et la syntaxe est documentée où ?
C'est un fichier XML (ça se converti avec plutil(1))... Je suis sûr que la personne condescendante que tu es trouveras bien toute seule.
xml ça veut rien dire, et les plists sont particulièrement mal foutus avec des suites de key, dict, array string sans aucune organisation logique, juste un mélange de choses différentes...
Tu va me dire que CFBundle DevelopmentRegiuon suivi par un nom de langue c'est évident... etc...
Bref du xmk évident à comprendre...
(et encore je n'ai pas mis les array de dict ou array de strings ne contenant qu'une string)... QUand je demande la syntaxe c'est ça : quelles sont les clefs, quelle est leur signification, quel type de valeur doit on y associer...
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Matt
On Mer 09 mai 2012 à 21:48, Erwan David wrote:
[snip blabla jamais content...]
Tu va me dire que CFBundle DevelopmentRegiuon suivi par un nom de langue c'est évident... etc...
Bref du xmk évident à comprendre...
(et encore je n'ai pas mis les array de dict ou array de strings ne contenant qu'une string)... QUand je demande la syntaxe c'est ça : quelles sont les clefs, quelle est leur signification, quel type de valeur doit on y associer...
On Mer 09 mai 2012 à 21:48,
Erwan David <erwan@rail.eu.org> wrote:
[snip blabla jamais content...]
Tu va me dire que CFBundle DevelopmentRegiuon suivi par un nom de langue
c'est évident...
etc...
Bref du xmk évident à comprendre...
(et encore je n'ai pas mis les array de dict ou array de strings ne
contenant qu'une string)... QUand je demande la syntaxe c'est ça :
quelles sont les clefs, quelle est leur signification, quel type de
valeur doit on y associer...
Tu va me dire que CFBundle DevelopmentRegiuon suivi par un nom de langue c'est évident... etc...
Bref du xmk évident à comprendre...
(et encore je n'ai pas mis les array de dict ou array de strings ne contenant qu'une string)... QUand je demande la syntaxe c'est ça : quelles sont les clefs, quelle est leur signification, quel type de valeur doit on y associer...
> Si tu hésites à modifier le Info.plist de la dite application, tu peux > toujours utiliser RCDefaultApp.prefPane pour désactiver (un peu un hack) > les méthodes macappstore:// et macappstore:// à l'onglet URLs.
Pas mal du tout ! Je connaissais Misfox : http://mac.clauss-net.de/misfox/
J'ai Misfox mais le protocole macappstore ne semble pas y exister. Ca n'empèche pas Firefox de me proposer de lancer l'AppStore (sans le faire lui même j'en conviens). -- Fra
Gilles Aurejac <gilles@alussinan.org> wrote:
> Si tu hésites à modifier le Info.plist de la dite application, tu peux
> toujours utiliser RCDefaultApp.prefPane pour désactiver (un peu un hack)
> les méthodes macappstore:// et macappstore:// à l'onglet URLs.
Pas mal du tout !
Je connaissais Misfox :
http://mac.clauss-net.de/misfox/
J'ai Misfox mais le protocole macappstore ne semble pas y exister.
Ca n'empèche pas Firefox de me proposer de lancer l'AppStore (sans le
faire lui même j'en conviens).
--
Fra
> Si tu hésites à modifier le Info.plist de la dite application, tu peux > toujours utiliser RCDefaultApp.prefPane pour désactiver (un peu un hack) > les méthodes macappstore:// et macappstore:// à l'onglet URLs.
Pas mal du tout ! Je connaissais Misfox : http://mac.clauss-net.de/misfox/
J'ai Misfox mais le protocole macappstore ne semble pas y exister. Ca n'empèche pas Firefox de me proposer de lancer l'AppStore (sans le faire lui même j'en conviens). -- Fra
fra
Jacques Perrocheau wrote:
Si tu ne veux pas modifier son Info.plist comme le suggère Matt, risque à la prochaine mise à jour de voir le réglage revenir, tu peux, il me semble, utiliser RCDefaultApp.prefPane pour désactiver ce type d'URL.. si RCDefaultApp.prefPane fonctionne encore sous Mac OX 10.7.x. Je n'ai pas mac OS X 10.7 pour vérifier.
Ca marche. Dans misfox je n'avais pas le protocole macappstore:// ; là je lui dit de n'en faire rien. -- Fra
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
Si tu ne veux pas modifier son Info.plist comme le suggère Matt, risque
à la prochaine mise à jour de voir le réglage revenir, tu peux, il me
semble, utiliser RCDefaultApp.prefPane pour désactiver ce type d'URL..
si RCDefaultApp.prefPane fonctionne encore sous Mac OX 10.7.x. Je n'ai
pas mac OS X 10.7 pour vérifier.
Ca marche. Dans misfox je n'avais pas le protocole macappstore:// ; là
je lui dit de n'en faire rien.
--
Fra
Si tu ne veux pas modifier son Info.plist comme le suggère Matt, risque à la prochaine mise à jour de voir le réglage revenir, tu peux, il me semble, utiliser RCDefaultApp.prefPane pour désactiver ce type d'URL.. si RCDefaultApp.prefPane fonctionne encore sous Mac OX 10.7.x. Je n'ai pas mac OS X 10.7 pour vérifier.
Ca marche. Dans misfox je n'avais pas le protocole macappstore:// ; là je lui dit de n'en faire rien. -- Fra
Jacques Perrocheau
In article <1kjvk4m.1l95uch1buxugfN%, (Fra) wrote:
Jacques Perrocheau wrote:
> Si tu ne veux pas modifier son Info.plist comme le suggère Matt, risque > à la prochaine mise à jour de voir le réglage revenir, tu peux, il me > semble, utiliser RCDefaultApp.prefPane pour désactiver ce type d'URL.. > si RCDefaultApp.prefPane fonctionne encore sous Mac OX 10.7.x. Je n'ai > pas mac OS X 10.7 pour vérifier.
Ca marche. Dans misfox je n'avais pas le protocole macappstore:// ; là je lui dit de n'en faire rien.
Euh! AMHA, MisFox n'est sûrement plus d'aucune utilité sur Mac OS X 10.7.x mais ne gène pas.
Il était utile sur Mac OS X 10.0 à 10.3 et sur Mac OS X 10.4.x et suivant (??) pour les applications web "Carbonisées" qui obéissaient encore à l'ancienne gestion des protocoles Web (méthode, URL) et MIME/Type telle quelle avait été conçue dans Mac OS 9, TdB "/System Folder/Control Panels/Internet" héritier du "célèbre" InternetConfig F2.0.2 d'un certain Quinn approximativement traduit par JPK (vous n'étiez pas nés sans doute ;-).
MisFox modifie principalement le fichier "~/Library/Preferences/com.apple.internetconfig.plist" et était surtout utile pour iCab jusqu'à je ne sais plus quelle version, peut-être quelques anciennes versions de Mozilla (surpris un jour que celui-ci me mettent des Type et Createur conformes au réglage de MisFox (??).
-- Jacques PERROCHEAU CNRS UMR 6226 Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
In article <1kjvk4m.1l95uch1buxugfN%fra@alussinan.org>,
fra@alussinan.org (Fra) wrote:
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
> Si tu ne veux pas modifier son Info.plist comme le suggère Matt, risque
> à la prochaine mise à jour de voir le réglage revenir, tu peux, il me
> semble, utiliser RCDefaultApp.prefPane pour désactiver ce type d'URL..
> si RCDefaultApp.prefPane fonctionne encore sous Mac OX 10.7.x. Je n'ai
> pas mac OS X 10.7 pour vérifier.
Ca marche. Dans misfox je n'avais pas le protocole macappstore:// ; là
je lui dit de n'en faire rien.
Euh! AMHA, MisFox n'est sûrement plus d'aucune utilité sur Mac OS X
10.7.x mais ne gène pas.
Il était utile sur Mac OS X 10.0 à 10.3 et sur Mac OS X 10.4.x et
suivant (??) pour les applications web "Carbonisées" qui obéissaient
encore à l'ancienne gestion des protocoles Web (méthode, URL) et
MIME/Type telle quelle avait été conçue dans Mac OS 9, TdB "/System
Folder/Control Panels/Internet" héritier du "célèbre" InternetConfig
F2.0.2 d'un certain Quinn approximativement traduit par JPK (vous
n'étiez pas nés sans doute ;-).
MisFox modifie principalement le fichier
"~/Library/Preferences/com.apple.internetconfig.plist" et était surtout
utile pour iCab jusqu'à je ne sais plus quelle version, peut-être
quelques anciennes versions de Mozilla (surpris un jour que celui-ci me
mettent des Type et Createur conformes au réglage de MisFox (??).
--
Jacques PERROCHEAU
CNRS UMR 6226
Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
In article <1kjvk4m.1l95uch1buxugfN%, (Fra) wrote:
Jacques Perrocheau wrote:
> Si tu ne veux pas modifier son Info.plist comme le suggère Matt, risque > à la prochaine mise à jour de voir le réglage revenir, tu peux, il me > semble, utiliser RCDefaultApp.prefPane pour désactiver ce type d'URL.. > si RCDefaultApp.prefPane fonctionne encore sous Mac OX 10.7.x. Je n'ai > pas mac OS X 10.7 pour vérifier.
Ca marche. Dans misfox je n'avais pas le protocole macappstore:// ; là je lui dit de n'en faire rien.
Euh! AMHA, MisFox n'est sûrement plus d'aucune utilité sur Mac OS X 10.7.x mais ne gène pas.
Il était utile sur Mac OS X 10.0 à 10.3 et sur Mac OS X 10.4.x et suivant (??) pour les applications web "Carbonisées" qui obéissaient encore à l'ancienne gestion des protocoles Web (méthode, URL) et MIME/Type telle quelle avait été conçue dans Mac OS 9, TdB "/System Folder/Control Panels/Internet" héritier du "célèbre" InternetConfig F2.0.2 d'un certain Quinn approximativement traduit par JPK (vous n'étiez pas nés sans doute ;-).
MisFox modifie principalement le fichier "~/Library/Preferences/com.apple.internetconfig.plist" et était surtout utile pour iCab jusqu'à je ne sais plus quelle version, peut-être quelques anciennes versions de Mozilla (surpris un jour que celui-ci me mettent des Type et Createur conformes au réglage de MisFox (??).
-- Jacques PERROCHEAU CNRS UMR 6226 Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
Jacques Perrocheau
In article <1kjuiz0.nl6y82xg6p1sN%, (Gilles Aurejac) wrote:
Jacques Perrocheau wrote:
> Si tu hésites à modifier le Info.plist de la dite application, tu peux > toujours utiliser RCDefaultApp.prefPane pour désactiver (un peu un hack) > les méthodes macappstore:// et macappstore:// à l'onglet URLs.
Pas mal du tout ! Je connaissais Misfox : http://mac.clauss-net.de/misfox/
C'est pour les applications qui obéissaient encore à la façon Mac OS 9 de gérer les protocoles web et les MIME/Type avec encore un support complet des "Types et Créateurs" comme sous Mac OS 9.
Mais RCDefaultApp a l'air plus complet... merci
Bien plus. Il permet de gérer plus finement que le Finder (fenêtre "Lire les Information") par quelle application (avec quelques limitations) on souhaite faire gérer un type de fichier (extensions de nom de fichier).
Pour les "Type et Createur" cela s'effiloche, Apple a modifié les règles de gestion des associations fichier-application dans Mac OS X 10.6 il me semble. Mais cela fonctionne encore pour les applications "carbon".
-- Jacques PERROCHEAU CNRS UMR 6226 Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
In article <1kjuiz0.nl6y82xg6p1sN%gilles@alussinan.org>,
gilles@alussinan.org (Gilles Aurejac) wrote:
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
> Si tu hésites à modifier le Info.plist de la dite application, tu peux
> toujours utiliser RCDefaultApp.prefPane pour désactiver (un peu un hack)
> les méthodes macappstore:// et macappstore:// à l'onglet URLs.
Pas mal du tout !
Je connaissais Misfox :
http://mac.clauss-net.de/misfox/
C'est pour les applications qui obéissaient encore à la façon Mac OS 9
de gérer les protocoles web et les MIME/Type avec encore un support
complet des "Types et Créateurs" comme sous Mac OS 9.
Mais RCDefaultApp a l'air plus complet...
merci
Bien plus. Il permet de gérer plus finement que le Finder (fenêtre "Lire
les Information") par quelle application (avec quelques limitations) on
souhaite faire gérer un type de fichier (extensions de nom de fichier).
Pour les "Type et Createur" cela s'effiloche, Apple a modifié les règles
de gestion des associations fichier-application dans Mac OS X 10.6 il me
semble. Mais cela fonctionne encore pour les applications "carbon".
--
Jacques PERROCHEAU
CNRS UMR 6226
Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
In article <1kjuiz0.nl6y82xg6p1sN%, (Gilles Aurejac) wrote:
Jacques Perrocheau wrote:
> Si tu hésites à modifier le Info.plist de la dite application, tu peux > toujours utiliser RCDefaultApp.prefPane pour désactiver (un peu un hack) > les méthodes macappstore:// et macappstore:// à l'onglet URLs.
Pas mal du tout ! Je connaissais Misfox : http://mac.clauss-net.de/misfox/
C'est pour les applications qui obéissaient encore à la façon Mac OS 9 de gérer les protocoles web et les MIME/Type avec encore un support complet des "Types et Créateurs" comme sous Mac OS 9.
Mais RCDefaultApp a l'air plus complet... merci
Bien plus. Il permet de gérer plus finement que le Finder (fenêtre "Lire les Information") par quelle application (avec quelques limitations) on souhaite faire gérer un type de fichier (extensions de nom de fichier).
Pour les "Type et Createur" cela s'effiloche, Apple a modifié les règles de gestion des associations fichier-application dans Mac OS X 10.6 il me semble. Mais cela fonctionne encore pour les applications "carbon".
-- Jacques PERROCHEAU CNRS UMR 6226 Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
fra
Jacques Perrocheau wrote:
Euh! AMHA, MisFox n'est sûrement plus d'aucune utilité sur Mac OS X 10.7.x mais ne gène pas.
OK/ Je vire ! -- Fra
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
Euh! AMHA, MisFox n'est sûrement plus d'aucune utilité sur Mac OS X
10.7.x mais ne gène pas.
