Absolument d'accord. Il y en a qui "résiste" par instinct "anti-microsoft" et d'autres pour des raisons de performance.
NB : quand je disait "même si ce n'est pas encore parfais" c'est parcequ'il y a quelques manque dans la libc (peut-être déjà comblé) et que certaines applis ne supportent pas encore UTF-8.
> Est-on en bonne voix pour n'avoir que du UTF-x partout et ne plus utiliser l'ASCII ?
Depuis la RH8.0, par défaut c'est UTF-8.
> Ou certaines parties vont être gardées en ASCII (genre le file system...) ?
Le file system n'a pas de charset (rien et même pas ASCII). Un fichier est toujours binaire (sauf pour la libc pour la bufferisation et autre getline()). Un nom de fichier est un char * (plus interdiction d'utiliser le code qui représente '/' (en ascii)).
[^] # Re: Sortie du noyau 2.6.4
Posté par mat1 . En réponse à la dépêche Sortie du noyau 2.6.4. Évalué à 0.
Absolument d'accord. Il y en a qui "résiste" par instinct "anti-microsoft" et d'autres pour des raisons de performance.
NB : quand je disait "même si ce n'est pas encore parfais" c'est parcequ'il y a quelques manque dans la libc (peut-être déjà comblé) et que certaines applis ne supportent pas encore UTF-8.
> Est-on en bonne voix pour n'avoir que du UTF-x partout et ne plus utiliser l'ASCII ?
Depuis la RH8.0, par défaut c'est UTF-8.
> Ou certaines parties vont être gardées en ASCII (genre le file system...) ?
Le file system n'a pas de charset (rien et même pas ASCII). Un fichier est toujours binaire (sauf pour la libc pour la bufferisation et autre getline()). Un nom de fichier est un char * (plus interdiction d'utiliser le code qui représente '/' (en ascii)).