Read-only archive of the Armageddon Games Forums Archive (2000–2026) · About this archive

Several ZScript documentation errors

1 replies · 955 views · Started 27 June 2007

Let's do this in one pass. Each * is a different bug.

* The changes L added use carraige returns only instead of the Windows-y CR-LF.

* I imagine the same would be true in std.zh, but...

* ...std.zh has not been incorporated into the new builds yet.

* The very last entry (int Extend) should be updated per jman's reply,

<b>jman2050 on 09-30-2006</b>
Extend refers to whether to extend the sprite of an item or enemy, same as with Link. Unforunately, that doesn't work correctly yet.

* ComboS[] is still wrong. Here's what it should say.

int ComboS[]
* The walkability mask of the ith combo on the screen, where i is the
* index used to access this array. Combos are counted left to right, top
* to bottom. The least signficant bit is true if the top-left of the combo
* is solid, the second-least signficant bit is true if the bottom-left
* of the combo is is solid, the third-least significant bit is true if the
* top-right of the combo is solid, and the fourth-least significant bit is
* true if the bottom-right of the combo is solid.

* The words "game" and "screen" in std.zh should be capatalized in all instances because the compiler is case dependant.

* Using tab characters in std.zh is not a great idea, since some text editors use different spacings for tabs. (The result being the equal signs don't line up.) I suggest replacing the tabs with spaces.

Cool.

1. That is unfortunately a consequence of ZC being multi-platform. If it doesn't look right within ZQ, then something should definitely done, however.

2. As above.

3. Done.

4. Done.

5. Corrected.

6. Corrected, as it is less confusing. Note, however, that game and screen are perfectly legitimate pointer types, like item, ffc, etc, which happen to have only one useful instantiated variable: Game and Screen.

7. Done.