Skip to content
This repository has been archived by the owner on Oct 22, 2024. It is now read-only.

Commit

Permalink
Add some documentation about the globals in use.
Browse files Browse the repository at this point in the history
  • Loading branch information
narc0tiq committed Aug 15, 2015
1 parent dae2341 commit 1c1c475
Showing 1 changed file with 25 additions and 0 deletions.
25 changes: 25 additions & 0 deletions doc/globals.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,25 @@
All the globals created by evoGUI are written into the `global.evogui` table,
whose top-level keys are all player names. Thus, all evoGUI globals are
player-specific.

Globals were first used in evoGUI v0.3.0 -- earlier versions will not have
these, but v0.3.0 and later will create them as needed.

Currently, we use the following (prefix with `global.evogui[player_name]` to
access):

- `version`: the version of evoGUI that created these settings. Primary use
is to trigger the recreation of the evoGUI main interface when doing an
up/downgrade.

- `always_visible`: a `LuaTable` whose keys are names of value sensors and
whose values are either true or nil. Used to determine whether a value
sensor should be shown to a specific player in the _always visible_ pane.

- `in_popup`: a `LuaTable` whose keys are names of value sensors. Used
analogously to `always_visible` for sensors that should be shown in popup
(i.e., when the main interface is expanded).

- `popup_open`: a `bool` that states whether the main interface is expanded
or not (i.e., whether `in_popup` sensors are visible or not). Changing this
unexpectedly may leave the GUI in a weird state.

0 comments on commit 1c1c475

Please sign in to comment.