Localisation et globalisation de définitions de types d'éléments de travail
Mise à jour : novembre 2007
Certaines parties de la définition du type d'élément de travail peuvent être localisées afin qu'elles apparaissent dans la langue d'origine des utilisateurs. N'oubliez pas que lorsque vous concevez un élément de travail, ces paramètres résident sur le serveur et n'ont pas besoin de respecter les préférences de langue des utilisateurs.
Cette section traite des parties pouvant être localisées ou non. Tout élément non explicitement affiché dans le tableau suivant ne doit pas être localisé.
Exemple |
Description |
|---|---|
<WORKITEMTYPE name="bug"> |
La valeur de l'attribut name peut être localisée. |
<DESCRIPTION>Work item descriptive text here</DESCRIPTION> |
La description du type d'élément de travail peut être localisée. |
<FIELD refname="System.Title" name="Title" type="String"> |
Le nom et le type de référence du champ ne peuvent pas être localisés. La valeur de l'attribut name du champ peut être localisée. Gardez à l'esprit que le nom que vous choisissez pour un champ sera utilisé dans tous les clients de n'importe quel serveur Team Foundation Server. N'oubliez pas également que les utilisateurs consulteront les noms des champs lorsqu'ils construisent des requêtes de types d'éléments de travail. |
<HELPTEXT>This is a work item for bugs</HELPTEXT> |
Le texte d'aide des champs peut être localisé. Ce texte s'applique par type d'élément de travail défini par projet d'équipe. |
<LISTITEM value="My Value"> |
Toute valeur de chaîne peut être localisée. |
<STATE value="Active" /> <STATE value="Complete" /> <TRANSITION from="Active" to="Complete"> <REASON value="No Plans to Fix"/> |
Les noms d'états et de raisons peuvent être localisés. |
<CONTROL FieldName="Found In Build" Label="Found In" LabelPosition="Top"/> |
Lorsque vous définissez des formulaires, vous pouvez y étiqueter des groupes, des onglets et des champs. Tous ces éléments peuvent être localisés. |