Si un contrôle est désactivé et caché ou vient de cacher?

Sauf si il s'agit d'un contrôle spécial qui peut recevoir la concentration, même si invisible, je ne pense pas que vous devez le désactiver explicitement. Il suffit de désactiver la visibilité devrait être suffisant pour empêcher l'utilisateur d'interagir avec le contrôle.

Je ne dirais pas que c'est "faux", cependant. Je le décrivais comme "Overkill".

Un test rapide montre que le réglage visible en faux désactive également les touches d'accélérateur pour ce contrôle.

sous Win32 (c.-à-d. Ceci ne s'applique pas aux formulaires Windows), Les accélérateurs restent activés lorsque le contrôle est masqué mais non désactivé. Je suppose que c'est la référence que vous envisagiez de.

Pour les commandes de base telles que des étiquettes ou des zones de texte, je ne pense pas que cela fait une différence réelle quelle méthode que vous utilisez.

Mais envisagez un contrôle plus complexe, contenant une minuterie pour vérifier s'il y a de nouvelles données à afficher; La désactivation du contrôle désactive également la minuterie.

Si vous le faites invisible sans le désactiver, la minuterie incendie toujours les événements et toutes les nouvelles données sont toujours traitées. Si vous le désactivez également, de nouvelles données ne sont pas traitées. Cela dépend du cas spécifique, lequel des deux comportements que vous souhaitez.

FWIW, je suis en désaccord avec la personne qui vous a dit que c'était faux à cacher et à désactiver. Je pense que c'est inutile, dans la plupart des cas.

Pas sûr de .NET, mais ActionScript / Flex a trois propriétés distinctes pour les contrôles qui prennent des valeurs booléennes.

activé

visible

InclusinLayout

Réglage de la propriété visible False le garde autour et peut effectuer la mise en page. Il est toujours dessiné par le rendu d'affichage. Le réglage includeLeLayOut La propriété le garde de la part d'être rendue ensemble. Souvent, je trouve utile d'inclure toutes les propriétés en fonction de ce que je veux arriver avec le contrôle et de mon avis. Il peut y avoir une propriété similaire à .NET. Mais je ne suis pas sûr.

Si vous posez aussi une question de convivialité plutôt que de simplement des questions techniques, je ne vous recommanderai pas de masquer des choses (sauf si vous ne changez pas complètement la "vue" actuelle de votre application), car il est généralement moins gênant trouver un contrôle Désactivé (cela vous donne un retour d'information sur l'action que vous souhaitez faire n'est pas encore prêt) que de passer quelques secondes à la recherche, juste pour réaliser après un certain temps qu'il doit être désactivé car les conditions préalables à utiliser ne sont pas satisfaites.

Si vous étiez déjà au courant de cela, ignorez-le simplement :-p

si vous devrez définir activé = false lors de la masquage d'un contrôle dépend du contrôle en question et de quel type d'interaction il offre. Pour de nombreuses commandes (telles que la case ou une case à cocher ), réglage visible = false suffire à éviter toute interaction entre l'utilisateur et le contrôle .

Mais certains contrôles (il semble être particulièrement celles-ci offrant une propriété de clé de raccourci), offrira toujours une interaction utilisateur lorsqu'elle n'est pas visible. Par exemple, le Toolstripmenuitem (et "ancien" menuitem ) aura toujours leur Cliquez sur l'événement appelé lorsque la touche de raccourci est enfoncée, peu importe < Code> visible étant true ou false .

Réglage Enabled = FALSE empêchera d'appeler l'événement sur via des touches de raccourci dans ces cas. De ce point de vue, je voudrais pas conseils contre la définition activé = false lors de la masquage d'une commande dans une application WinForms.