Codr

You've got to be kidding me. Edit: Did you ever actually test that fix when it was first introduced? Edit 2: My tests are showing that it's doing exactly what it should be.

It looks like its form list got screwed up somehow. Edit: Fixed for the next release.

What purpose does money editing serve when you can add in whatever items you want?

Updated. Thanks for the help.

PokeGen would see that the checksum of the block is invalid, since you made changes, and load the backup block. The only way to get around this is to edit both for now. (The backup area being 0x26000 for Black 2/White 2. It's the same exact data as the first 0x26000 bytes.)

That code is exactly as it should be for slot 2. I tried it and it works fine, so I'm not sure what you're doing wrong. Select, X to open the menu. (Keep in mind that it's not just X that does it, the menu needs to be opened.)

Yay, someone did some work for me. I'm going to constantly edit this post as I find the reasons for these, so keep checking. All 4 of these are the result of the Wonder Card/partial card data being synchronized with their indices in the save file. This is fine. Edit: The same is true of the Platinum offsets. Edit 2: 9F42-AD0E are the same as the Diamond/Pearl/Platinum changes. The others are Pokedex language flags, in this case, being set from nothing to English. My data says that HG/SS, unlike Diamond/Pearl/Platinum, set the data to the native language of the game when a Pokemon is seen. So if yours were zero before, either my data is wrong, or this was edited by something else. Edit 3: 0x1C800-0x1D297 is the Mystery Gift block. The block is encrypted with a partially random value by the game, so PokeGen does the same each time you save. This is the reason for all the data being changed. 0x40800-0x41297 is the copy of the Mystery Gift block in the backup half of the save data. Edit 4: I did some testing and discovered that I was misinterpreting the information I had. HG/SS also sets the byte to 0 when a Pokemon is first seen, so those shouldn't have been flagged with 2 (English). It doesn't hurt anything, but it'll be fixed.

Why are you assuming that every editable aspect of games will be added at some point?

The target game needs to be set to Black/White.

3.1.9 FIXED: Generation 5 item data wasn't being fully written, causing a limited number of items per bag to be saved. (Found by turtlemark.) FIXED: C-Gear erasing was still occurring as a result of some data not being set the way it was supposed to be. (Hopefully that's the last of it.) CHANGED: When the target game is set to a generation 4 game, the C-Gear tool will be disabled. (Thanks to rush2802 for reminding me.)

Updated. Thanks. I didn't have to make any changes at all.

Those aren't menus. They're controls that look and behave like menus. They're also exclusive to C# unless you hand-code one yourself in C++.

0x19404

Define "can be modified". Edit: Nevermind, you're correct. It's fixed for the next release.

Ultimately it's my choice. For the time being, I have no desire to make significant changes like this. (Oh, and calling it a "menu strip" is superfluous. It's a menu. It's no more complicated than that.)

That just shows you how easy it is to get confused by such a bad design. Obviously I know how tabs work, but I misinterpreted the borders of where the tabs are.

So the party/box icons are sitting right in your face while you're doing stuff with items, Mystery Gifts, C-Gear images, etc. Great!

It's not as if I couldn't visualize it without an actual image. I don't like the idea, it's not going to happen.

A toolbar is typically used with a(n) MDI, which PokeGen doesn't have. It would be completely out of place.

But grouping it with irrelevant/unrelated data is? Also, the entire PROGRAM is a save editing dialog.

In other words, you want me to take a step toward http://projectpokemon.org/forums/showthread.php?24537-PokeGen-UI-updates!? This is what we're talking about for yet another dialog: https://www.dropbox.com/s/xaa709brz26facu/trainerinformation.png Minus the minimize and maximize buttons. It looks great, doesn't it?

The location in HG/SS looks like it's actively being used by something, and overwrites the data itself. Any group of 4 bytes in HG/SS in those locations that has the value 0xEDB88320 should be zeroed. (If looking at the data byte for byte instead of in 4-byte groups, you'll see 20 83 B8 ED, which is the same thing.)

Did you modify all the addresses in the post? It was edited from the original post. I guess this was forgotten. Thanks for mentioning it.

None of the actual data is the difficult part. (Aside from the Pokedex data being a little more complicated than the rest.) The UI is ALWAYS what takes the most time and effort to get right. So where would you suggest that these controls be placed?

3.1.8 FIXED: When loading a generation 4 save file, the Pokedex data regarding genders wasn't being loaded properly. This was causing changes in gender seen data when saving the file. No harm was done, just unintended changes. (Thanks to rush2802 for indirectly exposing this to me.) FIXED: Saving a Platinum/HG/SS save file was still writing data to an area intended only for Diamond/Pearl. This was causing a "communication error" when attempting to share a Wonder Card. (Possibly other issues as well.) This problem won't be fixed if it's already affecting you. You'll need to modify your save file manually to remove the data. Information about it can be found here: http://projectpokemon.org/forums/showthread.php?24550&p=149261&viewfull=1#post149261 (Found by rush2802.) FIXED: The Mystery Gift flags set exclusively in Diamond/Pearl were being written when cards didn't actually exist, which wasn't the intent. FIXED: Diamond/Pearl/Platinum Pokedex language bytes were being flagged with the currently selected PokeGen language when saving. This wasn't necessary, as the games will leave the byte 0 when a Pokemon is first seen.