ISO 8859-1 et Dev-Cpp (unsigned char, wprintf ??)

Version imprimable

28/11/2007, 14h18
Rappunzell

ISO 8859-1 et Dev-Cpp (unsigned char, wprintf ??)

Bonjour à tous.

Je développe actuellement en C sous Dev-Cpp.

Depuis toujours, le problème du manque d'accent sous la console ne m'avait pas dérangé.

Or, je suis contraint aujourd'hui de travailler avec l'encodage ISO 8859-1.

L'ennui, c'est que je ne sais absolument pas comment faire...

En gros, j'aimerais savoir comment utiliser l'encodage ISO 8859-1 dans un programme C avec Dev-Cpp.

J'ai entendu parler de certains

Code:

unsigned char

et d'une famille de fonction wprintf... Mais j'avoue franchement que je ne comprend pas exactement ce que fait cette fameuse fonction, et encore moins comment on l'utilise. :?

Si vous pouviez m'éclairer... :D

Merci d'avance! :yaisse2:
28/11/2007, 17h16
Rappunzell

Si ça ne vous parait pas clair, dites-le :roll:
28/11/2007, 17h26
Emmanuel Delahaye

Citation:

Envoyé par Rappunzell

Je développe actuellement en C sous Dev-Cpp.

Depuis toujours, le problème du manque d'accent sous la console ne m'avait pas dérangé.

Or, je suis contraint aujourd'hui de travailler avec l'encodage ISO 8859-1.

L'ennui, c'est que je ne sais absolument pas comment faire...

Rien. Ton système est déjà probablement en ISO 8859-1 (Latin-1) si il est configuré en français ou en anglais... Les caractères que tu tapes dans l'éditeur sont codés en ISO 8859-1, dit 'ANSI', et c'est précisément ce qui fait que, sous Windows, leur interprétation dans la console (qui attend par défaut du codage 'MS-DOS' IBM-PC8 dit 'OEM') affiche ces caractères avec le mauvais glyphe.

Pour corriger ça, il faut changer la page code du mode console. Ca se fait avec une commande 'cp' (help cp pour les détails : 'Code Page').

Rien de tout ça n'a à voir avec le langage C.
28/11/2007, 17h35
Rappunzell

Citation:

Envoyé par Emmanuel Delahaye

Rien. Ton système est déjà probablement en ISO 8859-1 (Latin-1) si il est configuré en français ou en anglais... Les caractères que tu tapes dans l'éditeur sont codés en ISO 8859-1, dit 'ANSI', et c'est précisément ce qui fait que, sous Windows, leur interprétation dans la console (qui attend par défaut du codage 'MS-DOS' IBM-PC8 dit 'OEM') affiche ces caractères avec le mauvais glyphe.

Pour corriger ça, il faut changer la page code du mode console. Ca se fait avec une commande 'cp' (help cp pour les détails : 'Code Page').

Rien de tout ça n'a à voir avec le langage C.

Merci beaucoup.

Mais, pourrais-tu, s'il te plait, donner plus de détails sur la façon de s'y prendre pour "changer la page code du mode console". Car quand je tape "help cp" dans la console, j'obtiens ceci:

Citation:

Envoyé par Console C:\Windows\System32\command.com

Cette commande n'est pas prise en charge par l'utilitaire d'aide.
Essayer "x /?".

Et en tapant CP tout seul, apparement la commande n'est pas reconnue. :?

Je précise que je suis sous Windows XP ed. Familiale :evilred: (C'est un PC portable...)
28/11/2007, 18h16
Emmanuel Delahaye

Citation:

Envoyé par Rappunzell

Et en tapant CP tout seul, apparement la commande n'est pas reconnue. :?

Je précise que je suis sous Windows XP ed. Familiale :evilred: (C'est un PC portable...)

Oui, désolé, c'est une fonction de la commande mode.

mode con cp select=xxx

Il faut faire help mode. En fait, ça ne suffit pas. Il faut trouver quel est le code de page à appliquer... Google est ton ami...

... Je dirais 1252...

Code:

1
2
3
4
5
6
7
#include <windows.h>
UINT backup = GetConsoleOutputCP();
SetConsoleOutputCP(1252);
 
/* ton programme */
 
SetConsoleOutputCP(backup);

28/11/2007, 23h00
Médinoc

Attention, en général Windows n'est pas exactement en ISO-8859-1 mais en Windows-1252 (Page de codes 1252), qui possède de légères différences (notamment le symbole Euro).

Si tu veux vraiment utiliser de l'ISO-8859-1, tu dois choisir la page de codes 28591.
(source: page Code Page Identifiers sur MSDN)
05/12/2007, 12h57
Rappunzell

Merci les gars.

Je vais essayer ça.

Modifier la page de code ne suffit pas, il faut également modifier la fonte utilisée par cmd.exe. Il existe également les fonctions CharToOem*() qui permettent de convertir une chaine dans l'encodage de la console (ce qui évite d'avoir à changer l'encodage et la fonte). Voici un exemple de code pseudo-portable:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 #include <stdio.h> #include <stdlib.h> #if defined (WIN32) # include <windows.h> # define TO_CONSOLE__(dest, src, size) \ CharToOemBuff((src), (dest), (size)) #else # include <string.h> # define TO_CONSOLE__(dest, src, size) \ strncat((dest), (src), (size) - 1) #endif char *to_console(char *dest, char const *src, size_t size) { char *p_ret = NULL; if (dest != NULL && src != NULL && size > 1) { *dest = 0; TO_CONSOLE__(dest, src, size); p_ret = dest; } return p_ret; } int main(void) { char tampon[16] = ""; to_console(tampon, "éééààà!", sizeof tampon); puts(tampon); return 0; }
En pratique, CharToOemBuff() attend une chaine encodée en windows-1252, mais les différences avec ISO-8859-1 ne portent que sur les codes 0x80 à 0x9F (qui correspondent à des caractères non imprimables en ISO-8859-1). En ce qui concerne le symbole de l'Euro, il n'existe pas dans l'encodage ISO-8859-1.

Le code ci-dessus devrait fonctionner sans surprise avec ISO-8859-1 pour autant qu'on ne passe pas à to_console() un caractère dont le code est compris entre 0x80 et 0x9F.

Thierry

05/12/2007, 14h44
Melem

Citation:

Envoyé par Médinoc

Attention, en général Windows n'est pas exactement en ISO-8859-1 mais en Windows-1252 (Page de codes 1252), qui possède de légères différences (notamment le symbole Euro).

Et ISO 8859-1 n'est pas ISO-8859-1 :lol:.

Sinon pour le problème de Rappunzell, tu peux copier-coller le code dans un autre éditeur qui offre plus de choix quant au codage. Par exemple sous Word :mouarf:, tu enregistres le document comme du texte brut en choisissant le jeu de caractères que tu veux, dans ton cas Europe Occidentale (ISO) ... je crois :mrgreen:. Ca manque pas d'audace mais au moins ca peut marcher.
05/12/2007, 23h07
Rappunzell
Citation:

Envoyé par Melem

Et ISO 8859-1 n'est pas ISO-8859-1 :lol:.

Sinon pour le problème de Rappunzell, tu peux copier-coller le code dans un autre éditeur qui offre plus de choix quant au codage. Par exemple sous Word :mouarf:, tu enregistres le document comme du texte brut en choisissant le jeu de caractères que tu veux, dans ton cas Europe Occidentale (ISO) ... je crois :mrgreen:. Ca manque pas d'audace mais au moins ca peut marcher.

Ouais, pourquoi pas... Mais je compile comment après? :D

Citation:

Envoyé par Thierry

En pratique, CharToOemBuff() attend une chaine encodée en windows-1252, mais les différences avec ISO-8859-1 ne portent que sur les codes 0x80 à 0x9F (qui correspondent à des caractères non imprimables en ISO-8859-1). En ce qui concerne le symbole de l'Euro, il n'existe pas dans l'encodage ISO-8859-1.

Le code ci-dessus devrait fonctionner sans surprise avec ISO-8859-1 pour autant qu'on ne passe pas à to_console() un caractère dont le code est compris entre 0x80 et 0x9F.

Merci beaucoup! Bon, ce n'est pas très pratique, mais au moins ça marche :). Sinon, mon prof tiens absolument à ce que j'utilise le ISO 8859-1. J'ai eu un cours sur les encodages, c'est à partir du 8859-15 que le symbole euro est apparut. Y aurait-il une autre fonction que CharToOemBuff() ?

Ah, petite question aussi, à quoi sert le
Code:

1 2 puts(tampon)
:? ??

Merci
05/12/2007, 23h20
Médinoc

WideCharToMultiByte() est comme CharToOemW() ou CharToOemBuffW() tout en offrant un plus grand contrôle.
L'inconvénient, c'est qu'il faut que les caractères soient en UCS-2 ou UTF-16 pour utiliser la fonction.

D'un autre côté, si les performances ne sont pas une priorité absolue (surtout pour l'affichage!), tu peux convertir ton code de ISO 8859-1 à UTF-16 PUIS convertir tout cela pour l'affichage en console... (ou encore, utiliser directement les fonctions d'affichage unicode une fois que tu as ta chaîne en UTF-16)...
05/12/2007, 23h29
Rappunzell

Oulà, ça devient trop compliqué pour moi...
06/12/2007, 07h24
Melem

Citation:

Envoyé par Rappunzell

Ouais, pourquoi pas... Mais je compile comment après?

Quoi? ne me dis quand même pas que tu ne sais pas compiler un fichier ou pire que t'as eu l'intension de le compiler sous Word!!! Ton fichier source est codé dans un jeu de caractères basé sur l'ASCII donc le compilateur n'aura aucun problème pour le compiler ... Le seul problème c'est qu'en ouvrant ton fichier dans un éditeur (sous Windows bien sûr), qui s'attend que le fichier soit codé avec le jeu de caractères ANSI, il se peut que ton nouveau fichier soit légèrement différent de l'original ...
06/12/2007, 09h02
Emmanuel Delahaye

Citation:

Envoyé par Rappunzell

Ah, petite question aussi, à quoi sert le

Code:

puts(tampon)

Quand tu découvres une fonction, le reflexe doit être de lire sa doc :

http://www.opengroup.org/onlinepubs/...ions/puts.html