[gull] Problème avec noms de fichiers avec accent

[FLUO]

Marc SCHAEFER a écrit :
> On Mon, Aug 28, 2006 at 02:23:10PM +0200, Olivier Evalet wrote:
>   
>> J'ai eu ce problème et j'avais utilisé ces params pour un code cp850 :
>> convmv --notest --nosmart --qfrom -r -f cp850 -t utf8
>>     
>
> oui, mais 0xe9 c'est vraiment du ISO-8859-1 (cf hexdump et man
> iso-8859-1)
>
>   
>> Cela dit, je trouve bizarre d'empêcher les gens d'utiliser les espaces
>>     
>
> A mon avis, il ne s'agit pas d'*empêcher*, mais d'*informer*.
>
> Informer que si l'on utilise des `caractères bizarres', il faut
> s'attendre, parfois, à des problèmes d'interopérabilité, ou à des
> erreurs avec certains programmes.
>
> L'utilisateur final, une fois correctement informé, choisit de lui-même
> la meilleure méthode, en général.
>
>   
Bonjour Marc,

Comme conventions de nommage, je pratique moi-même la convention de ne
pas mettre d'accent, ni d'espace.  Mais je viens d'un époque et d'un
système où les fichiers ne pouvaient avoir que 8 caractères + 3 pour
l'extension. Mais avec le temps, je commence à en avoir marre de devoir
renier ma culture francophone parce que les USA n'ont pas d'accents  et
n'ont pas jugés utile de se préoccuper du reste du monde et je ne vois
plus trop l'intérêt de l'imposer à d'autres utilisateurs. En plus, si
tout le système est en UTF8, à quoi ça sert si je ne peux pas utilisé
d'accents? Autant rester en ANSI avec la convention 8.3 .


Certes on peut avoir de petits problèmes comme ce que j'ai eu et que
j'aurai encore, ou bien avec de vieux programmes qui n'acceptent que des
conventions d'un autre siècle.  Le pragmatisme qui fait nommer les
fichiers en ANSI n'est pas ce qu'il y a de mieux, ça n'insite pas les
applications à être corriger et ça pénalise les programmeurs qui ont
fait leur boulots correctement.

En général, les problèmes avec les vieux programmes ne concernent qu'un
certain type de fichiers très spécialisés et n'a pas besoin de pénaliser
le  reste du système.


Meilleures salutations
Didier CLERC