Le problème est que tu ne peux pas déterminer
à coup sûr à 100% de manière déterministe l'encodage d'un fichier donné (sauf cas particulier).
La plupart des éditeurs, lorsqu'ils offrent la possibilité d'une telle détection, le font par des méthodes statistiques (par exemple, occurences d'une séquence de caractères donnés), des dictionnaires, etc. Et je ne parle pas des autres, qui ouvrent et enregistrent un fichier en utilisant un encodage fixé si on ne le précise pas explicitement (qui a parlé de l'éditeur de texte de Windows ?). Et s'il y a maldonne sur l'encodage du fichier, tu es bon pour corriger ton fichier à la main (surtout s'il est long, c'est plus drôle).
Pour (La)TeX, je ne vois que deux solutions acceptables : ou tout le monde se met à UTF-8 (standard
de facto sous Linux) (encore que certains pourraient utiliser de vielles distributions (La)TeX sans support d'Unicode par inputenc), ou se met à ASCII (quitte à répéter, c'est la seule solution portable).
ÉDIT : pour ceux que ça intéresse, une description (rapide) des algorithmes en jeu dans utrac, un détecteur d'encodage assez performant :
http://utrac.sourceforge.net/other_doc/uu.html
