Lord Henry

function autoText () outputChatBox ("Acesse nosso site: #ffff00https://forum.multitheftauto.com/forum/97-portuguese-português/", root, 255, 255, 255, true) end setTimer (autoText, 1800000, 0)

Qual parte vc não está conseguindo? Só criar o veículo e depois anexá-lo ao caminhão usando a função mencionada pelo colega acima. Você não deve dar freeze no veículo.

Gridlists são elementos GUI e não DX. E no seu código você está usando Programação Orientada a Objetos, você deve deixar OOP habilitado no meta.xml para que ela funcione. <oop>true</oop>

Bom, eu acho o DX muito flat e quadradão (apesar de que agora na versão 1.5.6 dá pra colocar cantos arredondados), por isso acho o GUI muito mais bonito, sem contar que o jogador escolhe o estilo configurando no client. Mas isso é apenas gosto pessoal, devemos levar em conta apenas os detalhes técnicos aqui. Temas da Interface: A questão de "muitas formas de interagir com a programação" seria o quê exatamente? Obrigar o programador a fazer tudo na mão em vez de usar funções prontas? Por um lado é bom para o usuário que está aprendendo, por ser mais difícil, ele é obrigado a entender perfeitamente como é construído cada elemento da interface pra fazer um painel decente em DX, coisa que em GUI seria mais simples e ele não aprenderia tanto pois estaria usando as funções prontas. Mas para o programador experiente, se torna uma perda de tempo e mais trabalho é necessário para fazer uma manutenção no sistema, pois para mudar as posições ou escalas de um elemento, precisa mover cada parte uma por uma. Na questão de performance, concordo que não há muita diferença, para ser notável precisaria de uma quantidade absurda de elementos DX sendo desenhados ao mesmo tempo na tela, o que nunca acontece pois os menus nunca são complexos demais. O menu mais complexo em GUI que conheço é o painel Admin. O painel mais complexo em DX que eu conheço, é do Cinema Experience. (que também usa elementos GUI) "DX abrange tudo o que o GUI oferece e com certeza muito mais que isso"? Ok, crie uma janela compatível com clicar-e-arrastar na posição, um campo de input dentro dessa janela que permita no máximo 5 caracteres, uma lista com sorting que o usuário escolhe as ordens clicando nas colunas, e um botão que tenha efeito de "entrar" ao ser pressionado e "sair" ao ser soltado. A maioria dessas coisas você vai precisar de gambiarras pra fazer sem usar GUI. Uma coisa que eu sei que o DX oferece e que o GUI não, é o fato de rotacionar os elementos. Outra coisa a ser destacada é que você pode construir um painel DX com um buraco no meio (Ex: painel de seleção de veículos, onde o veículo aparece no cenário e o painel ao redor), coisa que no GUI normalmente não dá. (daria pra fazer com gambiarra também, criando TabPanels) Acho que cada um tem seu principal objetivo e suas vantagens. Na minha opinião, o DX é voltado para mostrar informações ao usuário e o GUI é voltado para interação com o usuário.

Quando você está em uma página qualquer de uma função GUI, você pode ir até o fim da página e procurar pela função que você deseja na lista do "See Also". Ela está organizada pelos tipos de elementos GUI, no seu caso era só olhar no Tab Panels.

Bem, dai a escolha é sua. DX não é ideal para menus interativos, ele serve para painéis que mostrem informações em tempo real (tipo velocímetros) já que eles precisam ser desenhados a cada frame para se manterem visíveis. Seu uso é melhor utilizado para mostrar imagens e textos que surgem e somem da tela em alguns segundos ou que envolvam animações de posição, escala, fade e rotação, etc. Seus elementos devem ser criados manualmente um por um, você cria o retângulo do botão, depois o texto e depois cria uma área de clique e anexa uma função nela. Para mudar um botão de lugar, é necessário mover junto seu texto, área clicável e demais propriedades, já que eles são elementos separados. Elementos DX não podem ser arrastados pela tela, a não ser que seja criada uma função gambiarra para fazer isso. GUI é ideal para menus, botões e janelas que o usuário deve interagir, além de textos e caixas de entrada de texto. São elementos nativos do MTA criados 1 vez e ficam na tela até serem ocultados pelo usuário ou destruídos. Sua aparência depende do tema que o cliente do usuário está configurado. Sua desvantagem é que não são completamente customizáveis como o DX e também não atualizam informações em tempo real. São compatíveis com certas animações de posição, escala e fade, mas não podem ser rotacionados. São mais fáceis de se criar e fazer manutenção em relação ao DX, já que possuem funções nativas para automatizar a maioria das coisas. Você cria um botão qualquer e o texto, área clicável e efeitos do clique já vem inclusos. Se você mudar a posição do botão, seu texto e área clicável acompanharão o botão e suas propriedades. As janelas GUI suportam clicar e arrastar, permitido que o usuário mova a janela pela tela. ----------------------- Resumindo DX: Painéis, menus e textos que mostram informações. GUI: Painéis, menus, textos, caixas de texto que o usuário pode interagir.

Bom, eu no seu lugar primeiramente faria o menu inteiro em GUI em vez de DX, por ser mais fácil, mais otimizado e mais leve. Dai eu usaria a função de guiCreateGridList. Com ela, vc já tem várias funções de seleção e também dá pra trocar o texto dos itens da lista usando guiGridListSetItemColor. Funcionaria a princípio com o mouse, mas vc ainda poderia bindar as teclas arrow_u e arrow_d para mudar a seleção pro item anterior/seguinte usando a função guiGridListSetSelectedItem. Tudo sem gambiarra.

Ah, seu objetivo é saber se tem como otimizar o código atual, é isso? Deixar ele mais limpo.

E então vc quer saber se tem outro jeito de fazer o texto selecionado da lista mudar de cor, é isso? Mas pq vc está buscando uma forma alternativa de fazer isso? Do jeito atual está bugando ou algo assim?

Carregou, mas quero que vc explique. Pois quando outra pessoa vier com uma dúvida parecida, talvez a imagem não esteja mais disponível.

O que era pra fazer?

Mas o servidor fica realmente lagado? Ou vc só está incomodado com aquele número do Console? Aqui fica nessa média: (as vezes desce pra 30 e as vezes chega no 40)

Aquilo é FPS do Console, os jogadores tem um FPS diferente daquilo. Cada jogador tem seu próprio FPS que varia dependendo de sua internet e máquina individual.

Você disse que desligou todos os resources e mesmo assim ele fica com FPS baixo quando tem muitos jogadores online. Ou é problema da máquina, ou a conexão não suporta tantos jogadores.

Acontece em todos os servidores que vc tenta entrar? Aparece alguma mensagem de erro?

Não entendi sua colocação. Todos os jogadores usam o mesmo chat global independente de seu país.

Qual parte vc não entendeu?

Título: MTA fechando sozinho ao entrar em servidores Texto: Me ajudem! Meu MTA fecha sozinho sempre que eu tento entrar em qualquer servidor! (Postar imagens se houver alguma mensagem de erro) Depois de fazer o que nosso colega acima disse (Reinstalar o MTA, se não resolver então reinstalar o GTA), responda a esse tópico nos avisando se deu certo ou não.

Provavelmente significa que seu servidor não tem largura de banda suficiente para aguentar tantos jogadores simultâneos. (Aquilo é Windows XP ou apenas tema clássico do Windows 7?)

createRadarArea

Este tópico está completamente fora das regras de formatação do fórum. Título muito grande, não coloque a explicação do problema no título, apenas um breve resumo com poucas palavras. A explicação detalhada deve ser feita no corpo do texto, antes do código. O código deve estar na formatação adequada, use a ferramenta de código do fórum para que ele fique legível. Corrija o tópico, por gentileza.

É algo realmente muito complexo de ser feito, eu sinceramente não sei fazer. Mas sei que você precisaria usar fetchRemote para obter os dados do site. A parte complicada seria todo o esquema de segurança de acesso e domínio que você tem no site. Para acessar um banco de dados externo, você usa a linguagem MySQL assim como foi dito pelo nosso colega acima. Para mexer com MySQL você usa as funções DbQuery para iniciar uma conexão de acesso ao banco de dados do seu fórum.

Você pode debugar o código colocando vários outputChatBox no meio dele, para saber por quais partes ele passa ou não. Dai você consegue descobrir onde ele para a execução que deveria continuar.

Desconheço. Faço manualmente.

Só dar destroyElement no blip, dai ele irá sumir.