Lucas Santos

@Morfina, criei uma nova resposta com a solução que achei. Espero que consiga resolver seus problemas com este novo código.

@Morfina percebi esses dias que a solução que eu usava e te passei não funciona em todos os outros dispositivos. Eu corrigi isso apenas hoje de madrugada. Iria falar com você em breve. Apenas aguarde que irei responder com uma nova solução e você testa aí. Eu utilizo as mesmas classes. Não vai mudar muita coisa.

@Morfina o funcionamento correto é setar na UIThread mesmo. Acredito que essa observação não vá interferir em nada.

Com isso concluímos que realmente o que está errado aí é o ID da imagem. Tente pesquisar sobre isso. Assim que eu puder irei pesquisar também para tentar solucionar esse problema. Pois não sei o porquê do ID estar vindo incorreto.

@Morfina verifque se o bitmap antes de chamar o método de obter a miniatura é o bitmap correto. Defina o bitmap retornado do método de compactar imagem para saber se é o correto.

Edite a SUA PERGUNTA colocando um Log logo assim que você tira a foto com câmera. A parte do código referente ao log.

@Morfina você não editou sua pergunta, editou minha resposta. E você não precisava ter acrescentado mais um log para getPath de uriImagem. Ele está triplamente redundante. Se você olhar bem o código vai ver que eu já coloco uma parte de Log's onde fica repetido isso aí.

@Morfina, edite sua pergunta colocando como está seu código agora, após as alterações que foram feitas.

@Morfina e aí, deu certo ou não?

Então é só você substituir os argumentos imagePath que é passado para os métodos compactarImagem() e getMiniaturaImagem() por uriImagem.getPath() que deve funcionar corretamente. Faça isso e veja se deu certo. Caso minha resposta seja a correta, marque com um check aqui no StackOverflow.

finalizei a implementação do código que colocou como resposta hoje e nos testes o seu código tem um erro de lógica. É até um pouquinho difícil explicar por aqui assim, então vou editar sua resposta com o código que funcionou aqui para mim, que foi a dica que o @ utluiz disse na resposta dele quanto as iterações.

acho que entendi sim, dei uma lida nos links que me mandou para reforçar, um desses links eu já havia lido. Mas de qualquer forma acho que vou fazer uma pergunta separada depois para ter respostas mais claras para evitar comentários grandes aqui. Obrigado pela ajuda. Para finalizar, adotei como solução r1.getId() == r2.getId() && !r1.equals(r2) e não sobrescrevendo o método equals(Object). Pois no meu caso interessa saber se dois objetos tem o mesmo atributo igual e se são objetos diferentes.

Agora se por acaso eu quisesse dizer que o carro 1 é diferente de carro 2 somente se eles fossem de marcas diferentes ou de cores diferentes ou... (qualquer atributo que eu especificasse) eu teria que fazer isso sobrescrevendo o equals(Object) correto? Se você afirmar essas perguntas que eu fiz então, entendi o conceito e a diferença e quando usar o == e o equals(Object).

Em analogia com o seu exemplo do carro. Eu tenho carro1 que é verde e, tenho o carro 2, que também é verde. Eu verifico, carro 1 e carro 2 são verdes? Sim! Ok. Agora eu verifico, carro 1 e carro 2 são carros diferentes !carro1.equals( carro2 ). Sim! Ok. Entro onde eu queria. Como o que eu quero é verificar se eles são diferentes e o método equals chama o operador == para comparar referências de objetos, eu não preciso sobrescrever o método equals(Object) certo? Responda essa pergunta excluisavamente para mim por favor.

acho que estou entendendo. Veja se eu entendi. No meu caso eu terei dois diferentes, cada um instanciado separadamente, porém, esses dois objetos diferentes tem atributos iguais( quase todos ). O que importa realmente no meu caso é saber se esses dois objetos tem o mesmo atributo ID e, caso tenham, se eles são objetos diferentes (!=). Logo a solução para mim é realmente fazer do jeito que está correto? r1.getId() == r2.getId() && !r1.equals(r2). Eu verifico objeto 1 tem mesmo atributo que objeto 2, e objeto 1 é diferente de um objeto 2 independente deles terem o mesmo atributo.

agora eu fiquei com uma dúvida, será que eu realmente preciso implementar o equals? Eu vi em algum lugar que o operador != não pode ser usado para comparar objetos, logo se eu quisesse saber se r1 != r2 isto estaria errado. Sabe me dizer se isto procede? No caso para comparar se dois objetos são diferentes eu teria que fazer com !equals ou então !(r1 == r2) quando eu quisesse que a expressão retornasse true? Está me entendendo?

Ok @Math. Valeu.

mas nesse caso eu não precisaria comparar os dois objetos com equals depois de ter comparados os ids? Por exemplo, ali no segundo for, eu não deveria fazer assim: !r1.equals(r2) depois de ter comparados os ids r1.getId() == r2.getId()?

por que retirou os links de referência quanto a documentação?

Sim @Math. Muito obrigado pela ajuda também.

Lembrando que como coloquei no comentário da minha pergunta, o objeto a ser removido sempre será o segundo. Com base nesse fato, qual a melhor solução do seu ponto de vista, a sua ou a do @utluiz. De qualquer modo sua reposta recebe um ponto positivo meu.

obrigado pela resposta lógica, coloquei minha pergunta aqui pois eu sabia que tinha uma forma de lógica de resolver isso mas não estava conseguindo pensar nela, e pelo visto, você pensou. Não tentei ainda com o seu exemplo mas analisando o seu código, vi que provavelmente vai funcionar. Antes de colocar sua resposta como aceita, queria saber qual a melhor forma de fazer, pela sua ou pela resposta do @utluiz, do seu ponto de vista. Vou fazer a mesma pergunta para ele para saber a resposta do ponto de vista dele.

@TuribaMalafaia ah sim, ta beleza então, pensei que não estivesse sido respondida.

Eu ainda não consegui entender a sua dúvida em si. Aquele texto que está no final da sua pergunta está confuso para mim.

@TuribaMalafaia por que você não elimina a classe NodeTree e coloca o atributo elemento dela na NodeLista?

@TuribaMalafaia Você fará uma alteração no código para uma lista simplesmente encadeada, quando fizer me avise. Vou tentar ajudar.

@TuribaMalafaia se você mantém referência para o próximo elemento e o anterior também, então você ainda continua usando lista duplamente encadeada correto?

@TuribaMalafaia isso que você está tentando fazer é uma lista duplamente encadeada?

@WellingtonAvelino beleza, quando puder jogar tenta me passar.

Assim que possível irei corrigir esse possível bug que relataram no Play Store e irei me dedicar a um novo projeto também. Provavelmente em breve estarei com dúvidas e perguntando no SO.

Peço que continuem me ajudando a divulgar o jogo do ninja, de boca a boca, pelo facebook, entre amigos e etc.

Que merda

kkkkkkkkkkkkkkkkkkkkkkk

@emanuelsn Acreditam que meu celular quebrou? :( Deixei cair no chão a tela quebrou todo, essa merda descartavel. Moto x2. Agora sou um desenvolvedor Android sem Android.

@Math

@Math no meu não ocorre esse problema de tocar e não contabilizar ponto ou dar game over. O que acontece é que em alguns celulares no começo já fica realmente muito rápido.

Link para o game: play.google.com/store/apps/…

Gostaria de saber como está aí?

Algumas pessoas falaram que o jogo está muito rápido logo no inicio, isso deve ser algum bug, o de vocês está como? Ele foi programado para 5 níveis. Só no nível 5 realmente fica muito rápido. 1, 2 e 3 é tranquilo.

@WellingtonAvelino você consegue fazer mais pontos?

Quero ver quem bate o meu record de 85. Eu ainda consigo fazer mais, porém ninguém me ultrapassou ainda.

@emanuelsn o @Math viu sua pontuação e te passou. kkkkkkkkkkkkkkkkkkkkkkkkk

kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk duvido \o/

@Randrade como assim?

Não é possível gente, eu fiz 85

confundi

@emanuelsn como assim o jogo ta roubando? rsrsrsrs

kkkkkkkkkkkkkkkkkkkkkkkkk

Como assim roubando?

rsrsrsrs