Dorgado, se me permite, nesta sugestão http://forum.craftlandia.com.br/ipb/index.php?/topic/282976-sugest%C3%A3o-liberar-comando-echo/page-2 você informou o seguinte:
"motivo para o desativamento do comando já foi totalmente burlado"
Macro burlado = BAN 00.
pois bem, o que ele quis dizer com "burlar" foi simplesmente utilizar outros métodos, não quebrar as regras.
para uso de um comando, usa-se }$$/comando{$$ para que o macro entenda que aquele comando não é para a macro, mas sim para o jogo, porém, esse método não permite o uso de variáveis junto a ele.
Para se utilizar variáveis, existe o comando type, que "pressiona" uma sequência de teclas previamente configuradas (como um vb que simula o pressionamento das mesmas), porém, devido ao lag comum na simples conexão com QUALQUER SERVIDOR, somos obrigados a utilizar desta forma
type(t); para abrir o chat
wait(200ms); para evitar o erro de delay do lag e cortar o restante
type(/comando ); para se digitar o comando
wait(200ms);
type(%&var%); e por ultimo separadamente a variável, para que assim não haja nenhum problema na digitação do comando
press(return); para o pressionamento do enter.
nos comandos acima, já é uma solução, porém poderíamos trocar estas 6 linhas por echo(/comando %&var%); sem erros, o que não vejo nada demais.
ganhamos tempo, o chat não precisa ser aberto (o que dependendo do macro pode atrapalhar) e o risco de lag é menor
Caso o problema seja também a possibilidade de comandos rapidos, para qualquer comando já existem plugins que pedem para um player aguardar em uma função e outra, que inclusive já me bloqueou mesmo digitando manualmente, e o "disconnect from spam" em alguns casos, que impede todo esse "flood de comandos"
como eu mostrei, o "burlar" não é passivo de ban00, pois são apenas comandos de macro, porém, chatos de se fazer, e alguns programadores tem dificuldade para usá-los.
Não chegamos a sitar os comandos de entrada (que permitem muita coisa) citamos apenas um comando, e vale lembrar que devido aos vários pedidos, me foquei na 1.7, então isso não está sendo mais um problema pra mim, mas acho justo a causa pelo qual o beetlee se opôs.
E ressalto que, com exceção do matrix, que é isento de macro por completo, ter "regras de bloqueio" divergentes entre servidores é como ter regras que não se aplicam a todos.
"motivo para o desativamento do comando já foi totalmente burlado"
Macro burlado = BAN 00.
pois bem, o que ele quis dizer com "burlar" foi simplesmente utilizar outros métodos, não quebrar as regras.
para uso de um comando, usa-se }$$/comando{$$ para que o macro entenda que aquele comando não é para a macro, mas sim para o jogo, porém, esse método não permite o uso de variáveis junto a ele.
Para se utilizar variáveis, existe o comando type, que "pressiona" uma sequência de teclas previamente configuradas (como um vb que simula o pressionamento das mesmas), porém, devido ao lag comum na simples conexão com QUALQUER SERVIDOR, somos obrigados a utilizar desta forma
type(t); para abrir o chat
wait(200ms); para evitar o erro de delay do lag e cortar o restante
type(/comando ); para se digitar o comando
wait(200ms);
type(%&var%); e por ultimo separadamente a variável, para que assim não haja nenhum problema na digitação do comando
press(return); para o pressionamento do enter.
nos comandos acima, já é uma solução, porém poderíamos trocar estas 6 linhas por echo(/comando %&var%); sem erros, o que não vejo nada demais.
ganhamos tempo, o chat não precisa ser aberto (o que dependendo do macro pode atrapalhar) e o risco de lag é menor
Caso o problema seja também a possibilidade de comandos rapidos, para qualquer comando já existem plugins que pedem para um player aguardar em uma função e outra, que inclusive já me bloqueou mesmo digitando manualmente, e o "disconnect from spam" em alguns casos, que impede todo esse "flood de comandos"
como eu mostrei, o "burlar" não é passivo de ban00, pois são apenas comandos de macro, porém, chatos de se fazer, e alguns programadores tem dificuldade para usá-los.
Não chegamos a sitar os comandos de entrada (que permitem muita coisa) citamos apenas um comando, e vale lembrar que devido aos vários pedidos, me foquei na 1.7, então isso não está sendo mais um problema pra mim, mas acho justo a causa pelo qual o beetlee se opôs.
E ressalto que, com exceção do matrix, que é isento de macro por completo, ter "regras de bloqueio" divergentes entre servidores é como ter regras que não se aplicam a todos.
