Je travaille sur un projet d'OS universel de Xcode 3.2.2 existant qui est déjà localisé pour 4 langues (EN, IT, DE et FR). Nous ajoutons maintenant une nouvelle langue (JA) dans ce projet. P>
Chaque Si je cliquez sur l'un de ces groupes (disons, Donc, pour moi d'importer un nouveau fichier localisé en langage dans le groupe existant, je dois: P>
Je suis sur le point d'obtenir un nouveau dossier est-ce possible? Y a-t-il un moyen droit (ou supérieur) d'importer une nouvelle langue dans ce projet Xcode? P> .LProj code> dossier (
EN.LPROJ code>,
it.lproj code>,
de.lproj code> et < Code> fr.lproj code>) compte près de 60 fichiers - y compris PNGS, HTML et le fichier localizable.strings. Chacun de ces fichiers apparaît sous forme de groupes localisés dans des groupes et des fichiers dans Xcode. Ils se répandent sur tout l'arbre. P>
localizable.strings code>) à l'intérieur de xcode, obtenez des informations, cliquez sur "Ajouter la localisation" et tapez "
ja code>" - Comme suggère les documents Xcode, rien ne se passe. De ce que j'ai lu dans Ce nouveau groupe , c'est peut-être parce que de la façon dont ces dossiers sont nommés. S'ils ont été nommés comme
anglais.lproj code> et
italian.lproj code>, ceci était censé travailler. P>
JA.LPROJ CODE>. LI>
ol>
ja.lproj code> avec ces 60 fichiers localisés et j'adorerais les importer dans le projet de manière à ne pas impliquer chaque fichier Groupes et arbres et effectuer ces étapes ... pour chacun de ces 60 fichiers. P>
4 Réponses :
La liste de diffusion post résume essentiellement le problème: Xcode espère trouver des paquets de langue avec des noms tels que "français.lproj", "italien.lproj", etc. Si vous modifiez ces noms, Xcode perd la capacité de les traiter comme Bundles de langue, puis vous devez ajouter des fichiers à l'aide de la méthode que vous avez décrite. Il n'y a rien de mal à ce que vous les ajoutez au projet, c'est à quel point Xcode fonctionne. P>
Savez-vous alors pourquoi tout le code exemple utilise "EN.LPROJ"? Je masse ajouté un tas de fichiers simplement en les faisant glisser tous immédiatement en Xcode, et il a mis chacun au bon endroit, mais ils étaient tous dans le dossier de ressources, et peut-être que j'ai mal compris la question ...
Aucune idée; EN.LPROJ CODE> n'est pas nécessairement incorrect, mais Apple a généralement encouragé à utiliser
anglais.lproj code>, etc.
D'après ce que j'ai compris, c'est l'inverse. anglais.lproj code> est le code hérité qui n'a pas encore été corrigé en Xcode. Apple recommande maintenant
en.lproj code>: useyourloaf.com/blog/2010/4/10/...
J'accepte de toute façon votre réponse car il semble qu'il n'y ait pas d'autre moyen d'importer ces fichiers - même si j'utilisais le format Legacy LPROJ code>.
J'ai trouvé une solution simple. Après avoir cliqué avec le bouton droit de la souris sur n'importe quel fichier de ressources multiples et choisissez | Ajouter | Fichiers existants ... | Vous pouvez sélectionner à la fois tous les fichiers que vous souhaitez ajouter. Après avoir choisi l'encodage, Xcode ajoutera automatiquement tous les fichiers sous les ressources qu'ils devraient être dans. J'espère que cela fonctionnera pour vous. P>
Bien sûr, les fichiers doivent être préparés dans un dossier de ressources distinct I.e. Hu.Proj pour la Hongrie, etc.
C'est ce que j'ai trouvé fonctionne: p>
en xcode 7+ c'est assez simple: p>
La fenêtre suivante vous posera si vous souhaitez que le fichier localizable.strings actuel soit la langue par défaut, dans mon cas, l'anglais doit être la valeur par défaut, donc j'ai choisi "base" p> l> l>
Choisissez votre projet dans la barre de navigation, choisissez votre projet, passez à nouveau sur "Info" et appuyez sur le bouton "+" sous le titre Localizations: P> Li> ol>
La question portait sur l'ajout de nouvelles langues à un projet qui possède déjà de nombreux fichiers localisés (non seulement .strings). Cela s'applique-t-il toujours?
Si je vous comprends correctement, en utilisant cette méthode simple, vous pouvez éviter de nombreux problèmes, y compris ce que vous avez / aviez.