Discussion :

[odsen.s]

Bonjour,

En utilisant les fonction d'entrées/sorties de la bibliothèque CLIB, je me rend compte que l'on peut saisir des caractères accentués et qu'ils peuvent par la suite s'afficher correctement sur une console Windows.

Ainsi le code :

Code :

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

1
2
3
4
5
6
7
8
9
#include "ed/inc/io.h"
 
int main(int argc, char *argv[])
{
   char chaine[32] = {0};
   get_s(chaine, sizeof chaine);
   printf("%s", chaine);
   return 0;
}

Produit bien ceci en console :

André a été à l'île de Ré.<enter>
André a été à l'île de Ré.

Mais lorsque je tente d'écrire cette même chaîne dans un fichier, ce n'est pas la même chose.

Ainsi le code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
#include "ed/inc/io.h"
 
int main(int argc, char *argv[])
{
   char chaine[32] = {0};
   get_s(chaine, sizeof chaine);
 
   FILE* fichier = fopen("test.txt", "a");
   fputs(chaine, fichier);
 
   return 0;
}

Ecrit ceci dans le fichier test.txt, si je saisis la même chaîne :

Andr‚ a ‚t‚ … l'Œle de R‚.

Comment peut-on correctement (sous Windows pour le moment) écrire correctement des caractères accentués dans un fichier ?
La réponse est peut-être simple, mais je n'arrive pas à la trouver par moi même en recherchant dans les sujets déjà traités.

Merci.

[Médinoc]

Tu peux utiliser la fonction Win32 OemToChar() (et CharToOem() dans l'autre sens).

[gege2061]

Bonjour,

Le c90 ne supporte pas les accents (même dans le commentaires). Tu peux utiliser une nouveauté du C99 : les chaînes de caractères étendues

man wprintf

Mais ce n'est pas suporté par tous les compilateurs

[Médinoc]

wprintf() foire sous Windows. Ne me demandez pas pourquoi...

[Trap D]

wprintf() foire sous Windows. Ne me demandez pas pourquoi...

Ça sent le troll

[Médinoc]

Je ne vois pas trop pourquoi, j'aime bosser sous Windows.
C'est pourquoi j'aimerais bien que les w.... marchent, plutôt que d'utiliser les fonctions Win32...

Note: En unicode, WriteConsoleW() supporte bien les accents.

[Trap D]

Oui je sais bien pour toi, mais d'autres pourraient être tentés

[Emmanuel Delahaye]

Je ne vois pas trop pourquoi, j'aime bosser sous Windows.
C'est pourquoi j'aimerais bien que les w.... marchent, plutôt que d'utiliser les fonctions Win32...

Note: En unicode, WriteConsoleW() supporte bien les accents.

Je pense que tout dépend de la version ta *crt.dll. (C-run time DLL) En gros, il y a C90, C95 (wprintf) et c99...

[Jean-Marc.Bourguet]

Le c90 ne supporte pas les accents (même dans le commentaires).

Faux.

Tu peux utiliser une nouveauté du C99 : les chaînes de caractères étendues

C'était présent en C90.

man wprintf

Ceci est un ajout de C95.

[odsen.s]

Merci à tous pour vos conseils et remarques.
Je vais de ce pas m'intéresser aux chaînes étendues.

Bon dimanche.

[Médinoc]

Code :

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

1
2
3
4
5
6
7
8
#include <stdio.h>
#inlcude <wchar.h>
 
int main(void)
{
	wprintf(L"Test accents : Frédéric\n");
	return 0;
}

Avec une CRT ancienne (6.0, peut-être 7), l'affichage s'arrêtait au premier caractère accentué.
Avec la CRT 8, ça marche autant en char qu'en wchar (affiche "FrÚdÚric"). Le seul moyen d'afficher directement les accents sur une console sous Win32, c'est donc WriteConsoleW().
Le moyen indirect, c'est CharToOem() (s'arrête au premier \0) ouCharToOemBuff() (s'arrête une fois la longueur atteinte). Malheureusement, aucune fonction qui s'arrête au premier \0 ou à la longueur atteinte n'est disponible.

[Jean-Marc.Bourguet]

Je ne connais pas Windows et j'ai cru comprendre qu'il y avait de l'incohérence en ce sens que la console n'utiliserait pas le charset qui est officiellement celui par défaut.

De toute manière, dès qu'on sort du jeux de caractères de base, on est sensé utiliser les locales. Est-ce que:

Code :

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

1
2
3
4
5
6
7
8
9
10
#include <locale.h>
#include <stdio.h>
#include <wchar.h>
 
int main()
{
   setlocale(LC_ALL, "");
   wprintf(L"Frédéric\n");
   return 0;
}

fonctionne mieux? Il faut peut-être aussi réussir à indiquer quel locale utiliser. Sous Unix, c'est en mettant des variables d'environnement (LANG, LC_CTYPE, LC_ALL toutes ont potentiellement une influence sur l'encodage et le charset utilisé.)

Une alternative, indiquer à la console quelle encodage et charset utiliser plutôt que d'essayer d'indiquer au programme quel encodage et charset est utilisé par la console.

[Médinoc]

Il y a bien une fonction Win32 qui règle le charset de la console (SetConsoleoutputCP()) mais ça ne marche que si la police de la console est une police True Type (ce qui par défaut n'est pas le cas, et il n'existe aucun moyen de changer ça logiciellement avant Windows Vista)...

[Jean-Marc.Bourguet]

Il y a bien une fonction Win32 qui règle le charset de la console (SetConsoleoutputCP())

Tu veux dire qu'il n'y a pas de moyen de donner un charset par défaut pour les nouvelles consoles, ni de lancer une console en spécifiant quel charset il faut utiliser, ni de changer dans un menu le charset d'une console déjà lancée?

mais ça ne marche que si la police de la console est une police True Type (ce qui par défaut n'est pas le cas, et il n'existe aucun moyen de changer ça logiciellement avant Windows Vista)...

Donc envoyer "\033\055\041" n'est pas une solution (code ECMA43 pour utiliser la partie droite de Latin1 comme G1).

[Médinoc]

Pour les AUTRES moyens que SetConsoleOutputCP(), aucune idée.

[odsen.s]

Bonjour,

Après test, je constate que le code suivant n'écrit toujours pas correctement les caractères accentués dans un fichier :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
#include <stdio.h>
#include <stdlib.h>
#include <wchar.h> 
 
int main(int argc, char *argv[])
{
    wint_t c = 0; // Contiendra chaque caractère lu
    FILE* tampon = fopen("tampon", "w"); // Ouverture du fichier tampon
 
        /* Tant que le caractère lu n'est pas WOEF, on
            lit les caractères de stdin et on les écrit
            dans le fichier tampon */
	while ((c = getchar()) != WEOF)
	{
	    fputwc (c, tampon);
	}
 
	fclose(tampon); // Fermeture du fichier tampon
 
	return EXIT_SUCCESS;
}

Y a-t-il une erreur ?
Merci

[Jean-Marc.Bourguet]

Y a-t-il une erreur ?

Il y en a au moins deux:
- Tu travailles dans la locale C, rien n'indique qu'elle doit supporter autre chose que le jeux de caractères de bases.
- Rien n'indique que le codage utilisé pour les char soit le même que le codage utilisé pour les wchar_t.

J'ai en projet de faire un document décrivant ce que je sais sur le support des jeux de caractères en C et en C++. Le début est déjà disponible (http://www.bourguet.org/cpp/caracteres.pdf) mais la partie qui t'intéresserait le plus n'est pas encore écrite, simplement suggérée.

[odsen.s]

J'ai en projet de faire un document décrivant ce que je sais sur le support des jeux de caractères en C et en C++. Le début est déjà disponible (http://www.bourguet.org/cpp/caracteres.pdf) mais la partie qui t'intéresserait le plus n'est pas encore écrite, simplement suggérée.

Je vais déjà entamer la lecture du document, et attendre patiemment la suite

Merci.

[Emmanuel Delahaye]

Je vais déjà entamer la lecture du document, et attendre patiemment la suite

Merci.

Pour moi, la bonne solution, c'est de convertir les caractères avec les fonctions de Windows CharOemToAnsi() et compagnie...

http://msdn2.microsoft.com/en-us/library/ms682060.aspx

[Jean-Marc.Bourguet]

Pour moi, la bonne solution, c'est de convertir les caractères avec les fonctions de Windows CharOemToAnsi() et compagnie...

http://msdn2.microsoft.com/en-us/library/ms682060.aspx

Il y a une série de problèmes... celui-là -- Windows qui fournit une console dont le charset n'est pas celui de Windows et qui ne fournit pas de locale correspondant -- n'est que le dernier. Je l'admets, le plus em... pour ceux qui cherchent à faire des programmes sous Windows.