J'ai un pb alakon : je récupère un nom qui contient des accents en iso
latin, et je voudrais faire un fichier avec ce nom... il faut que je
recode en quoi pour que ça marche avec OSX ?
Apparament un é est codé avec e\341\201 (en octal) mais c'est quoi comme
codage ?
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Le 3/01/07 19:34, dans <1hrdpxy.1dui87w1e9qpkwN%, « FiLH » a écrit :
J'ai un pb alakon : je récupère un nom qui contient des accents en iso latin, et je voudrais faire un fichier avec ce nom... il faut que je recode en quoi pour que ça marche avec OSX ?
C'est quoi OSX ?
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 3/01/07 19:34, dans <1hrdpxy.1dui87w1e9qpkwN%filh@filh.orgie>, « FiLH »
<filh@filh.orgie> a écrit :
J'ai un pb alakon : je récupère un nom qui contient des accents en iso
latin, et je voudrais faire un fichier avec ce nom... il faut que je
recode en quoi pour que ça marche avec OSX ?
C'est quoi OSX ?
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel
système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8
valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 3/01/07 19:34, dans <1hrdpxy.1dui87w1e9qpkwN%, « FiLH » a écrit :
J'ai un pb alakon : je récupère un nom qui contient des accents en iso latin, et je voudrais faire un fichier avec ce nom... il faut que je recode en quoi pour que ça marche avec OSX ?
C'est quoi OSX ?
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
filh
Eric Levenez wrote:
Le 3/01/07 19:34, dans <1hrdpxy.1dui87w1e9qpkwN%, « FiLH »
J'ai un pb alakon : je récupère un nom qui contient des accents en iso latin, et je voudrais faire un fichier avec ce nom... il faut que je recode en quoi pour que ça marche avec OSX ?
C'est quoi OSX ?
Un truc que tout le monde sauf toi comprend...
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
C'est quoi la différence entre UTF-8 et UTF-8-MAC
C'est quoi MAC au fait ?
Pourquoi /usr/bin/iconv me parle de MAC et pas Mac OS X ?
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Eric Levenez <news@levenez.com> wrote:
Le 3/01/07 19:34, dans <1hrdpxy.1dui87w1e9qpkwN%filh@filh.orgie>, « FiLH »
J'ai un pb alakon : je récupère un nom qui contient des accents en iso
latin, et je voudrais faire un fichier avec ce nom... il faut que je
recode en quoi pour que ça marche avec OSX ?
C'est quoi OSX ?
Un truc que tout le monde sauf toi comprend...
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel
système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8
valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
C'est quoi la différence entre UTF-8 et UTF-8-MAC
C'est quoi MAC au fait ?
Pourquoi /usr/bin/iconv me parle de MAC et pas Mac OS X ?
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Le 3/01/07 19:34, dans <1hrdpxy.1dui87w1e9qpkwN%, « FiLH »
J'ai un pb alakon : je récupère un nom qui contient des accents en iso latin, et je voudrais faire un fichier avec ce nom... il faut que je recode en quoi pour que ça marche avec OSX ?
C'est quoi OSX ?
Un truc que tout le monde sauf toi comprend...
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
C'est quoi la différence entre UTF-8 et UTF-8-MAC
C'est quoi MAC au fait ?
Pourquoi /usr/bin/iconv me parle de MAC et pas Mac OS X ?
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Eric Levenez
Le 3/01/07 20:04, dans <1hrdrmv.1pzinuh1gje61oN%, « FiLH » a écrit :
C'est quoi la différence entre UTF-8 et UTF-8-MAC
En fait il y a 4 formats UTF-8 (NFC, NFD, NFKC et NFKD), et Apple a utilisé le NFD pour les internes de HFS+ (voir <http://unicode.org/reports/tr15/>). L'UTF-8 "normal" étant le NFKC. Enfin, sauf je me suis gouré dans les termes.
C'est quoi MAC au fait ?
MAC pour moi c'est Medium Access Control, et pour toi ?
Pourquoi /usr/bin/iconv me parle de MAC et pas Mac OS X ?
Peut-être que MAC veut dire NFD et que mec qui a créé liconv a mollé...
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 3/01/07 20:04, dans <1hrdrmv.1pzinuh1gje61oN%filh@filh.orgie>, « FiLH »
<filh@filh.orgie> a écrit :
C'est quoi la différence entre UTF-8 et UTF-8-MAC
En fait il y a 4 formats UTF-8 (NFC, NFD, NFKC et NFKD), et Apple a utilisé
le NFD pour les internes de HFS+ (voir <http://unicode.org/reports/tr15/>).
L'UTF-8 "normal" étant le NFKC. Enfin, sauf je me suis gouré dans les
termes.
C'est quoi MAC au fait ?
MAC pour moi c'est Medium Access Control, et pour toi ?
Pourquoi /usr/bin/iconv me parle de MAC et pas Mac OS X ?
Peut-être que MAC veut dire NFD et que mec qui a créé liconv a mollé...
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 3/01/07 20:04, dans <1hrdrmv.1pzinuh1gje61oN%, « FiLH » a écrit :
C'est quoi la différence entre UTF-8 et UTF-8-MAC
En fait il y a 4 formats UTF-8 (NFC, NFD, NFKC et NFKD), et Apple a utilisé le NFD pour les internes de HFS+ (voir <http://unicode.org/reports/tr15/>). L'UTF-8 "normal" étant le NFKC. Enfin, sauf je me suis gouré dans les termes.
C'est quoi MAC au fait ?
MAC pour moi c'est Medium Access Control, et pour toi ?
Pourquoi /usr/bin/iconv me parle de MAC et pas Mac OS X ?
Peut-être que MAC veut dire NFD et que mec qui a créé liconv a mollé...
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
filh
Eric Levenez wrote:
Le 3/01/07 20:04, dans <1hrdrmv.1pzinuh1gje61oN%, « FiLH »
C'est quoi la différence entre UTF-8 et UTF-8-MAC
En fait il y a 4 formats UTF-8 (NFC, NFD, NFKC et NFKD), et Apple a utilisé le NFD pour les internes de HFS+ (voir <http://unicode.org/reports/tr15/>). L'UTF-8 "normal" étant le NFKC. Enfin, sauf je me suis gouré dans les termes.
C'est quoi MAC au fait ?
MAC pour moi c'est Medium Access Control, et pour toi ?
Pourquoi /usr/bin/iconv me parle de MAC et pas Mac OS X ?
Peut-être que MAC veut dire NFD et que mec qui a créé liconv a mollé...
Merdalors ... un truc livré par Apple dans les macs !
Putain tu devrais poser ta canditature pour corriger Apple !
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Eric Levenez <news@levenez.com> wrote:
Le 3/01/07 20:04, dans <1hrdrmv.1pzinuh1gje61oN%filh@filh.orgie>, « FiLH »
C'est quoi la différence entre UTF-8 et UTF-8-MAC
En fait il y a 4 formats UTF-8 (NFC, NFD, NFKC et NFKD), et Apple a utilisé
le NFD pour les internes de HFS+ (voir <http://unicode.org/reports/tr15/>).
L'UTF-8 "normal" étant le NFKC. Enfin, sauf je me suis gouré dans les
termes.
C'est quoi MAC au fait ?
MAC pour moi c'est Medium Access Control, et pour toi ?
Pourquoi /usr/bin/iconv me parle de MAC et pas Mac OS X ?
Peut-être que MAC veut dire NFD et que mec qui a créé liconv a mollé...
Merdalors ... un truc livré par Apple dans les macs !
Putain tu devrais poser ta canditature pour corriger Apple !
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Le 3/01/07 20:04, dans <1hrdrmv.1pzinuh1gje61oN%, « FiLH »
C'est quoi la différence entre UTF-8 et UTF-8-MAC
En fait il y a 4 formats UTF-8 (NFC, NFD, NFKC et NFKD), et Apple a utilisé le NFD pour les internes de HFS+ (voir <http://unicode.org/reports/tr15/>). L'UTF-8 "normal" étant le NFKC. Enfin, sauf je me suis gouré dans les termes.
C'est quoi MAC au fait ?
MAC pour moi c'est Medium Access Control, et pour toi ?
Pourquoi /usr/bin/iconv me parle de MAC et pas Mac OS X ?
Peut-être que MAC veut dire NFD et que mec qui a créé liconv a mollé...
Merdalors ... un truc livré par Apple dans les macs !
Putain tu devrais poser ta canditature pour corriger Apple !
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
patpro ~ patrick proniewski
In article <C1C1C249.99804%, Eric Levenez wrote:
MAC pour moi c'est Medium Access Control, et pour toi ?
Mandatory Access Control, chez moi.
patpro
-- http://www.patpro.net/
In article <C1C1C249.99804%news@levenez.com>,
Eric Levenez <news@levenez.com> wrote:
MAC pour moi c'est Medium Access Control, et pour toi ?
MAC pour moi c'est Medium Access Control, et pour toi ?
Mandatory Access Control, chez moi.
patpro
-- http://www.patpro.net/
bgrandin
Eric Levenez wrote:
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Même dans un shell, en utilisant des guillemets ?
-- http://www.bdzone.com Le portail BD
Eric Levenez <news@levenez.com> wrote:
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel
système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8
valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Même dans un shell, en utilisant des guillemets ?
-- http://www.bdzone.com Le portail BD
Erwan David
(Benoît Grandin) écrivait :
Eric Levenez wrote:
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Même dans un shell, en utilisant des guillemets ?
Le shell va interpréter selon la locale qu'il aura. Mais il est plus simple d'avoir son mac tout en utf-8 avec un shell qui le supporte, comme un zsh récent.
-- Erwan
bgrandin@bdzone.com (Benoît Grandin) écrivait :
Eric Levenez <news@levenez.com> wrote:
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel
système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8
valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Même dans un shell, en utilisant des guillemets ?
Le shell va interpréter selon la locale qu'il aura. Mais il est plus
simple d'avoir son mac tout en utf-8 avec un shell qui le supporte,
comme un zsh récent.
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Même dans un shell, en utilisant des guillemets ?
Le shell va interpréter selon la locale qu'il aura. Mais il est plus simple d'avoir son mac tout en utf-8 avec un shell qui le supporte, comme un zsh récent.
-- Erwan
Eric Levenez
Le 4/01/07 10:38, dans <1hrevrp.1op69k41rj1bulN%, « Benoît Grandin » a écrit :
Eric Levenez wrote:
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Même dans un shell, en utilisant des guillemets ?
Les guillemets ne sont là que pour escaper les caractères spéciaux du shell: étoile, espace, tabulation...
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 4/01/07 10:38, dans <1hrevrp.1op69k41rj1bulN%bgrandin@bdzone.com>,
« Benoît Grandin » <bgrandin@bdzone.com> a écrit :
Eric Levenez <news@levenez.com> wrote:
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel
système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8
valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Même dans un shell, en utilisant des guillemets ?
Les guillemets ne sont là que pour escaper les caractères spéciaux du shell:
étoile, espace, tabulation...
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 4/01/07 10:38, dans <1hrevrp.1op69k41rj1bulN%, « Benoît Grandin » a écrit :
Eric Levenez wrote:
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Même dans un shell, en utilisant des guillemets ?
Les guillemets ne sont là que pour escaper les caractères spéciaux du shell: étoile, espace, tabulation...
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
artaban.de.medee
Erwan David wrote:
Le shell va interpréter selon la locale qu'il aura. Mais il est plus simple d'avoir son mac tout en utf-8 avec un shell qui le supporte, comme un zsh récent.
c'est mon cas j'utilise utf-8 et zsh récent, mais je ne comprends pas ce que signifie "avoir son mac tout en utf-8" ?
par ex, ce matin j'ai ebregistré avec TextEdit un document avec des accents, mes prefs TextEdit étant réglées en UTF-8 + txt, je rouvre ce document et les lettres accentuées sont converties en deux caractères comme-si TextEdit lisait un document UTF-8 en iso-8859-1... -- Artaban de Médée
Erwan David <erwan@rail.eu.org> wrote:
Le shell va interpréter selon la locale qu'il aura. Mais il est plus
simple d'avoir son mac tout en utf-8 avec un shell qui le supporte,
comme un zsh récent.
c'est mon cas j'utilise utf-8 et zsh récent, mais je ne comprends pas ce
que signifie "avoir son mac tout en utf-8" ?
par ex, ce matin j'ai ebregistré avec TextEdit un document avec des
accents, mes prefs TextEdit étant réglées en UTF-8 + txt, je rouvre ce
document et les lettres accentuées sont converties en deux caractères
comme-si TextEdit lisait un document UTF-8 en iso-8859-1...
--
Artaban de Médée
Le shell va interpréter selon la locale qu'il aura. Mais il est plus simple d'avoir son mac tout en utf-8 avec un shell qui le supporte, comme un zsh récent.
c'est mon cas j'utilise utf-8 et zsh récent, mais je ne comprends pas ce que signifie "avoir son mac tout en utf-8" ?
par ex, ce matin j'ai ebregistré avec TextEdit un document avec des accents, mes prefs TextEdit étant réglées en UTF-8 + txt, je rouvre ce document et les lettres accentuées sont converties en deux caractères comme-si TextEdit lisait un document UTF-8 en iso-8859-1... -- Artaban de Médée
filh
Benoît Grandin wrote:
Eric Levenez wrote:
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Même dans un shell, en utilisant des guillemets ?
Oui, cela provoque une erreur. Un passage par iconv en utf-8-mac donne les résultats attendus.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Benoît Grandin <bgrandin@bdzone.com> wrote:
Eric Levenez <news@levenez.com> wrote:
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel
système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8
valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Même dans un shell, en utilisant des guillemets ?
Oui, cela provoque une erreur. Un passage par iconv en utf-8-mac donne
les résultats attendus.
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Si tu parles de Mac OS X, alors pour écrire un fichier en utilisant un appel système du noyau (open avec O_CREAT), il faut que le nom soit de l'UTF-8 valide. Tout caractère binaire, type ISO-8859-1, entraînera une erreur.
Même dans un shell, en utilisant des guillemets ?
Oui, cela provoque une erreur. Un passage par iconv en utf-8-mac donne les résultats attendus.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
