GraphicConverter 4.92 livré avec mon AluBook 12' sous X.
Je m'en sers pour changer le nom de mes photos en un seul geste.
Ça a toujours focntionné jusqu'ici sous 9. Avec le 4.92, le changement
de nom sous X se fait toujours aussi bien mais les photos perdent leur
type et leur créateur. Ensuite impossible de les faire reconnaître par
aperçu en glissé-déposé. Je dois passer par pomme-i pour faire le
créateur et un script photoshop pour les réenrgistrer comme jpeg une à
une. Même FileBuddy n'a pas de fonction en un seul clic pour changer le
type de tout un dossier. Ni GC, d'ailleurs. Y'a pour le créateur mais
pas pour le type.
Pourquoi GC bousille-t-il type et créateur (il laisse un vide, le
fichier est vu comme fichier unix mais on ne peut plus s'en servir en
glissé-déposé, chiotte).
Sergio : fait la modif sur l'un et cliquer "Change All" au lieu de "Save" :-)
Yesssssssss. Heureusement que j'ai mon Sergio portatif pour me remettre le cerveau endormi à l'endroit. Bon, c'est déjà ça. Après, mettre à jour GC et basta. Merci, les petits.
Tout est bon chez elle, ya rien à jeter. -- 'Si tu dis une parole et que l'on ne t'écoute pas, tu perds une parole. Si un Homme te parle et que tu ne l'écoutes pas, tu perds un Homme.' Kongfuzi http://perso.wanadoo.fr/gerard.cojot/
Michèle <michele@alussinan.org> wrote:
Sergio : fait la modif sur l'un et cliquer "Change All" au lieu de
"Save" :-)
Yesssssssss.
Heureusement que j'ai mon Sergio portatif pour me remettre le cerveau
endormi à l'endroit.
Bon, c'est déjà ça.
Après, mettre à jour GC et basta.
Merci, les petits.
Tout est bon chez elle, ya rien à jeter.
--
'Si tu dis une parole et que l'on ne t'écoute pas, tu perds une parole.
Si un Homme te parle et que tu ne l'écoutes pas, tu perds un Homme.'
Kongfuzi
http://perso.wanadoo.fr/gerard.cojot/
Sergio : fait la modif sur l'un et cliquer "Change All" au lieu de "Save" :-)
Yesssssssss. Heureusement que j'ai mon Sergio portatif pour me remettre le cerveau endormi à l'endroit. Bon, c'est déjà ça. Après, mettre à jour GC et basta. Merci, les petits.
Tout est bon chez elle, ya rien à jeter. -- 'Si tu dis une parole et que l'on ne t'écoute pas, tu perds une parole. Si un Homme te parle et que tu ne l'écoutes pas, tu perds un Homme.' Kongfuzi http://perso.wanadoo.fr/gerard.cojot/
blanc
Gérard Cojot wrote:
Tout est bon chez elle, ya rien à jeter. Sur l'île déserte il faut tout emporter...
JPaul.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Gérard Cojot <gerald.coyot@zorglub.fr> wrote:
Tout est bon chez elle, ya rien à jeter.
Sur l'île déserte il faut tout emporter...
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
Tout est bon chez elle, ya rien à jeter. Sur l'île déserte il faut tout emporter...
JPaul.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
jperrocheau
JPaul wrote:
Rien de surprenant dans la mesure où sous Mac OS X on peut associer un fichier spécifiquement avec une application particulière.
Oui, mais peux-tu nous expliquer le mécanisme ? Autrement dit où sont conservées les associations quand ce n'est pas par extension ou par le code créateur ?
Elle est conservée dans la partie "resource fork" du fichier. Tu peux le visualiser avec ResEdit, resource "usro" avec l'icone personnalisée dans la resource "icns".
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
JPaul <blanc@empty.org> wrote:
Rien de surprenant dans la mesure où sous Mac OS X on peut associer un
fichier spécifiquement avec une application particulière.
Oui, mais peux-tu nous expliquer le mécanisme ? Autrement dit où sont
conservées les associations quand ce n'est pas par extension ou par le
code créateur ?
Elle est conservée dans la partie "resource fork" du fichier. Tu peux le
visualiser avec ResEdit, resource "usro" avec l'icone personnalisée dans
la resource "icns".
--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com
Rien de surprenant dans la mesure où sous Mac OS X on peut associer un fichier spécifiquement avec une application particulière.
Oui, mais peux-tu nous expliquer le mécanisme ? Autrement dit où sont conservées les associations quand ce n'est pas par extension ou par le code créateur ?
Elle est conservée dans la partie "resource fork" du fichier. Tu peux le visualiser avec ResEdit, resource "usro" avec l'icone personnalisée dans la resource "icns".
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
blanc
Sergio wrote:
examine un fichier avec Xray: il a une façon très simple de montrer graphiquement dans quel ordre les associations sont faites:
Pas mal du tout ce petit logiciel. Merci pour le tuyau.
Effectivement !
1. ouverture par l'application désignée si on en a associée une spécifiquement à *ce* fichier,
Ok, donc chaque document peut avoir un comportement individualisé
C'est déjà ce qu'on avait avec le créateur (et le type). Bon, je comprends que l'association extension <-> appli ne soit pas inutile, mais je ne comprends pas bien pourquoi il y a ce quatrième mécanisme.
Et où est stockée cette association là ?
Une autre question à F & H : Je viens donc d'essayer XRay avec bonheur sur les fichiers pdf dont je parle plus haut. L'un de ces fichiers est relié à Adobe Reader de la manière suivante (d'après XRay) : 1 : associé à AR 2 : créateur = CARO --> Adobe R 3 : ext = pdf --> Adobe pdf document 4 : type = 'PDF ' --> Adobe pdf document
Mais si je change le premier point en : 1 : no specific application alors les points 3 et 4 sont changés en "PDF document"
et l'application effectivement associée devient Preview (Aperçu) (même si l'icône reste celle de AR) !
C'est vrai que j'ai fait une association par défaut à Aperçu pour tous les pdf, mais pourquoi c'est pas le 2ème point (créateur CARO) qui prends le dessus dans ce cas ?
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Sergio <sergiot.bidon@free.invalid.fr> wrote:
examine un fichier avec Xray: il a une façon très simple de montrer
graphiquement dans quel ordre les associations sont faites:
Pas mal du tout ce petit logiciel. Merci pour le tuyau.
Effectivement !
1. ouverture par l'application désignée si on en a associée une
spécifiquement à *ce* fichier,
Ok, donc chaque document peut avoir un comportement individualisé
C'est déjà ce qu'on avait avec le créateur (et le type). Bon, je
comprends que l'association extension <-> appli ne soit pas inutile,
mais je ne comprends pas bien pourquoi il y a ce quatrième mécanisme.
Et où est stockée cette association là ?
Une autre question à F & H : Je viens donc d'essayer XRay avec bonheur
sur les fichiers pdf dont je parle plus haut. L'un de ces fichiers est
relié à Adobe Reader de la manière suivante (d'après XRay) :
1 : associé à AR
2 : créateur = CARO --> Adobe R
3 : ext = pdf --> Adobe pdf document
4 : type = 'PDF ' --> Adobe pdf document
Mais si je change le premier point en :
1 : no specific application
alors les points 3 et 4 sont changés en "PDF document"
et l'application effectivement associée devient Preview (Aperçu) (même
si l'icône reste celle de AR) !
C'est vrai que j'ai fait une association par défaut à Aperçu pour tous
les pdf, mais pourquoi c'est pas le 2ème point (créateur CARO) qui
prends le dessus dans ce cas ?
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
examine un fichier avec Xray: il a une façon très simple de montrer graphiquement dans quel ordre les associations sont faites:
Pas mal du tout ce petit logiciel. Merci pour le tuyau.
Effectivement !
1. ouverture par l'application désignée si on en a associée une spécifiquement à *ce* fichier,
Ok, donc chaque document peut avoir un comportement individualisé
C'est déjà ce qu'on avait avec le créateur (et le type). Bon, je comprends que l'association extension <-> appli ne soit pas inutile, mais je ne comprends pas bien pourquoi il y a ce quatrième mécanisme.
Et où est stockée cette association là ?
Une autre question à F & H : Je viens donc d'essayer XRay avec bonheur sur les fichiers pdf dont je parle plus haut. L'un de ces fichiers est relié à Adobe Reader de la manière suivante (d'après XRay) : 1 : associé à AR 2 : créateur = CARO --> Adobe R 3 : ext = pdf --> Adobe pdf document 4 : type = 'PDF ' --> Adobe pdf document
Mais si je change le premier point en : 1 : no specific application alors les points 3 et 4 sont changés en "PDF document"
et l'application effectivement associée devient Preview (Aperçu) (même si l'icône reste celle de AR) !
C'est vrai que j'ai fait une association par défaut à Aperçu pour tous les pdf, mais pourquoi c'est pas le 2ème point (créateur CARO) qui prends le dessus dans ce cas ?
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
jperrocheau
Sergio wrote:
Elle est conservée dans la partie "resource fork" du fichier.
Donc, non seulement les ressources n'ont pas disparues, mais elles servent même aux fonctions nouvelles d'Os X ?
Elles font de la "résistance". ;-)
(cette fonction de pouvoir individualiser les applications associées aux documents "de même type" n'existait pas sous Os pré X, non ?)
Non.
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
Sergio <sergiot.bidon@free.invalid.fr> wrote:
Elle est conservée dans la partie "resource fork" du fichier.
Donc, non seulement les ressources n'ont pas disparues, mais elles
servent même aux fonctions nouvelles d'Os X ?
Elles font de la "résistance". ;-)
(cette fonction de pouvoir individualiser les applications associées aux
documents "de même type" n'existait pas sous Os pré X, non ?)
Non.
--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com
Elle est conservée dans la partie "resource fork" du fichier.
Donc, non seulement les ressources n'ont pas disparues, mais elles servent même aux fonctions nouvelles d'Os X ?
Elles font de la "résistance". ;-)
(cette fonction de pouvoir individualiser les applications associées aux documents "de même type" n'existait pas sous Os pré X, non ?)
Non.
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
blanc
Jacques Perrocheau wrote:
Elle est conservée dans la partie "resource fork" du fichier. Tu peux le visualiser avec ResEdit, resource "usro" avec l'icone personnalisée dans la resource "icns".
OK merci !
Mais... peux-tu répondre à cette autre question ? Message-ID: <1gj0r0o.1xbiqcb1w9k6dwN%
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Jacques Perrocheau <jperrocheau@mac.com.invalid> wrote:
Elle est conservée dans la partie "resource fork" du fichier. Tu peux le
visualiser avec ResEdit, resource "usro" avec l'icone personnalisée dans
la resource "icns".
OK merci !
Mais... peux-tu répondre à cette autre question ?
Message-ID: <1gj0r0o.1xbiqcb1w9k6dwN%blanc@empty.org>
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
Elle est conservée dans la partie "resource fork" du fichier. Tu peux le visualiser avec ResEdit, resource "usro" avec l'icone personnalisée dans la resource "icns".
OK merci !
Mais... peux-tu répondre à cette autre question ? Message-ID: <1gj0r0o.1xbiqcb1w9k6dwN%
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
blanc
Sergio wrote:
Tu peux avoir envie, par exemple, qu'en général les fichiers pdf soient ouverts par Aperçu (le plus rapide) mais tu veux que certains fichiers particuliers (par exemple ceux que tu veux visualiser en deux pages) le soient par Acrobat Reader.
C'est exactement ce que j'ai avec mes trois fichiers pdf cités en exemple. Mais ce que je voulais dire, c'est que ceci pourrait être fait avec le mécanisme du code créateur, et que je ne voyais pas pourquoi Apple avait rajouté ce 4ème mécanisme sous Mac OS X
Et où est stockée cette association là ?
bonne question
Jacques a répondu : Message-ID: <1gj0tmv.ms2nu11d4yerkN%
Mais si je change le premier point en : 1 : no specific application [snip] mais pourquoi c'est pas le 2ème point (créateur CARO) qui prends le dessus dans ce cas ?
Parce que ce fichier a été (par qui ?) associé spécifiquement ainsi. Ca peut avoir été fait avant téléchargement le cas échéant.
Oui pour CARO, mais ça n'explique pas
Ce que je veux dire, c'est que si je me réfère à l'ordre de priorité qu'indique xRay ce devrait être le 2ème point qui prend le dessus (puisque 1 : no specific), et que je ne comprends pas pourquoi ce n'est pas le cas.
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Sergio <sergiot.bidon@free.invalid.fr> wrote:
Tu peux avoir envie, par exemple, qu'en général les fichiers pdf soient
ouverts par Aperçu (le plus rapide) mais tu veux que certains fichiers
particuliers (par exemple ceux que tu veux visualiser en deux pages) le
soient par Acrobat Reader.
C'est exactement ce que j'ai avec mes trois fichiers pdf cités en
exemple. Mais ce que je voulais dire, c'est que ceci pourrait être fait
avec le mécanisme du code créateur, et que je ne voyais pas pourquoi
Apple avait rajouté ce 4ème mécanisme sous Mac OS X
Et où est stockée cette association là ?
bonne question
Jacques a répondu :
Message-ID: <1gj0tmv.ms2nu11d4yerkN%jperrocheau@mac.com.invalid>
Mais si je change le premier point en :
1 : no specific application
[snip]
mais pourquoi c'est pas le 2ème point (créateur CARO) qui
prends le dessus dans ce cas ?
Parce que ce fichier a été (par qui ?) associé spécifiquement ainsi. Ca
peut avoir été fait avant téléchargement le cas échéant.
Oui pour CARO, mais ça n'explique pas
Ce que je veux dire, c'est que si je me réfère à l'ordre de priorité
qu'indique xRay ce devrait être le 2ème point qui prend le dessus
(puisque 1 : no specific), et que je ne comprends pas pourquoi ce n'est
pas le cas.
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
Tu peux avoir envie, par exemple, qu'en général les fichiers pdf soient ouverts par Aperçu (le plus rapide) mais tu veux que certains fichiers particuliers (par exemple ceux que tu veux visualiser en deux pages) le soient par Acrobat Reader.
C'est exactement ce que j'ai avec mes trois fichiers pdf cités en exemple. Mais ce que je voulais dire, c'est que ceci pourrait être fait avec le mécanisme du code créateur, et que je ne voyais pas pourquoi Apple avait rajouté ce 4ème mécanisme sous Mac OS X
Et où est stockée cette association là ?
bonne question
Jacques a répondu : Message-ID: <1gj0tmv.ms2nu11d4yerkN%
Mais si je change le premier point en : 1 : no specific application [snip] mais pourquoi c'est pas le 2ème point (créateur CARO) qui prends le dessus dans ce cas ?
Parce que ce fichier a été (par qui ?) associé spécifiquement ainsi. Ca peut avoir été fait avant téléchargement le cas échéant.
Oui pour CARO, mais ça n'explique pas
Ce que je veux dire, c'est que si je me réfère à l'ordre de priorité qu'indique xRay ce devrait être le 2ème point qui prend le dessus (puisque 1 : no specific), et que je ne comprends pas pourquoi ce n'est pas le cas.
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
jperrocheau
JPaul wrote:
C'est déjà ce qu'on avait avec le créateur (et le type). Bon, je comprends que l'association extension <-> appli ne soit pas inutile, mais je ne comprends pas bien pourquoi il y a ce quatrième mécanisme.
Depuis Jaguar dans "com.apple.LaunchServices.plist"
Une autre question à F & H : Je viens donc d'essayer XRay avec bonheur sur les fichiers pdf dont je parle plus haut. L'un de ces fichiers est relié à Adobe Reader de la manière suivante (d'après XRay) : 1 : associé à AR 2 : créateur = CARO --> Adobe R 3 : ext = pdf --> Adobe pdf document 4 : type = 'PDF ' --> Adobe pdf document
Mais si je change le premier point en : 1 : no specific application alors les points 3 et 4 sont changés en "PDF document"
et l'application effectivement associée devient Preview (Aperçu) (même si l'icône reste celle de AR) !
Parce que le bit d'icone personnalisée et la resource "icns" en resource fork du fichier ne doivent pas être effacés en même temps, sans doute parce qu'il faut le faire "en plus" à la main.
C'est vrai que j'ai fait une association par défaut à Aperçu pour tous les pdf, mais pourquoi c'est pas le 2ème point (créateur CARO) qui prends le dessus dans ce cas ?
Je ne connais pas XRay et par conséquent je ne sais pas comment il bosse. Je pense qu'il ne s'occupe que de modifier les paramètres du fichier examiné..
Dans un domaine voisin, gestion des helpers et MIME types, on a des choses bizarres quand on utilise en même temps des utilitaires tierce partie, en l'occurence RCDefaultApp-1.1.1 et MisFox 1.2.1. Le premier ne semble s'occuper que de "com.apple.LaunchServices.plist", ne permet pas de créer d'autres entrées juste de modifier celles qui existent. MisFox s'occupe principalement de "com.apple.internetconfig.plist" et subsidiairement de "com.apple.LaunchServices.plist" (par quel mécanisme ? je ne sais pas). Par exemple si on modifie un helper dans MisFox il est bien modifié dans les deux fichiers mais si on en supprime un dans MisFox l'entrée dans "com.apple.LaunchServices.plist" n'est pas modifiée du tout... (???).
On peut constater aussi qu'il existe des helpers visibles avec RCDefaultApp-1.1.1 qui "n'existent pas" pour MisFox.
J'ai l'impression qu'il y a ici deux mondes "l'ancien et le nouveau" qui commencent à s'ignorer de plus en plus... :-(
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
JPaul <blanc@empty.org> wrote:
C'est déjà ce qu'on avait avec le créateur (et le type). Bon, je
comprends que l'association extension <-> appli ne soit pas inutile,
mais je ne comprends pas bien pourquoi il y a ce quatrième mécanisme.
Depuis Jaguar dans "com.apple.LaunchServices.plist"
Une autre question à F & H : Je viens donc d'essayer XRay avec bonheur
sur les fichiers pdf dont je parle plus haut. L'un de ces fichiers est
relié à Adobe Reader de la manière suivante (d'après XRay) :
1 : associé à AR
2 : créateur = CARO --> Adobe R
3 : ext = pdf --> Adobe pdf document
4 : type = 'PDF ' --> Adobe pdf document
Mais si je change le premier point en :
1 : no specific application
alors les points 3 et 4 sont changés en "PDF document"
et l'application effectivement associée devient Preview (Aperçu) (même
si l'icône reste celle de AR) !
Parce que le bit d'icone personnalisée et la resource "icns" en resource
fork du fichier ne doivent pas être effacés en même temps, sans doute
parce qu'il faut le faire "en plus" à la main.
C'est vrai que j'ai fait une association par défaut à Aperçu pour tous
les pdf, mais pourquoi c'est pas le 2ème point (créateur CARO) qui
prends le dessus dans ce cas ?
Je ne connais pas XRay et par conséquent je ne sais pas comment il
bosse. Je pense qu'il ne s'occupe que de modifier les paramètres du
fichier examiné..
Dans un domaine voisin, gestion des helpers et MIME types, on a des
choses bizarres quand on utilise en même temps des utilitaires tierce
partie, en l'occurence RCDefaultApp-1.1.1 et MisFox 1.2.1. Le premier ne
semble s'occuper que de "com.apple.LaunchServices.plist", ne permet pas
de créer d'autres entrées juste de modifier celles qui existent. MisFox
s'occupe principalement de "com.apple.internetconfig.plist" et
subsidiairement de "com.apple.LaunchServices.plist" (par quel
mécanisme ? je ne sais pas). Par exemple si on modifie un helper dans
MisFox il est bien modifié dans les deux fichiers mais si on en supprime
un dans MisFox l'entrée dans "com.apple.LaunchServices.plist" n'est pas
modifiée du tout... (???).
On peut constater aussi qu'il existe des helpers visibles avec
RCDefaultApp-1.1.1 qui "n'existent pas" pour MisFox.
J'ai l'impression qu'il y a ici deux mondes "l'ancien et le nouveau" qui
commencent à s'ignorer de plus en plus... :-(
--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com
C'est déjà ce qu'on avait avec le créateur (et le type). Bon, je comprends que l'association extension <-> appli ne soit pas inutile, mais je ne comprends pas bien pourquoi il y a ce quatrième mécanisme.
Depuis Jaguar dans "com.apple.LaunchServices.plist"
Une autre question à F & H : Je viens donc d'essayer XRay avec bonheur sur les fichiers pdf dont je parle plus haut. L'un de ces fichiers est relié à Adobe Reader de la manière suivante (d'après XRay) : 1 : associé à AR 2 : créateur = CARO --> Adobe R 3 : ext = pdf --> Adobe pdf document 4 : type = 'PDF ' --> Adobe pdf document
Mais si je change le premier point en : 1 : no specific application alors les points 3 et 4 sont changés en "PDF document"
et l'application effectivement associée devient Preview (Aperçu) (même si l'icône reste celle de AR) !
Parce que le bit d'icone personnalisée et la resource "icns" en resource fork du fichier ne doivent pas être effacés en même temps, sans doute parce qu'il faut le faire "en plus" à la main.
C'est vrai que j'ai fait une association par défaut à Aperçu pour tous les pdf, mais pourquoi c'est pas le 2ème point (créateur CARO) qui prends le dessus dans ce cas ?
Je ne connais pas XRay et par conséquent je ne sais pas comment il bosse. Je pense qu'il ne s'occupe que de modifier les paramètres du fichier examiné..
Dans un domaine voisin, gestion des helpers et MIME types, on a des choses bizarres quand on utilise en même temps des utilitaires tierce partie, en l'occurence RCDefaultApp-1.1.1 et MisFox 1.2.1. Le premier ne semble s'occuper que de "com.apple.LaunchServices.plist", ne permet pas de créer d'autres entrées juste de modifier celles qui existent. MisFox s'occupe principalement de "com.apple.internetconfig.plist" et subsidiairement de "com.apple.LaunchServices.plist" (par quel mécanisme ? je ne sais pas). Par exemple si on modifie un helper dans MisFox il est bien modifié dans les deux fichiers mais si on en supprime un dans MisFox l'entrée dans "com.apple.LaunchServices.plist" n'est pas modifiée du tout... (???).
On peut constater aussi qu'il existe des helpers visibles avec RCDefaultApp-1.1.1 qui "n'existent pas" pour MisFox.
J'ai l'impression qu'il y a ici deux mondes "l'ancien et le nouveau" qui commencent à s'ignorer de plus en plus... :-(
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
Merci à tous deux pour vos réponses/explications/liens. Je regarde tout ça, et je vais bien finir par avoir les réponses à toutes mes questions. ;-)
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
blanc
Sergio wrote:
Je pense avoir répondu un peu vite (dans le document cité doc.pdf est associé à TextEdit.app), par contre il me semble qu'une version plus récente soit ici :
Bon, effectivement, j'ai trouvé dans ce document, qui semble récent, la réponse à la 2ème question posée ici : Message-ID: <1gj0r0o.1xbiqcb1w9k6dwN%
Le problème est que XRay ne suis pas tout à fait la hiérarchie actuelle (sans doute parce que celle-ci a évolué).
La hiérarchie actuelle est en fait la suivante, d'après le document que tu cites (je traduis et je résume pour ceux qui pigent pas l'english) :
-------------- 1. ouverture par l'application désignée si on en a associée une spécifiquement à *ce* fichier, ** ou a la totalité des documents d'un type (extension) donné **, sinon
2. en fonction de l'extension, sinon
3. en fonction du type (en 4 caractères)
Et c'est seulement si ces 3 critères conduisent à plusieurs applications que d'autres critères sont appliqués :
4a. le créateur (les 4 caractères d'avant OSX) 4b. appli native plutôt que classic 4c. volume de boot plutôt que les autres 4d. Volume local plutôt que distant 4e. version la + récente d'une même application ----------------
Et donc maintenant je comprends que mon pdf il s'ouvre avec Preview. ;-))
Quant à la question "pourquoi le mécanisme du critère n°1 ?, et pourquoi ne pas se contenter du créateur ?" je pense que la réponse y est aussi, car le critère n°1 est double : association individuelle (par fichier) ou collective (par type), et que le créateur ne pouvait pas répondre au critère assoc collective. Alors tant qu'à faire, ils ont mis les deux (sans doute par le même mécanisme).
Encore merci.
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Sergio <sergiot.bidon@free.invalid.fr> wrote:
Je pense avoir répondu un peu vite (dans le document cité doc.pdf est
associé à TextEdit.app), par contre il me semble qu'une version plus
récente soit ici :
Bon, effectivement, j'ai trouvé dans ce document, qui semble récent, la
réponse à la 2ème question posée ici :
Message-ID: <1gj0r0o.1xbiqcb1w9k6dwN%blanc@empty.org>
Le problème est que XRay ne suis pas tout à fait la hiérarchie actuelle
(sans doute parce que celle-ci a évolué).
La hiérarchie actuelle est en fait la suivante, d'après le document que
tu cites (je traduis et je résume pour ceux qui pigent pas l'english) :
--------------
1. ouverture par l'application désignée si on en a associée une
spécifiquement à *ce* fichier, ** ou a la totalité des documents d'un
type (extension) donné **, sinon
2. en fonction de l'extension, sinon
3. en fonction du type (en 4 caractères)
Et c'est seulement si ces 3 critères conduisent à plusieurs applications
que d'autres critères sont appliqués :
4a. le créateur (les 4 caractères d'avant OSX)
4b. appli native plutôt que classic
4c. volume de boot plutôt que les autres
4d. Volume local plutôt que distant
4e. version la + récente d'une même application
----------------
Et donc maintenant je comprends que mon pdf il s'ouvre
avec Preview. ;-))
Quant à la question "pourquoi le mécanisme du critère n°1 ?, et pourquoi
ne pas se contenter du créateur ?"
je pense que la réponse y est aussi, car le critère n°1 est double :
association individuelle (par fichier) ou collective (par type), et que
le créateur ne pouvait pas répondre au critère assoc collective. Alors
tant qu'à faire, ils ont mis les deux (sans doute par le même
mécanisme).
Encore merci.
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
Je pense avoir répondu un peu vite (dans le document cité doc.pdf est associé à TextEdit.app), par contre il me semble qu'une version plus récente soit ici :
Bon, effectivement, j'ai trouvé dans ce document, qui semble récent, la réponse à la 2ème question posée ici : Message-ID: <1gj0r0o.1xbiqcb1w9k6dwN%
Le problème est que XRay ne suis pas tout à fait la hiérarchie actuelle (sans doute parce que celle-ci a évolué).
La hiérarchie actuelle est en fait la suivante, d'après le document que tu cites (je traduis et je résume pour ceux qui pigent pas l'english) :
-------------- 1. ouverture par l'application désignée si on en a associée une spécifiquement à *ce* fichier, ** ou a la totalité des documents d'un type (extension) donné **, sinon
2. en fonction de l'extension, sinon
3. en fonction du type (en 4 caractères)
Et c'est seulement si ces 3 critères conduisent à plusieurs applications que d'autres critères sont appliqués :
4a. le créateur (les 4 caractères d'avant OSX) 4b. appli native plutôt que classic 4c. volume de boot plutôt que les autres 4d. Volume local plutôt que distant 4e. version la + récente d'une même application ----------------
Et donc maintenant je comprends que mon pdf il s'ouvre avec Preview. ;-))
Quant à la question "pourquoi le mécanisme du critère n°1 ?, et pourquoi ne pas se contenter du créateur ?" je pense que la réponse y est aussi, car le critère n°1 est double : association individuelle (par fichier) ou collective (par type), et que le créateur ne pouvait pas répondre au critère assoc collective. Alors tant qu'à faire, ils ont mis les deux (sans doute par le même mécanisme).
Encore merci.
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
