C # Le contrôle des formulaires Windows de Windows ne conserve pas la valeur que si vous quittez le champ

Un outilstripboutton ne prend pas la mise au point lorsque vous avez cliqué sur. Vous pouvez ajouter un certain code à (temporairement) concentrer un autre contrôle. Vous pouvez concentrer une étiquette (comme un mannequin neutre).

Essayez ceci:

private void menuStrip1_ItemClicked(object sender, ToolStripItemClickedEventArgs e)
{
    // Make sure that all items have updated databindings.
    foreach (Control C in this.Controls)
    {
        C.SuspendLayout();
        foreach (Binding b in C.DataBindings)
        {
            // Help: this doesn't seem to be working.
            b.WriteValue();
        }
        C.ResumeLayout();
    }
}

Qu'est-ce que tu liens? Si c'est un jeu de données, un jeu de données, etc., ou mieux encore, une liaison, vous devez appeler Endedit: xxx pré>

i implémente une interface iSave code> sur mes formulaires pour gérer Etat sale et sauvegarde et Chaque fois que STRUT> L'état sale est vérifié (chaque fois qu'IsDirty est appelé), j'ai toujours mis fin à ma source de liaison: p> xxx avant

avec ceci Interface, quand, par exemple, l'application se ferme, je peux facilement itérer via ma vérification des fenêtres ouvertes MDichild pour voir si des informations ont été enregistrées en casnant le formulaire enfant sur ISAVE CODE> et vérifiez la valeur de isdirty code>. J'appelle ici la source de liaison appropriée ou, le cas échéant, le contrôle de liaison (par exemple, une grille). P>

et pardonne la randonnée, mais je pensais que cela pourrait être utile. Le reste fonctionne comme: p>

Enregistrer () code> prend un paramètre de "force", afin que je puisse avoir un bouton "Enregistrer et fermer" un formulaire (enregistre un supplément Cliquez sur ou la confirmation demandant s'ils veulent enregistrer leurs modifications). Si la force est fausse, la méthode Enregistrer () code> est responsable de la demande de demander à l'utilisateur s'il veut enregistrer. Si c'est vrai, il est supposé que l'utilisateur a déjà décidé qu'ils veulent définitivement enregistrer leurs informations, et cette confirmation est ignorée. P>

Enregistrer () code> retourne bool- vrai si c'est prudent Continuez à exécuter le code d'appel (probablement un événement de formulaire). Dans ce cas, (si la force était fausse), étant donné une boîte de message YesNocancel, l'utilisateur a sélectionné oui kbd> ou no kbd> et que la sauvegarde elle-même n'a pas lancé une erreur. Ou, sauvegardez () code> renvoie false dans l'événement que l'utilisateur a choisi Annuler kbd> ou une erreur (en d'autres termes, indiquez au code d'appel d'annuler un formulaire de fermeture).

Comment gérer les erreurs dépend de vos conventions attrapantes à l'exception - cela pourrait être soit prise dans la méthode Save () code> et affichée à l'utilisateur ou peut-être dans un événement tel que la forme où e.cancel code> serait alors défini sur true. p>

utilisé avec un événement de fermeture de formulaire, il ressemblerait à ceci: P>

private void btnSaveAndClose_Click(object sender, EventArgs e)
{
     if (IsDirty)
        if (Save(true))
            Close();
}

Le problème est probablement que vos contrôles de données de banquets sont définis pour mettre à jour la validation.

Vous devez définir le DataSourceUpdateMode de chacun des commandes de données de données sur DataSourceptionUPDATemode.onpropertychanged. Par exemple, une zone de texte de données de banquets: xxx

Vous pouvez également définir le mode de mise à jour de DataSource dans le concepteur par:

Sélectionner le contrôle et aller à la propriété Fenêtre -> (Databindingings) -> (Advanced)

-> Définissez le [mode de mise à jour de la source de données] dans la liste déroulante sur ONPROPERTYCHANGED.

acclamations