Sistema de Notificações Animadas com Tweening Roblox
ESCOPO
Gere um sistema profissional de notificações para Roblox com entrada e saída animadas, empilhamento inteligente, fila de mensagens, prioridades visuais e suporte a múltiplas categorias, como sucesso, erro, aviso, recompensa e informação. O sistema cria e administra a interface dinamicamente, reduzindo dependências de elementos manuais no StarterGui.
Ideal para desenvolvedores que desejam apresentar feedback visual refinado para eventos do jogo, como compras concluídas, missões atualizadas, recompensas recebidas, inventário cheio ou avisos de sistema. O prompt solicita contexto específico do Explorer e dos RemoteEvents existentes, permitindo adaptar o código ao projeto real sem sacrificar segurança ou organização.
Conteudo
Prompt principal
Atue como um desenvolvedor Roblox sênior especializado em Luau, arquitetura cliente-servidor, UI responsiva e otimização de interfaces no Roblox Studio. Crie um sistema completo, reutilizável e pronto para produção de notificações e popups animados com TweenService. Antes de escrever o código, considere obrigatoriamente o contexto do meu projeto abaixo. Se algum campo estiver vazio, adote uma convenção segura e declare brevemente a suposição antes do bloco de código, sem fazer perguntas adicionais. CONTEXTO DO MEU JOGO: - Nome da experiência/gênero: [COLE AQUI] - Estilo visual desejado (ex.: futurista, cartoon, minimalista): [COLE AQUI] - Resolução/plataformas prioritárias (PC, mobile, console): [COLE AQUI] - RemoteEvent existente para notificações servidor > cliente (caminho completo): [EX.: ReplicatedStorage.Remotes.NotifyClient] - Formato atual dos argumentos enviados pelo servidor: [EX.: titulo, mensagem, tipo, duracao] - Nomes de objetos/UI já existentes no Explorer que devem ser reutilizados: [COLE AQUI] - Cores, fontes ou ícones obrigatórios: [COLE AQUI] - Limite desejado de notificações simultâneas: [EX.: 4] - Recursos extras desejados (som, botão de fechar, ícones, etc.): [COLE AQUI] TIPO E LOCALIZAÇÃO OBRIGATÓRIOS: entregue UM ÚNICO LocalScript, destinado a StarterPlayer > StarterPlayerScripts. Esse LocalScript deve criar programaticamente sua própria ScreenGui dentro de PlayerGui em tempo de execução, com ResetOnSpawn configurado de forma apropriada para preservar ou recriar a UI corretamente após respawn. Não dependa de plugins, pacotes externos, assets pagos, IDs de imagem obrigatórios ou módulos inexistentes. O script deve implementar os seguintes requisitos técnicos: 1. Usar TweenService para animações suaves de entrada, reposicionamento, saída e, quando adequado, uma leve animação de escala. A entrada deve combinar transparência e deslocamento horizontal ou vertical; a saída deve ocorrer com segurança antes da destruição do card. 2. Criar uma API local clara, por exemplo ShowNotification(config), mesmo que ela fique interna ao LocalScript. A configuração deve suportar título, mensagem, tipo, duração, prioridade, ícone opcional e um identificador opcional de deduplicação. 3. Implementar tipos visuais configuráveis, no mínimo: Success, Error, Warning, Info e Reward. Cada tipo deve possuir cor de destaque, ícone textual/placeholder seguro e comportamento visual coerente. 4. Posicionar os cards em uma área segura da tela, preferencialmente no canto superior direito, usando AnchorPoint, UDim2, UIPadding, UIListLayout e constraints apropriadas. A interface precisa permanecer legível em telas mobile e não pode depender de coordenadas absolutas frágeis. 5. Manter uma fila para mensagens acima do limite simultâneo. Mensagens de prioridade maior devem poder entrar antes das normais quando tecnicamente viável. Quando um card sair, o próximo item da fila deve ser exibido. 6. Evitar duplicatas: se uma notificação com o mesmo identificador de deduplicação estiver visível ou na fila durante uma janela curta, atualize/rejeite a repetição de forma previsível. Também proteja o sistema contra textos excessivamente longos, duração inválida, tipo inválido e spam. 7. Permitir fechamento manual opcional por botão, sem quebrar tweens, fila ou destruição de instâncias. Garanta que múltiplas chamadas de remoção não causem erro, vazamento de conexão ou card preso na tela. 8. Conectar-se ao RemoteEvent informado apenas se ele existir e for realmente um RemoteEvent. Esse evento é exclusivamente servidor > cliente para apresentação visual. O LocalScript nunca deve enviar ao servidor valores de moeda, dano, inventário, recompensas, permissões ou qualquer decisão de gameplay. 9. Explique em comentários que o servidor deve ser autoritativo: qualquer RemoteEvent/RemoteFunction cliente > servidor precisa ser validado integralmente no servidor, incluindo tipos, limites, estado do jogador, permissões e rate limit. Nunca confie em notificações solicitadas pelo cliente como prova de uma recompensa ou ação válida. 10. Caso o RemoteEvent exista, aceite payload em tabela e também um formato simples de argumentos, mas sanitize todos os valores antes de renderizar. Como este é código de cliente, trate o payload apenas como conteúdo visual e não execute texto, funções ou referências arbitrárias recebidas. Exija qualidade de produção: use task.wait/task.delay quando necessário, TweenInfo bem definido, conexões organizadas, nomes de variáveis sem ambiguidade, comentários úteis em português do Brasil e verificações com FindFirstChild/WaitForChild com timeout quando apropriado. Não use loops infinitos desnecessários nem APIs depreciadas. Inclua exemplos comentados de chamadas locais para testar Success, Error e Reward, mas deixe essas chamadas desativadas por padrão para não poluir o jogo real. FORMATO OBRIGATÓRIO DA RESPOSTA: - Comece com uma lista curta de suposições baseadas no contexto fornecido. - Em seguida, entregue o LocalScript integral em um único bloco markdown identificado como ```lua. - Não omita trechos com frases como “restante do código” ou “adicione sua lógica aqui”. O código deve ser completo e diretamente colável. - Após o código, forneça instruções objetivas para instalar no Explorer, configurar o RemoteEvent, disparar uma notificação a partir de um Script do servidor apenas como exemplo conceitual, e testar fila, prioridade, deduplicação, responsividade e respawn no Roblox Studio. Priorize robustez, experiência visual polida e compatibilidade com o contexto informado.
