Le trait d'union est converti en 'caractère inconnu' lorsqu'il est collé dans des programmes tels que Putty, le Bloc-notes est OK

0

Lorsqu'un trait d'union codé en UTF-8 (U + 2010) est copié à partir d'un navigateur (j'ai essayé Firefox et IE), puis collé dans des programmes tels que Putty et Vim (les variantes de Windows), tous les traits d'union sont présentés comme des "glyphes inconnus". . Coller dans le Bloc-notes fonctionne parfaitement. Copier / coller dans Debian / Wheezy du même texte HTML (copier à partir de iceweasel, coller à vim) fonctionne également comme prévu.

Mais le caractère utf-8 n'est pas infirme. Enregistrement sur le disque resp. copier et coller le texte estropié fonctionne comme prévu.

Le vrai problème que je dois résoudre concerne Confluence et sa fonction d’exportation vers un fichier docx. Le code HTML est affiché. OK, docx affiche les glyphes non signés. La copie de docx vers Notepad affiche les traits d'union dans le texte collé.

Que pourrais-je faire pour résoudre ceci?

windows-7 vim putty utf-8 confluence gh57.at
la source
Comment éditer des fichiers UTF-8 dans vim sur windows , Comment utiliser UTF-8 sous Linux à partir de Windows 7 via PuTTY?
Ƭᴇcʜιᴇ007
Techi007, merci. J'ai oublié de mentionner que les codes allemands non autorisés sont affichés comme prévu. Pour vim, encoding et fileencodings sont définis sur utf-8. Avec encoding = latin1, les traits d'union auraient été affichés sous la forme â €. Nos machines Linux sont réglées sur LANG = de_DE.UTF-8 etc.
gh57.at

Réponses:

0

J'ai poursuivi mes recherches et trouvé une explication: Hyphen U + 2010 N'EST PAS contenu dans la plupart des polices, en particulier dans les polices fixes qui sont généralement nécessaires dans des programmes tels que Vim et PuTTY.

La solution de mon problème avec Confluence est donc la suivante: lors de la conversion du contenu du wiki de Confluence au format de fichier MS Word, choisissez «Arial Unicode MS Standard» comme police par défaut.

gh57.at
la source