Bon, je tournerais la question autrement, vu que pour toi: - la doc Apple est hermétique; - seul l'auteur de Cocoa par la pratique comprend ce qu'il écrit; - nos explications ne sont pas claires non plus, tu ne comprends toujours pas.
Je voudrais savoir: qu'est-ce que tu appelles une explication claire?
Alors plutôt que de répondre à cette question, je voudrais que tu nous explique clairement un concept de ton choix (genre délégué, notification, mvc,...), pour qu'on voit mieux le style de répondre que tu aimerais avoir.
Que faire pour que "nord", "sud", etc soient affichés en anglais, sachant que j'ai un Localizable.strings "English" qui est le suivant : "nord"="North"; "sud"="Sud"; "est"="East"; "ouest"="West"; Dans [[NSBundle mainBundle] localizedStringForKey:(key) value:@";" table:nil] qu'est-ce que : mainBundle, key, value, table ? Je ne trouve nulle part une explication du sens de ces termes.
La technique utilisée est décrite P. 186 en bas. L'auteur préconise dans le cas d'applications simples d'utiliser un seul nom de fichier appelé "Localizable.strings" qui sera traduit dans les différentes langues. Dans le cas d'applications plus grosses, on peut faire des sous-fichiers (tables) pour chaque thème de l'appli. Dans mon cas, j'ai des fichiers "Carnet.strings", "Main.strings", "Epaves.strings"... Ca évite d'avoir un listing interminable de clés/valeurs.
Favouille, j'ai des strings qui s'affichent correctement, d'autres qui refusent, ou bien le fait d'ajouter une chaà®ne entraà®ne qu'une seule langue fonctionne (même en la décochant dans le panneau informations). J'aurai en tout une douzaine de chaà®nes, ça peut tenir sur une seul fichier !
Voilà dans un précèdent projet j'ai très bien réussit à utiliser les fichiers Localizable.
Mais là ...il ne veut rien savoir, et ne prend pas en compte mes fichiers. J'ai l'impression que cela vient de mon architecture et non pas de la création des fichiers et des appels à ceux là : Accueil.m est dans le dossier Classes
Réponses
On va y arriver
- la doc Apple est hermétique;
- seul l'auteur de Cocoa par la pratique comprend ce qu'il écrit;
- nos explications ne sont pas claires non plus,
tu ne comprends toujours pas.
Je voudrais savoir: qu'est-ce que tu appelles une explication claire?
Alors plutôt que de répondre à cette question, je voudrais que tu nous explique clairement un concept de ton choix (genre délégué, notification, mvc,...), pour qu'on voit mieux le style de répondre que tu aimerais avoir.
voici une partie de code :
Que faire pour que "nord", "sud", etc soient affichés en anglais, sachant que j'ai un Localizable.strings "English" qui est le suivant :
"nord"="North";
"sud"="Sud";
"est"="East";
"ouest"="West";
Dans [[NSBundle mainBundle] localizedStringForKey:(key) value:@";" table:nil]
qu'est-ce que : mainBundle, key, value, table ?
Je ne trouve nulle part une explication du sens de ces termes.
Si on regarde ceci : signe=[[NSBundle mainBundle] localizedStringForKey:@nord value:@Nord table:@Localizable];
localizedStringForKey:@nord permet de trouver la traduction correspondante grâce à : "nord"="North";
value:@Nord affiche la valeur par défaut si la clé n'a pas été trouvée dans ton fichier Localizable, ici, "Nord".
enfin table:@Localizable correspond au nom du fichier où se trouvent les paires Clés/valeurs.
Essaie pour voir
Mais je viens de relire Cocoa par la pratique : je n'ai pas encore compris ce que j'y ai lu !
L'auteur préconise dans le cas d'applications simples d'utiliser un seul nom de fichier appelé "Localizable.strings" qui sera traduit dans les différentes langues.
Dans le cas d'applications plus grosses, on peut faire des sous-fichiers (tables) pour chaque thème de l'appli. Dans mon cas, j'ai des fichiers "Carnet.strings", "Main.strings", "Epaves.strings"... Ca évite d'avoir un listing interminable de clés/valeurs.
J'aurai en tout une douzaine de chaà®nes, ça peut tenir sur une seul fichier !
Voilà dans un précèdent projet j'ai très bien réussit à utiliser les fichiers Localizable.
Mais là ...il ne veut rien savoir, et ne prend pas en compte mes fichiers. J'ai l'impression que cela vient de mon architecture et non pas de la création des fichiers et des appels à ceux là :
Accueil.m est dans le dossier Classes
@implementation Accueil
@synthesize boutonJouer;
- (void) awakeFromNib{
boutonJouer.titleLabel.text = NSLocalizedString(@jouer,@";");
}
et mes fichiers .strings dans Resources.
/Users/romainmargot/Desktop/Capture d'écran 2009-10-01 à 00.08.30.png
à l'écran il m'afficher la Key et non la value, surement parce qu'il n'a pas trouver le fichier...