Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Mac OS Autres OS Mac OS X ha le dédale de fichiers dans osx ....

ha le dédale de fichiers dans osx ....

117 réponses
Avatar
PV
Bonjour,

problème du moment :
récupérer toutes les infos de Mail de l'ancien systeme (10.2.8) sur un
volume pour les mettre sur un autre disque qui est sous Panther.
mais où sont les pref. d'antant !!!

merci de vos lumières.


Pascal
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3 4 5
Avatar
laurent.pertois
Jacques Perrocheau wrote:

Sous "/System/Library/" tout ce qui est réservé à Apple même si certains
developpeurs transgressent... ;( (c'est pas bien!).


Si tu penses aux extensions, il n'y a pas le choix si on veut qu'elles
soient chargées dynamiquement par le système.

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.

Avatar
Jacques Perrocheau
In article <1g98yum.q4vtti1mzbjeoN%,
(JmG) wrote:

Mais la reco d'Apple, c'est de mettre "com." en préfixe ou pas?


C'est de mettre le nom de domaine (à l'envers..) appartenant au dev ou à
la firme avant le nom du logiciel, puis l'extension .plist. En général
ceux qui ne cherchent pas de complication mettent strictement le nom du
package (en anglais) dans le nom de ce fichier ce qui permet quand même
de le trouver rapidement.

--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74

Avatar
ludovic.cynomys
JmG wrote:

Mais la reco d'Apple, c'est de mettre "com." en préfixe ou pas?


C'est de donner le nom de la pref en verlan ;-)

--
Arf !

Avatar
Éric Lévénez
Le 16/02/04 9:36, dans <1g98yum.q4vtti1mzbjeoN%,
« JmG » a écrit :

Éric Lévénez wrote:

Le problème vient du fait que cette organisation des noms vient d'une
recommandation d'Apple. Mais comme c'est une recommandation et pas une
contrainte, certains programmeurs, même chez Apple, ne la suivent pas et
font n'importe quoi. Mais petit à petit les "mauvais" programmeurs vont voir
qu'ils ne codent pas correctement et vont changer leurs mauvaises habitudes
et adopter les recommandations d'Apple.



Mais la reco d'Apple, c'est de mettre "com." en préfixe ou pas?


Oui, mais non. C'est de mettre le nom de la société à l'envers. Ainsi
"apple.com" devient "com.apple". Ceci permet d'avoir un nom unique par
développeur (car il pourrait y avoir un "net.apple" ou "org.apple" par
exemple). Ensuite le développeur ajoute le nom de son soft et d'un éventuel
sous-ensemble.

Ce système permet d'avoir un nom unique pour toute application de tout
développeur. La méthode où l'on a un nom du type "Editor" ou "Trucmuche"
n'est pas bien car plusieurs sociétés peuvent avoir le même nom de produit.

Parce que si c'est ça, c'est couillon pour le classement alphabétique
donc.


Bin, non au contraire, avec ce système les noms sont super bien triés par
développeur puis par produit : com.apple est avant com.microsoft qui est
avant com.omnigroup... et dans com.apple le produit Preview est avant Safari
qui est avant TextEdit.

Tout est propre, clair et structuré.

--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.


Avatar
jperrocheau
Laurent Pertois wrote:

Jacques Perrocheau wrote:

Sous "/System/Library/" tout ce qui est réservé à Apple même si certains
developpeurs transgressent... ;( (c'est pas bien!).


Si tu penses aux extensions, il n'y a pas le choix si on veut qu'elles
soient chargées dynamiquement par le système.


OK, mais je constate que StuffIt de Luxe qui en mettait une en version
8.0, l'a discrètement retiré pour la version 8.0.2....

--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:


Avatar
JmG
Éric Lévénez wrote:


Mais la reco d'Apple, c'est de mettre "com." en préfixe ou pas?


Oui, mais non. C'est de mettre le nom de la société à l'envers. Ainsi
"apple.com" devient "com.apple". Ceci permet d'avoir un nom unique par
développeur (car il pourrait y avoir un "net.apple" ou "org.apple" par
exemple). Ensuite le développeur ajoute le nom de son soft et d'un éventuel
sous-ensemble.


Ha d'accord...
Donc ça arrange bien les dev, ok.
Par contre le user, lui... il peut aller se pendre, clairement...
Car enfin, nous sommes dans le dossier Preferences, là.
Quel besoin a Apple de noyer le user avec des fichiers portant des
préfixes différents, déjà? (org, ou com).
En quoi cela peut-il aider *le user* à s'y retrouver plus facilement?
En quoi cela l'aide-t'il dans un classement alphabétique?



Ce système permet d'avoir un nom unique pour toute application de tout
développeur. La méthode où l'on a un nom du type "Editor" ou "Trucmuche"
n'est pas bien car plusieurs sociétés peuvent avoir le même nom de produit.


Heu..., ça n'aurait pas été plus simple et plus clair, dans ce cas, de
mettre un truc du genre:
- Apple.iTunes.plist (ou iTunes.Apple.plist)
- Apple.iCal.plist (ou iCal.Apple.plist)
- Apple.Garageband.plist (ou Garageband.Apple.plist)
- Extensis.Suitcase.plist (ou SuitCase.Extensis.plist)
- Extensis.Software.plist (ou Software.Extensis.plist)

etc...

Ainsi, un classement alphabétique utile aurait pu être effectué par le
user désireux, par exemple, de virer tout ce qui a trait à un ancien
soft plus utilisé.



Parce que si c'est ça, c'est couillon pour le classement alphabétique
donc.


Bin, non au contraire, avec ce système les noms sont super bien triés par
développeur puis par produit : com.apple est avant com.microsoft qui est
avant com.omnigroup... et dans com.apple le produit Preview est avant Safari
qui est avant TextEdit.

Tout est propre, clair et structuré.


Non, car tout commence par .com et comme tu le dis toi-même, personne ne
respecte la "règle" Apple, donc, *c'est* le bordel pour classer
alphabétiquement.

Surtout que Sherlock (pourtant Apple non?) n'est pas précédé du com. pas
plus que QuickTime d'ailleurs, encore moins Python.

Et en plus, le pire, ce sont les gens comme Adobe (par exemple) qui ont
aussi bien des "com.machin.plist" que des dossiers "Adobe" ou des
fichiers en vrac "Adobe trucs Prefs", tout ça dans le même dossier
PREFERENCES.
On peut même se demander si certains fichiers de Pref, plus anciens et
avec une "mauvaise" dénomination (sans le "com" en préfixe et le "plist"
en suffixe) ne doublonneraient pas avec d'autres, plus récents, qui
-eux- auraient donc la bonne syntaxe ce qui pourrait laisser imaginer
des disfonctionnements éventuels, non?

En tous cas, ça ne simplifie pas le classement alphabétique, je
persiste.


--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.


Avatar
FiLH
(JmG) writes:

Heu..., ça n'aurait pas été plus simple et plus clair, dans ce cas, de
mettre un truc du genre:


Je me demande comment ça se fait qu'un tel génie n'ait pas déjà été
repéré par les grosses boites d'info de la planète.

Quelque soit le truc, JmG a toujours une solution plus simple,
meilleure, plus efficace.

Quel dieu cet homme !

FiLH admiratif.


--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/

Avatar
gilbert.olivier
JmG wrote:

Éric Lévénez wrote:

Tout est propre, clair et structuré.



Je serai moi aussi plutôt de l'avis d'Eric

Non, car tout commence par .com et comme tu le dis toi-même, personne ne
respecte la "règle" Apple, donc, *c'est* le bordel pour classer
alphabétiquement.


Il y a des exceptions comme dans toute chose :-)

Mais j'ai regardé dans mon dossier préférence:
32 dossiers
209 fichiers dont 167 commençant par com.
4 org.
2 net.
1 at.
1 ch.
1 gov.nasa.
1 uk.

reste 32 fichiers ne respectant pas la règle.

Je trouve que dans l'ensemble c'est pas mal, la règle se met en place...

On peut même se demander si certains fichiers de Pref, plus anciens et
avec une "mauvaise" dénomination (sans le "com" en préfixe et le "plist"
en suffixe) ne doublonneraient pas avec d'autres, plus récents, qui
-eux- auraient donc la bonne syntaxe ce qui pourrait laisser imaginer
des disfonctionnements éventuels, non?


C'est là une bonne piste surtout si tu as évolué sous MAC OSX depuis
10.1 ;-)
Mais si la mise à jour d'une appli à modifié le nom de ses prefs,
l'ancien fichier devient juste inutile, il ne risque pas de créer de
disfonctionnement, puisque la nouvelle version ne le "connait" plus.

Pour tester, tu lances l'appli suspectée, tu modifies les prefs et tu
regarde les dates de modif des deux fichiers de pref.

Après tu fait selon ta conscience :-)

En tous cas, ça ne simplifie pas le classement alphabétique, je
persiste.


Pourquoi il y a des classements alphabétiques plus simples ou plus
compliqués ? Moi j'en connait qu'un ;-))

Blague à part, je trouve ceci très pratique pour retrouver toutes les
prefs liées à une seule appli (quand il y en plusieurs bien sur).

--
Gilbert


Avatar
Éric Lévénez
Le 17/02/04 8:42, dans <1g9aovn.y0tx6fand7ymN%, « JmG »
a écrit :

Éric Lévénez wrote:


Mais la reco d'Apple, c'est de mettre "com." en préfixe ou pas?


Oui, mais non. C'est de mettre le nom de la société à l'envers. Ainsi
"apple.com" devient "com.apple". Ceci permet d'avoir un nom unique par
développeur (car il pourrait y avoir un "net.apple" ou "org.apple" par
exemple). Ensuite le développeur ajoute le nom de son soft et d'un éventuel
sous-ensemble.


Ha d'accord...
Donc ça arrange bien les dev, ok.


Le problème n'est pas d'arranger les développeurs, mais d'avoir un nom
unique pour les fichiers sachant que la boîte Xyz peut exister dans
plusieurs pays et que par ce système le nom web (type "xyz.com",
"yxz.co.uk", "yxz.fr"...) permet de donner ce nom unique.

Par contre le user, lui... il peut aller se pendre, clairement...


L'utilisateur, dans le Finder peut trier par ordre alphabétique, alors plus
clair que ça...

Car enfin, nous sommes dans le dossier Preferences, là.
Quel besoin a Apple de noyer le user avec des fichiers portant des
préfixes différents, déjà? (org, ou com).


Relis les explications car tu ne sembles toujours pas avoir compris le
problème des noms uniques à générer et qu'un nom de société n'est pas unique
dans le monde, contrairement à une adresse web.

En quoi cela peut-il aider *le user* à s'y retrouver plus facilement?


C'est trié, alors c'est facile de s'y retrouver;

En quoi cela l'aide-t'il dans un classement alphabétique?


C'est trié par société et par produit, alors plus clair, je ne vois pas.

Ce système permet d'avoir un nom unique pour toute application de tout
développeur. La méthode où l'on a un nom du type "Editor" ou "Trucmuche"
n'est pas bien car plusieurs sociétés peuvent avoir le même nom de produit.


Heu..., ça n'aurait pas été plus simple et plus clair, dans ce cas, de
mettre un truc du genre:
- Apple.iTunes.plist (ou iTunes.Apple.plist)
- Apple.iCal.plist (ou iCal.Apple.plist)
- Apple.Garageband.plist (ou Garageband.Apple.plist)
- Extensis.Suitcase.plist (ou SuitCase.Extensis.plist)
- Extensis.Software.plist (ou Software.Extensis.plist)

etc...


C'est ce qu'il y a, mais en tenant compte que le nom devant être unique, il
doit indiquer le pays d'origine de la société (par le truchement du TLD du
site web de la société).

Ainsi, un classement alphabétique utile aurait pu être effectué par le
user désireux, par exemple, de virer tout ce qui a trait à un ancien
soft plus utilisé.


Le classement alphabétique existe. Si l'utilisateur n'a pas envie de se
prendre la tête avec des milliers de fichiers, alors sous Finder, il tapes
par exemple "iTunes" dans la fenêtre de recherche appelée "sélection" et il
a la liste de toutes les préférences.

Quoi de plus simple pour l'utilisateur ?

Tout est propre, clair et structuré.


Non, car tout commence par .com et comme tu le dis toi-même, personne ne


Non, tout ne commence pas par "com". Les produits commencent par le TLD du
nom du site web de la société pour avoir un nom unique. Sans ce TLD, des
doublons existeraient et donc des conflits de fichiers.

respecte la "règle" Apple, donc, *c'est* le bordel pour classer
alphabétiquement.


Je n'ai pas dit que personne ne respectait la règle, au contraire de plus en
plus de développeurs la respectent.

Surtout que Sherlock (pourtant Apple non?) n'est pas précédé du com. Pas


Sherlock a ses préférences dans "com.apple.Sherlock.plist", mais
effectivement il utilisent un dossier Sherlock pour y stocker plein de
choses qui seraient mieux dans "Application Support".

plus que QuickTime d'ailleurs, encore moins Python.


On peut trouver plein d'exemples de ce type, mais il y en a de moins en
moins. Et Apple petit à petit respecte la règle (surtout pour les programmes
Carbon qui n'avaient pas l'habitude de ce genre de chose). Les autres
développeurs y viennent.

--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.



Avatar
JmG
Gilbert OLIVIER wrote:

Pour tester, tu lances l'appli suspectée, tu modifies les prefs et tu
regarde les dates de modif des deux fichiers de pref.

Après tu fait selon ta conscience :-)



Oui, c'est une bonne idée, mais ça reste assez fastidieux.



En tous cas, ça ne simplifie pas le classement alphabétique, je
persiste.


Pourquoi il y a des classements alphabétiques plus simples ou plus
compliqués ? Moi j'en connait qu'un ;-))


Moi aussi... et donc, justement, ça ne le simplifie pas, comme je disais
donc... :->



Blague à part, je trouve ceci très pratique pour retrouver toutes les
prefs liées à une seule appli (quand il y en plusieurs bien sur).


Je ne vois pas en quoi le fait qu'il y ait "com" devant tous les noms de
fichiers facilite en quoi que ce soit le repérage par appli, perso.
Il n'y aurait pas "com" devant, tu repérerais encore mieux, par appli,
justement...


--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.


1 2 3 4 5