Apple officialise l'abandon du code créateur
par Arnauld de La Grandière le 23.11.2009 à 12:38
Dans la dernière révision de la documentation de Launch Services, datant du 17 octobre, Apple officialise l'abandon du support de la signature Type/Créateur des fichiers :
Note : Dans Mac OS X 10.6 et ultérieurs, Launch Services ne considère plus les signatures créateur des fichiers en liant les documents aux applications. Launch Services ignore la signature créateur lorsqu'elle est attachée à un document. En outre, les fonctions
Apple a en effet introduit un tout nouveau système pour lier un type de fichier à une application donnée, dont nous vous expliquions le détail dans notre une : Apple repense la signature des fichiers.
Note : Dans Mac OS X 10.6 et ultérieurs, Launch Services ne considère plus les signatures créateur des fichiers en liant les documents aux applications. Launch Services ignore la signature créateur lorsqu'elle est attachée à un document. En outre, les fonctions
LSCopyKindStringForTypeInfo et LSGetApplicationForInfo ignorent le paramètre contenant la signature créateur.Apple a en effet introduit un tout nouveau système pour lier un type de fichier à une application donnée, dont nous vous expliquions le détail dans notre une : Apple repense la signature des fichiers.
| |
2
1
Vos réactions (22 réactions)
PePeLaJoie
[23/11/2009 13:10]
Ce qui devrait augmenter la vitesse du finder ?
Ce qui devrait augmenter la vitesse du finder ?
vintz72
[23/11/2009 13:13]
> PepeLaJoie
Euh... a priori non, y'a pas de raison.
> PepeLaJoie
Euh... a priori non, y'a pas de raison.
jerome74
[23/11/2009 13:25]
C'est vraiment désolant. Le code créateur était une avancée majeure du Mac il y a 25 ans; et non, le système des UTI (Uniform Type Identifiers) ne le remplace pas du tout: il se borne à associer l'extension, le type MIME et le code file type (compagnon du code créateur) à un identifiant "universel" du type de fichier. Deux fichier ayant la même extension crés par deux applications différentes seront désormais toujours ouverts par une seule et même application (sauf si l'utilisateur associe manuellement chaque fichier à une application via la fenêtre d'infos).
C'est vraiment désolant. Le code créateur était une avancée majeure du Mac il y a 25 ans; et non, le système des UTI (Uniform Type Identifiers) ne le remplace pas du tout: il se borne à associer l'extension, le type MIME et le code file type (compagnon du code créateur) à un identifiant "universel" du type de fichier. Deux fichier ayant la même extension crés par deux applications différentes seront désormais toujours ouverts par une seule et même application (sauf si l'utilisateur associe manuellement chaque fichier à une application via la fenêtre d'infos).
SuperGG
[23/11/2009 13:54]
C'était un des gros avantages de MacOs sur Windows. Décidément, plus on avance, plus on régresse dans la simplicité d'utilisation. C'est une vrai galère maintenant puisqu'il faut faire manuellement des réglages qui étaient autrefois automatiques (et logiques !!!). On marche sur la tête chez Apple depuis quelques temps ...
Il y a bien "Open-Magic" (que j'utilise), mais c'est quand même plus complexe que les codes créateurs.
C'était un des gros avantages de MacOs sur Windows. Décidément, plus on avance, plus on régresse dans la simplicité d'utilisation. C'est une vrai galère maintenant puisqu'il faut faire manuellement des réglages qui étaient autrefois automatiques (et logiques !!!). On marche sur la tête chez Apple depuis quelques temps ...
Il y a bien "Open-Magic" (que j'utilise), mais c'est quand même plus complexe que les codes créateurs.
setnan
[23/11/2009 14:15]
J'ai créé ya qques temps un petit utilitaire nommé "OpenMagic" qui visant à aider ceux pour qui ça pose problème. J'ai bien concience qu'il n'est pas évident pour tt le monde de comprendre son utilisation, mais en général ceux concernés (des graphistes principalement) le trouvent très pratique une fois que l'on a pigé son usage et son potentiel ;-)
OpenMagic est une app+SystemService pour 10.6.
Une précédente news macgeneration lui était consacré :
http://www.macgeneration.com/news/voir/137053/open-magic-restaurer-les-codes-createurs
et il est gratuit et dispo ici
http://openmagic.setnan.org/
Meme si j'ai moins le temps actu de m'en occuper (ajouter un installeur wizard par ex), n'hésitez pas à faire part de vos avis. On ne peut pas contenter tout le monde, mais au moins essayer :)
J'ai créé ya qques temps un petit utilitaire nommé "OpenMagic" qui visant à aider ceux pour qui ça pose problème. J'ai bien concience qu'il n'est pas évident pour tt le monde de comprendre son utilisation, mais en général ceux concernés (des graphistes principalement) le trouvent très pratique une fois que l'on a pigé son usage et son potentiel ;-)
OpenMagic est une app+SystemService pour 10.6.
Une précédente news macgeneration lui était consacré :
http://www.macgeneration.com/news/voir/137053/open-magic-restaurer-les-codes-createurs
et il est gratuit et dispo ici
http://openmagic.setnan.org/
Meme si j'ai moins le temps actu de m'en occuper (ajouter un installeur wizard par ex), n'hésitez pas à faire part de vos avis. On ne peut pas contenter tout le monde, mais au moins essayer :)
misterbrown
[23/11/2009 14:17]
OsX ce rapproche de Windows.
Et Seven se rapproche de osX
OsX ce rapproche de Windows.
Et Seven se rapproche de osX
françois bayrou
[23/11/2009 14:30]
@ jerome74 : et encore ca ne regle pas les problemes d'apercu :(
@ jerome74 : et encore ca ne regle pas les problemes d'apercu :(
pwetpwet
[23/11/2009 14:32]
Nul, nuuuuuuul.
C'est quoi la prochaine étape, l'intégration d'une base de registre ?
Nul, nuuuuuuul.
C'est quoi la prochaine étape, l'intégration d'une base de registre ?
Macleone
[23/11/2009 14:49]
Tiens, ça faisait bien un mois que cette fausse information n'était pas ressortie… Non seulement les UTI datent de 10.4, mais en plus ils ne servent pas à ça !
D'ailleurs, en relisant la doc donnée en lien, on se rend bien compte qu'il n'existe aucune fonction pour pallier ce changement de comportement.
Apple a en effet introduit un tout nouveau système pour lier un type de fichier à une application donnée
Tiens, ça faisait bien un mois que cette fausse information n'était pas ressortie… Non seulement les UTI datent de 10.4, mais en plus ils ne servent pas à ça !
D'ailleurs, en relisant la doc donnée en lien, on se rend bien compte qu'il n'existe aucune fonction pour pallier ce changement de comportement.
USB09
[23/11/2009 14:53]
Je ne vois pas trop le problème. Un jpeg sauver avec pshop s'ouvre avec celui ci. Sinon avec apercu, ce qui me gêne nullement car beaucoup plus rapide a l'ouverture. Quant au reste des applications idem. Ou est le problème ? Alors de là à dire qu'il y a régression vraiment je ne vois pas.
Je ne vois pas trop le problème. Un jpeg sauver avec pshop s'ouvre avec celui ci. Sinon avec apercu, ce qui me gêne nullement car beaucoup plus rapide a l'ouverture. Quant au reste des applications idem. Ou est le problème ? Alors de là à dire qu'il y a régression vraiment je ne vois pas.
samigina00
[23/11/2009 15:27]
@ USB09 : bah la regression elle est simple :)
en tant que graphiste quand je alt-double-clique sur une image dans indesign cela l'ouvre pour la modifier… mais voila, maintenant avec cette nouvelle gestion des fichiers mes EPS bitmap, par exemple, s'ouvrent dans illustrator et non photoshop car j'ai demandé au finder d'ouvrir les .eps avec illustrator (10.6 utilisait apreçu par defaut et dc pour editer du vectoriel ct pas top) et si je fais l'opération inverse c'est dans photoshop que mes fichiers vectoriels s'ouvriront, dc du coup je suis obligé de cliquer-droit pour chercher le fichier source de l'image dans la finder et de le glisser le doc sur l'icone du logiciel que je souhaite utiliser… bref perte de temps… je vais de ce pas essayer OpenMagic, voir si cela resout ce souci :)
@ USB09 : bah la regression elle est simple :)
en tant que graphiste quand je alt-double-clique sur une image dans indesign cela l'ouvre pour la modifier… mais voila, maintenant avec cette nouvelle gestion des fichiers mes EPS bitmap, par exemple, s'ouvrent dans illustrator et non photoshop car j'ai demandé au finder d'ouvrir les .eps avec illustrator (10.6 utilisait apreçu par defaut et dc pour editer du vectoriel ct pas top) et si je fais l'opération inverse c'est dans photoshop que mes fichiers vectoriels s'ouvriront, dc du coup je suis obligé de cliquer-droit pour chercher le fichier source de l'image dans la finder et de le glisser le doc sur l'icone du logiciel que je souhaite utiliser… bref perte de temps… je vais de ce pas essayer OpenMagic, voir si cela resout ce souci :)
samigina00
[23/11/2009 15:45]
bon bah OpenMagic ne resout pas le souci vu que faire appel au menu contextuel g aussi vite de faire glisser le doc sur le dock… par contre du coup je vient de découvrir juste en dessous de modifier l'original dans indesign qu'il y av "modifier avec…" comme quoi quand on a ses habitudes on voit plus grand chose :)
bon bah OpenMagic ne resout pas le souci vu que faire appel au menu contextuel g aussi vite de faire glisser le doc sur le dock… par contre du coup je vient de découvrir juste en dessous de modifier l'original dans indesign qu'il y av "modifier avec…" comme quoi quand on a ses habitudes on voit plus grand chose :)
Vivid
[23/11/2009 17:03]
>pwetpwet; rien n'est moins sûr ;-)
Xp c'est pas terrible !!! mais au moins ils ne trahissent pas leurs idées.
>misterbrown; c'est un peu ça, la liberté en plus pour Xp.
>pwetpwet; rien n'est moins sûr ;-)
Xp c'est pas terrible !!! mais au moins ils ne trahissent pas leurs idées.
>misterbrown; c'est un peu ça, la liberté en plus pour Xp.
jpp22
[23/11/2009 17:33]
A tous ceux qui n’ont pas compris comment les UTI non seulement remplacent complètement les types et créateurs vieux style, mais en plus permettent davantage de flexibilité, lisez cet excellent article de Dan Dilger: http://www.roughlydrafted.com/2009/09/22/inside-snow-leopards-uti-apple-fixes-the-creator-code/
Les architectes de Mac OS X ne sont pas assez bêtes pour virer un système somme toute assez bien pensé pour le remplacer par un autre qui serait moins flexible. Vous comprendrez en lisant l’article que c’est aux développeurs de bien savoir les utiliser lorsqu’ils créent des fichiers avec leurs applications.
A tous ceux qui n’ont pas compris comment les UTI non seulement remplacent complètement les types et créateurs vieux style, mais en plus permettent davantage de flexibilité, lisez cet excellent article de Dan Dilger: http://www.roughlydrafted.com/2009/09/22/inside-snow-leopards-uti-apple-fixes-the-creator-code/
Les architectes de Mac OS X ne sont pas assez bêtes pour virer un système somme toute assez bien pensé pour le remplacer par un autre qui serait moins flexible. Vous comprendrez en lisant l’article que c’est aux développeurs de bien savoir les utiliser lorsqu’ils créent des fichiers avec leurs applications.
Moonwalker
[23/11/2009 17:35]
"une avancée majeure du Mac il y a 25 ans" Tu devrais écrire des discours politiques. :D
Très bien la nouvelle méthode par défaut. Ça me convient parfaitement.
"une avancée majeure du Mac il y a 25 ans" Tu devrais écrire des discours politiques. :D
Très bien la nouvelle méthode par défaut. Ça me convient parfaitement.
2
1
Réagir
Cinq consignes avant de réagir :
- Rester dans le cadre de la dépêche. Pour des discussions plus générales, vous pouvez utiliser nos forums.
- Développer son argumentation. Les messages dont le seul but est de mettre de l'huile sur le feu seront modifiés ou effacés sans préavis par la rédaction.
- Respecter les acteurs de l'informatique et les autres lecteurs. Les messages agressifs, vulgaires, haineux, etc. seront modifiés ou effacés sans préavis par la rédaction.
- Pour toute remarque concernant le contenu de l'article, pour nous signaler une erreur, une faute d'orthographe, une omission, merci de nous contacter exclusivement par e-mail.
- Relisez-vous, et pour les utilisateurs de Safari profitez de l'aide du navigateur : activez le menu édition > Orthographe > Vérifier l'orthographe lors de la frappe.





Mai 2012
