Durante décadas, programadores foram treinados a responder a qualquer nova funcionalidade com o mesmo reflexo: abra uma nova tela. Quer mostrar detalhes? Nova tela. Quer configurar algo? Nova tela. Precisa apenas mudar o status de um item? Nova tela também. Essa tradição, herdada dos tempos do desktop e reforçada por frameworks visuais, criou uma cultura de fragmentação e dispersão de atenção.
Mas e se não precisasse ser assim? E se pudéssemos agir diretamente onde o dado está?
Foi exatamente essa reflexão que me levou a abandonar uma das telas do OrdemApp Mobile, um aplicativo que desenvolvi para uma empresa japonesa. Ao clicar em um apartamento (representado por um componente visual rico chamado TCqApartment), o usuário era levado para uma nova tela cheia de botões: cliente ausente, cliente desistente, início da limpeza, término da limpeza, reagendamento etc. Tudo lá, organizadinho... mas cansativo. Era uma etapa desnecessária.
Substituí tudo por um menu circular contextual. Clicou no apartamento? Surge, sobre ele, um menu com as ações disponíveis. Visualmente bonito, ergonomicamente ótimo, logicamente simples. Nenhuma tela nova. Nenhum salto cognitivo. Nenhum tempo perdido.
Essa abordagem não é apenas estética. É filosófica. Trata-se de rejeitar a multiplicação desnecessária de "views" que atormenta o desenvolvimento mobile. Como bem destaca Ray Konopka em Managing FMX Views, empilhar telas no mobile não é trivial: problemas com TTabControl, inconsistência de frames inline, falta de suporte a estilos, dificuldade de navegação. Criar telas demais não é só erro de design, é um risco arquitetural.
Essa mudança de paradigma — agir no contexto, sem trocar de tela — não invalida o trabalho de quem busca organizar a navegação tradicional, muito pelo contrário. Um exemplo brilhante disso é o trabalho do Ray Konopka em Managing FMX Views, onde ele estrutura com precisão a navegação entre múltiplas views, resolvendo os problemas clássicos do Delphi FMX como inconsistência de frames e falta de isolamento de estado. Mas como o próprio cenário mobile exige respostas ágeis, nem tudo precisa virar uma tela nova. Minha proposta é usar menus radiais e componentes contextuais como primeira linha de ação, e deixar as mudanças de view para o que realmente exige profundidade. Assim, as duas abordagens se unem: menos navegação onde for possível, melhor navegação onde for necessário.
Ao integrar um menu direto no contexto do componente, mantemos a inteligência onde ela importa: próxima do dado, próxima da ação. A interação não precisa ser uma jornada. Pode ser um gesto. Pode ser um toque. Pode ser uma decisão inteligente de layout.
No TheCodeNaked, acreditamos que a forma segue a inteligência. E, nesse caso, menos telas é mais produtividade. Pensa em fazer diferente? Então pare. Pare de abrir telas. E comece a abrir possibilidades.
