Nous avons un projet dans Team Foundation Server (TFS) qui contient un caractère non anglais (š). Lorsque nous essayons de scripter quelques éléments liés à la construction, nous sommes tombés sur un problème - nous ne pouvons pas transmettre la lettre š aux outils de ligne de commande. L'invite de commande ou quoi d'autre le gâche, et l' utilitaire tf.exe ne peut pas trouver le projet spécifié.

J'ai essayé différents formats pour le fichier .bat (ANSI, UTF-8 avec et sans BOM ) ainsi que le scriptage en JavaScript (qui est intrinsèquement Unicode) - mais pas de chance. Comment exécuter un programme et lui passer une ligne de commande Unicode ?

Mon parcours: j'utilise les entrées / sorties Unicode dans une console depuis des années (et je le fais beaucoup quotidiennement. De plus, je développe des outils de support pour exactement cette tâche). Il y a très peu de problèmes, pour autant que vous compreniez les faits / limitations suivants:

• CMDet «console» sont des facteurs indépendants. CMD.exeest juste un des programmes qui sont prêts à «fonctionner à l'intérieur» d'une console («applications console»).
• AFAIK, CMDa un support parfait pour Unicode; vous pouvez entrer / sortir tous les caractères Unicode lorsqu'une page de code est active.
• La console Windows a BEAUCOUP de support pour Unicode - mais elle n'est pas parfaite (juste "assez bien"; voir ci-dessous).
• chcp 65001est très dangereux. À moins qu'un programme ait été spécialement conçu pour contourner les défauts de l'API de Windows (ou utilise une bibliothèque d'exécution C qui a ces solutions de contournement), il ne fonctionnerait pas de manière fiable. Win8 corrige la moitié de ces problèmes cp65001, mais le reste est toujours applicable à Win10 .
• Je travaille cp1252. Comme je l'ai déjà dit: Pour entrer / sortir Unicode dans une console, il n'est pas nécessaire de définir la page de code .

Les détails

• Pour lire / écrire Unicode sur une console, une application (ou sa bibliothèque d'exécution C) doit être suffisamment intelligente pour utiliser non pas l' File-I/OAPI, mais l' Console-I/OAPI. (Pour un exemple, voyez comment Python le fait .)
• De même, pour lire les arguments de ligne de commande Unicode, une application (ou sa bibliothèque d'exécution C) doit être suffisamment intelligente pour utiliser l'API correspondante.
• Le rendu des polices de la console ne prend en charge que les caractères Unicode dans BMP (en d'autres termes: ci-dessous U+10000). Seul le rendu de texte simple est pris en charge (donc les langues européennes - et certaines d'Asie de l'Est - devraient fonctionner correctement - dans la mesure où l'on utilise des formes précomposées). [Il y a des petits caractères ici pour l'Asie de l'Est et pour les caractères U + 0000, U + 0001, U + 30FB.]

Considérations pratiques

• Les valeurs par défaut sur Windows ne sont pas très utiles. Pour une meilleure expérience, il faut régler 3 éléments de configuration:

  • Pour la sortie: une police de console complète. Pour de meilleurs résultats, je recommande mes versions . (Les instructions d'installation y sont présentes - et également répertoriées dans d'autres réponses sur cette page.)
  • Pour la saisie: une disposition de clavier capable. Pour de meilleurs résultats, je recommande mes mises en page .
  • Pour l'entrée: autorisez l'entrée HEX d'Unicode .

• Encore un gotcha avec "Pasting" dans une application console (très technique):

  • Entrée HEX offre un caractère sur KeyUpdes Alt; toutes les autres façons de livrer un personnage se produisent KeyDown; tant d'applications ne sont pas prêtes à voir un personnage KeyUp. (Applicable uniquement aux applications utilisant l' Console-I/OAPI.)
  • Conclusion: de nombreuses applications ne réagiraient pas aux événements d'entrée HEX.
  • De plus, ce qui se passe avec un caractère «collé» dépend de la disposition actuelle du clavier: si le caractère peut être tapé sans utiliser de touches de préfixe (mais avec une combinaison compliquée arbitraire de modificateurs, comme dans Ctrl-Alt-AltGr-Kana-Shift-Gray*), il est fourni sur une touche émulée. C'est ce que toute application attend - donc coller tout ce qui ne contient que de tels caractères est très bien.
  • Cependant, les «autres» caractères sont fournis en émulant l'entrée HEX .

  Conclusion :moinsvotre misepage clavier prendchargeentrée d'un grand nombre de caractères sans touches préfixe, certaines applications buggy peut sautercaractères lorsque vousPastevia l'interface utilisateur deconsole:Alt-Space E P. ( C'est pourquoi je recommande d'utiliser mes dispositions de clavier!)

Il ne faut pas oublier non plus que les «consoles alternatives« plus performantes »» pour Windows ne sont pas du tout des consoles . Ils ne prennent pas en charge les Console-I/OAPI, donc les programmes qui s'appuient sur ces API pour fonctionner ne fonctionneraient pas. (Les programmes qui n'utilisent que des «API d'E / S de fichier pour les descripteurs de fichiers de la console» fonctionneraient bien, cependant.)

Un exemple d'une telle non-console fait partie de MicroSoft Powershell. Je ne l'utilise pas; pour expérimenter, appuyez et relâchez WinKey, puis tapez powershell.

(D'un autre côté, il existe des programmes tels que ConEmuou ANSICONqui essaient d'en faire plus: ils «tentent» d'intercepter les Console-I/OAPI pour que les «vraies applications de console» fonctionnent également. Cela fonctionne certainement pour les exemples de programmes jouets; dans la vie réelle, cela peut peut ne pas résoudre vos problèmes particuliers. Expérience.)

Résumé

• définir la police, la disposition du clavier (et éventuellement autoriser la saisie HEX).

• utilisez uniquement des programmes qui passent par des Console-I/OAPI et acceptez les arguments de ligne de commande Unicode. Par exemple, tout cygwinprogramme compilé devrait convenir. Comme je l'ai déjà dit, CMDc'est bien aussi.

UPD: Au départ, pour un bug cp65001, je mélangeais les couches noyau et CRTL ( UPD²: et API en mode utilisateur Windows!). Aussi: Win8 corrige la moitié de ce bogue; J'ai clarifié la section sur l'application «meilleure console» et ajouté une référence à la façon dont Python le fait.

Essayer:

chcp 65001

ce qui changera la page de codes en UTF-8. Vous devez également utiliser les polices de la console Lucida.

J'ai eu le même problème (je viens de la République tchèque). J'ai une installation en anglais de Windows et je dois travailler avec des fichiers sur un lecteur partagé. Les chemins d'accès aux fichiers incluent des caractères spécifiques à la République tchèque.

La solution qui fonctionne pour moi est:

Dans le fichier batch, changez la page du jeu de caractères

Mon fichier batch:

chcp 1250
copy "O:\VEŘEJNÉ\ŽŽŽŽŽŽ\Ž.xls" c:\temp

Le fichier batch doit être enregistré dans le CP 1250.

Notez que la console n'affichera pas les caractères correctement, mais elle les comprendra ...

Vérifiez la langue des programmes non Unicode. Si vous avez des problèmes avec le russe dans la console Windows, vous devez définir le russe ici:

Il est assez difficile de changer la page de codes par défaut de la console Windows. Lorsque vous effectuez une recherche sur le Web, vous trouvez différentes propositions, mais certaines d'entre elles peuvent complètement casser votre Windows, c'est-à-dire que votre PC ne démarre plus.

La solution la plus sécurisée est celle-ci: Accédez à votre clé de registre HKEY_CURRENT_USER\Software\Microsoft\Command Processoret ajoutez String value Autorun= chcp 65001.

Ou vous pouvez utiliser ce petit Batch-Script pour les pages de codes les plus courantes.

@ECHO off

SET ROOT_KEY="HKEY_CURRENT_USER"


FOR /f "skip=2 tokens=3" %%i in ('reg query HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage /v OEMCP') do set OEMCP=%%i

ECHO System default values:

ECHO.
ECHO ...............................................
ECHO Select Codepage 
ECHO ...............................................
ECHO.
ECHO 1 - CP1252
ECHO 2 - UTF-8
ECHO 3 - CP850
ECHO 4 - ISO-8859-1
ECHO 5 - ISO-8859-15
ECHO 6 - US-ASCII
ECHO.
ECHO 9 - Reset to System Default (CP%OEMCP%)
ECHO 0 - EXIT
ECHO.


SET /P  CP="Select a Codepage: "

if %CP%==1 (
    echo Set default Codepage to CP1252
    reg add "%ROOT_KEY%\Software\Microsoft\Command Processor" /v Autorun /t REG_SZ /d "@chcp 1252>nul" /f
) else if %CP%==2 (
    echo Set default Codepage to UTF-8
    reg add "%ROOT_KEY%\Software\Microsoft\Command Processor" /v Autorun /t REG_SZ /d "@chcp 65001>nul" /f
) else if %CP%==3 (
    echo Set default Codepage to CP850
    reg add "%ROOT_KEY%\Software\Microsoft\Command Processor" /v Autorun /t REG_SZ /d "@chcp 850>nul" /f
) else if %CP%==4 (
    echo Set default Codepage to ISO-8859-1
    add "%ROOT_KEY%\Software\Microsoft\Command Processor" /v Autorun /t REG_SZ /d "@chcp 28591>nul" /f
) else if %CP%==5 (
    echo Set default Codepage to ISO-8859-15
    add "%ROOT_KEY%\Software\Microsoft\Command Processor" /v Autorun /t REG_SZ /d "@chcp 28605>nul" /f
) else if %CP%==6 (
    echo Set default Codepage to ASCII
    add "%ROOT_KEY%\Software\Microsoft\Command Processor" /v Autorun /t REG_SZ /d "@chcp 20127>nul" /f
) else if %CP%==9 (
    echo Reset Codepage to System Default
    reg delete "%ROOT_KEY%\Software\Microsoft\Command Processor" /v AutoRun /f
) else if %CP%==0 (
    echo Bye
) else (
    echo Invalid choice
    pause
)

Utiliser @chcp 65001>nulau lieu de chcp 65001supprime la sortie "Page de codes active: 65001" que vous obtiendrez chaque fois que vous démarrez une nouvelle fenêtre de ligne de commande.

Une liste complète de tous les numéros disponibles que vous pouvez obtenir à partir des identificateurs de page de code

Remarque, les paramètres ne s'appliqueront qu'à l'utilisateur actuel. Si vous souhaitez le définir pour tous les utilisateurs, remplacez la ligne SET ROOT_KEY="HKEY_CURRENT_USER"parSET ROOT_KEY="HKEY_LOCAL_MACHINE"

En fait, l'astuce est que l'invite de commande comprend réellement ces caractères non anglais, ne peut tout simplement pas les afficher correctement.

Lorsque j'entre un chemin dans l'invite de commande qui contient des caractères non anglais, il s'affiche comme "?? ?????? ?????". Lorsque vous soumettez votre commande (cd "??? ?????? ?????" dans mon cas), tout fonctionne comme prévu.

Sur une machine Windows 10 x64, j'ai fait que l'invite de commande affiche les caractères non anglais en:

Ouvrez une invite de commande élevée (exécutez CMD.EXE en tant qu'administrateur). Recherchez dans votre registre les polices TrueType disponibles sur la console en:

    REG query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Console\TrueTypeFont"

Vous verrez une sortie comme:

    0    REG_SZ    Lucida Console
    00    REG_SZ    Consolas
    936    REG_SZ    *新宋体
    932    REG_SZ    *ＭＳ ゴシック

Nous devons maintenant ajouter une police TrueType qui prend en charge les caractères dont vous avez besoin, comme Courier New. Nous faisons cela en ajoutant des zéros au nom de la chaîne, donc dans ce cas, le suivant serait "000":

    REG ADD "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Console\TrueTypeFont" /v 000 /t REG_SZ /d "Courier New"

Maintenant, nous implémentons le support UTF-8:

    REG ADD HKCU\Console /v CodePage /t REG_DWORD /d 65001 /f

Définissez la police par défaut sur "Courier New":

    REG ADD HKCU\Console /v FaceName /t REG_SZ /d "Courier New" /f

Définissez la taille de police sur 20:

    REG ADD HKCU\Console /v FontSize /t REG_DWORD /d 20 /f

Activez l'édition rapide si vous le souhaitez:

    REG ADD HKCU\Console /v QuickEdit /t REG_DWORD /d 1 /f

Comme je n'ai pas vu de réponses complètes pour Python 2.7, je vais décrire les deux étapes importantes et une étape facultative qui est assez utile.

1. Vous avez besoin d'une police prenant en charge Unicode. Windows est livré avec Lucida Console qui peut être sélectionné en cliquant avec le bouton droit sur la barre de titre de l'invite de commande et en cliquant sur l' Defaultsoption. Cela donne également accès aux couleurs. Notez que vous pouvez également modifier les paramètres des fenêtres de commande invoquées de certaines manières (par exemple, ouvrir ici, Visual Studio) en choisissant à la Propertiesplace.
2. Vous devez définir la page de codes sur cp65001, ce qui semble être la tentative de Microsoft pour offrir la prise en charge UTF-7 et UTF-8 à l'invite de commande. Pour ce faire, exécutez chcp 65001dans l'invite de commande . Une fois réglé, il reste ainsi jusqu'à la fermeture de la fenêtre. Vous devrez refaire cela chaque fois que vous lancerez cmd.exe.

Pour une solution plus permanente, reportez-vous à cette réponse sur Super User. En bref, créez une REG_SZentrée (String) à l'aide de regedit at HKEY_LOCAL_MACHINE\Software\Microsoft\Command Processoret nommez-la AutoRun. Modifiez sa valeur en chcp 65001. Si vous ne souhaitez pas voir le message de sortie de la commande, utilisez @chcp 65001>nulplutôt.

Certains programmes ont du mal à interagir avec cet encodage, MinGW étant un notable qui échoue lors de la compilation avec un message d'erreur absurde. Néanmoins, cela fonctionne très bien et ne cause pas de bugs avec la majorité des programmes.

J'ai trouvé cette méthode utile dans les nouvelles versions de Windows 10:

Activez cette fonctionnalité: "Bêta: utilisez Unicode UTF-8 pour la prise en charge des langues dans le monde entier"

Panneau de configuration -> Paramètres régionaux -> onglet Administration-> Modifier les paramètres régionaux du système ...

Une option vraiment simple consiste à installer un shell bash Windows tel que MinGW et à l'utiliser:

Il y a un peu de courbe d'apprentissage car vous devrez utiliser la fonctionnalité de ligne de commande Unix, mais vous allez adorer sa puissance et vous pouvez définir le jeu de caractères de la console sur UTF-8.

Bien sûr, vous obtenez également tous les goodies habituels * nix comme grep, find, less, etc.

Pour un problème similaire, (mon problème était d'afficher les caractères UTF-8 de MySQL sur une invite de commande),

Je l'ai résolu comme ceci:

1. J'ai changé la police de l'invite de commande en Lucida Console. (Cette étape ne doit pas être pertinente pour votre situation. Elle ne concerne que ce que vous voyez à l'écran et non ce qui est vraiment le personnage).

2. J'ai changé la page de code en Windows-1253. Vous faites cela sur l'invite de commande par "chcp 1253". Cela a fonctionné pour mon cas où je voulais voir UTF-8.

Ce problème est assez ennuyeux. J'ai généralement du caractère chinois dans mon nom de fichier et le contenu du fichier. Veuillez noter que j'utilise Windows 10, voici ma solution:

Pour afficher le nom du fichier , tel que dirou lssi vous avez installé Ubuntu bash sur Windows 10

1. Définissez la région pour prendre en charge le caractère non utf 8.

2. Après cela, la police de la console sera remplacée par la police de cet environnement local, et cela modifie également l'encodage de la console.

Après avoir effectué les étapes précédentes, afin d'afficher le contenu d'un fichier UTF-8 à l'aide de l'outil de ligne de commande

1. Changez la page en utf-8 par chcp 65001
2. Choisissez la police qui prend en charge utf-8, telle que Lucida Console
3. Utilisez la typecommande pour consulter le contenu du fichier, ou catsi vous avez installé Ubuntu bash sur Windows 10
4. Veuillez noter qu'après avoir défini l'encodage de la console sur utf-8, je ne peux pas taper de caractère chinois dans le cmd en utilisant la méthode d'entrée chinoise.

La solution la plus paresseuse: utilisez simplement un émulateur de console tel que http://cmder.net/

Je vois plusieurs réponses ici, mais elles ne semblent pas répondre à la question - l'utilisateur veut obtenir une entrée Unicode à partir de la ligne de commande.

Windows utilise UTF-16 pour l'encodage en chaînes de deux octets, vous devez donc les obtenir du système d'exploitation dans votre programme. Il y a deux façons de faire ça -

1) Microsoft a une extension qui permet à main de prendre un large tableau de caractères: int wmain (int argc, wchar_t * argv []); https://msdn.microsoft.com/en-us/library/6wd819wh.aspx

2) Appelez l'API Windows pour obtenir la version unicode de la ligne de commande wchar_t win_argv = (wchar_t ) CommandLineToArgvW (GetCommandLineW (), & nargs); https://docs.microsoft.com/en-us/windows/desktop/api/shellapi/nf-shellapi-commandlinetoargvw

Lisez ceci: http://utf8everywhere.org pour des informations détaillées, en particulier si vous prenez en charge d'autres systèmes d'exploitation.

À partir de juin 2019, avec Windows 10, vous n'aurez plus à modifier la page de code.

Voir « Présentation de Windows Terminal » (de Kayla Cinnamon ) et Microsoft / Terminal .
Grâce à l'utilisation de la police Consolas, un support partiel Unicode sera fourni.

Comme indiqué dans le Microsoft/Terminalproblème 387 :

Il y a actuellement 87 887 idéogrammes en Unicode. Vous en avez également besoin?
Nous avons besoin d'une limite, et les caractères au-delà de cette limite doivent être gérés par le remplacement de police / liaison de police / quoi que ce soit.

Ce que Consolas devrait couvrir:

• Caractères utilisés comme symboles utilisés par les programmes OSS modernes en CLI.
• Ces personnages doivent suivre la conception et les métriques de Consolas et être correctement alignés avec les personnages existants de Consolas.

Ce que Consolas ne doit PAS couvrir:

• Les caractères et la ponctuation des scripts qui, au-delà du latin, du grec et du cyrillique, en particulier les caractères, nécessitent une mise en forme complexe (comme l'arabe).
• Ces caractères doivent être traités avec une police de secours.

Une décision rapide pour les fichiers .bat si votre ordinateur affiche votre chemin / nom de fichier correct lorsque vous le tapez dans la fenêtre DOS:

1. copy con temp.txt [appuyez sur Entrée]
2. Tapez le chemin d'accès / nom de fichier [appuyez sur Entrée]
3. Appuyez sur Ctrl-Z [appuyez sur Entrée]

De cette façon, vous créez un fichier .txt - temp.txt. Ouvrez-le dans le Bloc-notes, copiez le texte (ne vous inquiétez pas, il sera illisible) et collez-le dans votre fichier .bat. L'exécution du .bat créé de cette façon dans la fenêtre DOS a fonctionné pour moi (cyrillique, bulgare).

Une meilleure solution de nettoyage: installez simplement le pack de langue japonais Microsoft disponible et gratuit. (D'autres packs de langues orientales fonctionneront également, mais j'ai testé le japonais.)

Cela vous donne les polices avec les plus grands ensembles de glyphes, en fait le comportement par défaut, change les différents outils Windows comme cmd, WordPad, etc.

Changer la page de codes en 1252 fonctionne pour moi. Le problème pour moi est que le symbole double doller § se convertit en un autre symbole par DOS sur Windows Server 2008.

J'ai utilisé CHCP 1252 et un cap avant dans ma déclaration BCP ^ §.

J'ai rencontré un problème similaire en supprimant les fichiers nommés Unicode en me référant à eux dans le fichier de commandes par leurs noms courts (8 points 3).

Les noms courts peuvent être consultés en faisant dir /x. Évidemment, cela ne fonctionne qu'avec les noms de fichiers Unicode déjà connus.