DNL291

Dar conselhos sobre conduta no fórum de fato não está ligado diretamente a origem de backseat moderation, e nem acho tão grave, mas existem aspectos que estão incluídos aí, como: Posts desse gênero em excesso a usuários novos; Pedir ação do moderador para resolver tal problema em vez de reportar apenas; Apontar erros de formatação, descrição ou seção incorreta sem reportar o tópico/mensagem. E fora isso, todas essas mensagens informativas estarão como Off-topic e não refletem necessariamente a opinião da equipe da Staff. Este artigo sobre Backseat moderating destrincha todo esse assunto: https://wolvhaven.net/lets-talk-backseat-moderating/ Visto que pode ser irritante o excesso dessas mensagens no fórum, pois é normal entrar membros novos aqui com muita frequência, então sim, essas sugestões/conselhos é algo a se evitar. Além disso pode causar problemas com certos membros por se tratar de mensagem de um não-Staff e se feito com a medida errada (o que nem é o caso aqui), pode gerar desinformação, off-topic e isso com certeza só será negativo pra Staff e pro fórum. É muito bom ter usuários que busquem a organização do local, mas não é dessa forma que deve funcionar. É bem comum ter membros agindo de forma não recomendada, eu pessoalmente aprendi lidar com isso e sei que nem todos vão se comportar corretamente sempre, principalmente alguns membros novos, então eu simplesmente relevo certas coisas que sei é que natural de se ocorrer. Quanto a ajuda de membros do fórum, é algo realmente útil pro fórum, mas há de se evitar algumas coisas. Eu sou a pessoa que mais reporta tópicos pelo fórum, e sei que enquanto isso torna minha contribuição mais fácil - pois não precisa estar postando aqui e ali, ao mesmo tempo estou fazendo o que se recomenda, que é usar o botão Report. Eu me incomodo muito também com certos usuários, e com certeza isso não é algo a ser denunciado, e nem respondido constantemente, creio que o melhor é entender que nem tudo vai ser perfeito, mas é claro, buscar outros meios pra organizar as coisas, como aquele vídeo-explicativo que você fez.

Eu me perguntava por que alguns membros do fórum usam citação no primeiro post (tem alguns membros antigos que fazem isso ainda). Mas não tinha pensado sobre o formato da página no celular. É verdade que isso não é regra do fórum; o usuário não está infringindo nada fazendo isso. O motivo de alguns no fórum ser contra isso deve ser por pensar que a citação foi usada desnecessariamente, quando poderia só responder da forma convencional. Quanto ao aviso do @Lord Henry - enquanto é algo que possa ser bem-vindo no fórum, ao mesmo tempo não é tanto assim por não se tratar de um post da moderação. É recomendado evitar esses tipos de conduta agindo como que um moderador (nas regras do fórum isso é mencionado como backseat moderation), e em vez disso deixar o aviso com alguém com tal cargo, reportando o post ou contatando diretamente algum Staff sobre o que entende estar errado ou demais coisas. Realmente usar citação desnecessariamente não é um modo correto, mas também deve-se ter cuidado para não usar esses erros comuns para fazer posts replicando-os como alguém com cargo - isso já foi destacado nas regras global, use o botão report - é o melhor a se fazer. Ou, também pode falar com o membro por privado e informá-lo sobre o erro.

Acho que o evento não será chamado em certas ocasiões por estar no cliente. Qual a frequência que você tá setando essas datas? Aquela outra versão do código sua setando na tabela acho que não causaria nenhum problema; o aumento no uso de cpu deve estar sendo causado dentro do "onClientRender", mas acho muito anormal esse código estar fazendo o uso de cpu ir para 5,50%. Pode ter coisa a mais aí... Ou o processador do cliente é fraco demais? Se quiser me passe o código por privado pra mim analisar melhor ?

Tente assim: local playerInfo = {} local pqwd function abrir1213241141241 () if not isPedInVehicle(localPlayer) then if pqwd == false then addEventHandler ("onClientRender", root, dx123433632312312) pqwd = true elseif pqwd == true then removeEventHandler("onClientRender", root, dx123433632312312) pqwd = false end end end bindKey("M", "down", abrir1213241141241) addEventHandler( "onClientElementDataChange", localPlayer, function( data ) if data == "moneyPraMostrarNaCarteiraEtrab" then local mess = getElementData(source, data) if mess then local mc = split(mess, ',') playerInfo[1] = mc[2] end elseif data == "personSistema" then local personSistema = getElementData(source, data) if personSistema then local mc = split(personSistema, ',') playerInfo[2] = mc[1] playerInfo[3] = mc[2] playerInfo[4] = mc[3] playerInfo[5] = mc[4] end elseif data == "temCategoriaA" then playerInfo[6] = getElementData(source, data) and true or false elseif data == "temCategoriaB" then playerInfo[7] = getElementData(source, data) and true or false elseif data == "temCategoriaC" then playerInfo[8] = getElementData(source, data) and true or false elseif data == "temCategoriaD" then playerInfo[9] = getElementData(source, data) and true or false elseif data == "temCategoriaE" then playerInfo[10] = getElementData(source, data) and true or false end end ) Se continuar mesma coisa, mostre aqui como está a função do render.

E quanto ao resultado mostrado pelo ipb, como ficou? Obs: indente o seu código por favor.

Nesse script tem só esse código ou ele é maior? O que eu faria nesse mesmo código DX seria verificar os dados do jogador sem ser com a função getElementData. Pode não ter relação com essa função, nunca testei o quanto essa função causa à performance, mas sei que a função setElementData deve sempre evitar o seu uso excessivo. Tente uma forma alternativa, armazenando esses dados numa tabela e faça o mesmo teste.

Não há nenhuma restrição em usar função não-oop com oop ativada. Tente trocando por setAccountData ou mostre aonde você está chamando a função aclpm como já foi dito. Também te recomendo a depurar seu código pra ver a execução e valores do script com output's.

Nesse caso pode ser no arquivo da textura mesmo, não tenho muito conhecimento no assunto mas tente editar a textura e mexer no modo de filtragem dela.

Sim

Na função engineLoadTXD certifique-se que o argumento 'filteringEnabled' esteja false.

Pela lógica com setFarClipDistance funcionaria. Mas não sei se pode ser com a textura em si. Já tentou mudando as suas configuações? Configurações > Vídeo > Campo de visão/Distância do horizonte.

@BruceWayne Evite responder tópicos antigos sem motivos por favor. Isso é conhecido como "reviver tópico" (pra sua informação). Leia as regras do fórum pra evitar esses tipos de mal comportamento em fóruns.

getElementType aceita qualquer elemento no argumento ao contrário da warpPedIntoVehicle que só aceita o ped, então não vai dar erro. Mas se você mudar a ordem deixando primeiro a verificação isPedInVehicle certamente dará aquele mesmo erro que na função warpPedIntoVehicle.

Nunca é tarde pra perder os maus costumes. Sobre o erro em warpPedIntoVehicle, tente assim que deve funcionar: local Marker_Inicio = createMarker(2494.508, -1750.817, 13.481 -1, "cylinder", 2, 255, 255, 255, 120) local Blip_Inicio = createBlipAttachedTo(Marker_Inicio, 42) local Marker_Fim = createMarker(2478.646, -1728.972, 13.383 -1, "cylinder", 2, 255, 255, 255, 120) local Blip_Fim = createBlipAttachedTo(Marker_Fim, 19) local veh = {} function Inicio (thePlayer) if getElementType(thePlayer) == "player" and not (isPedInVehicle(thePlayer) then if veh[thePlayer] and isElement(veh[thePlayer]) then destroyElement( veh[thePlayer] ) veh[thePlayer] = nil end veh[thePlayer] = createVehicle(422, 2481.013, -1747.164, 13.547, -0, 0, 2.78) warpPedIntoVehicle(thePlayer, veh[thePlayer]) end end addEventHandler("onMarkerHit", Marker_Inicio, Inicio) function Fim (thePlayer) if veh[thePlayer] and isElement(veh[thePlayer]) then destroyElement( veh[thePlayer] ) veh[thePlayer] = nil end end addEventHandler("onMarkerHit", Marker_Fim, Fim)

Qual a utilidade da função isElementWithinMarker sendo a já tem o evento onMarkerHit? Tire essa função pois ela parece desnecessária e use um nome mais adequado para o parâmetro em vez de source.

Na verdade ainda tem símbolos no código: Só converter o código pra ANSI, dar Ctrl+f e buscar por "?" que você verá. Edit: Tente: https://pastebin.com/sDGZs362 Quando acontecer esse bug de novo, que é do fórum, dê f5 pra recarregar a página, comigo sempre acontece depois da primeira vez que eu copio qualquer código daqui, na primeira vez nunca aparece esses símbolos.

Sem mais Off topic por favor.

O código está certo. Copie este código por aqui: https://pastebin.com/w3afN76b

No meta.xml desse resource (ctf-hydrastrike) tem esta linha: <include resource="scores" /> Só remover ou alterar para o que você trocou.

onPlayerLogin triggerClientEvent addEventHandler onClientRender

isObjectInACLGroup getPlayerAccount getAccountName aclGetGroup

Sim, cria o arquivo .txt. E copia o código de novo, eu corrigi umas coisas.

Testa isto: addEventHandler( "onClientResourceStart", resourceRoot, function (res) outputChatBox("@onClientResourceStart") local fileDir = ":"..getResourceName(res).."/example.txt" if fileExists(fileDir) then outputChatBox("@fileExists true") if fileCopy ( fileDir, ":"..getResourceName(res).."/example2.txt" ) then outputChatBox("@fileCopy funciona") end end end ) meta.xml: <meta> <script src="client.lua" type="client" /> <file src="example.txt" /> </meta> Não testei o código pode ter erros.

Verdade, a alteração foi só pra função fileRename. Teste estas funções e vê se funciona, por favor : fileOpen fileCreate

Cheguei a pensar que esse problema acontecendo só no lado cliente era por motivos de segurança (quando testei a função aqui também tinha dado esse mesmo erro, e depois funcionou). Bom, pelo menos funciona agora. Aqui está essa alternativa: https://github.com/multitheftauto/mtasa-blue/commit/e9ce827def7b4dc5dcd97f3ac4e8fd22c3b234ea