Changer le type et la taille de police de la console

Invité · 12/09/2009, 18h45

Bonjour,
J'ai codé un programme qui tourne sur la console, mais voilà dans celui ci il y a des accents (Ah cette langue française !), et donc je souhaiterais savoir si il y a des lignes de codes qui pourrait passer la police de la console, de Raster à Lucida Console (qui elle affiche les accents, tant qu'on a chargé la code page 1252, ce qui est mon cas), comme c'est possible en editant les propriétés de la console.
Est il possible également d'augmenter la taille de la police via ces lignes de codes ?
Je suis tomber la dessus, est ce que ca a un rapport ?
http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx
Je ne souhaite pas procéder autrement, je veut imperativement changer la police de la console, et non pas convertir les caractères de mon code.
Merci
Bonne journée.
Skanner

**LittleWhite** · 13/09/2009, 09h44

Bonjour,

Changer la police utilisé par la console n'est pas possible. Ni même la taille de celle ci. J'en suis désolé pour vous.
Par contre, cela n'aurait pas corrigé votre problème d'accents car celui ci ne vient pas de là.
Le problème des accents et un problème avec Microsoft Visual Studio, qui se corrige dans les paramètres.
Donc dans les options du projet courant, sur la première page, il faudra changer l'encodage des caractères pour prendre soit du multi byte, ou l'autre ( la première ).
Pardon pour le manque de précision, je n'ai pas VS sous la main.

Pour la fonction qui change le buffer de la console, cela n'a pas de rapport.

Invité · 13/09/2009, 12h39

Merci pour votre explication.
J'ai donc changé le paramètre que vous m'avez indiqué, j'avais le choix entre Multioctet(ou Multibyte) et Unicode, j'ai essayé les deux paramètres et parès compilation, toujours ce même souci d'accent dans la console.
Je précise que je code en C.
Une autre idée ?

**Mac LAK** · 14/09/2009, 12h32

C'est bien un problème d'encodage, mais pas celui que tu crois... C'est l'encodage Windows (ANSI, celui de Visual) contre celui de la console (OEM, celui du DOS).

Règle ton projet en MBCS, mais appelle la fonction CharToOemBuff sur tes chaînes avant de les expédier sur la sortie standard, cela devrait résoudre ton problème.
N'oublie pas de faire l'inverse si tu acceptes des saisies utilisateur, bien entendu.

**LittleWhite** · 14/09/2009, 21h03

Je n'ai jamais eu à faire ça ... bon peut être que j'ai évité les accents finalement :s

**Mac LAK** · 15/09/2009, 11h22

Envoyé par LittleWhite

Je n'ai jamais eu à faire ça ... bon peut être que j'ai évité les accents finalement :s

Cela date de Windows 3.0 au minimum, pourtant, c'est donc loin d'être un problème "récent" !

Tu peux utiliser un palliatif très efficace aussi, c'est de convertir tes fichiers sources au format OEM (par défaut, les éditeurs Windows sauvegardent au format Ansi). Par exemple, UltraEdit possède cette fonction, il faudrait voir avec ton éditeur habituel s'il le fait. Je ne crois pas que Visual Studio effectue cette conversion, ou alors c'est vachement planqué.

Sinon, le truc "simple", c'est d'écrire uniquement dans une chaîne (sprintf), puis de faire ce truc :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
sprintf(buffer, ......);
// On peut convertir la chaîne elle-même "sur place" si c'est du MBCS.
// Il faut une chaîne destination différente en Unicode, par contre.
CharToOemBuff(buffer,buffer,strlen(buffer));
printf(buffer);

Rien de bien sorcier, donc.

**Médinoc** · 15/09/2009, 11h56

Note: Utiliser explicitement CharToOemBuffA() pour ce genre de code.

Invité · 15/09/2009, 22h35

Bonjour,

Je vous remercie pour votre réponse, je vais essayer ça, bien que ce n'était pas de cette manière dont je voulait procéder au départ.
Si jamais j'ai un souci, je reviens vous voir

, mais je suis quasiment certain que ca va marcher !

Bonne soirée.
Et merci, Amicalement, Skanner

**Mac LAK** · 16/09/2009, 09h52

Envoyé par skanner

bien que ce n'était pas de cette manière dont je voulait procéder au départ.

Je comprends bien, mais tu n'as que deux "bonnes méthodes" :

Utiliser un fichier source encodé en OEM (cas par défaut sur les éditeurs DOS, notamment).
Appeler la fonction de conversion explicitement.

Toute autre méthode est "mauvaise", dans le sens où elle n'est pas garantie marcher sur n'importe quel Windows.

**Médinoc** · 16/09/2009, 09h58

Sinon, j'ai tendance à utiliser directement WriteConsoleW(), mais ça a l'inconvénient de ne pas marcher si la sortie a été redirigée vers un fichier...

**Mac LAK** · 16/09/2009, 11h46

Envoyé par Médinoc

Sinon, j'ai tendance à utiliser directement WriteConsoleW(), mais ça a l'inconvénient de ne pas marcher si la sortie a été redirigée vers un fichier...

Je trouve ça rédhibitoire, pour ma part, le gros intérêt des programmes Win32 console étant, justement, de pouvoir utiliser les redirections...

Sinon, n'écrire qu'en anglais : ça résout le problème, et ça évite d'écrire du français plein de fautes (absence d'accents).