Problème avec le chat sur les iPad exécutant iOS 12.5

[bletch (Danny Goodall)]

J’adore le plugin. Excellent travail.

J’ai trouvé un problème avec Discourse Chat sur les iPads exécutant iOS 12.5. Je reconnais que Discourse cessera de prendre en charge cette version en janvier, mais comme elle est actuellement « prise en charge », je voulais le signaler.

Le problème se présente comme un problème d’interface utilisateur, mais il semble être plus profond que cela.

Le problème d’interface utilisateur

L’espace de saisie de texte n’est pas assez haut. Cela rend très difficile le placement du curseur dans l’espace.

Voir ici…

Zoomé…

Le problème d’utilisabilité

L’autre problème, qui peut être lié, est que même si vous placez le curseur dans l’espace, il ne signale pas que le message de chat a été lu. L’indicateur de lecture bleu/vert en haut de l’écran reste même si vous avez visité le canal de discussion. Cela rend évidemment le chat difficile à utiliser car vous ne pouvez pas attirer l’attention de quelqu’un sur un message car l’indicateur est toujours allumé.

Incohérence

Ces problèmes se présentent la plupart du temps, mais j’ai aussi - occasionnellement - vu des circonstances où l’espace de saisie de texte semble normal et le placement du curseur efface l’indicateur de lecture.

Je ne trouve pas de schéma pour cette incohérence, mais elle pourrait être liée aux différences entre le chat personnel et les canaux - mais cela pourrait aussi être une fausse piste (jeu de mots intentionnel).

La raison pour laquelle c’est un tel problème pour moi est que cette instance de Discourse est utilisée dans une école par 10 à 12 utilisateurs qui ont tous reçu des iPads. J’ai demandé qu’ils soient mis à niveau, mais ils sont anciens et sont au maximum sous iOS ~12.5. On me dit que nous sommes coincés avec ceux-ci pendant un certain temps encore - ce qui me causera certainement un problème après janvier.

Merci !

[bletch (Danny Goodall)]

Bien que je voie que cela a été déplacé dans une catégorie de discussion UX au lieu d’un bug, je voulais souligner qu’il ne s’agit pas seulement d’un problème d’interface utilisateur / cosmétique.

Comme je l’ai mentionné ci-dessus, l’indicateur de notification de chat ne disparaît pas même si le canal est visité et que le curseur est placé dans l’espace de saisie de texte.

C’est comme si un événement focus ou similaire ne se déclenchait pas.

Merci !

[Stephen]

La prise en charge d’iOS 12.5 se termine en janvier. Discourse 3.0 est la dernière version qui le prendra en charge, après quoi les utilisateurs verront la vue en lecture seule.

Comme le chat réside actuellement dans un plugin, je ne suis pas sûr de l’effort qui sera consacré à la prise en charge du chat sur des appareils aussi anciens pendant seulement 3 à 4 mois. Peut-être qu’un membre de l’équipe peut commenter.

[bletch (Danny Goodall)]

Merci pour votre réponse, @Stephen.

@Stephen

Le support pour iOS 12.5 se termine en janvier.

Oui, je peux comprendre cela - et j’ai reconnu leur fin de vie imminente dans le premier message. Je cherchais vraiment une position formelle afin de pouvoir faire des plans.

J’aimerais également savoir ce qui est impliqué. J’imagine que le support d’une plateforme aussi ancienne peut être trop difficile, mais si c’était une solution simple, j’aimerais la voir mise en œuvre. Je serais également heureux d’aider - si cela correspond à mes compétences limitées.

Quelques commentaires cependant.

Quand vous dites « seulement 3-4 mois », je suggérerais qu’il serait possible (sinon souhaitable) d’épingler Discourse et le plugin Chat à des versions spécifiques et de fonctionner « joyeusement » plus longtemps que cela.

Évidemment, je devrais tenir compte de l’impact de ne pas recevoir de mises à jour de sécurité, mais les budgets dans les écoles britanniques sont très serrés et la mise à niveau des iPads avant, disons, juillet de l’année prochaine, n’est probablement pas une option.

Merci encore d’avoir partagé vos réflexions.

[bletch (Danny Goodall)]

tl;dr J’ai créé un composant de thème qui semble contourner le problème, mais j’aimerais valider le CSS / l’approche que j’ai utilisée.

Mise à jour

Une mise à jour à ce sujet. J’ai créé un composant de thème simple que je vais tester en direct demain, mais il semble qu’il rende Discourse Chat utilisable sur iOS 12.5.

Mention spéciale aux bonnes personnes de BrowserStack qui m’ont gracieusement fourni un accès de débogage à un iPad basé sur le cloud exécutant 12.x dans le cadre de leur programme open-source.

Bien que cette solution semble réalisable, j’apprécierais vraiment une revue par toute personne ayant de réelles connaissances en CSS, car je me suis contenté de deviner et de chercher sur Google jusqu’à présent.

Que se passait-il ?

J’ai mentionné que le problème semblait quelque peu « aléatoire ». Il s’avère que la taille de la zone de saisie du chat est inversement proportionnelle à la hauteur totale du texte défilant (pas seulement du texte visible) dans le div du conteneur des messages de chat.

Ainsi, s’il n’y a pas beaucoup de messages dans un canal particulier, la hauteur du compositeur de chat apparaît normale. Plus il y a de messages dans le canal, plus la hauteur du compositeur de chat diminue.

Problème supplémentaire

En plus du problème de rétrécissement du textarea, j’ai également remarqué que le bouton « retour aux canaux » (chevrons / inférieur à) était légèrement désaligné.

La solution ?

Pour le bouton « retour aux canaux », le CSS suivant le replace dans l’alignement…

div.topic-chat-float-container .chat-drawer .topic-chat-drawer-header {
    align-items: center;
}

Voyez…

En utilisant BrowserStack, j’ai pu cibler le div du conteneur du compositeur de chat qui rétrécissait. J’ai découvert qu’en appliquant ce CSS…

.chat-composer-container {
    flex-shrink: 0;
}

…il maintient la hauteur du conteneur du compositeur de chat quelle que soit la taille du contenu du chat.

Comme ceci…

Je suis heureux de maintenir le composant de thème pour mes utilisateurs d’iPad sous 12.5, mais j’aimerais juste savoir si cette approche CSS est valide / optimale / dangereuse.

Merci !

[mcwumbly (Dave McClure)]

@bletch

Je n’ai pas le temps de lire. J’ai créé un composant de thème qui semble contourner le problème, mais j’aimerais valider le CSS / l’approche que j’ai utilisée.

Bon travail !

@bletch

Je suis heureux de maintenir le composant de thème pour mes utilisateurs d’iPad sous 12.5, mais j’aimerais juste savoir si cette approche CSS est valide / optimale / dangereuse.

Je ne peux pas commenter immédiatement, mais j’ai noté de discuter des questions que vous avez soulevées de manière plus générale afin que nous puissions y répondre ici avec un peu plus de clarté. Il faudra peut-être encore une semaine ou deux avant que nous puissions y répondre de manière plus définitive.

[sam (Sam Saffron)]

Ma préoccupation générale est que ce n’est pas réalisable à long terme

Une fois que nous aurons abandonné le support du cœur en janvier, le JS pourra commencer à échouer et cela ne pourra pas être corrigé dans un composant de thème.

[bletch (Danny Goodall)]

Oui, cela semble logique.

Pour moi, ce sera un pansement à moyen terme pour me permettre d’atteindre le prochain exercice budgétaire, lorsque l’école pourra, je l’espère, doter mes utilisateurs d’iPads plus performants.

En fait, si Discourse Chat n’avait pas eu un tel succès auprès de nos utilisateurs, je l’ignorerais simplement, mais il joue un rôle parfait dans certains des processus que nous avons automatisés.

J’espère pouvoir épingler un identifiant de commit fonctionnel pour Chat et Discourse dans app.yml en janvier, puis essayer de tenir bon.

[sam (Sam Saffron)]

@bletch

Pour moi, ce sera un pansement à moyen terme pour me permettre d’atteindre la prochaine année budgétaire, lorsque l’école pourra, je l’espère, équiper mes utilisateurs d’iPads plus performants.

Merci d’avoir fourni le contexte. Oui, cela a certainement du sens. J’aimerais qu’il soit plus facile de prendre en charge ces appareils ou qu’Apple mette à jour les navigateurs indépendamment d’iOS.

Android n’a pas ce problème… c’est vraiment un « problème Apple ».