MFC et accents

Bonjour,

Je reprends un vieux programme dans lequel il y avait

Code:

---

1 2 3 4

sprintf_s(str, "Lignes tracées : %d Coups possibles :%d", m_iOrdre, iNombre); CMainFrame *pFrame = (CMainFrame *)AfxGetApp()->m_pMainWnd; CStatusBar *pStatus = &pFrame->m_wndStatusBar; pStatus->SetPaneText(0, str);

---

qui fonctionnait très bien , mais qui ne passe plus la compilation à cause de la dernière ligne (str est un char *)

j'en suis arrivé à

Code:

---

1 2 3 4

str.Format(L"Lignes tracées : %d Coups possibles :%d ", m_iOrdre, iNombre); CMainFrame *pFrame = (CMainFrame *)AfxGetApp()->m_pMainWnd; CStatusBar *pStatus = &pFrame->m_wndStatusBar; pStatus->SetPaneText(0, str);

---

où str est une CString, cela fonctionne mais à la place du é j'obtiens é

Je développe aujourd'hui avec visual studio 2017 sous Windows 10

Comment régler ce problème simplement (- de 10 à corriger), dans le pire des cas je trouve une périphrase sans accent

Merci d'avance

Déjà, perso j'utiliserais _T("texte") plutôt que L"texte" à moins d'utiliser explicitement une CStringW. Ensuite, j'ai du mal à comprendre comment tu te retrouves avec de l'UTF-8 ici, alors que Windows tend à tourner en Windows-1252...
Ça peut être une histoire d'encodage de ton fichier source (normalement ça peut se vérifier quelque part dans Visual, ou même avec notepad) mais si c'est bien ça la cause alors c'est bien mal fait.

Citation:

---

qui fonctionnait très bien , mais qui ne passe plus la compilation à cause de la dernière ligne (str est un char *)

---

Ça, ça m'étonnerait beaucoup.
https://docs.microsoft.com/fr-fr/cpp...l?view=vs-2019
A moi de baser par des MACRO bien dégueu pour passer outre des alarmes de sécurité, comme un gros cochon.
L'ajout du "_s" change un peu tout à l'histoire.

J'approuve toutes les remarques de ce cher @Médinoc et j'ajoute que comme on a aucune information sur les #define UNICODE, MBCS et autres réglages des options du projet, en fin de compte, on peut tomber sur une combinaison qui fait apparaitre de l'UTF-8.

Il faut être rigoureux (usage de _T ou de L, c'est pas pareil, avoir un encodage des fichiers sources cohérents avec les options du projet, etc...), et des valeurs en dur dans le code, c'est vraiment chercher les emmerdes, surtout avec tous les mécanismes intégrés au MFC pour faciliter la localisation des applications.
Morale : en travaillant comme un cochon, on n'a un résultat de cochon.

Citation:

---

Envoyé par bacelar

Ça, ça m'étonnerait beaucoup.

---

Et pourtant si. L'erreur n'était pas sur le sprintf mais sur le SetPaneText

Citation:

---

Envoyé par bacelar

Morale : en travaillant comme un cochon, on n'a un résultat de cochon.

---

Merci de votre aide qui ne sert à rien

Citation:

---

Envoyé par Médinoc

Déjà, perso j'utiliserais _T("texte") plutôt que L"texte"

---

Merci de votre réponse mais le résultat est le même.

Résolu (ou presque) :

En ajoutant /utf-8 dans la ligne de commande, cela marche.

Si ce n'est pas abuser, avec cet ajout j'ai des warning :

resource.h : warning C4828: Le fichier contient un caractère qui débute à l'offset 0x4a et qui est non conforme dans le jeu de caractères source actuel (page de codes 65001).

resource.h étant un fichier généré par VS

Ce dernier problème est dû à un accent dans un commentaire de resource.h, je l'ai viré et bien que pas complètement satisfaisant, le problème est résolu.

Cela veut aussi dire que votre IDE n'est toujours pas correctement configuré.

Assainissez vos méthodes de travail, pas de valeur en dur, supprimer ces MACRO à la con de contournement des outils de qualité logicielle, etc...

Je le répète, arrêtez de travailler comme un cochon.

Une fois de plus arrêter de parler sans savoir : quelles macro j'ai installées, quelles valeurs en dur j'ai déclarées, bref, cessé de polluer ce fil avec des remarques inutiles et sans intérêt.

Citation:

---

quelles macro j'ai installées

---

Code:

---

sprintf_s(str, "Lignes tracées : %d Coups possibles :%d", m_iOrdre, iNombre);

---

Si ceci compile, il y a une MACRO qui "triche".

Citation:

---

quelles valeurs en dur j'ai déclarées

---

Code:

---

str.Format(L"Lignes tracées : %d Coups possibles :%d ", m_iOrdre, iNombre);

---

Ceci EST une valeur en dur.

Au moins vous m'aurez fait rire :P

Pourquoi utiliser sprintf_s ? C'est une instruction pour les chaînes ANSI
Il faut utiliser wsprintf_s plutôt

Citation:

---

Envoyé par Mat.M

Pourquoi utiliser sprintf_s ? C'est une instruction pour les chaînes ANSI
Il faut utiliser wsprintf_s plutôt

---

Bonjour,

Merci, mais le sprintf_s est dans la vieille version qui marchait parfaitement et compilait (avec les outils de l'époque (?)) sans problème quoi que puisse en penser certain.

En tout état de cause maintenant cela marche