# VIM ou LaTeX: comment traiter un caractère par son code \\u8

**URL:** <https://www.debian-fr.org/t/vim-ou-latex-comment-traiter-un-caractere-par-son-code-u8/68052>\
**Category:** Programmation\
**Created:** [Février 21, 2016, 10:14 UTC](https://www.debian-fr.org/t/vim-ou-latex-comment-traiter-un-caractere-par-son-code-u8/68052 "2016-02-21T22:14:48Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Février 21, 2016, 10:14 UTC](https://www.debian-fr.org/t/vim-ou-latex-comment-traiter-un-caractere-par-son-code-u8/68052/1 "2016-02-21T22:14:48Z")

</div>

Bonjour,

LaTeX refuse de compiler en m’adressant fréquemment ce message:

```auto

```

La situation est provoquée par la recopie (ou l’inclusion par \include ou \input) d’un fichier texte adressé par mes correspondants, qui écrivent tous sous windows Word, ou sous libreoffice/openoffice writer.  
Après enregistrement sous format .txt, ces caractères blancs insécables (je suppose) liés souvent aux guillemets ou aux ponctuations doubles (je suppose encore), persistent ainsi que d’autres caractères, souvent reconnaissables par analogie.

Je cherche une solution soit pour les identifier, soit pour les remplacer (sous vim ou avec sed, par exemple).  
Mais je ne comprends pas grand-chose aux représentations de ce(s) caractère(s). Un copier-coller nécessiterait au moins que je puisse les repérer !

Cette question est récurrente et m’oblige à tout retaper moi-même, ce qui est encore moins long que la recherche aveugle que je mène à chacun de ces messages ! (LaTeX indique le paragraphe (la ligne vim) mais rarement la chaine concernée.

Merci pour m’avoir lu

EDIT  
j’ai bien lu ceci: [utf8-et-latex-t11734.html](https://www.debian-fr.org/utf8-et-latex-t11734.html), qui résoud certains de ces problèmes (par un mystérieux utf8x), mais il y a d’autres mystères, par exemple:  
:%s/«\s\*/«/g supprime parfois l’espace après le «, mais pas toujours, dans le même texte !

---

<div class="post-metadata">

**Author:** ![lovedeb](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/48db29/32.png) [@lovedeb](https://www.debian-fr.org/u/lovedeb)\
**Post date:** [Février 21, 2016, 10:14 UTC](https://www.debian-fr.org/t/vim-ou-latex-comment-traiter-un-caractere-par-son-code-u8/68052/2 "2016-02-21T22:14:50Z")

</div>

Tu as le meme problème de lecture si tu modifies l’encodage des caractères sur ta machine ?

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Février 21, 2016, 10:14 UTC](https://www.debian-fr.org/t/vim-ou-latex-comment-traiter-un-caractere-par-son-code-u8/68052/3 "2016-02-21T22:14:51Z")

</div>

modifier en quoi ?  
reçu, file dit être de l’UTF8  
Chez moi, UTF8 , je n’en connais qu’un, d’où ma perplexité.

merci

---

<div class="post-metadata">

**Author:** ![lovedeb](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/48db29/32.png) [@lovedeb](https://www.debian-fr.org/u/lovedeb)\
**Post date:** [Février 21, 2016, 10:14 UTC](https://www.debian-fr.org/t/vim-ou-latex-comment-traiter-un-caractere-par-son-code-u8/68052/4 "2016-02-21T22:14:51Z")

</div>

C’était juste pour voir s’i tu voyais une différence qui permet de repérer ce que représentent les blancs.  
Juste une idée comme ça.

---

<div class="post-metadata">

**Author:** ![limax](https://www.debian-fr.org/user_avatar/www.debian-fr.org/limax/32/3886_2.png) [@limax](https://www.debian-fr.org/u/limax)\
**Post date:** [Février 21, 2016, 10:15 UTC](https://www.debian-fr.org/t/vim-ou-latex-comment-traiter-un-caractere-par-son-code-u8/68052/5 "2016-02-21T22:15:07Z")

</div>

C’est du à un copier coller, souvent des pdf.  
C’est toujours la même chose un espace insécable, les deux points:

Perso je cherche toujours comment rechercher un caractère non utf8 avec vim. edit: ( je crois qu’il faut voir 8g8 )

Voilà ce que je fais quand j’ai ce problème.  
Quand tu as repéré le caracère qui pose problème tu vas dessus avec le curseur.  
ga te donne le code par exemple pour le caractère g j’obtiens 103, Hexa 67, Octal 147  
ctrl+v 103 te refait ton caractère

je tape ensuite

```auto

```

edit: tape ça en mode insertion ctrl+v u262d

---

<div class="post-metadata">

**Author:** ![limax](https://www.debian-fr.org/user_avatar/www.debian-fr.org/limax/32/3886_2.png) [@limax](https://www.debian-fr.org/u/limax)\
**Post date:** [Février 21, 2016, 10:15 UTC](https://www.debian-fr.org/t/vim-ou-latex-comment-traiter-un-caractere-par-son-code-u8/68052/6 "2016-02-21T22:15:09Z")

</div>

[quote=“josephtux”]  
Je cherche une solution soit pour les identifier, soit pour les remplacer (sous vim ou avec sed, par exemple).[/quote]  
Pour les identifier: /[^\x00-\x7F]  
pour les remplacer: j’ai indiqué la méthode dans mon post précédent.

Ref: [codeyarns.com/2014/04/24/how-to- … rs-in-vim/](http://codeyarns.com/2014/04/24/how-to-find-non-ascii-characters-in-vim/)

---

<div class="post-metadata">

**Author:** ![limax](https://www.debian-fr.org/user_avatar/www.debian-fr.org/limax/32/3886_2.png) [@limax](https://www.debian-fr.org/u/limax)\
**Post date:** [Février 21, 2016, 10:15 UTC](https://www.debian-fr.org/t/vim-ou-latex-comment-traiter-un-caractere-par-son-code-u8/68052/7 "2016-02-21T22:15:25Z")

</div>

Finalement voici ce que j’ai retenu:

"racourci pour faire apparaître les amenus.  
map :popup ]MonMenuTex  
amenu ]MonMenuTex.SearchNoAscii /[^\x00-\xFF]

" Et les menus  
menu Prog.FindNoAscii :call /[^\x00-\xFF]

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Février 21, 2016, 10:15 UTC](https://www.debian-fr.org/t/vim-ou-latex-comment-traiter-un-caractere-par-son-code-u8/68052/8 "2016-02-21T22:15:30Z")

</div>

Le problème semble être résolu avec:

\usepackage[utf8x]{inputenc} au lieu de [utf8]{inputenc}

(je recherche où je l’ai trouvé…)
