J'ai un petit souci avec l'envoi de pièces jointes entre mon adresse
maison (Mail sous Mac OS X) et toutes les adresses de mon boulot (Lotus
je ne sais quoi sous différents Windows, dont XP).
Bon j'explique : quand j'envoie, disons un document Word, que n'importe
lequel de mes correspondants habituels reçoit sans problème, à l'arrivée
(côté Lotus) on se retrouve avec un .doc pas ouvrable, qui a fondu
(passé de 28 ko à 0,4) et accompagné de 3 machins bizarres :
mime001.txt, mime002.txt, mime003.txt de taille variable
Je me doute que le problème vient de Lotus mais l'admin là-bas reste
persuadé que c'est la 8ème merveille du monde alors...
Bon je me dis que le problème vient de l'encodage, et j'essaie, comme
dans Outlook Express ou Entourage, de le modifier, mais dans Mail on n'a
pas le choix apparemment ?
J'en arrive à ma question : qu'est-ce que je peux faire pour contourner
le problème, comment puis-je envoyer des .doc en pj à mes collègues ou à
moi-même ?
Le 26/09/03 15:26, dans <1g1wfks.1yli2o1ykbolcN%, « Melanie » a écrit :
Bon j'explique : quand j'envoie, disons un document Word, que n'importe lequel de mes correspondants habituels reçoit sans problème, à l'arrivée (côté Lotus) on se retrouve avec un .doc pas ouvrable, qui a fondu (passé de 28 ko à 0,4) et accompagné de 3 machins bizarres : mime001.txt, mime002.txt, mime003.txt de taille variable
Premièrement il faut comprendre que par email il n'y a pas de notions de pièces jointes. Un email est composé de 2 parties, un en-tête et un corps. C'est tout.
Dans l'en-tête on précise le contenu du document par un type mime. Par exemple un email "normal" de texte aura un type mime "texte".
Maintenant si l'on tape du texte dans un email et si on insère une document (image, son, .doc ...), le corps du email sera découpé en 3 sections mimes. La première contient le début du texte, la seconde contient le document inséré, la troisième contient la fin du texte.
Une section mime peut contenir des sous-sections. Par exemple si on renvoie un email qui a déjà 3 sections en ajouter au début un petit texte, on va envoyer un email avec 2 sections, la première étant le texte rajouté, et la seconde étant le émail précédant, lui-même composé de sections et sous-sections. C'est le principe des poupées russes.
J'en arrive aux problèmes de Mac OS X liés à la gestion des ressources de HFS...
Un fichier sur disque HFS est composé de 2 sections, une grande qui contient les données et une petite qui contient les ressources. La partie ressource est spécifique à Mac OS < X et est en voie de disparition. Mais des programmes comme Microsoft Word continuent à créer les 2 sections en HFS. Ce qui fait qu'un fichier .doc créé sur Mac possède sur disque une section ressource (qui ne sert pas à grand chose).
Quand on insère un tel fichier avec ressource sur Mail, il se crée une section mime qui contient 2 sous-sections pour la partie données et la partie ressources. Un mac qui reçoit un tel email saura remettre les 2 sous sections pour créé un fichier unique sur le disque HFS. Par contre sous Windows, cela n'est pas possible car les 2 sections seront distinctes.
Le problème vient alors du fait que chacune des sous-sections mime du fichier porte le même nom, par exemple "Document.doc". Un programme lisant le email sous Windows sera sans doute surpris de la section ressource. S'il fait bien son travail, il devrait proposer 2 noms différents pour les 2 sections. La petite sera alors mise à la poubelle par l'utilisateur qui ne gardera que la grande. Un programme automatique comme un antivirus d'entreprise peut mal gérer ces 2 sous-sections portant le même nom. Dans ton cas il semble qu'il n'ait gardé que la partie ressource sans intérêt. Les autres sections texte (qui devaient entourées l'inclusion du .doc) ont été placées dans des fichiers au lieu d'être affiché directement, sans doute une méconnaissance des types mime utilisés.
Enfin bref pour ne pas avoir de problème de ce type il faut supprimer les ressources du fichier .doc avant de l'envoyer. Comme cela il n'y aura pas de sous-section mime et il n'y aura qu'une section .doc avec donc un nom unique.
Pour supprimer les ressources, le plus simple (pour moi) est une copie sous shell, par exemple avec Document.doc sur le bureau :
cp Desktop/Document.doc Desktop/DocumentLite.doc
Après il suffit d'envoyer ce document créé par email, sans bidouille.
Un document créé par un programme propre du point de vue des ressources n'aura pas ce problème de transfert par email. Les programmes qui ont un héritage Mac OS 9 sont hélas soumis à ces problèmes.
-- Éric Lévénez -- <http://www.levenez.com> Unix is not only an OS, it's a way of life.
Le 26/09/03 15:26, dans
<1g1wfks.1yli2o1ykbolcN%powerpouffe@poopsy.com.invalid>, « Melanie »
<powerpouffe@poopsy.com.invalid> a écrit :
Bon j'explique : quand j'envoie, disons un document Word, que n'importe
lequel de mes correspondants habituels reçoit sans problème, à l'arrivée
(côté Lotus) on se retrouve avec un .doc pas ouvrable, qui a fondu
(passé de 28 ko à 0,4) et accompagné de 3 machins bizarres :
mime001.txt, mime002.txt, mime003.txt de taille variable
Premièrement il faut comprendre que par email il n'y a pas de notions de
pièces jointes. Un email est composé de 2 parties, un en-tête et un corps.
C'est tout.
Dans l'en-tête on précise le contenu du document par un type mime. Par
exemple un email "normal" de texte aura un type mime "texte".
Maintenant si l'on tape du texte dans un email et si on insère une document
(image, son, .doc ...), le corps du email sera découpé en 3 sections mimes.
La première contient le début du texte, la seconde contient le document
inséré, la troisième contient la fin du texte.
Une section mime peut contenir des sous-sections. Par exemple si on renvoie
un email qui a déjà 3 sections en ajouter au début un petit texte, on va
envoyer un email avec 2 sections, la première étant le texte rajouté, et la
seconde étant le émail précédant, lui-même composé de sections et
sous-sections. C'est le principe des poupées russes.
J'en arrive aux problèmes de Mac OS X liés à la gestion des ressources de
HFS...
Un fichier sur disque HFS est composé de 2 sections, une grande qui contient
les données et une petite qui contient les ressources. La partie ressource
est spécifique à Mac OS < X et est en voie de disparition. Mais des
programmes comme Microsoft Word continuent à créer les 2 sections en HFS. Ce
qui fait qu'un fichier .doc créé sur Mac possède sur disque une section
ressource (qui ne sert pas à grand chose).
Quand on insère un tel fichier avec ressource sur Mail, il se crée une
section mime qui contient 2 sous-sections pour la partie données et la
partie ressources. Un mac qui reçoit un tel email saura remettre les 2 sous
sections pour créé un fichier unique sur le disque HFS. Par contre sous
Windows, cela n'est pas possible car les 2 sections seront distinctes.
Le problème vient alors du fait que chacune des sous-sections mime du
fichier porte le même nom, par exemple "Document.doc". Un programme lisant
le email sous Windows sera sans doute surpris de la section ressource. S'il
fait bien son travail, il devrait proposer 2 noms différents pour les 2
sections. La petite sera alors mise à la poubelle par l'utilisateur qui ne
gardera que la grande. Un programme automatique comme un antivirus
d'entreprise peut mal gérer ces 2 sous-sections portant le même nom. Dans
ton cas il semble qu'il n'ait gardé que la partie ressource sans intérêt.
Les autres sections texte (qui devaient entourées l'inclusion du .doc) ont
été placées dans des fichiers au lieu d'être affiché directement, sans doute
une méconnaissance des types mime utilisés.
Enfin bref pour ne pas avoir de problème de ce type il faut supprimer les
ressources du fichier .doc avant de l'envoyer. Comme cela il n'y aura pas de
sous-section mime et il n'y aura qu'une section .doc avec donc un nom
unique.
Pour supprimer les ressources, le plus simple (pour moi) est une copie sous
shell, par exemple avec Document.doc sur le bureau :
cp Desktop/Document.doc Desktop/DocumentLite.doc
Après il suffit d'envoyer ce document créé par email, sans bidouille.
Un document créé par un programme propre du point de vue des ressources
n'aura pas ce problème de transfert par email. Les programmes qui ont un
héritage Mac OS 9 sont hélas soumis à ces problèmes.
--
Éric Lévénez -- <http://www.levenez.com>
Unix is not only an OS, it's a way of life.
Le 26/09/03 15:26, dans <1g1wfks.1yli2o1ykbolcN%, « Melanie » a écrit :
Bon j'explique : quand j'envoie, disons un document Word, que n'importe lequel de mes correspondants habituels reçoit sans problème, à l'arrivée (côté Lotus) on se retrouve avec un .doc pas ouvrable, qui a fondu (passé de 28 ko à 0,4) et accompagné de 3 machins bizarres : mime001.txt, mime002.txt, mime003.txt de taille variable
Premièrement il faut comprendre que par email il n'y a pas de notions de pièces jointes. Un email est composé de 2 parties, un en-tête et un corps. C'est tout.
Dans l'en-tête on précise le contenu du document par un type mime. Par exemple un email "normal" de texte aura un type mime "texte".
Maintenant si l'on tape du texte dans un email et si on insère une document (image, son, .doc ...), le corps du email sera découpé en 3 sections mimes. La première contient le début du texte, la seconde contient le document inséré, la troisième contient la fin du texte.
Une section mime peut contenir des sous-sections. Par exemple si on renvoie un email qui a déjà 3 sections en ajouter au début un petit texte, on va envoyer un email avec 2 sections, la première étant le texte rajouté, et la seconde étant le émail précédant, lui-même composé de sections et sous-sections. C'est le principe des poupées russes.
J'en arrive aux problèmes de Mac OS X liés à la gestion des ressources de HFS...
Un fichier sur disque HFS est composé de 2 sections, une grande qui contient les données et une petite qui contient les ressources. La partie ressource est spécifique à Mac OS < X et est en voie de disparition. Mais des programmes comme Microsoft Word continuent à créer les 2 sections en HFS. Ce qui fait qu'un fichier .doc créé sur Mac possède sur disque une section ressource (qui ne sert pas à grand chose).
Quand on insère un tel fichier avec ressource sur Mail, il se crée une section mime qui contient 2 sous-sections pour la partie données et la partie ressources. Un mac qui reçoit un tel email saura remettre les 2 sous sections pour créé un fichier unique sur le disque HFS. Par contre sous Windows, cela n'est pas possible car les 2 sections seront distinctes.
Le problème vient alors du fait que chacune des sous-sections mime du fichier porte le même nom, par exemple "Document.doc". Un programme lisant le email sous Windows sera sans doute surpris de la section ressource. S'il fait bien son travail, il devrait proposer 2 noms différents pour les 2 sections. La petite sera alors mise à la poubelle par l'utilisateur qui ne gardera que la grande. Un programme automatique comme un antivirus d'entreprise peut mal gérer ces 2 sous-sections portant le même nom. Dans ton cas il semble qu'il n'ait gardé que la partie ressource sans intérêt. Les autres sections texte (qui devaient entourées l'inclusion du .doc) ont été placées dans des fichiers au lieu d'être affiché directement, sans doute une méconnaissance des types mime utilisés.
Enfin bref pour ne pas avoir de problème de ce type il faut supprimer les ressources du fichier .doc avant de l'envoyer. Comme cela il n'y aura pas de sous-section mime et il n'y aura qu'une section .doc avec donc un nom unique.
Pour supprimer les ressources, le plus simple (pour moi) est une copie sous shell, par exemple avec Document.doc sur le bureau :
cp Desktop/Document.doc Desktop/DocumentLite.doc
Après il suffit d'envoyer ce document créé par email, sans bidouille.
Un document créé par un programme propre du point de vue des ressources n'aura pas ce problème de transfert par email. Les programmes qui ont un héritage Mac OS 9 sont hélas soumis à ces problèmes.
-- Éric Lévénez -- <http://www.levenez.com> Unix is not only an OS, it's a way of life.
powerpouffe
Éric Lévénez wrote:
[Snip les explications très détaillées, merci]
Pour supprimer les ressources, le plus simple (pour moi) est une copie sous shell, par exemple avec Document.doc sur le bureau :
cp Desktop/Document.doc Desktop/DocumentLite.doc
Heu... Houlà, c'est quoi shell, et cp ? Faut que je bidouille dans le Terminal ?
Après il suffit d'envoyer ce document créé par email, sans bidouille.
Oui, c'est exactement ce que je souhaite faire.
Un document créé par un programme propre du point de vue des ressources n'aura pas ce problème de transfert par email. Les programmes qui ont un héritage Mac OS 9 sont hélas soumis à ces problèmes.
Ce qui est curieux, c'est qu'il me semble m'être déjà envoyé du Excel à plusieurs reprises sans soucis. Word serait moins "propre" que lui ?
Éric Lévénez <eric@levenez.com> wrote:
[Snip les explications très détaillées, merci]
Pour supprimer les ressources, le plus simple (pour moi) est une copie
sous shell, par exemple avec Document.doc sur le bureau :
cp Desktop/Document.doc Desktop/DocumentLite.doc
Heu... Houlà, c'est quoi shell, et cp ? Faut que je bidouille dans le
Terminal ?
Après il suffit d'envoyer ce document créé par email, sans bidouille.
Oui, c'est exactement ce que je souhaite faire.
Un document créé par un programme propre du point de vue des ressources
n'aura pas ce problème de transfert par email. Les programmes qui ont un
héritage Mac OS 9 sont hélas soumis à ces problèmes.
Ce qui est curieux, c'est qu'il me semble m'être déjà envoyé du Excel à
plusieurs reprises sans soucis. Word serait moins "propre" que lui ?
Pour supprimer les ressources, le plus simple (pour moi) est une copie sous shell, par exemple avec Document.doc sur le bureau :
cp Desktop/Document.doc Desktop/DocumentLite.doc
Heu... Houlà, c'est quoi shell, et cp ? Faut que je bidouille dans le Terminal ?
Après il suffit d'envoyer ce document créé par email, sans bidouille.
Oui, c'est exactement ce que je souhaite faire.
Un document créé par un programme propre du point de vue des ressources n'aura pas ce problème de transfert par email. Les programmes qui ont un héritage Mac OS 9 sont hélas soumis à ces problèmes.
Ce qui est curieux, c'est qu'il me semble m'être déjà envoyé du Excel à plusieurs reprises sans soucis. Word serait moins "propre" que lui ?
powerpouffe
Don Figatellu wrote:
Il y doit bien y avoir une solution directe mais en attendant tu peux toujours faire ce que font certains de mes correspondants : "zipper" le document en question.
Ah ouais, en dépannage, pas con. Merci :-)
Don Figatellu <donfigatelu@figatellu.org> wrote:
Il y doit bien y avoir une solution directe mais en attendant tu peux
toujours faire ce que font certains de mes correspondants : "zipper" le
document en question.
Il y doit bien y avoir une solution directe mais en attendant tu peux toujours faire ce que font certains de mes correspondants : "zipper" le document en question.
Ah ouais, en dépannage, pas con. Merci :-)
Éric Lévénez
Le 26/09/03 17:05, dans <1g1wiwh.wzysfx483s9eN%, « Melanie » a écrit :
Éric Lévénez wrote:
[Snip les explications très détaillées, merci]
Pour supprimer les ressources, le plus simple (pour moi) est une copie sous shell, par exemple avec Document.doc sur le bureau :
cp Desktop/Document.doc Desktop/DocumentLite.doc
Heu... Houlà, c'est quoi shell, et cp ? Faut que je bidouille dans le Terminal ?
Pas bidouiller, juste taper au clavier. Ce n'est pas plus compliqué que de taper du texte sous TextEdit.
1) Place ton document .doc sur le bureau en lui donnant un nom simple sans accents, sans espace. Par exemple "Document.doc". 2) Lance Terminal. Une fenêtre s'ouvre. 3) fait un copier/coller dans la fenêtre de : cp Desktop/Document.doc Desktop/DocumentLite.doc 4) Tape Entrée (la touche :-) ) 5) Ferme le programme Terminal
Je n'appelle pas cela bidouiller.
Tu peux vérifier sous Finder que le fichier "DocumentLite.doc" qui est maintenant sur le bureau est plus petit que l'original (Pomme-i).
Il doit bien exister des outils graphiques pour faire cela, mais je ne les connais pas.
Après il suffit d'envoyer ce document créé par email, sans bidouille.
Oui, c'est exactement ce que je souhaite faire.
Un document créé par un programme propre du point de vue des ressources n'aura pas ce problème de transfert par email. Les programmes qui ont un héritage Mac OS 9 sont hélas soumis à ces problèmes.
Ce qui est curieux, c'est qu'il me semble m'être déjà envoyé du Excel à plusieurs reprises sans soucis. Word serait moins "propre" que lui ?
Effectivement les documents Excel créés sous Mac OS X n'ont pas de ressource et sont donc propres :-)
-- Éric Lévénez -- <http://www.levenez.com> Unix is not only an OS, it's a way of life.
Le 26/09/03 17:05, dans
<1g1wiwh.wzysfx483s9eN%powerpouffe@poopsy.com.invalid>, « Melanie »
<powerpouffe@poopsy.com.invalid> a écrit :
Éric Lévénez <eric@levenez.com> wrote:
[Snip les explications très détaillées, merci]
Pour supprimer les ressources, le plus simple (pour moi) est une copie
sous shell, par exemple avec Document.doc sur le bureau :
cp Desktop/Document.doc Desktop/DocumentLite.doc
Heu... Houlà, c'est quoi shell, et cp ? Faut que je bidouille dans le
Terminal ?
Pas bidouiller, juste taper au clavier. Ce n'est pas plus compliqué que de
taper du texte sous TextEdit.
1) Place ton document .doc sur le bureau en lui donnant un nom simple sans
accents, sans espace. Par exemple "Document.doc".
2) Lance Terminal. Une fenêtre s'ouvre.
3) fait un copier/coller dans la fenêtre de :
cp Desktop/Document.doc Desktop/DocumentLite.doc
4) Tape Entrée (la touche :-) )
5) Ferme le programme Terminal
Je n'appelle pas cela bidouiller.
Tu peux vérifier sous Finder que le fichier "DocumentLite.doc" qui est
maintenant sur le bureau est plus petit que l'original (Pomme-i).
Il doit bien exister des outils graphiques pour faire cela, mais je ne les
connais pas.
Après il suffit d'envoyer ce document créé par email, sans bidouille.
Oui, c'est exactement ce que je souhaite faire.
Un document créé par un programme propre du point de vue des ressources
n'aura pas ce problème de transfert par email. Les programmes qui ont un
héritage Mac OS 9 sont hélas soumis à ces problèmes.
Ce qui est curieux, c'est qu'il me semble m'être déjà envoyé du Excel à
plusieurs reprises sans soucis. Word serait moins "propre" que lui ?
Effectivement les documents Excel créés sous Mac OS X n'ont pas de ressource
et sont donc propres :-)
--
Éric Lévénez -- <http://www.levenez.com>
Unix is not only an OS, it's a way of life.
Le 26/09/03 17:05, dans <1g1wiwh.wzysfx483s9eN%, « Melanie » a écrit :
Éric Lévénez wrote:
[Snip les explications très détaillées, merci]
Pour supprimer les ressources, le plus simple (pour moi) est une copie sous shell, par exemple avec Document.doc sur le bureau :
cp Desktop/Document.doc Desktop/DocumentLite.doc
Heu... Houlà, c'est quoi shell, et cp ? Faut que je bidouille dans le Terminal ?
Pas bidouiller, juste taper au clavier. Ce n'est pas plus compliqué que de taper du texte sous TextEdit.
1) Place ton document .doc sur le bureau en lui donnant un nom simple sans accents, sans espace. Par exemple "Document.doc". 2) Lance Terminal. Une fenêtre s'ouvre. 3) fait un copier/coller dans la fenêtre de : cp Desktop/Document.doc Desktop/DocumentLite.doc 4) Tape Entrée (la touche :-) ) 5) Ferme le programme Terminal
Je n'appelle pas cela bidouiller.
Tu peux vérifier sous Finder que le fichier "DocumentLite.doc" qui est maintenant sur le bureau est plus petit que l'original (Pomme-i).
Il doit bien exister des outils graphiques pour faire cela, mais je ne les connais pas.
Après il suffit d'envoyer ce document créé par email, sans bidouille.
Oui, c'est exactement ce que je souhaite faire.
Un document créé par un programme propre du point de vue des ressources n'aura pas ce problème de transfert par email. Les programmes qui ont un héritage Mac OS 9 sont hélas soumis à ces problèmes.
Ce qui est curieux, c'est qu'il me semble m'être déjà envoyé du Excel à plusieurs reprises sans soucis. Word serait moins "propre" que lui ?
Effectivement les documents Excel créés sous Mac OS X n'ont pas de ressource et sont donc propres :-)
-- Éric Lévénez -- <http://www.levenez.com> Unix is not only an OS, it's a way of life.
Richard Janner
Un certain 26 sep 2003 05:23 , Éric Lévénez écrivait :
| Il doit bien exister des outils graphiques pour faire cela, mais je ne | les connais pas.
File Buddy le fait via un menu contextuel, GrimRipperCM de même mais gratuitement. Ceci-dit, File Buddy fait bien d'autres trucs ;-)
-- richard
Un certain 26 sep 2003 05:23 , Éric Lévénez écrivait :
| Il doit bien exister des outils graphiques pour faire cela, mais je ne
| les connais pas.
File Buddy le fait via un menu contextuel, GrimRipperCM de même mais
gratuitement.
Ceci-dit, File Buddy fait bien d'autres trucs ;-)
On Fri, 26 Sep 2003 22:36:02 +0200, michele wrote:
Melanie wrote: Je me geekise, je viens de taper ma première commande terminal.
Dis pas des trucs pareils, ça me rappelle qu'il va me falloir m'y mettre aussi et rien que l'idée, ça me file le blues.
Mais si, mais si, tu vas y arriver ;=) Mais attention, quand le virus est pris...
blhu
Melanie a écrit:
J'ai un petit souci avec l'envoi de pièces jointes entre mon adresse maison (Mail sous Mac OS X) et toutes les adresses de mon boulot (Lotus je ne sais quoi sous différents Windows, dont XP).
Pour nettoyer les fichiers Mac de leur partie ressource avant de les envoyer avec Mail, utiliser "WebFileAttributes Carbon".
Avec Entourage/Outlook Express, choisir un encodage "pour Windows", il proposera de supprimer la partie ressource si elle existe.
-- Bruno L.
Melanie <powerpouffe@poopsy.com.invalid> a écrit:
J'ai un petit souci avec l'envoi de pièces jointes entre mon adresse
maison (Mail sous Mac OS X) et toutes les adresses de mon boulot (Lotus
je ne sais quoi sous différents Windows, dont XP).
Pour nettoyer les fichiers Mac de leur partie ressource avant de les
envoyer avec Mail, utiliser "WebFileAttributes Carbon".
Avec Entourage/Outlook Express, choisir un encodage "pour Windows", il
proposera de supprimer la partie ressource si elle existe.
J'ai un petit souci avec l'envoi de pièces jointes entre mon adresse maison (Mail sous Mac OS X) et toutes les adresses de mon boulot (Lotus je ne sais quoi sous différents Windows, dont XP).
Pour nettoyer les fichiers Mac de leur partie ressource avant de les envoyer avec Mail, utiliser "WebFileAttributes Carbon".
Avec Entourage/Outlook Express, choisir un encodage "pour Windows", il proposera de supprimer la partie ressource si elle existe.
-- Bruno L.
pmanet
J. Mayer wrote:
Mais attention, quand le virus est pris...
pas sur... quand j'ai pu passer de VMS au clickodrome de macOS 4,5 j'ai poussé un grand OUF -- Philippe Manet
J. Mayer <l_indien_no_more_spams@magic.fr> wrote:
Mais attention, quand le virus est pris...
pas sur...
quand j'ai pu passer de VMS au clickodrome de macOS 4,5 j'ai poussé un
grand OUF
--
Philippe Manet
pas sur... quand j'ai pu passer de VMS au clickodrome de macOS 4,5 j'ai poussé un grand OUF -- Philippe Manet
J. Mayer
On Sun, 28 Sep 2003 00:51:06 +0200, manet wrote:
J. Mayer wrote:
Mais attention, quand le virus est pris...
pas sur... quand j'ai pu passer de VMS au clickodrome de macOS 4,5 j'ai poussé un grand OUF
Méééé !!! Moi, je ne sais pas comment je survivrais sur OSX sans le terminal... Ceci dit, j'apprécie de ne plus avoir à me servir de MVS et de la ligne de commande Unisys...
On Sun, 28 Sep 2003 00:51:06 +0200, manet wrote:
J. Mayer <l_indien_no_more_spams@magic.fr> wrote:
Mais attention, quand le virus est pris...
pas sur...
quand j'ai pu passer de VMS au clickodrome de macOS 4,5 j'ai poussé un
grand OUF
Méééé !!!
Moi, je ne sais pas comment je survivrais sur OSX sans le terminal...
Ceci dit, j'apprécie de ne plus avoir à me servir de MVS et de
la ligne de commande Unisys...
pas sur... quand j'ai pu passer de VMS au clickodrome de macOS 4,5 j'ai poussé un grand OUF
Méééé !!! Moi, je ne sais pas comment je survivrais sur OSX sans le terminal... Ceci dit, j'apprécie de ne plus avoir à me servir de MVS et de la ligne de commande Unisys...
