Localisation avancée avec omission d'arguments dans Xcode

Question

J'ai cette chaîne formatée sur laquelle travaille un traducteur.

ANGLAIS

 
"Check out the %1$@ %2$@ in %3$@: %4$@" = "Check out the %1$@ %2$@ in %3$@: %4$@" 

TRADUCTION ALLEMAND

 
"Check out the %1$@ %2$@ in %3$@: %4$@" = "Hör Dir mal %2$@ in %3$@ an: %4$@"; 

Ceux-ci sont transmis à un appel [NSString stringWithFormat:]:

////////////////////////////////////// 
// Share Over Twitter 
NSString *frmt = NSLocalizedString(@"Check out the %1$@ %2$@ in %3$@: %4$@", @"The default tweet for sharing sounds. Use %1$@ for where the sound type (Sound, mix, playlist) will be, %2$@ for where the audio name will be, %3$@ for the app name, and %3$@ for where the sound link will be."); 
NSString *urlString = [NSString stringWithFormat:@"sounds/%@", SoundSoundID(audio)]; 
NSString *url = ([audio audioType] == UAAudioTypeSound ? UrlFor(urlString) : APP_SHORTLINK); 
NSString *msg = [NSString stringWithFormat: 
       frmt, 
       [[Audio titleForAudioType:[audio audioType]] lowercaseString], 
       [NSString stringWithFormat:@"\"%@\"", AudioName(audio)], 
       APP_NAME, 
       url]; 
returnString = msg; 

Avec le choix et le résultat réel de:

ANGLAIS

 
desired: "Check out the sound "This Sound Name" in My App Name: link_to_sound" 
actual: "Check out the sound "This Sound Name" in My App Name: link_to_sound" 

ALLEMAND

 
desired: "Hör Dir mal "This Sound Name" in My App Name an: link_to_sound" 
actual: "Hör Dir mal sound in "This Sound Name" an: My App Name" 

LE PROBLÈME Le problème est que je suis sous l'hypothèse qu'en utilisant la variable numérotée dans la -[NSString stringWithFormat:], Je pourrais faire ça ngs comme ceci, où la variable %1$@ est complètement omise. Si vous remarquez, la traduction allemande de la chaîne de format n'utilise pas le premier argument (%1$@) mais elle ("son") apparaît toujours dans la chaîne de sortie.

Qu'est-ce que je fais mal?

Answer 1

Ce n'est pas un bug. Les arguments numérotés ne font pas partie du standard C, mais font partie de la norme IEEE 1003.1, qui dit ce qui suit (emphase mienne):

Le format peut contenir des spécifications de conversion d'argument numérotées (c'est-à-dire, "% n $" et " * m $ "), ou des spécifications de conversion d'argument non numérotées (c'est-à-dire% et *), mais pas les deux. La seule exception à ceci est que %% peut être mélangé avec le formulaire "% n $". Les résultats du mélange de spécifications d'argument numérotées et non numérotées dans une chaîne de format ne sont pas définis. Lorsque des spécifications d'argument numérotées sont utilisées, la spécification du Nième argument nécessite que tous les arguments principaux, du premier au (N-1) e, soient spécifiés dans la chaîne de format.

Answer 2

On dirait un bug pour moi. Je pense que vous devriez déposer un bug.

Le moteur de formatage de CFString est indépendant de fprintf, donc il pourrait y avoir quelques différences. Par exemple,

printf("a %3$s\n", "b", "c", "d"); // prints "a d" 
NSLog(@"a %3$s\n", "b", "c", "d"); // prints "a b" 

Vous devez fournir tous les spécificateurs précédentes parce que la largeur d'un argument n'a pas besoin d'être fixé, par exemple

printf("%2$llx %1$llx\n", 1LL, 2LL); // prints "2 1" 
printf("%2$llx\n", 1LL, 2LL);  // prints "200000000" !! 
NSLog(@"%2$llx %1$llx\n", 1LL, 2LL); // prints "2 1" 
NSLog(@"%2$llx\n", 1LL, 2LL);  // prints "1" 

iPhone OS printf skips 4 octets sur 1 spécificateur manquant, et le formateur de CFString saute 0 octets.

---

Les solutions sont:

3. réorganisez vos indices, par exemple

   "Check out the %4$@ %1$@ in %2$@: %3$@" 
   "Hör Dir mal %1$@ in %2$@ an: %3$@"; 
   

   ou

4. utiliser le format

   [@"%1$10p%2$10p%3$10p%4$10p" stringByAppendingString:frmt] 
   

   pour forcer tous les arguments à utiliser, puis couper les 40 premiers caractères avec -substringFromIndex:, ou

5. Convertir tous ObjC objets dans les chaînes C (char*) et utiliser snprintf.

6. Écrivez votre propre moteur de formatage.