pokecrystal/maps/second_map_headers.asm, branch install Pokémon Crystal Fix errors in global substitution 2015-11-03T12:11:32+00:00 PikalaxALT PikalaxALT@gmail.com 2015-11-03T12:11:32+00:00 2faa4a0f70edd91bde908139b3fd5b6b5aebf017

Mart constants 2015-11-02T22:38:08+00:00 PikalaxALT PikalaxALT@gmail.com 2015-11-02T22:38:08+00:00 0f37a42ad45d8950c83b31215523e2e1cc7c2d21

No more NONE 2015-11-02T19:37:02+00:00 PikalaxALT PikalaxALT@gmail.com 2015-11-02T19:37:02+00:00 72af3337fd8746c51aac273b6c056209e73c7ae0

Updated signpost items and person_event flags 2015-07-18T20:00:53+00:00 PikalaxALT PikalaxALT@gmail.com 2015-07-18T19:46:38+00:00 e674869018ffe8f9be2351b2b569eb7300910e6a

Trim address comments from maps. 2015-07-10T08:45:35+00:00 IIMarckus iimarckus@gmail.com 2015-07-10T08:45:35+00:00 63079fa1fe663fb365ff2042261dc063e8f3b31b

Remove trailing newlines. 2015-06-23T18:24:51+00:00 IIMarckus iimarckus@gmail.com 2015-06-23T18:24:51+00:00 4d532beee6310c8cfd1d8f7d26d623d176fb0027

Move second map header macros into macros/map.asm. 2015-02-12T07:27:11+00:00 yenatch yenatch@gmail.com 2015-02-12T07:18:24+00:00 2c5be6760437c363617ad4052a40e5f5fd8e7470 On second thought, keep the data separate from ugly macros.
On second thought, keep the data separate from ugly macros.
Use connection macros instead of guessed values in second map headers. 2015-02-12T07:27:01+00:00 yenatch yenatch@gmail.com 2015-02-12T06:46:00+00:00 48b05947b7b05cccf6f8af9c8b65e1b4f2d85e54 Some of the under-the-hood connection values are offset by an arbitrary amount. This could be because of a graphical connection editor allowing a shift in the strip destination pointer, as well as the standard alignment value. There is no visible difference, so it can be confusing when two unique sets of values can produce the same result. Reversing this invisible offset was a major sticking point back when connections were dumped, but it was straightforward this time around. Much thanks to huderlem for articulating this quirk in pokered's connection macros.
Some of the under-the-hood connection values are offset by an arbitrary amount. This could be because of a graphical connection editor allowing a shift in the strip destination pointer, as well as the standard alignment value. There is no visible difference, so it can be confusing when two unique sets of values can produce the same result.

Reversing this invisible offset was a major sticking point back when connections were dumped, but it was straightforward this time around. Much thanks to huderlem for articulating this quirk in pokered's connection macros.
Use macros for both types of map headers. 2014-07-18T17:31:51+00:00 yenatch yenatch@gmail.com 2014-07-18T15:26:47+00:00 0c7ef5e2d8a6904da7dbf601dffdf07a5a42b4b0 This should make map headers much easier to edit than before. Rather than occasionally being able to reuse blockdata semantically, create a label for each map and attach it to some blockdata include. This improves readability and reduces overhead when adding new maps. The macro argument length bug doesn't seem to crop up here... It looks like it only happens when an argument is over 16 characters long and references a symbol that exists before the macro is invoked.
This should make map headers much easier to edit than before.

Rather than occasionally being able to reuse blockdata semantically,
create a label for each map and attach it to some blockdata include.
This improves readability and reduces overhead when adding new maps.

The macro argument length bug doesn't seem to crop up here...
It looks like it only happens when an argument is over 16 characters
long and references a symbol that exists before the macro is invoked.
Remove excessive whitespace in map headers. 2014-06-24T16:01:29+00:00 yenatch yenatch@gmail.com 2014-06-24T16:01:29+00:00 49ef0121dc44a42f9e87f14dbeedab354a615168 Use the "map" macro instead of using GROUP_* and MAP_* constants. Also remove redundant "(bank then label)" comments.
Use the "map" macro instead of using GROUP_* and MAP_* constants.
Also remove redundant "(bank then label)" comments.