Placer vos tâches sur un écran
Objectif
Placer la liste de tâches propre au lecteur sur un écran que vous avez dessiné — généralement la page d’accueil d’une application — pour qu’ouvrir l’application revienne à ouvrir son travail.
Pourquoi cela existe
Les tâches d’une personne ont toujours été accessibles : un clic sur le bac dans la barre supérieure du Shell de la plateforme. Accessible ne veut pas dire sous vos yeux. Une page d’accueil est l’endroit où quelqu’un commence sa journée, et ce par quoi il la commence, c’est ce qu’on lui a demandé de faire — la liste a donc sa place sur la page, à côté des chiffres et des raccourcis, et non derrière un bouton dans un coin.
C’est la même boîte de réception, pas une copie. Le compteur dans la barre supérieure et les lignes de votre écran sont une seule et même liste, lue une seule fois.
Étapes
-
Ouvrez votre application Studio dans le concepteur et sélectionnez l’écran.
-
Faites glisser Composants → Mes tâches dessus. Il arrive à la taille d’un panneau ; placez-le où vous voulez et dimensionnez-le comme n’importe quelle autre boîte.
-
L’onglet Écran contient un seul champ :
Champ Contenu Au maximum le nombre de lignes à afficher. Laissez-le vide pour tout ce qui est en attente. -
Enregistrez et publiez.
C’est tout. Il n’y a rien d’autre à renseigner, parce que le dessin n’aurait rien d’autre à dire : les colonnes, l’ordre et l’effet d’un clic sur une ligne appartiennent à la plateforme, exactement comme pour une grille ou un sélecteur de date.
Ce que voit le lecteur
Le même tableau que la liste de tâches du Shell — quel processus, quelle étape, à quoi elle sert, à qui elle appartient, quand elle est arrivée et depuis combien de temps elle attend — et cliquer sur une ligne prend la tâche et ouvre ce sur quoi elle porte, exactement comme dans le bac.
Ce qu’il n’a pas
- Pas de barre d’outils. La liste du Shell propose Ouvrir, Transmettre, Remettre et Actualiser sur une ligne cochée, parce que c’est là que l’on va pour trier. Un panneau sur une page se consulte d’un coup d’œil : un clic sur une ligne ouvre la tâche, et il n’y a rien d’autre. Le bac reste à un clic.
- Pas de filtre par processus. Le panneau est la boîte de réception : tout ce qu’on a demandé à cette personne, dans tous les processus de l’environnement.
- Rien dans l’Aperçu. Le panneau affiche Cet hôte n’a pas de liste de tâches, en toute honnêteté — un aperçu n’a ni environnement ni connexion derrière lui, il n’y a donc aucune boîte de réception à lire. Il en va de même pour un écran servi en tant que portail. Publiez et ouvrez-le dans le Shell pour le voir avec des lignes.
Activez la prise en charge des tâches de l’application
Activez Participe aux processus métier sur l’application pilotée par modèle qui héberge l’écran. Sans cela, le panneau liste toujours les tâches, mais en ouvrir une ne peut signaler nulle part qu’une tâche est en cours — ni compteur dans le bac, ni barre en bas de l’écran la nommant avec un bouton Décider. Les deux sont les moitiés d’une même fonctionnalité.
Importez d’abord l’exemple
studio-tasks-on-a-home-screen, c’est cela, en état de marche, avec un processus en une étape pour
remplir le panneau. Importez-le, attribuez-vous le rôle Errand runner, déconnectez-vous puis
reconnectez-vous, créez une course, et la tâche apparaît à l’écran.
Dépannage
Le panneau est vide. C’est presque toujours le rôle : votre boîte de réception est construite à partir des rôles que porte votre connexion, si bien qu’un rôle accordé dans une session déjà ouverte n’atteint rien. Déconnectez-vous puis reconnectez-vous.
Il indique que cet hôte n’a pas de liste de tâches. Vous regardez un aperçu ou un portail plutôt que l’application dans le Shell de la plateforme.
Une ligne indique Prise et ne s’ouvre pas. Quelqu’un d’autre l’a prise avant vous. Une tâche proposée à un rôle figure dans la liste de chaque candidat jusqu’à ce que l’un d’eux l’ouvre, et elle reste visible ensuite pour que vous voyiez où elle est allée.