System Windows nie zapewnia sposobu określania zawartości kafelków, gdy użytkownik uruchamia aplikację za pomocą kafelka. Za wytyczne UX wodowania z każdej z poniższych powinno mieć odpowiednią zachowanie:
- Główne dachówka: aplikacja powinna uruchomić się na ostatnim miejscu użytkownik opuścił aplikację lub stronę domową aplikacji.
- Dodatkowy kafelek: Aplikacja powinna uruchomić się do określonej zawartości w aplikacji.
- Toast: Podobnie jak dodatkowy kafelek, aplikacja powinna zostać uruchomiona do określonej zawartości w aplikacji.
Wszystkie trzy rodzaje aktywacji spowoduje zdarzenie OnActivated
być zwolniony z parametrem IActivatedEventArgs.Kind
ustawiony ActivationKind.Launch
.
W przypadku aktywacji dodatkowego kafla i grzanki aplikacja może zapewnić dodatkowy kontekst w parametrze LaunchActivatedEventArgs.Argument.
Dla płytek dodatkowych parametr argumentów uruchamiania można ustawić po utworzeniu płytki za pomocą właściwości SecondaryTile.Arguments
.
przypadku powiadomień tosty, parametr argumenty uruchamiania ustawiony jest jako atrybut w pliku XML powiadomień tost:
<toast launch="myLaunchContext">
...
</toast>
Wreszcie aplikacje nie powinny należy sprawdzić czy płytki zostały włączone lub wyłączone przez użytkownika . Windows i WNS ustalą, czy dostawa jest wymagana. Użytkownik może włączać i wyłączać kafelek, gdy aplikacja nie jest uruchomiona, więc stan zapisany przez aplikację może być niezsynchronizowany z ustawieniem.