Ativar o chat altera o preenchimento do main-outlet no celular

Suporte
1

Ativar o chat altera o preenchimento do meu main-outlet no celular, assim:\n\n### antes\n

image
image790×162 11.1 KB
\n\n### depois\n
image
image682×166 10.6 KB
\n\nO CSS relevante do chat está aqui:\n\n
image
image566×204 22.4 KB
\n(o preenchimento é substituído de 1em para 0)\n\n\nEu entendo que ainda está em desenvolvimento e as coisas podem mudar. Acho que faz sentido definir o preenchimento como zero na página de chat, mas ele acaba sendo aplicado a todas as páginas.\n\n—\n\nUma segunda coisa que notei é que no celular, meu teclado cobre o que estou digitando (android/chrome):\n
image
image1080×1262 83.9 KB
\n\n[details="compare isso com o discord, onde a caixa de texto é colocada acima do teclado"]\n
image
image1080×1767 95.5 KB
\n[/details]\n\nIsso parece mais um bug do que algo apenas esquecido. Posso investigar mais esse problema para ver se é outro componente de tema ou algo que o está causando, se for um bug específico do meu lado.

2

Você tem a versão do Android / versão do Chrome, por favor?

3

Tem certeza de que isso vem do chat? Nós não temos um arquivo chat-mobile.scss, tanto quanto sei.

4

Deixe-me primeiro esclarecer se instalei o chat da maneira correta.
Reconstruí minha instância ontem à noite. Não incluí o chat no meu arquivo app.yml - meu entendimento é que agora é um plugin que vem com o core do Discourse?

image
image1124×254 21.1 KB

O URL leva para cá: discourse/plugins/chat at main · discourse/discourse · GitHub

Vou descobrir de onde vem este chat-mobile.scss.

5

Sim, este agora é um plugin principal

É possível que eu esteja perdendo alguma coisa aqui… mas, de cabeça, não sei onde isso estaria no plugin atualmente. Temos algo com preenchimento, mas isso deveria estar restrito a .has-full-page-chat e, como resultado, não deveria impactar outras páginas.

1 curtida
6

Encontrei, parece ser do tema Discourse Air que estou usando

Eu uso isso com alguns dos meus próprios CSS substituindo, então acho que este é um problema “meu” neste caso.

Vou investigar o problema do teclado, presumo que esse comportamento não seja intencional, certo?

1 curtida
7

Sim, não é intencional :slight_smile:

8

Eu isolei o problema. Tenho alguns componentes que usam o outlet below-site-header (por exemplo, um banner rotativo e uma barra de navegação). Imagino que a altura deles não esteja sendo contabilizada corretamente?

captura de tela completa

Screenshot_20221109-140236_Chrome
Screenshot_20221109-140236_Chrome1080×2280 138 KB

Estes são componentes personalizados que escrevi, então talvez seja outro “problema meu”, mas também pode ser que qualquer coisa em below-site-header possa ser um problema, caso em que se torna um “problema nosso” :slight_smile:

1 curtida
9

Mas como isso funcionaria? Você ficaria com 50px de altura para mostrar o chat.

10

Acho que o problema principal é que, ao tocar na caixa de texto do chat, a tela salta para o topo da página e o conteúdo em below-site-header fica visível.

exemplo em vídeo

Acho que faria mais sentido se a página, em vez disso, saltasse para uma posição onde a parte inferior da div do chat ficasse logo acima do teclado. Ou ter a div da caixa de texto fixa na parte inferior da página (e topo do teclado) para que ela esteja sempre visível e sobreponha tudo.

Independentemente da solução ideal, a caixa de texto deve ser a primeira prioridade do que é visível na tela, mesmo que haja apenas 50px disponíveis.