conversion maj min

Bonsoir

Avec la STL pas de fonction directe pour convertir une "string" en majuscules ou en minuscules.

Certes l' alphabet occidental ne représente pas , ce dont on parle dans le monde...

Mais venons en au faît de traduire tantôt minuscule , majuscule et voiçi ma première approche :

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 35 36 37 38 39 40 41 42

#include <iostream> #include <string>   using namespace std ;   short char_lower( char c ) { return tolower(c) ; }   short char_upper( char c ) { return (short) toupper(c) ; }   void str_upper( char& c ) { c = (char) toupper(c) ; }   void str_lower( char& c ) { c = (char) tolower(c) ; }     void do1(void) { string z; char buf[512] ; cin.getline( buf, 255, '\n') ; z = buf ; cout << z << endl; for_each( z.begin(), z.end(), str_upper ) ; cout << "for_each upper= " << z << endl ; for_each( z.begin(), z.end(), str_lower ) ; cout << "for_each lower= " << z << endl ; transform( z.begin(), z.end(), z.begin(), char_lower ) ; cout << "Transform Lower " << endl ; cout << z << endl ; transform( z.begin(), z.end(), z.begin(), char_upper ) ; cout << "Transform Upper" << endl ; cout << z << endl ; }   #pragma argsused int main( int argc , char * argv [] ) { do1(); return 0; }

---

J' ai pensé que pour faire la conversion majuscule minuscule ou l' inverse il ne nécéssitait que deux fonctions :

Code:

---

1 2 3 4 5 6 7 8 9 10

void str_to_upper( string& z ) { for( size_t i = 0 ; i < z.length() ; i++ ) z[ i ] = toupper(z[ i ] ) ; }   void str_to_lower( string& z ) { for ( size_t i = 0 ; i < z.length() ; i++ ) z[ i ] = tolower( z[ i ] ) ; }

---

Q' en pensez-vous ?
On pourrait faire mieux en faisant en sorte que "str_to_lower" et "str_to_upper" renvoient la chaîne ainsi passée en référence ?

Cordialement.

Salut

Trois remarques par rapport à ton code :

:arrow:

Code:

---

1 2 3 4

string z; char buf[512] ; cin.getline( buf, 255, '\n') ; z = buf ;

---

Pourquoi pas plutôt :

Code:

---

1 2	string z; getline(cin, z);

---

:arrow:

Code:

---

transform( z.begin(), z.end(), z.begin(), char_lower ) ;

---

Vu que char_lower ne fait a priori rien d'autre qu'appeler tolower, pourquoi ne pas écrire plus simplement :

Code:

---

transform( z.begin(), z.end(), z.begin(), tolower ) ;

---

Et là cela fera exactement ce que tu as écrit dans str_to_lower, mais en plus optimisé.

:arrow: ...C'est dans la FAQ et en post-it sur ce forum :wink:.

Ceci dit le problème est légèrement plus compliqué à causes des locales.
Idéalement, c'est ainsi qu'il faut procéder : http://gcc.gnu.org/onlinedocs/libstd...e/howto.html#7. La string_algo de boost vient en surcouche pour faciliter ces traitements.

Mais d'après ce que j'ai compris, il reste encore le problème de certaines langues comme l'allemand, où des lettres sur un seul signe en majuscules en prennent deux en minuscules : ex. \beta (autre nom en allemand) qui devient 'ss'.

Le mieux est de faire une recherche sur google groups des posts de James Kanze au sujet des tranformations et des locales.

Et c'est encore pire pour la conversion dans l'autre sens... Suivant les mots, SS peut devenir ss ou alors ß. Donc il faut un dictionnaire pour convertir. Et je ne parle pas du fait qu'il est possible (est-ce vrai ?) qu'il n'y ait pas bijection, même en terme de mots, ce qui nécesiterait une analyse sémentique.

Et puis si on veut convertir des phrases, et non plus des mots, des problèmes apparaissents dans toutes les langues. Que devrait donner la version minuscule de "LE PARIS DE NOS ANCÊTRES" ?

Citation:

---

Envoyé par JolyLoic

"LE PARIS DE NOS ANCÊTRES"

---

je croyais que les majuscules accentuées n'existait pas en français académique 8O ?

NB: et si j'ai faux, je ne voit pas où est le pb ?

Ben il parle de mettre la phrase en minuscule. Donc la majuscule du début, faut-il un P majuscule à Paris, etc...

Les majuscules accentuées existent bien. Avant on en avait pas à cause d'outils qui ne les permettaient pas.
Toutes les docs de style&typographie que je connais (on trouve toujours des liens depuis depuis le monde de (La)TeX) les conseille.

Voir exemple http://www.orthotypographie.fr.st/accents.htm

Bonsoir,

C' est bien ce que je redoutais. S' il n' y a pas de fonction standard en C++ pour les "string" afin d' effectuer une conversion majuscule minuscule ou l' inverse, c' est sans doûte pour des raisons linguistiques.

Si la conversion majuscule minuscule ( ou l' inverse ) pose déjà des difficultés avec les langues Indo-europénnes, j' imagine le problème avec l' Arabe littéraire , l' Indien, le Chinois, le Japonnais , sans parler des dialectes de ces mêmes langages. Etc ... etc... Sans parler encore des langues mortes !

Cordialement.

Surtout que y'a pas mal de langues où je suppose minuscule / majuscule ne veut rien dire.

Comme le chinois je pense. Pour le japonais on peut envisager des convertions entre leur trois alphabets, mais je ne crois pas que cela soit complètement automatisable.

Bonjour,

Adieu cette vieille période où le C s' imaginait pouvoir traduire une chaîne en minuscule majuscule ( ou l' inverse (strlwr, strupr ) ).

L' ethnocentrisme ?

En plaisantant je dirai que l' Anglais écrit "caoutchouc" là où il pronnonce "élastique".

Mais c'est un fait que l' Anglais a une position hégémonique dans le domaine des échanges culturels.

Cordialement.[

Citation:

---

Envoyé par Luc Hermitte

Comme le chinois je pense. Pour le japonais on peut envisager des convertions entre leur trois alphabets, mais je ne crois pas que cela soit complètement automatisable.

---

D'autant plus que si mes souvenirs de japonnais sont exacts, ça n'a pas vraiment de sens de convertir les mots entre leurs 4 jeux de caractères (si on compte le romanji), les différents jeux de caractères étant utilisés dans des contextes différents.

この説明のためにあなたに感謝しなさい

Ah oui. J'avais oublié le romanji.

Il y a vaguement le passage hiragana -> kanji qui peut avoir du sens je pense. Ce que j'ai vu (films/séries/...) me fais dire que des signes en hiragana peuvent être condensés en kanji, ce dernier étant choisi dans une liste de kanji qui ont un sens qui se prononce selon la "spéc" en hiragana. D'où le non-automatisable.

Citation:

---

Envoyé par Aurelien.Regat-Barrel

Ben il parle de mettre la phrase en minuscule. Donc la majuscule du début, faut-il un P majuscule à Paris, etc...

---

je croyais qu'il voulait parler de Pâris (héros de la mythologie grecque) !
je crois que le français écrit ne doit pas utiliser les majuscules accentuées d'après ce qu'en dit l'Académie Française... mais je peux me tromper.

Citation:

---

Envoyé par Grulim

Citation:

---

Envoyé par Aurelien.Regat-Barrel

Ben il parle de mettre la phrase en minuscule. Donc la majuscule du début, faut-il un P majuscule à Paris, etc...

---

je croyais qu'il voulait parler de Pâris (héros de la mythologie grecque) !
je crois que le français écrit ne doit pas utiliser les majuscules accentuées d'après ce qu'en dit l'Académie Française... mais je peux me tromper.

---

mea culpa ! je me suis effectivement tromper au sujet des majuscules accentuées :oops:

Bonsoir,

Pas si évident que cela , de convertir une chaîne de caractères en majuscules ou minuscules ( ou l' inverse)...

Je me suis fondé sur l' impérialisme Anglo-Américain, ce qui ne prend qu' un octet pour convertir un signe (graphème).


Concernant d' autres langues ( Indien, Arabe, Chinois, Japonais), deux octets (min) sont nécéssaires pour traduire un signe. (le fameux wide-char ).

Pour ce qui est des peuples d' Afrique occidentale ( Mossi, Dogon, Peul, Bambara etc...) je ne vois pas ce que la majuscule a de plus que la minuscule.


Je ne connais malheureusement pas toutes les langues et leurs dialectes.

Vous peut-être ?

Cordialement

Citation:

---

Envoyé par Luc Hermitte

Il y a vaguement le passage hiragana -> kanji qui peut avoir du sens je pense. Ce que j'ai vu (films/séries/...) me fais dire que des signes en hiragana peuvent être condensés en kanji, ce dernier étant choisi dans une liste de kanji qui ont un sens qui se prononce selon la "spéc" en hiragana. D'où le non-automatisable.

---

En fait, c'est plutôt l'inverse. Historiquement, les Japonnais ont importé les kanjis de Chine. Par contre, il leur manquait des kanjis pour écrire les nombreux mots grammaticaux de leur langue, il ont donc pris des kanjis dont il n'ont gardé que l'aspect phonétique et qu'ils ont simplifié, ce qui a donnée les hiragana.

Aujourd'hui, si ma mémoire est bonne, ils utilisent :
- Les kanji pour la plupart des mots à sens (un Japnnais voulant lire vite sautera tout ce qui n'est pas kanjis)
- Les hiragana pour les mots grammaticaux, les mots dont les kanjis sont trop peu connus
- Les katakana pour les mots d'origine étrangère (mais assimilés) récents, la mise en italique
- Les romanji pour les mots étrangers

Je n'ai pas été clair. Sur leur claviers qui n'ont pas des milliers de touches, il me semble qu'il tapent sous Word/... des hiraganas qui sont ensuite condensés en Kanjis. Je voulais juste parler de cet aspect en fait.

(Sinon un même kanji peut avoir plusieurs sens et prononciations (-> plusieurs transcriptions en hiragana).)

Bonsoir,

Pour revenir à la traduction maj min d' un chaîne .

Citation:

---

Vu que char_lower ne fait a priori rien d'autre qu'appeler tolower, pourquoi ne pas écrire plus simplement :
Code:
transform( z.begin(), z.end(), z.begin(), tolower ) ;

---

cette syntaxe de transform ne fonctionne pas sur mon ordinateur. Ca ne tourne que si j' enveloppe tolower dans une
autre fonction

Code:

---

1 2 3 4 5 6 7

int char_lower( int c ) { return tolower(c) ; } transform( z.begin(), z.end(), z.begin(), char_lower ) ;

---

Dans ce second cas c'est ok.
Pourquoi l' utilisation directe de "tolower" provoque une erreur à la complilation alors que son prototype est identique à "char_lower" ?

Cordialement.

Quelle erreur obtiens-tu ?

Boujour

Le messge d' erreur est

Citation:

---

no matching function for call to `transform(__gnu_cxx::__normal_iterator<char*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, __gnu_cxx::__normal_iterator<char*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, __gnu_cxx::__normal_iterator<char*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, <unknown type>)'

---

il semble que "tolower" soit "<unknown type>" ?

Et si "tolower" "toupper" étaient des macros pas des fonctions ? Cela m' étonnerait .

Cordialement.

Peut-être (je pose la question sans connaitre la réponse) parce qu'il existe plusieurs fonctions de ce nom, et que donc il ne sait laquelle choisir ? Ceci dit, je me serait plutôt attendu à un autre message d'erreur.

Bonsoir,

Ancien code

Code:

---

1 2	transform( z.begin(), z.end(), z.begin(), tolower ) ; raté

---

Nouveau code

Code:

---

1 2	transform( z.begin(), z.end(), z.begin(), ::tolower ) ; ok

---

Par contre il y a problème lors de l' appel d' une fonction membre dans une classe, pour faire la conversion maj min .

Cordialement.

Bonsoir

( Linux )

Soit la classe :

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

class Doc { private : protected : public : Doc( param etc... ) ; void Nx() { placebo } void str_upper( char& c ) { c = toupper(c) ; }   int upr_str( int c ) { return toupper(c) ; }   template < class T > class str_upr : public unary_function<char, void> { public : void operator() (char& x) { x = ::toupper(x) ; } };   void strupper( string & s ) { //for( size_t i = 0 ; i < s.length() ; i++ ) //s[i] = toupper( s[i] ) ; ok forme naïve   //transform( s.begin(), s.end(), s.begin(), ::toupper ) ; ok //transform( s.begin(), s.end(), s.begin(), upr_str ) ; ok   void (Doc::*F)(int&) ; F = &Doc::str_upper ; ok for_each( s.begin(), s.end(), F ) ; raté   //for_each( s.begin(), s.end(), str_upr<char>() ) ; ok } };

---

cette forme ne compile pas

Citation:

---

for_each( s.begin(), s.end(), F ) ;

---

Parce que c' est un pointeur sur la fonction membre de "Doc".
Alors que l' on attend une fonction non pointée.

Comment appeler une fonction membre de classe pour un itérateur tel que "for_each" ?

Cordialement.

Ce serait quelque chose de ce goût là :

Code:

---

for_each( s.begin(), s.end(), bind1st(mem_fun1(&Doc::str_upper), this)) ;

---

Mais ça ne compile pas à cause du paramètre de str_upper qui est une référence. A mon avis seul transform est utilisable dans ce cas. Peut-être que aussi regarder du côté de boost::bind ?

Bonjour,

Citation:

---

Ce serait quelque chose de ce goût là :

for_each( s.begin(), s.end(), bind1st(mem_fun1(&Doc::str_upper), this)) ;

---

Ca ne veut toujours pas compiler.
Au passge ce serait pas plutôt mem_fun à la place de mem_fun1.

Cordialement

Oui, j'avais prévenu que ça ne compilait pas :wink: (problème de référence sur référence).

C'est bien mem_fun1 pour les fonctions membres à un argument, mem_fun c'est la même chose mais sans paramètre.

moi je ferait simplement

Code:

---

1 2 3 4 5

std::string str="bonjour a tous mes amis"; int i; for(i=0;str[i];i++) str[i]=toupper(str[i]);

---

Marchera pas.
Le 0 terminal n'est pas garanti dans les std::string.

Et std::transform est là pour t'éviter ce genre de boucle.

bient enfait tout depend de la string que tu passe et que tu retourne

Code:

---

1 2	std::string str="boujour a tout mes amie"

---

ici std string sais tres bien comment gerer la string il ajoutera tout seul le \0 a la fin

prenom la fonction

Code:

---

1 2 3 4 5 6 7 8 9 10 11

std::string strToUpper(std::string str) { std::string sss; sss.resize(str.length()); int i; for(i=0;str[i];i++) sss[i]=toupper(str[i]);   return sss; }

---

il y a effectivement un danger

parcontre

Code:

---

1 2 3 4 5 6

void strToUpper(std::string str) { int i; for(i=0;str[i] && str[i]!=' ';i++) str[i]=toupper(str[i]);

---

ici les caracteres avant le 1er espace seront mis en majuscule et l'integraliter de la string ne sera pas compromie

std::string connait sa taille, elle n'a donc pas besoin d'un \0 final. La norme est explicite à ce sujet : seul string::c_str() garantit d'avoir une chaîne terminée par un \0.

Citation:

---

std::string connait sa taille, elle n'a donc pas besoin d'un \0 final.

---

merci pour la presision

Bonsoir

Je crois que je vais renoncer au

Code:

---

1 2	for_each( s.begin(), s.end(), ... )

---

Cordialement.