Ce composant ajoute une fenêtre contextuelle pour les utilisateurs d’appareils iOS. Cette fenêtre contextuelle est dismissible et ne s’affichera pas si vous consultez un forum Discourse via PWA.
Combien de temps la fenêtre contextuelle doit-elle attendre avant d’apparaître ? (en millisecondes)
Traduction
Défaut
pwa_text
Installez \u003cb\u003e%{siteTitle}\u003c/b\u003e sur votre appareil iOS. Appuyez sur Partager, puis sur \u003cb\u003eAjouter à l’écran d’accueil.\u003c/b\u003e
Ce thème comprend deux paramètres, l’un pour le texte affiché, et l’autre pour un minuteur afin de décider combien de temps attendre avant l’apparition de la fenêtre contextuelle. Ces paramètres sont livrés avec leurs valeurs par défaut.
Cette fenêtre contextuelle n’apparaîtra que pour les utilisateurs iOS sur un iPhone ou un iPad qui n’utilisent pas PWA pour consulter un forum Discourse. Elle n’apparaîtra plus si un utilisateur clique sur l’icône x.
Modification du texte affiché
Vous devez prendre note lors de la modification de cette zone :
Si vous souhaitez modifier ce texte, et que vous souhaitez que le siteTitle reste ici, assurez-vous de conserver %{siteTitle} dans ce texte où que vous le jugiez approprié.
Hébergé par nous ? Les composants de thème sont disponibles pour utilisation sur nos plans Standard, Business et Enterprise.
Dans le cœur pour Android, nous utilisons une vérification trust level >= 1 pour afficher la fenêtre contextuelle, ce qui agit comme un minuteur mais est mieux à mon avis :
Je suggère que le texte par défaut mentionne les notifications push et évite de mentionner « appareil ».
Peut-être quelque chose comme :
« Ajoutez %{siteTitle} à votre écran d’accueil pour vous inscrire aux notifications push ! Appuyez sur Partager puis sur Ajouter à l’écran d’accueil. »
Il serait particulièrement utile que l’équipe Discourse effectue des tests A/B à ce sujet, afin de trouver le langage le plus susceptible d’inciter les utilisateurs à s’inscrire aux notifications push.
Voici les questions que j’ai :
Est-il préférable de dire « Ajouter » ou « Installer » ?
Est-il préférable de mentionner les notifications push ici, ou de retarder leur mention ?
Si nous mentionnons l’installation, devrions-nous dire qu’il s’agit d’une « application » en cours d’installation ? Une « application web » ?
L’iPad a plus d’espace. Est-il préférable d’utiliser plus de mots ?
Sur iPad, cette bannière n’est pas idéale. La bannière apparaît en bas de l’écran, mais le bouton de partage est en haut. Je vois qu’il y a une petite flèche vers le haut , comme pour indiquer « hé, le bouton est dans l’en-tête », mais je doute que cela suffise. (Avez-vous fait des tests utilisateurs à ce sujet ? Avez-vous vu que cela fonctionne pour les utilisateurs non experts d’iPad ?)
Cela n’aide pas non plus que nous demandions à l’utilisateur d’« appuyer sur partager », alors que le bouton n’est pas visiblement appelé « partager ». C’est une petite boîte avec une flèche.
J’adorerais que Discourse fasse quelque chose de plus similaire.
Maintenant, le flyout est un peu fragile (et si le bouton bougeait ?), mais je pense qu’il est également acceptable que le bouton ne soit pas exactement là où pointe le flyout, tant qu’il est à peu près au bon endroit.
Historiquement, il était également périlleux que le bouton puisse avoir un aspect différent d’une version d’iOS à l’autre. Mais le bouton de partage n’a pas changé de forme depuis iOS 7, et il n’y a aucune raison particulière de penser qu’il changera dans iOS 17, donc je pense qu’une approche comme celle-ci fonctionnerait sur iPad, avec un petit flyout pointant vers l’endroit où se trouve probablement le bouton Partager dans la barre d’en-tête.
Je vois l’intérêt d’afficher ce flyout en haut de la page lorsqu’un iPad est utilisé.
Pour être tout à fait franc, la raison pour laquelle nous n’avons pas inclus cette icône dans cette version du composant est qu’elle n’est disponible que dans Font-Awesome 6, et Discourse ne prend pas encore en charge cette version.
C’est exactement pour cela que j’ai rendu ce texte modifiable par un administrateur. Chaque personne peut avoir une idée différente de ce que ce pop-up devrait dire, alors n’hésitez pas à le modifier à votre guise.
Je ne suis pas sûr de comprendre votre question. J’ose dire que s’ils sont déjà sur le forum, la raison de l’installer sur leur appareil iOS serait évidente.
Mon point est que les utilisateurs d’Apple ne sont familiers qu’avec l’installation d’applications via l’App Store. Très peu comprendront ce qu’est un PWA. Encore moins connaîtront le bénéfice potentiel de l’installation.
Placer les notifications du navigateur derrière A2HS est une excellente initiative de la part d’Apple. Cela résout complètement les premiers problèmes de notifications sur le bureau.
Comment faire savoir aux utilisateurs ce qu’ils y gagnent au-delà d’une autre icône sur leur écran d’accueil ?
Je suis complètement (mais j’espère poliment) en désaccord. J’administre un forum Discourse et j’ai cette application et d’autres ajoutées à l’écran d’accueil. Je n’y ai pensé qu’après des discussions ici, et je n’ai constaté aucun avantage (les notifications ne fonctionnent pas), j’ai donc continué à utiliser l’application Hub.
Mon retour d’expérience provient spécifiquement de clients, après avoir mentionné que la PWA était une étape nécessaire pour activer les notifications.
Cela variera d’une communauté à l’autre, mais à l’ère du « demander à l’application de ne pas suivre », les utilisateurs sont moins susceptibles de suivre aveuglément les instructions sans un avantage perçu. Expliquer à un utilisateur comment installer la PWA sans expliquer pourquoi occulte certainement l’essentiel.
J’ai eu ce problème avec quelques-unes de mes instances auto-hébergées et la modification de la fenêtre de temps de notification push push notification time window mins à 0 l’a résolu pour moi et la plupart de mes utilisateurs. En tant qu’effet secondaire, cela rapproche également le comportement de celui des notifications de l’application Hub en termes de synchronisation.
Beau composant ! J’aime la façon dont il est implémenté près des boutons de partage. Je suis d’accord pour que nous intégrions cela au cœur et à la bannière Android.
J’ai une ancienne maquette non implémentée d’il y a quelque temps qui pourrait aborder certaines réflexions mentionnées ici :
L’idée avec le texte ici était d’avoir une sorte de « qu’est-ce que j’y gagne » clair — et de montrer littéralement le logo du site d’une manière semblable à une application pour clarifier un peu de quoi il s’agit.
Cela a été maquetté pour Android, ce qui facilite les choses car vous pouvez inclure un bouton qui ajoute directement la PWA à votre appareil.
Malheureusement, iOS exige toujours de passer par leur feuille de partage pour accéder à cette action… mais je pense que nous pouvons avoir un bouton qui déclenche les options de partage ? (nous le faisons déjà pour cliquer sur l’icône de partage sur les publications sous iOS…)
Pas sur iOS. Vous pouvez ouvrir une feuille de partage avec navigator.share(), mais elle n’a pas le bouton « Ajouter à l’écran d’accueil ». Pour A2HS, l’utilisateur doit cliquer manuellement sur le petit bouton de partage ; d’où le besoin de quelque chose comme ceci.