Tutoriels vidéo art graphique gratuits

 
Bienvenue, Invité. Merci de vous connecter ou de vous inscrire.
Pages: [1] 2 3   En bas

Auteur Sujet: fichiers polices transformés en fichier unix inutilisables  (Lu 16491 fois)

cocoone14

  • Wisi Pilier de comptoir
  • **
  • Hors ligne Hors ligne
  • Messages: 79
    • Voir le profil
fichiers polices transformés en fichier unix inutilisables
« le: août 19, 2010, 12:44:07 pm »

Bonjour à tous ceux qui ne sont pas (ou plus) en vacances,
j'ai un soucis avec beaucoup de mes polices, elles apparaissent en fichier unix avec 0 KO, ???
quelques fichiers indesign aussi.
Ceci suite à un plantage machine, le service informatique a du sauvegarder tout mon disque avant de le reformater entièrement.
est-ce quelqu'un a une idée pour récupérer ses fichiers correctement.
MErci d'avance
je suis sous MAC OS 10.6.3
IP archivée

concierge

  • Administrator
  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 5699
  • Je suis dans l'escalier
    • Voir le profil
    • E-mail
Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #1 le: août 19, 2010, 13:01:57 pm »

Ils ont sauvegardé comment? Time machine?
IP archivée
C'est pas faux...

cocoone14

  • Wisi Pilier de comptoir
  • **
  • Hors ligne Hors ligne
  • Messages: 79
    • Voir le profil
Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #2 le: août 19, 2010, 13:39:29 pm »

Non je pense qu'ils ont simplement copier coller
IP archivée

concierge

  • Administrator
  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 5699
  • Je suis dans l'escalier
    • Voir le profil
    • E-mail
Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #3 le: août 19, 2010, 15:19:27 pm »

copié/collé ??!!!  ???
Et tu parle d'un "service informatique" !!!!!!  :o :o :o
IP archivée
C'est pas faux...

marroon

  • Global Moderator
  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 1704
  • Wisinaute
    • Voir le profil
    • Studio graphique et imprimeur typographique
    • E-mail
Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #4 le: août 19, 2010, 16:03:46 pm »

Tu bossais en local ? Y avais pas de sauvegarde sur serveur ? Si les réponses sont "oui" + "non", tu peut dire au "service informatique" que ce sont des incapables de ma part  ;D
IP archivée
L'échec, c'est la réussite du con. - Frédéric Dard

pierluc

  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 624
    • Voir le profil
    • E-mail
Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #5 le: août 19, 2010, 16:04:01 pm »

J'ai déjà eu ce problème. On dirait que lorsque l'on copie des polices, on copie juste des liens et la police ne suit pas. Quelle est la bonne façon de copier des polices sous Mac? Le Collect for Oupout n'est pas génial...
IP archivée
Étudiant en intégration web au Collège O'Sullivan

cocoone14

  • Wisi Pilier de comptoir
  • **
  • Hors ligne Hors ligne
  • Messages: 79
    • Voir le profil
Re : Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #6 le: août 20, 2010, 07:41:31 am »

Tu bossais en local ? Y avais pas de sauvegarde sur serveur ? Si les réponses sont "oui" + "non", tu peut dire au "service informatique" que ce sont des incapables de ma part  ;D
oui je travaille en local, mais un serveur sauvegarde toutes les nuits, en fait sur le serveur elles sont déjà en unix pour certaines,....
IP archivée

pierluc

  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 624
    • Voir le profil
    • E-mail
Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #7 le: août 20, 2010, 15:54:18 pm »

Est-ce que MacOSX déboîte les fichiers des polices? C'est quoi les fichiers .t1 ? Au Cégep dans je fait un assemblage à partir d'InDesign je me ramasse avec un dossiers fonts remplis de fichiers bizarres. Quand on clique dessus ça affiche la police mais quand on copie sur un pc ça deviens un fichier inutilisable et inconnu avec un pois très faible ou nulle. Ça fait la même affaire quand le fichier transite par un serveur Windows avant de retourner sur un Mac.
IP archivée
Étudiant en intégration web au Collège O'Sullivan

pierluc

  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 624
    • Voir le profil
    • E-mail
Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #8 le: août 20, 2010, 16:42:04 pm »

J'ai trouvé ceci:
http://pao-prepresse.lesyeuxfertiles.eu/problemes-et-solutions-mac-et-mac-os/problemes-de-polices-sous-mac-os-x-quelques-infos
http://police.planete-typographie.com/polices-postscript.html

Les fichiers unix buggés ce sont des polices:
Citer
- polices PostScript Type 1 (2 fichiers : un fichier "font suitcase" avec FFIL sur l'icône ; un ou plusieurs fichiers "line work" avec LWFN sur l'icône et des noms abrégés et sans espaces ni accents…)

Ce serait intéressant de savoir pourquoi on se retrouve avec des fichiers de 0 kb...
IP archivée
Étudiant en intégration web au Collège O'Sullivan

claude72

  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 620
    • Voir le profil
    • E-mail
Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #9 le: août 21, 2010, 16:23:00 pm »

j'ai un soucis avec beaucoup de mes polices, elles apparaissent en fichier unix avec 0 KO, ???

Quand MacOS X marque un fichier comme étant un "Fichier exécutable UNIX", c'est parcequ'il ne peut pas reconnaître le type du fichier...

- soit parcequ'il ne connaît pas (ou n'a pas) de logiciel à associer à ce fichier,

- soit parceque l'extension est manquante,

- soit parceque le fichier est corrompu...

... ou incomplet : en effet, les fichiers Mac sont composés de 2 parties : la "Ressource fork" et la "Data fork", et :

• quand le fichier est manipulé dans un environnement complètement Mac, le système de fichier HFS sait gérer ces deux parties qui sont toujours déplacées/copiées ensemble correctement et automatiquement...

• mais quand le fichier passe sur un média non-HFS, soit au format PC (disquette, clé USB, Zip, disque-dur externe, CD Rom, ou serveur Windaube mal adapté ou mal configuré) soit en pièce jointe à un mél, seule la "Data fork" est prise en compte et la "Ressource fork" disparaît...
... donc, à l'arrivée le Mac ne retrouve plus que la "Data fork" et comme le fichier est incomplet, il ne sait alors pas bien comment le traiter et il le considère comme un "Fichier exécutable UNIX".

En général, ce n'est pas gênant pour les documents...
... mais les polices de caractères ne supportent pas du tout la perte de leur "Ressource fork" !!!



Citer
... un serveur sauvegarde toutes les nuits, en fait sur le serveur elles sont déjà en unix pour certaines,....

C'est "normal", parceque ton serveur est probablement un serveur Windows mal installé et/ou mal configuré, et qui n'est pas capable d'enregistrer les fichiers Mac correctement, alors il ne conserve que les "Data fork"... donc pas de problème pour les documents (ou peu de problème : parfois il faut remettre manuellement l'extension et tout rentre dans l'ordre...), mais il ne peut pas sauvegarder correctement les polices de caractères.

Pour ça il faudrait un serveur avec un Windaube spécifique prévu pour travailler avec des Mac et donc capable d'enregistrer correctement des fichiers Mac...
(et il faudrait aussi un "service informatique" compétent !!!)


Et donc si ton "service informatique" a restauré ton disque-dur en utilisant les polices enregistrées sur le serveur, il a donc mis dans ton Mac des polices corrompues qui n'ont pas de "Ressource fork" et qui ne fonctionnent pas !!!  >:(



J'ai déjà eu ce problème. On dirait que lorsque l'on copie des polices, on copie juste des liens et la police ne suit pas. Quelle est la bonne façon de copier des polices sous Mac?

Ce problème est en plus accentué par le fait que le Mac reconnaît nativement les médias PC...

... donc, par exemple, quand on achète une clé USB, elle est souvent vendue comme étant "Compatible PC/MAC"... mais en fait c'est de la foutaise : la clé USB est formatée pour un PC (généralement en FAT32) et donc uniquement faite pour être utilisée sur un PC...
... et le fabricant (ou le vendeur) profite du fait que le Mac sait lire un média PC pour annoncer que sa clé USB est aussi compatible avec les Mac ! alors qu'en fait c'est plutôt le Mac qui est compatible avec sa clé USB PC.

Tant que tu ne mets que des documents (JPEG, PDF, etc.) sur cette clé USB au format PC, tout va bien et tu ne te rends même pas compte qu'en fait elle au format PC...
... si tu y mets un logiciel Mac téléchargé sur internet et enregistré en .DMG, là encore il n'y a pas de problème car le .DMG est, entres autres, un "emballage" qui protège le logiciel Mac et qui lui permet de voyager sur internet et sur des serveurs et autre médias au format PC...

... mais le jour où tu copies une police de caractères dans ta clé PC, ben le format FAT32 fait ce qu'il a toujours fait, c'est à dire qu'il enregistre la "Data fork" de ta police, et il ignore la "Ressource fork"... et sans sa "Ressource fork", la police est bonne pour la poubelle.



Deux solutions :

- soit reformater la clé USB au format HFS, et dans ce cas elle saura enregistrer des fichiers Mac correctement, avec leurs 2 ressources,

- soit "emballer" les fichiers sensibles dans une archive Stuff-it ou .zip avant de les copier sur un média au format PC ou de les envoyer par internet.
(quoique, de temps en temps le .zip créé par MacOS corrompt les polices de caractères...)

(à l'époque d'OS9, le problème était le même quand on voulait copier des composants système comme les tableaux de bord ou les extensions sur des disquettes ou des clés USB...)



Perso, pour éviter ces problèmes, j'ai deux types de clés USB :
- celles que j'ai reformatées en HFS+, qui me servent donc uniquement sur les Mac (les miens et ceux de mes clients), et sur lesquelles je peux copier tout ce que je veux, y compris des polices de caractères, sans aucun problème et sans avoir à me poser de question,
- celles qui sont restées avec leur format FAT d'origine, et qui me servent pour échanger avec des PC, en prenant certaines précautions !!!
« Modifié: août 21, 2010, 16:36:17 pm par claude72 »
IP archivée
Tout finit toujours par s'arranger... même mal !

concierge

  • Administrator
  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 5699
  • Je suis dans l'escalier
    • Voir le profil
    • E-mail
Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #10 le: août 21, 2010, 16:54:51 pm »

Beau développé Claude72...
Ceci est-il vrai pour toutes les formes de polices ? y compris les OTF et TTF ?

Pour les clés, une autre solution est d'avoir des espaces online comme (l'indispensable) DopBox... ;)
IP archivée
C'est pas faux...

marroon

  • Global Moderator
  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 1704
  • Wisinaute
    • Voir le profil
    • Studio graphique et imprimeur typographique
    • E-mail
Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #11 le: août 21, 2010, 17:34:28 pm »

Merci Claude72. Tu viens de me donner la réponse a un problème que j'ai rencontré voilà près de 10 ans et que je n'avais jamais cherché à résoudre.

Sinon je plussoie concierge dans l'utilisation d'espace de stockage et notamment DropBox !
IP archivée
L'échec, c'est la réussite du con. - Frédéric Dard

claude72

  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 620
    • Voir le profil
    • E-mail
Re : Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #12 le: août 21, 2010, 18:15:08 pm »

Beau développé Claude72...

Merci  ;)


Citer
Ceci est-il vrai pour toutes les formes de polices ? y compris les OTF et TTF ?

C'est vrai pour tous les fichiers spécifiques au Mac autres que les documents* : extensions, tableaux de bord, logiciels copiés de disque-dur à disque-dur sans l'"emballage" .dmg, et pour les polices PostScript et True-Type spécifiques au Mac (les "vieilles" polices d'OS 9)...

* excepté les docs XPress 3 et 4 (donc sous OS 9) qui ne supportent pas du tout de voyager sur un média PC, et qui ensuite ne peuvent plus être ouvert avec un XPress sous OS 9... en revanche, ces mêmes fichiers s'ouvrent avec une version PC de XPress, ou avec XPress 6-7-8 sous OS X en ajoutant simplement l'extension .qxd ou .qxp)


Les polices True-Type et Open-Type des PC n'ont pas ce système de data/ressource fork, donc elles ne sont pas concernées.
Et comme elles sont déjà normalement enregistrées dans un PC sur un disque-dur au format PC, ça ne leur pose donc aucun problème de voyager sur un autre média (genre clé USB) au format PC.


Quant aux .dfont, .ttf et .otf du Mac, je n'ai pas d'info extérieure, et je n'ai jusqu'ici moi-même pas eu de problème...

Je viens d'essayer d'en copier quelques unes sur une clé USB au format PC, puis de les recopier depuis cette clé USB dans mon dossier "Fonts" utilisateur du Mac et elles ont bien été reconnues comme étant des fontes, et elles ont apparement bien fonctionné...
Mais je n'en tirerais aucune conclusion hâtive. ??? désolé de ne pouvoir te répondre de façon sûre...

... cependant, a priori et à ma connaissance :
• les polices .ttf sont des polices de PC, donc faites pour être enregistrée sur un média au format PC, donc pas de problème.
• les polices .otf sont censées fonctionner indifféremment sur Mac et sur PC : pour cela elles doivent pouvoir être enregistrées aussi bien sur des disques-durs de Mac au format HFS+ que sur des disques-durs de PC en FAT/NTFS, donc il semble logique qu'elles puissent être enregistrées/copiées sur des médias au format PC.


Edit :

Merci Claude72. Tu viens de me donner la réponse a un problème que j'ai rencontré voilà près de 10 ans et que je n'avais jamais cherché à résoudre.
My pleasure !

Je crois que c'est un problème récurrent que tout le monde a eu (ou aura) un jour !
Ça arrivait déjà un peu par accident avec les disquettes, les Zip et les CD, mais somme toute assez rarement parceque généralement les utilisateurs de Mac formattaient leurs disquettes et leurs Zip en HFS avant utilisation ou achetaient des Zip "Mac", et les logiciels de gravure de CD sur Mac enregistraient les données par défaut en format Mac... et donc il était rare d'enregistrer des docs Mac sur des médias PC...

... mais c'est devenu courant, presque "normal", depuis l'arrivée de l'USB et des médias de stockage USB (clés et disques-durs externes) qui peuvent être branchés indifféremment sur Mac ou sur PC, qui sont tous livrés formatés en FAT (PC) et que peu d'utilisateurs de Mac reformatent en HFS+ !!!

Cependant, je suis un peu étonné, car j'avais cru comprendre que tu es sur PC ???
« Modifié: août 21, 2010, 18:35:10 pm par claude72 »
IP archivée
Tout finit toujours par s'arranger... même mal !

concierge

  • Administrator
  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 5699
  • Je suis dans l'escalier
    • Voir le profil
    • E-mail
Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #13 le: août 21, 2010, 18:27:34 pm »

Citer
les polices .otf sont censées fonctionner indifféremment sur Mac et sur PC
C'est surtout qu'il me semble qu'elles soient (les OTF et/ou OT, pardon pour le TTF tout à l'heure qui m'a échappé) justement conteneurs de tous les fichiers de descriptions bitmap et autres... Comme une sorte d'emballage des fontes TrueType ou Postcript T1... D'où ma question ;)
IP archivée
C'est pas faux...

claude72

  • Wisi Comment on décroche
  • *****
  • Hors ligne Hors ligne
  • Messages: 620
    • Voir le profil
    • E-mail
Re : Re : fichiers polices transformés en fichier unix inutilisables
« Réponse #14 le: août 21, 2010, 23:01:12 pm »

C'est surtout qu'il me semble qu'elles soient (les OTF et/ou OT, pardon pour le TTF tout à l'heure qui m'a échappé) justement conteneurs de tous les fichiers de descriptions bitmap et autres... Comme une sorte d'emballage des fontes TrueType ou Postcript T1... D'où ma question ;)

Je ne suis pas sûr de bien avoir compris ta question, mais de ce que je crois comprendre (et j'espère que tu ne m'en voudras pas si je me trompe) je pense que tu confonds 2 choses :

la structure d'un fichier Mac dans le système de fichiers HFS qui comprend 2 "branches" :
• la "Data fork"
• et la "Ressource fork"

avec

la structure des fontes, qui sont composées de 2 parties :
• la partie vectorielle,
• et la partie bitmap...

... parties qui sont :
- séparées, donc dans 2 fichiers distincts, pour les fontes Postscript,
- réunies dans un seul fichier pour les fontes True-Type et Open-Type...


... et donc même si dans une fonte True-Type Mac les 2 parties de la fonte (donc partie vectorielle et partie bitmap) sont réunies dans le même fichier, ça n'empêche pas que ce fichier a quand-même une "Data fork" et une "Ressource fork" comme tout fichier Mac dans le système HFS.




Pour être plus précis :

• dans un document (un doc texte de Word ou une image de Photoshop ou un PDF par exemple) les données du document sont contenues dans la "Data fork", alors que la "Ressource fork" est vide ou ne contient pas grand-chose d'utile...
... ce qui fait que quand un tel fichier est enregistré sur un media PC ou est transféré par internet et perd ainsi sa "Ressource fork", cette perte n'a pas de conséquence, ou des conséquences peu importantes, puisque toutes les données sont dans la "Data fork", et donc le fichier peut quand-même encore être ouvert par son application créatrice normale (ou une application compatible) autant sur un PC que sur un Mac.

C'est pourquoi à peu près tous les documents Mac (.PDF, .INDD, .QXD/QXP, .TIFF, .JPG, .AI, .EPS, .DOC, .etc.) peuvent être enregistrés sur une clé USB au format PC (ou autre média PC) ou transférés par internet sans subir de dommage et sont donc ensuite toujours utilisables et ouvrables...

(y compris les .DMG et autres .SIT, .SEA, .BIN, .HQX .ZIP qui sont des sortes d'"emballages" dans lesquels les 2 "forks" d'un fichier Mac ont été codées (voire même compressées) et placées/emballées dans la seule "Data fork" du .DMG, .SIT, etc. : donc là aussi ces fichiers peuvent voyager sur des systèmes qui ne gèrent que la seule "Data fork", et tout en étant capables après décodage de restituer à l'identique la structure du fichier Mac original (logiciel ou fonte), avec ses 2 "forks".)


• dans une fonte True-Type d'OS9 ou une fonte PostScript (ou une application, ou une extension ou un tableau de bord), c'est l'inverse : les données sont dans la "Ressource fork", alors que la "Data fork" est vide...
... ce qui fait que quand une fonte (ou une application) est enregistrée sur un media PC ou est transférée par internet sans "emballage" et qu'elle perd ainsi sa "Ressource fork", elle perd donc toutes ses données...
... et comme il ne reste plus que la "Data fork" qui est vide, le fichier résultant ne pèse que 0 Ko et ne peut plus être utilisé.

(Les fontes Apple avec l'extension .dfont, sont des polices True-Type dont les données sont placées dans la "Data fork", laissant la "Ressource fork" vide : donc quand une .dfont est enregistrée sur un media PC ou est transférée par internet et qu'elle perd ainsi sa "Ressource fork", cette perte n'a pas de conséquence puisque toutes les données sont dans la "Data fork", et donc la fonte peut quand-même encore être utilisée.)
« Modifié: août 21, 2010, 23:07:06 pm par claude72 »
IP archivée
Tout finit toujours par s'arranger... même mal !
 



Wisibility est un sité dédié à la formation aux métiers l’image. Vous y trouverez différentes ressources vous aidant à maîtriser les logiciels graphiques tels que Photoshop, Lightroom, Illustrator, InDesign, Flash… Aujourd’hui, Wisibility réunie plus d'une vingtaine d’experts, intervenant en Entreprise pour former graphistes, webdesigners, développeurs web, photographes, monteurs, trucistes…
Depuis 2006 nous nous sommes spécialisés dans les tutoriels vidéos permettant de se former à distance. Notre forum très actif, géré par une équipe de bénévoles répondra à vos demandes. Vous pourrez également profiter de nos émissions et reportages sur la Wisi TV.
Contact - Wisibility est une marque déposée

Blog - Tutoriels - Wisi TV - Forum