Discussion :

[olibara]

Bonjour

Je suis confronté a un autre problème de localization
Les Header Text de datagridview bindés !
Par defaut ces Header prennent le nom de la colonne donc de la variable sous-jacentes

Existe-il un moyen privilégié pour changer ce nom en fonction de la langue utilisée ?

La première solution qui me vient a l'esprit est de definir dans la form un Textbox Multiline caché dont le text serait donc localisé et de traduire les colonnes header en fonction de ce textre

Ca me semble bricolo mais je n'ai rien trouvé de mieux a ce jour !

[Graffito]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
Switch (Langue)
{
  case 0 : MyDataGridView1.Columns("VILLE").HeaderText = "Ville"   ; break ;
  case 1 : MyDataGridView1.Columns("VILLE").HeaderText = "City"   ; break ;
  case 2 : MyDataGridView1.Columns("VILLE").HeaderText = "Stadt" ; break ;
}

[tomlev]

Par defaut ces Header prennent le nom de la colonne donc de la variable sous-jacentes

Seulement si tu laisses le DataGridView en mode AutoGenerateColumns = true...

Il vaut mieux définir les colonnes toi-même, avec le designer, et comme ça tu peux les localiser comme tout le reste

[olibara]

Bizarre !

Je n'avais recu aucune notifications de vos réponses

Grafito :

Je te remercie mais tu ne reponds pas vraiment a la question qui n'est pas de savoir comment changer le HeaderText mais bien comment gerer ces noms dans les différentes langues de l'interface

Tomlev

Il vaut mieux définir les colonnes toi-même, avec le designer, et comme ça tu peux les localiser comme tout le reste

C'est une piste qui m'intéresse, mais définir les colonnes d'un DGV bindé dans le designer m'a toujours paru un peu incongru voire sources de problèmes DONC je ne l'ai jamais fait et C'est un domaine que je ne maitrise pas vraiment

Que ce passe-t-il si le nombre ou le type de colonnes définies dans le designer ne correspond pas a la datasource ? Je peux tres bien avoir une datasource de 10 colonnes et n'en afficher que trois dans le DGV. Habituellement j'utilise la propriété visible

J'aime bien maitriser dans le code tout ce qui se passe avec le DGV bindé et c'est généralement asser simple.

La definition du datasource et tout ce qui en découle via le designer me semble fastidieux tout en obfuscant une partie de la mécanique


Mais j'ai peut etre tout faux et je passe peut etre a coté de la meilleure solution

[tomlev]

Que ce passe-t-il si le nombre ou le type de colonnes définies dans le designer ne correspond pas a la datasource ? Je peux tres bien avoir une datasource de 10 colonnes et n'en afficher que trois dans le DGV.

Ca ne pose pas de problème, tu n'es pas obligé d'utiliser toutes les propriétés de la source...

J'aime bien maitriser dans le code tout ce qui se passe avec le DGV bindé et c'est généralement asser simple.

Ben justement je dirais que tu maitrises plus ce qui se passe en créant les colonnes toi-même...

La definition du datasource et tout ce qui en découle via le designer me semble fastidieux tout en obfuscant une partie de la mécanique

Ah ? J'aurais dit le contraire... J'aime pas le AutoGenerateColumns, parce que ça donne moins de contrôle sur ce qui se passe vraiment

[olibara]

Merci TomLev

Tu m'incite quand meme a faire un test, je te ferai part de mes impressions
Tu as peut etre raison.

Dans ce cas de figure, est-on obligé de passer par un bindingsource ? ou non ?

[Graffito]

Bonjour,

Dans la mesure où le HeaderText peut être distinct du nom de la colonnne de la DataTable source, je n'ai pas réellement compris où était le problème .

[tomlev]

Dans ce cas de figure, est-on obligé de passer par un bindingsource ? ou non ?

non, tu peux binder directement sur une DataTable (ou une liste, ou ce que tu veux...)