Depuis quelques temps, j'ai un truc bizarre :
Au lancement, suite au double-clic sur mes fichiers, mes images jpeg qui
ont Aperçu indiqué comme appli à l'ouverture et mes .rtf et .rtfd qui
ont TexEdit comme appli à l'ouverture perdent systématiquement ce choix
et s'ouvrent avec n'importe qui, quand elles s'ouvrent.
Avec Photoshop pour les images et avec un peu n'importe quelle appli (de
word au terminal ...) pour mes .rtf et .rtfd.
Même si je corrige la chose dans pomme-i en cochant "toujours ouvrir
avec" et et que je retape sur le bouton "tout modifier...", ça
recommence dans la minute qui suit...
Ça finit par me casser les pieds, car j'oublie sans arrêt de faire un
glisser-déposer du fichier sur la bonne appli et que je recommence
instinctivement à double-cliquer sur le fichier pour qu'il se lance tout
seul... désormais quasi systématiquement avec la mauvaise appli...
Si quelqu'un a une idée.
Merci.
--
Zoé demanda à Robinson de la croire et Robinson Crusoé
Quand les gros seront maigres, les maigres seront morts
Depuis ce matin j'observe le fichier .csstore dans mon ancien compte. Autour de 9:00 H il s'est actualisé plusieurs fois de suite lorsque j'ai démarré, mis à jour et redémarré les versions bêta et Nightly de Firefox. A 11:15 h il s'est encore actualisé lors d'une sauvegarde automatique des mes profils de Thunderbird avec Automator/Calendrier mais l'association fichiers texte/TextEdit reste encore intacte pour l'instant.
1. Je crois que le plus simple serait de savoir qui modifie le fichier et pas quand. Le système doit noter ça. Non ? En 2012 tu avais : try: sudo serveradmin settings afp:activityLog=yes then the log entries should be at /Library/Logs/AppleFileService/AppleFileServiceAccess.log Est-ce toujours valable ? Je te laisse essayer puisque tu aimes les bêtas ;) Aujourd'hui High Sierra stocke tout dans une base de donnée et non des fichiers. Sinon dans les outils développeurs il doit y avoir ce qu'il faut. 2. Un truc, tu utilises des versions bêta de logiciel, cela ne se fait jamais sur son compte, mais sur un autre compte qui ne craint rien. 3. Firefox a dans ses préférences la possibilité de lier des documents à des aplications. Peut-être est-ce lui le coupable ? -- Pense à l'étiquette qu'une fois les vendanges faites.
Eckard <eckard@invalid.fr> wrote:
Depuis ce matin j'observe le fichier .csstore dans mon ancien compte.
Autour de 9:00 H il s'est actualisé plusieurs fois de suite lorsque j'ai
démarré, mis à jour et redémarré les versions bêta et Nightly de
Firefox. A 11:15 h il s'est encore actualisé lors d'une sauvegarde
automatique des mes profils de Thunderbird avec Automator/Calendrier
mais l'association fichiers texte/TextEdit reste encore intacte pour
l'instant.
1. Je crois que le plus simple serait de savoir qui modifie le fichier
et pas quand. Le système doit noter ça. Non ?
En 2012 tu avais :
try:
sudo serveradmin settings afp:activityLog=yes
then the log entries should be at
/Library/Logs/AppleFileService/AppleFileServiceAccess.log
Est-ce toujours valable ? Je te laisse essayer puisque tu aimes les
bêtas ;)
Aujourd'hui High Sierra stocke tout dans une base de donnée et non des
fichiers. Sinon dans les outils développeurs il doit y avoir ce qu'il
faut.
2. Un truc, tu utilises des versions bêta de logiciel, cela ne se fait
jamais sur son compte, mais sur un autre compte qui ne craint rien.
3. Firefox a dans ses préférences la possibilité de lier des documents à
des aplications. Peut-être est-ce lui le coupable ?
--
Pense à l'étiquette qu'une fois les vendanges faites.
Depuis ce matin j'observe le fichier .csstore dans mon ancien compte. Autour de 9:00 H il s'est actualisé plusieurs fois de suite lorsque j'ai démarré, mis à jour et redémarré les versions bêta et Nightly de Firefox. A 11:15 h il s'est encore actualisé lors d'une sauvegarde automatique des mes profils de Thunderbird avec Automator/Calendrier mais l'association fichiers texte/TextEdit reste encore intacte pour l'instant.
1. Je crois que le plus simple serait de savoir qui modifie le fichier et pas quand. Le système doit noter ça. Non ? En 2012 tu avais : try: sudo serveradmin settings afp:activityLog=yes then the log entries should be at /Library/Logs/AppleFileService/AppleFileServiceAccess.log Est-ce toujours valable ? Je te laisse essayer puisque tu aimes les bêtas ;) Aujourd'hui High Sierra stocke tout dans une base de donnée et non des fichiers. Sinon dans les outils développeurs il doit y avoir ce qu'il faut. 2. Un truc, tu utilises des versions bêta de logiciel, cela ne se fait jamais sur son compte, mais sur un autre compte qui ne craint rien. 3. Firefox a dans ses préférences la possibilité de lier des documents à des aplications. Peut-être est-ce lui le coupable ? -- Pense à l'étiquette qu'une fois les vendanges faites.
mv
Eckard a soumis à notre sagacité :
Et si ça foire je ne saurai pas utiliser mes sauvegardes pour récupérer quoi exactement.
Je vais reproduire sous High Sierra la manip que j'ai faite sous Sierra hier soir et je te tiens au courant. N.B.
mis à jour et redémarré les versions bêta et Nightly de Firefox
Heu... Tu pourrais éviter ça ? Tu ne voudrais pas revenir à la dernière version publique de Firefox ? Pourquoi tu utilises des versions de ce genre ? Tu utilises d'autres applis en version bêta ? Il se peut que la solution soit tout bêtement là... Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
Eckard <eckard@invalid.fr> a soumis à notre sagacité :
Et si ça foire
je ne saurai pas utiliser mes sauvegardes pour récupérer quoi exactement.
Je vais reproduire sous High Sierra la manip que j'ai faite sous Sierra
hier soir et je te tiens au courant.
N.B.
mis à jour et redémarré les versions bêta et Nightly de
Firefox
Heu... Tu pourrais éviter ça ? Tu ne voudrais pas revenir à la dernière
version publique de Firefox ? Pourquoi tu utilises des versions de ce
genre ? Tu utilises d'autres applis en version bêta ? Il se peut que la
solution soit tout bêtement là...
Cordialement.
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>
Et si ça foire je ne saurai pas utiliser mes sauvegardes pour récupérer quoi exactement.
Je vais reproduire sous High Sierra la manip que j'ai faite sous Sierra hier soir et je te tiens au courant. N.B.
mis à jour et redémarré les versions bêta et Nightly de Firefox
Heu... Tu pourrais éviter ça ? Tu ne voudrais pas revenir à la dernière version publique de Firefox ? Pourquoi tu utilises des versions de ce genre ? Tu utilises d'autres applis en version bêta ? Il se peut que la solution soit tout bêtement là... Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
mv
Eckard a soumis à notre sagacité :
J'ai fait une petite recherche et j'ai trouvé qu'il n'y a pas unanimité sur l'opportunité de supprimer le contenu de /private/var/folders/ :
Normal... le dossier /var/ n'est pas invisible par défaut pour rien...
Discussion datant de 2013 avec des petits joueurs ! ;-) <http://osxdaily.com/2016/01/13/delete-temporary-items-private-var-folders-mac-os-x/> Dans ces deux discussions, on cause principalement des fuchiers et dossiers temporaires et pas vraiment spécifiquement du contenu de /var/folders/ Je viens de faire sous High Sierra ce que j'ai fait hier soir sous Sierra à savoir vider entièrement le dossier /var/folders/ et je n'ai eu aucune mauvaise surprise. Le démarrage et l'ouverture de session sont juste un peu plus longs que d'habitude mais aucun dysfonctionnement noté. Les dossiers correspondant aux 2 utilisateurs ont été reconstitués en une seule fois (il avait fallu que j'ouvre les deux sessions sous Sierra pour récupérer les deux dossiers associés) et, comme sous Sierra, le 1er sous-dossier de "zz" contient un dossier "0" dans lequel se trouve un exemplaire de com.apple.LaunchServices-221-v2.csstore. Est-ce que c'est cet élément qui sert de modèle à ceux que je trouve dans les dossiers de chacun des utilisateurs ? C'est fort possible : il a été créé à 14h39 alors que les deux autres ont été créés à 14h40 (pour l'utilisateur courant) et à 14h39 pour l'autre utilisateur. Mais curieusement, c'est celui de l'utilisateur qui ne s'est pas encore connecté qui a le fichier le plus lourd !
Je serais tenté d'essayer l'artillerie lourde mais déjà je n'ai pas de clone.
Pfffftttt....
Mon /private/var/folders/ contient les six sous-dossiers 22, bs, jw, pw, yq et zz. Seulement les dossiers pw et yq ont l'option "Placer dans la corbeille" dans leur menu contextuel.
Étonnant qu'il y en ait 2 poubellisables de cette manière. En tout cas, si tu as 6 dossiers alors que tu n'as que deux utilisateurs, c'est que 3 dossiers parmi 22, bs, jw, pw et yq sont superflus.
Donc pour supprimer le dossier "folders" il faudra sans doute utiliser la commande sudo rm -r /private/var/folders/* dans le Terminal.
Pas possible : le système actif utilisant peu ou prou ces dossiers, tu ne pourras pas. C'est la raison pour laquelle je suis passé sur un disque externe de démarrage pour vider le dossier mais même là, il m'a été impossible de vider la corbeille "normalement". Peut-être en utilisant le Terminal depuis le volume Recovery HD ?
Et si ça foire
Rien n'a foiré ici, donc... ;-) Mais avant de te lancer là-dedans, dégage tes versions bêta de Firefox et autres ! Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
Eckard <eckard@invalid.fr> a soumis à notre sagacité :
J'ai fait une petite recherche et j'ai trouvé qu'il n'y a pas unanimité
sur l'opportunité de supprimer le contenu de /private/var/folders/ :
Normal... le dossier /var/ n'est pas invisible par défaut pour rien...
Dans ces deux discussions, on cause principalement des fuchiers et dossiers temporaires et
pas vraiment spécifiquement du contenu de /var/folders/
Je viens de faire sous High Sierra ce que j'ai fait hier soir sous Sierra à savoir vider
entièrement le dossier /var/folders/ et je n'ai eu aucune mauvaise surprise.
Le démarrage et l'ouverture de session sont juste un peu plus longs que d'habitude mais
aucun dysfonctionnement noté.
Les dossiers correspondant aux 2 utilisateurs ont été reconstitués en une seule fois (il
avait fallu que j'ouvre les deux sessions sous Sierra pour récupérer les deux dossiers
associés) et, comme sous Sierra, le 1er sous-dossier de "zz" contient un dossier "0" dans
lequel se trouve un exemplaire de com.apple.LaunchServices-221-v2.csstore.
Est-ce que c'est cet élément qui sert de modèle à ceux que je trouve dans les dossiers de
chacun des utilisateurs ? C'est fort possible : il a été créé à 14h39 alors que les deux
autres ont été créés à 14h40 (pour l'utilisateur courant) et à 14h39 pour l'autre
utilisateur.
Mais curieusement, c'est celui de l'utilisateur qui ne s'est pas encore connecté qui a le
fichier le plus lourd !
Je serais tenté d'essayer l'artillerie lourde mais déjà je n'ai pas de clone.
Pfffftttt....
Mon /private/var/folders/ contient les six sous-dossiers 22, bs, jw, pw,
yq et zz. Seulement les dossiers pw et yq ont l'option "Placer dans la
corbeille" dans leur menu contextuel.
Étonnant qu'il y en ait 2 poubellisables de cette manière.
En tout cas, si tu as 6 dossiers alors que tu n'as que deux utilisateurs, c'est que 3
dossiers parmi 22, bs, jw, pw et yq sont superflus.
Donc pour supprimer le dossier "folders" il faudra sans doute utiliser
la commande sudo rm -r /private/var/folders/* dans le Terminal.
Pas possible : le système actif utilisant peu ou prou ces dossiers, tu ne pourras pas.
C'est la raison pour laquelle je suis passé sur un disque externe de démarrage pour vider
le dossier mais même là, il m'a été impossible de vider la corbeille "normalement".
Peut-être en utilisant le Terminal depuis le volume Recovery HD ?
Et si ça foire
Rien n'a foiré ici, donc... ;-)
Mais avant de te lancer là-dedans, dégage tes versions bêta de Firefox et autres !
Cordialement.
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>
Discussion datant de 2013 avec des petits joueurs ! ;-) <http://osxdaily.com/2016/01/13/delete-temporary-items-private-var-folders-mac-os-x/> Dans ces deux discussions, on cause principalement des fuchiers et dossiers temporaires et pas vraiment spécifiquement du contenu de /var/folders/ Je viens de faire sous High Sierra ce que j'ai fait hier soir sous Sierra à savoir vider entièrement le dossier /var/folders/ et je n'ai eu aucune mauvaise surprise. Le démarrage et l'ouverture de session sont juste un peu plus longs que d'habitude mais aucun dysfonctionnement noté. Les dossiers correspondant aux 2 utilisateurs ont été reconstitués en une seule fois (il avait fallu que j'ouvre les deux sessions sous Sierra pour récupérer les deux dossiers associés) et, comme sous Sierra, le 1er sous-dossier de "zz" contient un dossier "0" dans lequel se trouve un exemplaire de com.apple.LaunchServices-221-v2.csstore. Est-ce que c'est cet élément qui sert de modèle à ceux que je trouve dans les dossiers de chacun des utilisateurs ? C'est fort possible : il a été créé à 14h39 alors que les deux autres ont été créés à 14h40 (pour l'utilisateur courant) et à 14h39 pour l'autre utilisateur. Mais curieusement, c'est celui de l'utilisateur qui ne s'est pas encore connecté qui a le fichier le plus lourd !
Je serais tenté d'essayer l'artillerie lourde mais déjà je n'ai pas de clone.
Pfffftttt....
Mon /private/var/folders/ contient les six sous-dossiers 22, bs, jw, pw, yq et zz. Seulement les dossiers pw et yq ont l'option "Placer dans la corbeille" dans leur menu contextuel.
Étonnant qu'il y en ait 2 poubellisables de cette manière. En tout cas, si tu as 6 dossiers alors que tu n'as que deux utilisateurs, c'est que 3 dossiers parmi 22, bs, jw, pw et yq sont superflus.
Donc pour supprimer le dossier "folders" il faudra sans doute utiliser la commande sudo rm -r /private/var/folders/* dans le Terminal.
Pas possible : le système actif utilisant peu ou prou ces dossiers, tu ne pourras pas. C'est la raison pour laquelle je suis passé sur un disque externe de démarrage pour vider le dossier mais même là, il m'a été impossible de vider la corbeille "normalement". Peut-être en utilisant le Terminal depuis le volume Recovery HD ?
Et si ça foire
Rien n'a foiré ici, donc... ;-) Mais avant de te lancer là-dedans, dégage tes versions bêta de Firefox et autres ! Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
JPP
In article <1nm9r4r.1h6e2fd1mmnz9jN%, (Benoit) wrote:
3. Firefox a dans ses préférences la possibilité de lier des documents à des aplications. Peut-être est-ce lui le coupable ?
Bonne idée ma foi ! Mais non, même si je désigne Aperçu comme app par défaut dans les prefs de FF, j'ai toujours le même problème suite à un drag&drop d'une image sur le bureau.
In article <1nm9r4r.1h6e2fd1mmnz9jN%benoit@com.invalid>,
benoit@com.invalid (Benoit) wrote:
3. Firefox a dans ses préférences la possibilité de lier des documents à
des aplications. Peut-être est-ce lui le coupable ?
Bonne idée ma foi !
Mais non, même si je désigne Aperçu comme app par défaut dans les prefs
de FF, j'ai toujours le même problème suite à un drag&drop d'une image
sur le bureau.
In article <1nm9r4r.1h6e2fd1mmnz9jN%, (Benoit) wrote:
3. Firefox a dans ses préférences la possibilité de lier des documents à des aplications. Peut-être est-ce lui le coupable ?
Bonne idée ma foi ! Mais non, même si je désigne Aperçu comme app par défaut dans les prefs de FF, j'ai toujours le même problème suite à un drag&drop d'une image sur le bureau.
JPP
In article <1nm9rg2.1vdhbdokk4gv8N%, (Manfred La Cassagnère) wrote:
Eckard wrote:
@Michele, désolé, on a complètement sqatté ton fil ;)
Du coup, elle ne répond plus! ;-)
Vu les solutions effectives qu'on lui propose, un peu normal, non ? Par ailleurs, il conviendrait peut-être de comparer les contenus de deux com.apple.LaunchServices-221-v2.csstore consécutifs pour voir en quoi diffèrent leurs contenus ... Vu d'ici, j'aurais tendance à dire que ces différences sont telles que l'association application/type de fichier ne se fait pas là . Mais bon, ce que j'en dis ...
In article <1nm9rg2.1vdhbdokk4gv8N%derfnam@wanadoo.fr>,
derfnam@wanadoo.fr (Manfred La Cassagnère) wrote:
Eckard <eckard@invalid.fr> wrote:
> @Michele,
> désolé, on a complètement sqatté ton fil ;)
Du coup, elle ne répond plus! ;-)
Vu les solutions effectives qu'on lui propose, un peu normal, non ?
Par ailleurs, il conviendrait peut-être de comparer les contenus de deux
com.apple.LaunchServices-221-v2.csstore consécutifs pour voir en quoi
diffèrent leurs contenus ...
Vu d'ici, j'aurais tendance à dire que ces différences sont telles que
l'association application/type de fichier ne se fait pas là .
Mais bon, ce que j'en dis ...
In article <1nm9rg2.1vdhbdokk4gv8N%, (Manfred La Cassagnère) wrote:
Eckard wrote:
@Michele, désolé, on a complètement sqatté ton fil ;)
Du coup, elle ne répond plus! ;-)
Vu les solutions effectives qu'on lui propose, un peu normal, non ? Par ailleurs, il conviendrait peut-être de comparer les contenus de deux com.apple.LaunchServices-221-v2.csstore consécutifs pour voir en quoi diffèrent leurs contenus ... Vu d'ici, j'aurais tendance à dire que ces différences sont telles que l'association application/type de fichier ne se fait pas là . Mais bon, ce que j'en dis ...
Eckard
Le 26/03/2018 à 13:29, MV a écrit :
Eckard a soumis à notre sagacité :
Et si ça foire je ne saurai pas utiliser mes sauvegardes pour récupérer quoi exactement.
Je vais reproduire sous High Sierra la manip que j'ai faite sous Sierra hier soir et je te tiens au courant. N.B.
mis à jour et redémarré les versions bêta et Nightly de Firefox
Heu... Tu pourrais éviter ça ? Tu ne voudrais pas revenir à la dernière version publique de Firefox ? Pourquoi tu utilises des versions de ce genre ? Tu utilises d'autres applis en version bêta ? Il se peut que la solution soit tout bêtement là... Cordialement.
Aucun rapport entre ce problème et mon utilisation des versions bêta et Nightly/Daily de Firefox et surtout de Thunderbird. Je le fais depuis des années dans le cadre de mon activité de bénévole (souvent via TeamViewer) dans le forum Thunderbird Mail DE (et de moins en moins dans Geckozone) et surtout en tant que testeur (macOS) pour le Thunderbird QA Team. Ce matin par exemple les mises à jour de Firefox 60 bêta et Nightly 61 n'ont pas du tout modifié l'association fichiers texte/TextEdit.app. La modification du fichier .csstore qui a encore fusillé cette association est arrivé deux heures plus tard spontanément sans que je fasse une manip particulière. C'est trop simple de mettre cela sur le dos des versions bêta de Mozilla. S'il y avait un lien je l'aurais remarqué depuis longtemps.
Le 26/03/2018 à 13:29, MV a écrit :
Eckard <eckard@invalid.fr> a soumis à notre sagacité :
Et si ça foire
je ne saurai pas utiliser mes sauvegardes pour récupérer quoi exactement.
Je vais reproduire sous High Sierra la manip que j'ai faite sous Sierra
hier soir et je te tiens au courant.
N.B.
mis à jour et redémarré les versions bêta et Nightly de
Firefox
Heu... Tu pourrais éviter ça ? Tu ne voudrais pas revenir à la dernière
version publique de Firefox ? Pourquoi tu utilises des versions de ce
genre ? Tu utilises d'autres applis en version bêta ? Il se peut que la
solution soit tout bêtement là...
Cordialement.
Aucun rapport entre ce problème et mon utilisation des versions bêta et
Nightly/Daily de Firefox et surtout de Thunderbird. Je le fais depuis
des années dans le cadre de mon activité de bénévole (souvent via
TeamViewer) dans le forum Thunderbird Mail DE (et de moins en moins dans
Geckozone) et surtout en tant que testeur (macOS) pour le Thunderbird QA
Team.
Ce matin par exemple les mises à jour de Firefox 60 bêta et Nightly 61
n'ont pas du tout modifié l'association fichiers texte/TextEdit.app. La
modification du fichier .csstore qui a encore fusillé cette association
est arrivé deux heures plus tard spontanément sans que je fasse une
manip particulière.
C'est trop simple de mettre cela sur le dos des versions bêta de
Mozilla. S'il y avait un lien je l'aurais remarqué depuis longtemps.
Et si ça foire je ne saurai pas utiliser mes sauvegardes pour récupérer quoi exactement.
Je vais reproduire sous High Sierra la manip que j'ai faite sous Sierra hier soir et je te tiens au courant. N.B.
mis à jour et redémarré les versions bêta et Nightly de Firefox
Heu... Tu pourrais éviter ça ? Tu ne voudrais pas revenir à la dernière version publique de Firefox ? Pourquoi tu utilises des versions de ce genre ? Tu utilises d'autres applis en version bêta ? Il se peut que la solution soit tout bêtement là... Cordialement.
Aucun rapport entre ce problème et mon utilisation des versions bêta et Nightly/Daily de Firefox et surtout de Thunderbird. Je le fais depuis des années dans le cadre de mon activité de bénévole (souvent via TeamViewer) dans le forum Thunderbird Mail DE (et de moins en moins dans Geckozone) et surtout en tant que testeur (macOS) pour le Thunderbird QA Team. Ce matin par exemple les mises à jour de Firefox 60 bêta et Nightly 61 n'ont pas du tout modifié l'association fichiers texte/TextEdit.app. La modification du fichier .csstore qui a encore fusillé cette association est arrivé deux heures plus tard spontanément sans que je fasse une manip particulière. C'est trop simple de mettre cela sur le dos des versions bêta de Mozilla. S'il y avait un lien je l'aurais remarqué depuis longtemps.
JPP
In article <5ab90a5a$0$12274$, Eckard wrote:
Tu as réussi à ouvrir un fichier com.apple.LaunchServices-221-v2.csstore et le cas échéant avec quel logiciel? J'aimerais bien y jeter un coup d'¦il, ça m'apprendra peut-être quelle modification spontanée fout mon association fichiers texte/TextEdit en l'air ....
In article <5ab90a5a$0$12274$426a74cc@news.free.fr>,
Eckard <eckard@invalid.fr> wrote:
Tu as réussi à ouvrir un fichier com.apple.LaunchServices-221-v2.csstore
et le cas échéant avec quel logiciel? J'aimerais bien y jeter un coup
d'¦il, ça m'apprendra peut-être quelle modification spontanée fout mon
association fichiers texte/TextEdit en l'air ....
Tu as réussi à ouvrir un fichier com.apple.LaunchServices-221-v2.csstore et le cas échéant avec quel logiciel? J'aimerais bien y jeter un coup d'¦il, ça m'apprendra peut-être quelle modification spontanée fout mon association fichiers texte/TextEdit en l'air ....
In article <1nm9rg2.1vdhbdokk4gv8N%, (Manfred La Cassagnère) wrote:
Eckard wrote:
@Michele, désolé, on a complètement sqatté ton fil ;)
Du coup, elle ne répond plus! ;-)
Vu les solutions effectives qu'on lui propose, un peu normal, non ? Par ailleurs, il conviendrait peut-être de comparer les contenus de deux com.apple.LaunchServices-221-v2.csstore consécutifs pour voir en quoi diffèrent leurs contenus ... Vu d'ici, j'aurais tendance à dire que ces différences sont telles que l'association application/type de fichier ne se fait pas là . Mais bon, ce que j'en dis ...
Tu as réussi à ouvrir un fichier com.apple.LaunchServices-221-v2.csstore et le cas échéant avec quel logiciel? J'aimerais bien y jeter un coup d'œil, ça m'apprendra peut-être quelle modification spontanée fout mon association fichiers texte/TextEdit en l'air ....
Le 26/03/2018 à 16:44, JPP a écrit :
In article <1nm9rg2.1vdhbdokk4gv8N%derfnam@wanadoo.fr>,
derfnam@wanadoo.fr (Manfred La Cassagnère) wrote:
Eckard <eckard@invalid.fr> wrote:
@Michele,
désolé, on a complètement sqatté ton fil ;)
Du coup, elle ne répond plus! ;-)
Vu les solutions effectives qu'on lui propose, un peu normal, non ?
Par ailleurs, il conviendrait peut-être de comparer les contenus de deux
com.apple.LaunchServices-221-v2.csstore consécutifs pour voir en quoi
diffèrent leurs contenus ...
Vu d'ici, j'aurais tendance à dire que ces différences sont telles que
l'association application/type de fichier ne se fait pas là .
Mais bon, ce que j'en dis ...
Tu as réussi à ouvrir un fichier com.apple.LaunchServices-221-v2.csstore
et le cas échéant avec quel logiciel? J'aimerais bien y jeter un coup
d'œil, ça m'apprendra peut-être quelle modification spontanée fout mon
association fichiers texte/TextEdit en l'air ....
In article <1nm9rg2.1vdhbdokk4gv8N%, (Manfred La Cassagnère) wrote:
Eckard wrote:
@Michele, désolé, on a complètement sqatté ton fil ;)
Du coup, elle ne répond plus! ;-)
Vu les solutions effectives qu'on lui propose, un peu normal, non ? Par ailleurs, il conviendrait peut-être de comparer les contenus de deux com.apple.LaunchServices-221-v2.csstore consécutifs pour voir en quoi diffèrent leurs contenus ... Vu d'ici, j'aurais tendance à dire que ces différences sont telles que l'association application/type de fichier ne se fait pas là . Mais bon, ce que j'en dis ...
Tu as réussi à ouvrir un fichier com.apple.LaunchServices-221-v2.csstore et le cas échéant avec quel logiciel? J'aimerais bien y jeter un coup d'œil, ça m'apprendra peut-être quelle modification spontanée fout mon association fichiers texte/TextEdit en l'air ....
benoit
Eckard wrote:
La modification du fichier .csstore qui a encore fusillé cette association est arrivé deux heures plus tard spontanément sans que je fasse une manip particulière.
Alors regarde quelle est l'appli qui modifie le fichier. Tu t'inscris gratuitement en tant que developpeur Apple, tu télécharges XCode et tu auras alors les outils qui te permettront de surveiller un fichier et savoir qui y touche. <https://developer.apple.com/xcode/> -- Pense à l'étiquette qu'une fois les vendanges faites.
Eckard <eckard@invalid.fr> wrote:
La modification du fichier .csstore qui a encore fusillé cette association
est arrivé deux heures plus tard spontanément sans que je fasse une manip
particulière.
Alors regarde quelle est l'appli qui modifie le fichier.
Tu t'inscris gratuitement en tant que developpeur Apple, tu télécharges
XCode et tu auras alors les outils qui te permettront de surveiller un
fichier et savoir qui y touche.
<https://developer.apple.com/xcode/>
--
Pense à l'étiquette qu'une fois les vendanges faites.
La modification du fichier .csstore qui a encore fusillé cette association est arrivé deux heures plus tard spontanément sans que je fasse une manip particulière.
Alors regarde quelle est l'appli qui modifie le fichier. Tu t'inscris gratuitement en tant que developpeur Apple, tu télécharges XCode et tu auras alors les outils qui te permettront de surveiller un fichier et savoir qui y touche. <https://developer.apple.com/xcode/> -- Pense à l'étiquette qu'une fois les vendanges faites.
mv
Eckard a soumis à notre sagacité :
C'est trop simple
Heu... oui... trop simple... ;-) Je vais arrêter de nourrir ce fil : je n'ai pas de solution à ce problème que je n'ai pas et que je n'arrive donc pas à circonscrire. S'il me vient une idée (mais je crois que j'ai fait le tour), je t'en aviserai. Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
Eckard <eckard@invalid.fr> a soumis à notre sagacité :
C'est trop simple
Heu... oui... trop simple... ;-)
Je vais arrêter de nourrir ce fil : je n'ai pas de solution à ce
problème que je n'ai pas et que je n'arrive donc pas à circonscrire.
S'il me vient une idée (mais je crois que j'ai fait le tour), je t'en
aviserai.
Cordialement.
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>
Heu... oui... trop simple... ;-) Je vais arrêter de nourrir ce fil : je n'ai pas de solution à ce problème que je n'ai pas et que je n'arrive donc pas à circonscrire. S'il me vient une idée (mais je crois que j'ai fait le tour), je t'en aviserai. Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
