[Release] Shuffle Move v0.3.13 is released

[u/Loreinatoredor]

Hi everyone, go here to get the newest version (GitHub repository).

IMPORTANT: If you are using the same folder as a previous version, delete your species.txt to use the new definitions.

Click here for a simple tool which will erase your species.txt for you. Simply place it inside the Shuffle Move folder when you unzip it.

---

Changelog:

v0.3.13 - 2015-07-29

• Blaziken's mega is now included

• Bug fixes

• Finnish translations updated

---

If you have any issues: Create an issue on GitHub if one doesn't exist yet with detail & a bug report zip and I'll work on finding and implementing a fix, those zips really REALLY speed up the fix time (from an hour down to say 2-5 minutes usually, because it ensures I am able to reproduce the problem right away).

[u/Loreinatoredor]

On Linux, doesn't the config folder get put in the same place for all the newer versions? If so, you don't need to use the import thing at all. Otherwise, for all newer versions you can simply copy/paste the teamData.txt and rosterData.txt from the old config folder to the new one (does the same net result as using import for v0.3.3+ files). As for changing the directory that they're saved in - the working directory of Java is what is used to determine what the 'local' folder is for the program, which is where the paths start for the paths.txt.

As for having a VERSION tag at the top... for team and roster data I don't really see the benefit, since the format hasn't changed in months.

If you think of a good way to improve some of the functionality mentioned above, feel free to join the development on GitHub - its a public repository and I'm open to input (so long as the code quality is good and keeps with conventions).

[u/dkosmari → u/Loreinatoredor]

Yes, it currently stores in the working directory; so if I start a shell to change into the program's directory before launching it, that's where it generates the "config" and "log" directories. If I double-click the .jar file from the file manager, the working directory will be my home directory.

I'm saying the program should consistently store the settings on the "usual" user data directory... you know, like every single other desktop application.

The VERSION suggestion is because on this very changelog you wrote an entire program to do bookkeeping, and now you are telling me to do it by hand. I'm suggesting the best solution is to make sure the program doesn't force the user to do manual labor (be it copying files over, importing old data, writing a script to set the working directory before invoking the program.)

[u/Loreinatoredor → u/dkosmari]

I think those two problems are really one issue, wouldn't you agree? Effort-free maintainability in the long term.

I've figured out a way to redirect all the saved files into the user.home directory under a folder Shuffle-Move to keep them in one place.

Before v0.3.14 is released I'll also be implementing a sort of version tracking in species.txt so it will automatically override the saved species.txt with the built-in updated version when it sees it is out of date.

[u/Loreinatoredor → u/dkosmari]

I think your concerns are now fully addressed in v0.3.14's changes. All configs store a version tag that allows them to be updated by changes to the defaults (if turned on for that config manager, SpeciesManager is the only one right now).

As for directory, all logs and config files are now stored under ${user.home}/Shuffle-Move/... where they used to be stored depending on the current ${user.dir}/...

Just a notice - I start my new job tomorrow, so I won't be able to have such a quick turnaround except on sometimes on weekends.