L'activation du chat modifie le remplissage de main-outlet sur mobile

Activer le chat modifie le remplissage de mon main-outlet sur mobile comme ceci :

avant

après

Le CSS pertinent du chat est ici :


(le remplissage est remplacé de 1em à 0)

Je comprends que c’est encore en développement et que les choses peuvent changer. Je suppose qu’il est logique de définir le remplissage à zéro sur la page de chat, mais cela finit par s’appliquer à toutes les pages.


Une deuxième chose que j’ai remarquée est que sur mobile, mon clavier couvre ce que je tape (Android/Chrome) :

comparez cela à Discord, où la zone de texte est placée au-dessus du clavier

Cela ressemble plus à un bug qu’à quelque chose qui a été simplement négligé. Je peux approfondir ce problème pour voir s’il s’agit d’un autre composant de thème ou de quelque chose qui le cause si c’est un bug spécifique de mon côté.

Quelle est votre version d’Android / version de Chrome ?

Êtes-vous sûr que cela vient du chat ? Nous n’avons pas de fichier chat-mobile.scss à ma connaissance.

Je vais d’abord clarifier si j’ai installé le chat de la bonne manière,
J’ai reconstruit mon instance hier soir. Je n’ai pas inclus le chat dans mon fichier app.yml - ma compréhension est qu’il s’agit maintenant d’un plugin fourni avec le cœur de Discourse ?


L’URL renvoie ici : discourse/plugins/chat at main · discourse/discourse · GitHub

Je vais trouver d’où vient ce chat-mobile.scss.

Oui, c’est maintenant un plugin principal

Il est possible que je manque quelque chose ici… mais de mémoire, je ne sais pas où cela pourrait se trouver actuellement dans le plugin. Nous avons quelque chose avec du padding, mais cela est censé être limité à .has-full-page-chat et, par conséquent, ne devrait pas impacter d’autres pages.

1 « J'aime »

Je l’ai trouvé, il semble que cela provienne du thème Discourse Air que j’utilise

Je l’utilise avec mon propre CSS qui le surcharge, donc je pense que c’est un problème “de moi” dans ce cas.


Je vais examiner le problème du clavier, je suppose que ce comportement n’est pas intentionnel, n’est-ce pas ?

1 « J'aime »

Oui, pas intentionnel :slight_smile:

J’ai isolé le problème. J’ai quelques composants qui utilisent la sortie below-site-header (par exemple, une bannière rotative et une barre de navigation). Je suppose que leur hauteur n’est pas correctement prise en compte ?

capture d'écran complète

Ce sont des composants personnalisés que j’ai écrits, donc c’est peut-être encore un problème “moi”, mais il est aussi possible que tout ce qui se trouve dans below-site-header puisse poser problème, auquel cas cela devient un problème “nous” :slight_smile:

1 « J'aime »

Comment cela fonctionnerait-il cependant ? Il vous resterait 50px de hauteur pour afficher le chat.

Je pense que le problème principal est que lorsque vous touchez la zone de texte du chat, l’écran saute tout en haut de la page et que le contenu de below-site-header devient visible.

exemple vidéo

Je pense qu’il serait plus logique que la page saute à une position où le bas de la div du chat se trouve juste au-dessus du clavier. Ou que la div de la zone de texte soit collée au bas de la page (et en haut du clavier) afin qu’elle soit toujours visible et qu’elle se superpose à tout.

Quelle que soit la solution idéale, la zone de texte devrait être la toute première priorité de ce qui est visible à l’écran, même s’il n’y a que 50 pixels disponibles.