Depois que #59 (overworld ou macro jogo) estiver implementado, uma funcionalidade desejável é liberar os pontos estratégicos gradativamente, e.g.: ter inicialmente apenas 1 ponto estratégico liberado e, ao vencer um novo ponto pela primeira vez, liberar o próximo. A interface deve diferenciar de alguma forma um ponto estratégico liberado que está liberado/concluído dos que ainda não estão (eg, preto e branco vs colorido etc.).
Além disso, o progresso de liberação precisa ser salvo no computador/dispositivo de forma que, ao fechar e então retornar ao jogo, o progresso alcançado não seja perdido. A LibGDX possui uma abstração de sistema de arquivos que deve ser usada, em vez de usar os pacotes tradicionais da plataforma Java (ie, java.nio.*). Usando-se a abstração, garante-se que os arquivos serão salvos em seus respectivos locais independente de sistema operacional e dispositivo.
Depois que #59 (overworld ou macro jogo) estiver implementado, uma funcionalidade desejável é liberar os pontos estratégicos gradativamente, e.g.: ter inicialmente apenas 1 ponto estratégico liberado e, ao vencer um novo ponto pela primeira vez, liberar o próximo. A interface deve diferenciar de alguma forma um ponto estratégico liberado que está liberado/concluído dos que ainda não estão (eg, preto e branco vs colorido etc.).
Além disso, o progresso de liberação precisa ser salvo no computador/dispositivo de forma que, ao fechar e então retornar ao jogo, o progresso alcançado não seja perdido. A LibGDX possui uma abstração de sistema de arquivos que deve ser usada, em vez de usar os pacotes tradicionais da plataforma Java (ie, java.nio.*). Usando-se a abstração, garante-se que os arquivos serão salvos em seus respectivos locais independente de sistema operacional e dispositivo.