Le 7 déc. 08 à 21:09, KOENIG Yvan a écrit :
> Le 7 déc. 2008 à 19:53, Daniel Varlet a écrit :
>
>> Pour résumer:
>> Il semble qu'il y ait deux UTI qui se fassent concurrence, (même
>> s'ils ne sont pas sur le même disque/système):
>> com.apple.appleworks.document et com.apple.appleworks.cwk.
>> Est-ce qu'ils déclarent même choses?
>
> Oui.
> la plist d'AppleWorks est la même que celle que vous avez trouvée
> dans AppleWorks importer si ce n'est que dans aWorks c'est
> "com.apple.appleworks.document" qui recouvre les documents ET les
> modèles alors que l'importer distingue les documents proprement dits
> "com.apple.appleworks.cwk" et les modèles "com.apple.appleworks.cws"
>
>
>> Ne pouvez-vous pas utiliser les deux dans vos filtres?
>
> Non.
>
> System Events utilise l'UTI construit "dyn.agk8ygz4xnq" lorsque
> "com.apple.appleworks.cwk" n'est pas disponible.
> Choose File se comporte de la même façon.
Ben oui, suis-je benêt. C'était le problème de base....
> En temps normal il reconnaît les "com.apple.appleworks.cwk" mais
> pas les "com.apple.appleworks.document".
> Quand "com.apple.appleworks.cwk" est absent il faut l'alimenter
> avec "dyn.agk8ygz4xnq".
Alors AW ne déclare pas bien son UTI.
Il ne déclare certainement pas du tout de vrais UTI, car cette
possibilité est récente si j'ai compris quelque chose (Léopard, la
partie UTImportedTypeDeclarations).
Il doit déclarer com.apple.appleworks.document avec la clef
CFBundleTypeName (qui peut être localisé: info utilisateur uniquement)
ce qui correspond au kind de 'info for' . Ils n'avaient certainement
pas le choix, remarquez, à l'époque.
Que 'info for' reprenne le kind com.apple.appleworks.document comme
type identifier me parait être un bug (à vérifier plus sérieusement
évidemment). Ce qui vous a mené sur de fausses pistes.
Ces histoires d'UTI Appleïenne, ce n'est pas encore très "fluide".
Doux euphémisme. Mais l'idée me semble pas mal.
>> Chez moi c'est <file://localhost/Library/Spotlight/AppleWorks.mdimporter/
>> > qui déclare com.apple.appleworks.cwk.
>> Et com.apple.appleworks.document est inconnu au bataillon. Confirmé
>> par mdfind.
>
> Logique si vous n'utilisez pas AppleWorks.
Et oui.
>
>
>> Je ne sais pas ce qui a installé cet importer Spotlight.
>> C'est d'origine Leopard/Tiger?
>> Peut-être une très antique version démo de iWork?
>
> Maintenant, je comprends ce qui s'est passé.
>
> "com.apple.appleworks.document" est l'UTI fournie par AppleWorks lui-
> même.
> "com.apple.appleworks.cwk" est l'une des UTI installées par
> AppleWorks.mdimporter qui est me semble-t-il installé par iWork qui
> en a besoin pour importer les TdT dans Pages, les tableurs dans
> Numbers et les présentations dans Keynote.
> Le problème est que sur le volume sur lequel j'ai 10.5.5 n'a jamais
> été utilisé pour importer des documents AppleWorks dans iWork.
>
> De ce fait ces UTI ne sont pas là.
Ah bon? Rien dans /Library/Spotlight/ du volume concerné alors.
Je me demandais de plus en plus si
/Library/Spotlight/AppleWorks.mdimporter
/Library/Spotlight/Keynote.mdimporter
/Library/Spotlight/Microsoft Office.mdimporter
/Library/Spotlight/Numbers.mdimporter
/Library/Spotlight/Pages.mdimporter
n'étaient pas montés d'origine.
Bon, donc non alors, c'est bien iWork qui installe ça.
> Par contre, ils sont installés sur le volume sous 10.4.11 que
> j'utilise majoritairement et sur l'imac intel inside sous 10.5.4 que
> m'a prêté Apple (eh oui, je l'ai toujours).
Je suis content de pas avoir à l'expliquer, c'est à la même conclusion
que j'étais arrivé.
>> Je pense ne jamais avoir installé AppleWorks (ClarisWork dans la
>> préhistoire, oui).
>> À ce propos, ils n'ont toujours pas brûlé les sources de ce truc
>> périmé qu'est AppleWorks?
>
> Ils ont les sources mais personne ne parvenait à s'y retrouver pour
> moderniser cette merveille qu'aucun programme actuel ne parvient à
> remplacer.
>
> Je sais bien qu'il ne gère pas l'Unicode mais son tableur est
> beaucoup plus rapide que Numbers à tel point que j'ai adopté le
> protocole suivant:
>
> j'enregistre mes opérations bancaires dans AppleWorks et je
> transfère les écritures dans Numbers (en prévision de
> l'impossibilité probable d'utiliser AppleWorks sous Snow Leopard)
> uniquement lorsque toutes les opérations d'une période sont figées.
> Avec un peu de chance la prochaine version de Numbers aura une
> lenteur d'exécution moins insupportable que la version actuelle qui
> passe apparemment son temps à bêtement recalculer l'intégralité de
> l'image du document à chaque modification.
Bon à savoir, et confirme ce qu'avait écrit Alain Le Gallou me semble-
til entre autres (ici où sur fr.comp.*), si un jour je craque
sérieusement pour Pages (et donc iWork) que j'aime bien pour le texte
stylé. Je vais donc attendre encore que l'ensemble soit potable. Bonne
excuse,.
(...)
> Maintenant je sais qu'après un effacement de la base LaunchService
> il me faut importer un document AppleWorks dans iWork.
> Le pire c'est que le script qui a mis en évidence le problème est
> conçu pour effectuer cette importation en série (batch).
Y'a plus qu'a implémenter le truc que j'ai donné ;-). Et voir si ça
marche en "production".
J'ai profité de ça pour regarder les interactions des UTI avec les
icônes, QuickLook et toutes ces choses qui me semblaient obscures dans
l'affichage des icônes. C'est à moitié éclairci...
> En tout cas, un grand merci en direction de la Suisse me semble
> s'imposer.
Hop, je l'attrape au vol.
C'était avec plaisir.
--
Daniel
_______________________________________________
Applescript_fr mailing list
Applescript_fr@???
http://listes.patpro.net/mailman/listinfo/applescript_fr
