Negli script precedenti abbiamo trattato il controllo SwipeView, descrivendo il suo utilizzo e come sia possibile personalizzarne il layout. In questo script, invece, andremo a spiegare come modificare l'interazione con il componente.
Di default, il controllo SwipeView viene visualizzato nel momento in cui l'utente esegue uno swipe, rimane aperto per consentire la scelta nel menu "secondario" e, quindi, si richiude dopo il tap su uno degli elementi disponibili. Con l'attributo Mode impostato al valore Execute andiamo a cambiare questo comportamento e, infatti, allo swipe verrà eseguito in automatico l'invoke o il relativo Command dello SwipeItem in esso contenuto: questa modalità si contrappone al valore di default Reveal.
<SwipeItems Mode="Execute"> <SwipeItem Text="Delete" Command="{Binding DeleteCommand}" /> </SwipeItems>
Oltre a gestire come vengono eseguite le azioni, possiamo stabilire come il controllo reagisca all'esecuzione di tali azioni. Abbiamo a disposizione tre diverse metodologie:
- Auto (default): la swipe viene chiusa nel momento dell'invoke, rimarrà invece aperta se la modalità dello swipe è Execute;
- Close: la swipe verrà chiusa sempre nel momento dell'invoke;
- RemainOpen: la swipe rimarrà aperta anche dopo il metodo invoke.
<SwipeItems SwipeBehaviorOnInvoked="RemainOpen"> <!-- SwipeItems --> </SwipeItems>
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Eseguire un metodo asincrono dopo il set di una proprietà in Blazor 8
Personalizzare l'errore del rate limiting middleware in ASP.NET Core
Generare file per il download da Blazor WebAssembly
Utilizzare Tailwind CSS all'interno di React: installazione
C# 12: Cosa c'è di nuovo e interessante
Generare file PDF da Blazor WebAssembly con iText
Come migrare da una form non tipizzata a una form tipizzata in Angular
Generare token per autenicarsi sulle API di GitHub
Creazione di plugin per Tailwind CSS: espandere le funzionalità del framework dinamicamente
Effettuare chiamate con versioning da Blazor ad ASP.NET Core
Utilizzare la libreria Benchmark.NET per misurare le performance
Gestire errori funzionali tramite exception in ASP.NET Core Web API
I più letti di oggi
- annunciato #netstandard 2.1. .NET Core lo supporterà a partire da #netcore3, così come le prossime versione di #xamarin, #mono e #unity.il supporto per #netfx 4.8, invece, non ci sarà. https://aspit.co/bq2
- Steel Style CheckBox per Silverlight 4.0
- Supporto ai tipi DateOnly e TimeOnly in Entity Framework Core
- Speciale Windows Store app: costruire app con WinRT per Windows 8