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.
"ladite application", vous ne pourriez pas la *nommer* ? Vous êtes complètement incompréhensible. Quel Info.plidt faut il modifier, celui de quelle application, et comment y accède-t-on ?
L'enfilade parle du « Mac App Store ».
NON : regarde le titre l'enfilade parle de firefox, pas de truic ou bidule autre.
Quant au fichier « Info.plist », toute application graphique en a un; on le trouve dans le wrapper .app et s'édite avec un éditeur texte (c'est un document texte XML).
Le type d'URL « macappstore:// » est défini par... l'application « Mac App Store » par le biais d'une déclaration « URL Schemes » dans son fichier « Info.plist ».
Et ça se *devine* comment ?
En plus génral, comment puis-je trouver dans quel info.plist je dois aller trifouiller pour modifier le schéma tartempion qui vient foutre le bordel chez moi ?
Et autre question : comment puis-je le faire de manière pérenne, que la prochaine mise à jour système ne vienne pas remettre ce bordel dont je ne veux pas ?
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Matt <hfrarg@syrius.org.invalid> écrivait :
On Mar 08 mai 2012 à 18:41,
Erwan David <erwan@rail.eu.org> wrote:
"ladite application", vous ne pourriez pas la *nommer* ? Vous êtes
complètement incompréhensible. Quel Info.plidt faut il modifier, celui
de quelle application, et comment y accède-t-on ?
L'enfilade parle du « Mac App Store ».
NON : regarde le titre l'enfilade parle de firefox, pas de truic ou
bidule autre.
Quant au fichier « Info.plist », toute application graphique en a un; on
le trouve dans le wrapper .app et s'édite avec un éditeur texte (c'est
un document texte XML).
Le type d'URL « macappstore:// » est défini par... l'application « Mac
App Store » par le biais d'une déclaration « URL Schemes » dans son
fichier « Info.plist ».
Et ça se *devine* comment ?
En plus génral, comment puis-je trouver dans quel info.plist je dois
aller trifouiller pour modifier le schéma tartempion qui vient foutre le
bordel chez moi ?
Et autre question : comment puis-je le faire de manière pérenne, que la
prochaine mise à jour système ne vienne pas remettre ce bordel dont je
ne veux pas ?
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
"ladite application", vous ne pourriez pas la *nommer* ? Vous êtes complètement incompréhensible. Quel Info.plidt faut il modifier, celui de quelle application, et comment y accède-t-on ?
L'enfilade parle du « Mac App Store ».
NON : regarde le titre l'enfilade parle de firefox, pas de truic ou bidule autre.
Quant au fichier « Info.plist », toute application graphique en a un; on le trouve dans le wrapper .app et s'édite avec un éditeur texte (c'est un document texte XML).
Le type d'URL « macappstore:// » est défini par... l'application « Mac App Store » par le biais d'une déclaration « URL Schemes » dans son fichier « Info.plist ».
Et ça se *devine* comment ?
En plus génral, comment puis-je trouver dans quel info.plist je dois aller trifouiller pour modifier le schéma tartempion qui vient foutre le bordel chez moi ?
Et autre question : comment puis-je le faire de manière pérenne, que la prochaine mise à jour système ne vienne pas remettre ce bordel dont je ne veux pas ?
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
erwan
(Xavier) écrivait :
Erwan David wrote:
Ben dans l'appli qui traite les url...
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça (type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la logique Apple.
Quand on n'a *jamais lancé un logiciel, pourquoi aller le modifier sous prétexte qu'un abruti a imposé sa simple présence ?
De plus cette "solution" n'est pas pérenne puiusque la prochaine mise àjour système va foutre en l'air ce *réglage utilisateur*.
Mais je sais que ça en défrise certains qu'un utilisateurne veuille pas utiliser un mac comme les markeux avides d'Apple le voudraient, et en particulier refuse"nt de se laisser enfermer dans leur système de pompe à fric.
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
xavier@groumpf.org (Xavier) écrivait :
Erwan David <erwan@rail.eu.org> wrote:
Ben dans l'appli qui traite les url...
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça
(type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la
logique Apple.
Quand on n'a *jamais lancé un logiciel, pourquoi aller le modifier sous
prétexte qu'un abruti a imposé sa simple présence ?
De plus cette "solution" n'est pas pérenne puiusque la prochaine mise
àjour système va foutre en l'air ce *réglage utilisateur*.
Mais je sais que ça en défrise certains qu'un utilisateurne veuille pas
utiliser un mac comme les markeux avides d'Apple le voudraient, et en
particulier refuse"nt de se laisser enfermer dans leur système de pompe
à fric.
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça (type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la logique Apple.
Quand on n'a *jamais lancé un logiciel, pourquoi aller le modifier sous prétexte qu'un abruti a imposé sa simple présence ?
De plus cette "solution" n'est pas pérenne puiusque la prochaine mise àjour système va foutre en l'air ce *réglage utilisateur*.
Mais je sais que ça en défrise certains qu'un utilisateurne veuille pas utiliser un mac comme les markeux avides d'Apple le voudraient, et en particulier refuse"nt de se laisser enfermer dans leur système de pompe à fric.
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Jerome Lambert
Le 09/05/12 09:45, a écrit :
(Xavier) écrivait :
Erwan David wrote:
Ben dans l'appli qui traite les url...
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça (type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la logique Apple.
Et quelle serait l'approche "logique"?
Amha, ce serait de centraliser ces réglagles quelque part, et sous Windows ça s'appelle une base de registre, ou son pendant dans Gnome. Quand on voit ce que ça donne en pratique, ça ne me semble guère plus simple à appréhender et à configurer.
Le 09/05/12 09:45, erwan@rail.eu.org a écrit :
xavier@groumpf.org (Xavier) écrivait :
Erwan David <erwan@rail.eu.org> wrote:
Ben dans l'appli qui traite les url...
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça
(type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la
logique Apple.
Et quelle serait l'approche "logique"?
Amha, ce serait de centraliser ces réglagles quelque part, et sous
Windows ça s'appelle une base de registre, ou son pendant dans Gnome.
Quand on voit ce que ça donne en pratique, ça ne me semble guère plus
simple à appréhender et à configurer.
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça (type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la logique Apple.
Et quelle serait l'approche "logique"?
Amha, ce serait de centraliser ces réglagles quelque part, et sous Windows ça s'appelle une base de registre, ou son pendant dans Gnome. Quand on voit ce que ça donne en pratique, ça ne me semble guère plus simple à appréhender et à configurer.
erwan
Jerome Lambert écrivait :
Le 09/05/12 09:45, a écrit :
(Xavier) écrivait :
Erwan David wrote:
Ben dans l'appli qui traite les url...
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça (type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la logique Apple.
Et quelle serait l'approche "logique"?
De mettre ça dans des régalges utilisateurs un ~/.mailcap par exemple, ou autre
Amha, ce serait de centraliser ces réglagles quelque part, et sous Windows ça s'appelle une base de registre, ou son pendant dans Gnome. Quand on voit ce que ça donne en pratique, ça ne me semble guère plus simple à appréhender et à configurer.
On n'a pas besoin d'un stockage cryptique pour ça...
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça
(type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la
logique Apple.
Et quelle serait l'approche "logique"?
De mettre ça dans des régalges utilisateurs un ~/.mailcap par exemple,
ou autre
Amha, ce serait de centraliser ces réglagles quelque part, et sous
Windows ça s'appelle une base de registre, ou son pendant dans
Gnome. Quand on voit ce que ça donne en pratique, ça ne me semble
guère plus simple à appréhender et à configurer.
On n'a pas besoin d'un stockage cryptique pour ça...
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça (type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la logique Apple.
Et quelle serait l'approche "logique"?
De mettre ça dans des régalges utilisateurs un ~/.mailcap par exemple, ou autre
Amha, ce serait de centraliser ces réglagles quelque part, et sous Windows ça s'appelle une base de registre, ou son pendant dans Gnome. Quand on voit ce que ça donne en pratique, ça ne me semble guère plus simple à appréhender et à configurer.
On n'a pas besoin d'un stockage cryptique pour ça...
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Jacques Perrocheau
In article <1kjsrs7.yjpkh4gmvgdzN%, (Fra) wrote:
Gilbert OLIVIER wrote:
> Dans le titre on cite Firefox, j'en deduis qu'il pourrait bien s'agir de > celle-ci pour ce qui interesse Fra.
Je viens d'y fouiner. Ca n'a pas l'air d'être là.
Comme l'explique Matt l'URL du type macappstore:// est pris en compte par l'application AppStore.
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.
-- Jacques PERROCHEAU CNRS UMR 6226 Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
In article <1kjsrs7.yjpkh4gmvgdzN%fra@alussinan.org>,
fra@alussinan.org (Fra) wrote:
> Dans le titre on cite Firefox, j'en deduis qu'il pourrait bien s'agir de
> celle-ci pour ce qui interesse Fra.
Je viens d'y fouiner. Ca n'a pas l'air d'être là.
Comme l'explique Matt l'URL du type macappstore:// est pris en compte
par l'application AppStore.
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.
--
Jacques PERROCHEAU
CNRS UMR 6226
Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
> Dans le titre on cite Firefox, j'en deduis qu'il pourrait bien s'agir de > celle-ci pour ce qui interesse Fra.
Je viens d'y fouiner. Ca n'a pas l'air d'être là.
Comme l'explique Matt l'URL du type macappstore:// est pris en compte par l'application AppStore.
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.
-- Jacques PERROCHEAU CNRS UMR 6226 Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
Matt
On Mer 09 mai 2012 à 09:42, wrote:
L'enfilade parle du « Mac App Store ».
NON : regarde le titre l'enfilade parle de firefox, pas de truic ou bidule autre.
Je ne te parle pas du fil intial mais bien de l'enfilade initiée avec ce message de Fra : Message-ID: <1kjqu67.1ogucanp195cqN%
Le type d'URL « macappstore:// » est défini par... l'application « Mac App Store » par le biais d'une déclaration « URL Schemes » dans son fichier « Info.plist ».
Et ça se *devine* comment ?
En plus génral, comment puis-je trouver dans quel info.plist je dois aller trifouiller pour modifier le schéma tartempion qui vient foutre le bordel chez moi ?
T'es pas croyable toi, t'es fâché avec la langue française c'est pas possible ! J'ai déjà donné cette réponse, relis mieux (indice : je l'ai cité dans ce message).
Et autre question : comment puis-je le faire de manière pérenne, que la prochaine mise à jour système ne vienne pas remettre ce bordel dont je ne veux pas ?
Modifier ~/Library/Preferences/com.apple.LaunchServices.plist mais attention à ne pas réinitialiser LaunchServices pour l'utilisateur en question (chaque utilisateur ainsi que le système a ses propres réglages LaunchServices).
-- echo '' | tr '[a-z]' '[n-za-m]'
On Mer 09 mai 2012 à 09:42,
erwan@rail.eu.org wrote:
L'enfilade parle du « Mac App Store ».
NON : regarde le titre l'enfilade parle de firefox, pas de truic ou
bidule autre.
Je ne te parle pas du fil intial mais bien de l'enfilade initiée avec ce
message de Fra : Message-ID: <1kjqu67.1ogucanp195cqN%fra@alussinan.org>
Le type d'URL « macappstore:// » est défini par... l'application « Mac
App Store » par le biais d'une déclaration « URL Schemes » dans son
fichier « Info.plist ».
Et ça se *devine* comment ?
En plus génral, comment puis-je trouver dans quel info.plist je dois
aller trifouiller pour modifier le schéma tartempion qui vient foutre le
bordel chez moi ?
T'es pas croyable toi, t'es fâché avec la langue française c'est pas
possible !
J'ai déjà donné cette réponse, relis mieux (indice : je l'ai cité dans
ce message).
Et autre question : comment puis-je le faire de manière pérenne, que la
prochaine mise à jour système ne vienne pas remettre ce bordel dont je
ne veux pas ?
Modifier ~/Library/Preferences/com.apple.LaunchServices.plist mais
attention à ne pas réinitialiser LaunchServices pour l'utilisateur
en question (chaque utilisateur ainsi que le système a ses propres
réglages LaunchServices).
NON : regarde le titre l'enfilade parle de firefox, pas de truic ou bidule autre.
Je ne te parle pas du fil intial mais bien de l'enfilade initiée avec ce message de Fra : Message-ID: <1kjqu67.1ogucanp195cqN%
Le type d'URL « macappstore:// » est défini par... l'application « Mac App Store » par le biais d'une déclaration « URL Schemes » dans son fichier « Info.plist ».
Et ça se *devine* comment ?
En plus génral, comment puis-je trouver dans quel info.plist je dois aller trifouiller pour modifier le schéma tartempion qui vient foutre le bordel chez moi ?
T'es pas croyable toi, t'es fâché avec la langue française c'est pas possible ! J'ai déjà donné cette réponse, relis mieux (indice : je l'ai cité dans ce message).
Et autre question : comment puis-je le faire de manière pérenne, que la prochaine mise à jour système ne vienne pas remettre ce bordel dont je ne veux pas ?
Modifier ~/Library/Preferences/com.apple.LaunchServices.plist mais attention à ne pas réinitialiser LaunchServices pour l'utilisateur en question (chaque utilisateur ainsi que le système a ses propres réglages LaunchServices).
-- echo '' | tr '[a-z]' '[n-za-m]'
Matt
On Mer 09 mai 2012 à 09:37, wrote:
Non c'est opas une blague. Pourquoi aller miodifier le comportement de tartempion quand tu n'as *jamais* lancé tartempion ?
Parce que sur Mac OS X, ce sont les applications qui déclarent les types d'URL.
Ça ne te plaît pas ? Change de système ma pauvre Lucette.
-- echo '' | tr '[a-z]' '[n-za-m]'
On Mer 09 mai 2012 à 09:37,
erwan@rail.eu.org wrote:
Non c'est opas une blague. Pourquoi aller miodifier le comportement de
tartempion quand tu n'as *jamais* lancé tartempion ?
Parce que sur Mac OS X, ce sont les applications qui déclarent les types
d'URL.
Ça ne te plaît pas ? Change de système ma pauvre Lucette.
On Mer 09 mai 2012 à 00:53, Jacques Perrocheau wrote:
Ben dans l'appli qui traite les url...
C'est une blague ou le prochain poisson d'avril en avance ?
Put*-n, 18 posts pour trouver la bonne application "App Store"... ;-)
Tu l'as dit. Il doit avoir des problèmes, soit avec son newsreader, soit avec la langue française ;)
-- echo '' | tr '[a-z]' '[n-za-m]'
Matt
On Mer 09 mai 2012 à 10:48, Jacques Perrocheau wrote:
Comme l'explique Matt l'URL du type macappstore:// est pris en compte par l'application AppStore.
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.
En effet. Le meilleur moyen étant de modifier l'attribution directement dans les préférences LaunchServices de l'utilisateur (ce réglage sera toutefois effacé si on reconstruit les préférences LaunchServices de l'utilisateur).
-- echo '' | tr '[a-z]' '[n-za-m]'
On Mer 09 mai 2012 à 10:48,
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
Comme l'explique Matt l'URL du type macappstore:// est pris en compte
par l'application AppStore.
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.
En effet.
Le meilleur moyen étant de modifier l'attribution directement dans les
préférences LaunchServices de l'utilisateur (ce réglage sera toutefois
effacé si on reconstruit les préférences LaunchServices de
l'utilisateur).
On Mer 09 mai 2012 à 10:48, Jacques Perrocheau wrote:
Comme l'explique Matt l'URL du type macappstore:// est pris en compte par l'application AppStore.
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.
En effet. Le meilleur moyen étant de modifier l'attribution directement dans les préférences LaunchServices de l'utilisateur (ce réglage sera toutefois effacé si on reconstruit les préférences LaunchServices de l'utilisateur).
-- echo '' | tr '[a-z]' '[n-za-m]'
Jerome Lambert
Le 09/05/12 10:22, a écrit :
Jerome Lambert écrivait :
Le 09/05/12 09:45, a écrit :
(Xavier) écrivait :
Erwan David wrote:
Ben dans l'appli qui traite les url...
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça (type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la logique Apple.
Et quelle serait l'approche "logique"?
De mettre ça dans des régalges utilisateurs un ~/.mailcap par exemple, ou autre
Pas spécifiquement dans un réglage utilisateur, puisque l'application déclare à *tous* les utilisateurs qu'elle peut traiter ces URL. Il faut donc un point central, indépendant des utilisateurs.
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça
(type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la
logique Apple.
Et quelle serait l'approche "logique"?
De mettre ça dans des régalges utilisateurs un ~/.mailcap par exemple,
ou autre
Pas spécifiquement dans un réglage utilisateur, puisque l'application
déclare à *tous* les utilisateurs qu'elle peut traiter ces URL. Il faut
donc un point central, indépendant des utilisateurs.
Dans celle qui les déclare, et c'est plus logique. Et c'est comme ça (type/créateur en l'occurence) depuis LisaOS.
Ce n'est pas du tout logique sauf à avoir l'esprit déformé par la logique Apple.
Et quelle serait l'approche "logique"?
De mettre ça dans des régalges utilisateurs un ~/.mailcap par exemple, ou autre
Pas spécifiquement dans un réglage utilisateur, puisque l'application déclare à *tous* les utilisateurs qu'elle peut traiter ces URL. Il faut donc un point central, indépendant des utilisateurs.
