xamarin/Xamarin.Forms

The order of 'IsEnabled' and 'Command' should not matter

Aperta

#2758 aperta il 17 mag 2018

Vedi su GitHubGuida contributor
 (24 commenti) (18 reazioni) (0 assegnatari)C# (1926 fork)batch import
breakinge/5 :clock5:help wantedm/high impact :black_large_square:p/0t/bug :bug:up-for-grabs

Metriche repository

Star
 (5644 stelle)
Metriche merge PR
 (Nessuna PR mergiata in 30 g)

Descrizione

Description

I have two buttons:

<Button
    Text="Button1"
    Command="{Binding TheCommand}"
    IsEnabled="False" />

<Button
    Text="Button2"
    IsEnabled="False"
    Command="{Binding TheCommand}" />

For some reason, the IsEnabled property is overwritten in Button2 - this enables the button incorrectly.

Button1 is disabled this way, but when I trigger TheCommand.ChangeCanExecute(), the button enables.

Expected Behavior

Both buttons stay disabled.

The matrix of this should be an && operation:

TheCommand.CanExecute() IsEnabled Final State
True True Enabled
True False Disabled
False True Disabled
False False Disabled

Actual Behavior

The button with the command applied later overwrites the enabled state.

Basic Information

  • Version with issue: 2.5.x and 3.0
  • Last known good version: unsure
  • IDE: VS2017
  • Platform Target Frameworks: all

Guida contributor

Direzione di ricerca
Il problema segnala che l'ordine delle proprietà 'IsEnabled' e 'Command' su un Button influisce sullo stato di abilitazione finale, cosa che non dovrebbe accadere. Il comportamento atteso è una combinazione AND: il pulsante è abilitato solo se IsEnabled locale è true e Command.CanExecute() restituisce true. Per risolvere, esaminare come Button gestisce le modifiche alle proprietà per IsEnabled e Command nel codice sorgente di Xamarin.Forms (ad esempio, Button.cs). La correzione probabilmente implica garantire che quando una delle due proprietà cambia, lo stato di abilitazione finale venga ricalcolato come AND logico delle due. Verificare se esistono soluzioni alternative o commenti esistenti nel problema che forniscono maggiori informazioni sulla codebase.
Tech stack
csharp
Dominio
mobile
Tipo issue
Bug
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
Mezza giornata
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Datata
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
Xamarin.FormsC#MVVM
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
30