User Tools
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision Next revision Both sides next revision | ||
|
guisys:guifiles [2011-06-23 20:38] Carsten Augmented the text |
guisys:guifiles [2011-06-26 15:40] Carsten Removed more obsolete passages of text |
||
|---|---|---|---|
| Line 49: | Line 49: | ||
| The ''cgui'' files are the core files of the GUI: | The ''cgui'' files are the core files of the GUI: | ||
| They contain the definitions for the positions, sizes, colors, texts, effects, animations, hierarchy and other properties of the windows that form the GUI. | They contain the definitions for the positions, sizes, colors, texts, effects, animations, hierarchy and other properties of the windows that form the GUI. | ||
| + | |||
| + | |||
| + | ==== Augmenting GUI Editor scripts with custom script code ==== | ||
| For one GUI there is usually a //pair// of ''cgui'' files, one suffixed ''_init.cgui'' and one suffixed ''_main.cgui''. For example: | For one GUI there is usually a //pair// of ''cgui'' files, one suffixed ''_init.cgui'' and one suffixed ''_main.cgui''. For example: | ||
| Line 57: | Line 60: | ||
| </code> | </code> | ||
| - | ==== cgui files are Lua scripts ==== | + | The ''_main.cgui'' file is for your hand-written GUI script code, if any, and is never touched or overwritten by the GUI Editor (with one exception, see below). |
| - | + | ||
| - | The Cafu Engine and the Model Editor load ''cmdl'' files as [[http://www.lua.org/|Lua]] scripts, and as such they can be inspected or edited in a text editor if desired. | + | |
| - | + | ||
| - | + | ||
| - | ==== Augmenting GUI Editor scripts with custom script code ==== | + | |
| - | + | ||
| - | Assume that you're using the GUI Editor in order to create a "Call Lift" GUI. | + | |
| - | Let's also assume that when done, you want to access your new GUI under the file name ''CallLift.cgui''. | + | |
| - | + | ||
| - | The trick is that when you save this GUI in the GUI Editor, you'd //not// save it under file name ''CallLift.cgui''. Instead, you save it under file name ''CallLift_init.cgui''. | + | |
| - | Next, create a second file next to ''CallLift_init.cgui'' with the name that you actually want, ''CallLift.cgui''. | + | |
| - | The new ''CallLift.cgui'' file will be the file that you actually use, and it will contain all hand-written custom code. For this to work, it must include the GUI Editor created file, and therefore its content looks like this: | + | The GUI Editor also writes a secondary ''cgui'' file whose name ends with ''_init.cgui''. This file is written anew each time the GUI is saved, and contains GUI window definitions whose script code was not hand-crafted, but who were created or edited in the GUI Editor. |
| + | /* TODO: Das stimmt so nicht ganz, im Ggs. zu cmat files, denn Windows werden "halb" im init, "halb" im main File definiert. */ | ||
| + | The two ''cgui'' files are linked as follows: | ||
| + | When the Cafu code loads a GUI, it opens the ''_main.cgui'' file (''Teleporter_main.cgui''). This file contains a statement like | ||
| <code lua> | <code lua> | ||
| - | dofile("Games/DeathMatch/GUIs/CallLift_init.cgui"); -- Include the GUI Editor generated file. | + | -- Include the GUI Editor generated file. |
| + | dofile("Games/DeathMatch/GUIs/Teleporter/Teleporter_init.cgui"); | ||
| -- Add your hand-written custom code below this line. | -- Add your hand-written custom code below this line. | ||
| -- ... | -- ... | ||
| </code> | </code> | ||
| + | in order to include and process the secondary ''_init.cgui'' along with the main file. | ||
| - | In summary: | + | The only exception when the GUI Editor touches the main ''Teleporter_main.cmat'' file is when the file does not yet exist, or doesn't contain the ''dofile()'' reference to the init file. In this case, the ''_main.cgui'' would not be loaded at all, and thus the GUI Editor inserts the ''dofile()'' line into the ''_main.cgui'' file. |
| - | * When you edit your GUI in the GUI Editor, you only load and save file ''CallLift_init.cgui''. | + | |
| - | * All hand-written code enters file ''CallLift.cgui'' instead. | + | In summary, the goal of keeping two separate ''cgui'' files that are linked as described above is to keep your hand-crafted GUI script code and the GUI Editor edited window definitions cleanly separated, without any danger of one overwriting the other: |
| - | * The connection between the two files is made by the ''dofile()'' command. | + | * When you edit your GUI in the GUI Editor, you only load and save file ''Teleporter_init.cgui''. |
| + | * All hand-written code enters file ''Teleporter_main.cgui'' instead. | ||
| + | * The connection between the two files is made by the ''dofile()'' statement. | ||
| \\ | \\ | ||
| ^ Tip by the Cafu development team: ^ | ^ Tip by the Cafu development team: ^ | ||
| | The ''Games/DeathMatch/GUIs/MainMenu/MainMenu(_init).cgui'' files that are natively included with Cafu are prime examples of this technique. | | | The ''Games/DeathMatch/GUIs/MainMenu/MainMenu(_init).cgui'' files that are natively included with Cafu are prime examples of this technique. | | ||
| - | |||
| Future versions of the GUI Editor may even mildly enforce the two-files approach, where one file has the normal file name and its "twin" gets the ''_init'' suffix automatically appended. This helps e.g. to prevent accidental overwrites when you happen to load ''CallLift.cgui'' into the GUI Editor instead of ''CallLift_init.cgui''. | Future versions of the GUI Editor may even mildly enforce the two-files approach, where one file has the normal file name and its "twin" gets the ''_init'' suffix automatically appended. This helps e.g. to prevent accidental overwrites when you happen to load ''CallLift.cgui'' into the GUI Editor instead of ''CallLift_init.cgui''. | ||
| - | ==== Definition of GUIs: The cgui File Format ==== | + | ==== cgui files are Lua scripts ==== |
| - | For each GUI that occurs in Cafu, its definition is stored in a ''.cgui'' file. | + | The Cafu Engine and the Model Editor load ''cmdl'' files as [[http://www.lua.org/|Lua]] scripts, and as such they can be inspected or edited in a text editor. |
| - | As many other Cafu related files (e.g. ''.cmat'' material definition files), these files are simple ASCII text files. | + | |
| - | Therefore, you can not only conveniently create them with the [[guisys:guieditor|GUI Editor]], but you can also edit or write them by hand, if necessary even from scratch. | + | |
| - | The ability to edit GUIs in a text editor and the understanding of the related ''.cgui'' file format can be crucial. For example, at the time of writing this text, no graphical GUI Editor existed, and all early Cafu GUIs therefore had to be written by hand. It comes also in helpful if you ever come across a GUI that for some reasons doesn't work well or not at all with the [[guisys:guieditor|GUI Editor]]. More importantly, if you just want to make a few quick changes or fixes to a GUI, editing the ''.cgui'' files directly can be a lot faster and more convenient than using the [[guisys:guieditor|GUI Editor]]. | + | As the GUI Editor is usually used to create and edit the static aspects of GUI windows, and dynamic aspects like animations or other kinds of effects typically require custom script code, editing ''cgui'' files (usually the ''_main.cgui'' file) is what you likely want to do often. |
| - | + | ||
| - | + | ||
| - | {{ guisys:reallyquit.jpg?300}} === General structure === | + | |
| - | + | ||
| - | The most important insight is that each GUI is in fact //a hierarchy of windows//, just like a program dialog of a real OS. Each window is basically just a rectangle with certain properties, like position, size, border color and thickness, text to display, etc. | + | |
| - | + | ||
| - | However, the most important statements that we have to provide in order to instantiate a new window are its //class// (or //type//), and its //name//. | + | |
| - | + | ||
| - | The **class** of a window determines the most crucial features of the window, e.g. if it displays text, if the user can enter text, if it shows a value as a slider control, if it presents a list of items to select from, etc. Section [[guisys:window_classes]] shows a list of all available window classes, however the most commonly used window class is just ''windowClass'', which provides you with an all-purpose window with basic capabilities. | + | |
| - | + | ||
| - | The **name** of a window must be //unique// throughout the entire GUI -- no other window must have the same name. This is important because both scripts and engine code may refer to windows by name, and things tend to become very confusing if two or more windows have a name in common. | + | |
| + | See the [[http://api.cafu.de/scripting/group__GUI.html|GUI Scripting Reference Documentation]] for more details. | ||
| === How cgui files are loaded === | === How cgui files are loaded === | ||
| - | When a new Lua program for a GUI is created, it is initially empty. During initialization, the GuiSys then adds several Lua tables to the empty program in order to provide the subsequent script code something to work with. Note that in Lua, tables are very general and very powerful, and they are used to express several independent concepts. For example, the functions of a library are all kept in a common table, or object-oriented programming behaviour is simulated by considering a table as an object, where the table entries correspond to member variables and member functions (methods). Several examples for these cases are included below, however you should also study the relevant concepts in the Lua documentation, e.g. online at [[http://www.lua.org/pil/11.html]]. | + | The initialization consists of the following steps: |
| - | + | ||
| - | Only after the empty Lua program for a GUI has been initialized with several tables is the code from all the ''script'' blocks concatenated to the program and the initialization complete. | + | |
| - | More precisely, the initialization consists of the following steps: | + | |
| - Most of the Lua Standard Libraries are loaded, namely the ''basic'', ''package'', ''table'', ''io'', ''os'', ''string'' and ''math'' libraries. Please refer to the Lua documentation for details, online resources are at http://www.lua.org/pil/18.html and [[http://www.lua.org/manual/5.1/manual.html#5]]. With these libraries, you can for example use expressions like <code=lua> | - Most of the Lua Standard Libraries are loaded, namely the ''basic'', ''package'', ''table'', ''io'', ''os'', ''string'' and ''math'' libraries. Please refer to the Lua documentation for details, online resources are at http://www.lua.org/pil/18.html and [[http://www.lua.org/manual/5.1/manual.html#5]]. With these libraries, you can for example use expressions like <code=lua> | ||
| Line 154: | Line 137: | ||
| end | end | ||
| </code> For a list of the predefined methods of each window that are available to you (e.g. the ''set()'' and ''get()'' methods above), please refer to section [[guisys:predefined_methods]]. For a list of methods that the GuiSys expects you to override for customization (e.g. the ''OnInit()'' method above), please refer to section [[guisys:called_methods]]. | </code> For a list of the predefined methods of each window that are available to you (e.g. the ''set()'' and ''get()'' methods above), please refer to section [[guisys:predefined_methods]]. For a list of methods that the GuiSys expects you to override for customization (e.g. the ''OnInit()'' method above), please refer to section [[guisys:called_methods]]. | ||
| - | - The final step is the addition of the contents of all the ''script { ... }'' blocks. The scripts may now access and use all of the above mentioned variables/tables/objects/interfaces, and in fact they often look very much like the example snippet that I provided in the previous step. | ||
| Only after these steps is the initialization of a GUI script complete. The GuiSys then compiles each script and calls the ''OnInit()'' method for each window. | Only after these steps is the initialization of a GUI script complete. The GuiSys then compiles each script and calls the ''OnInit()'' method for each window. | ||
guisys/guifiles.txt · Last modified: 2017-02-21 11:42 by Carsten