FlightGear GUI Mini-HOWTO David Megginson Started: 2003-01-20 Last revised: 2003-01-20 FlightGear creates its drop-down menubar and dialog boxes from XML configuration files under $FG_ROOT/gui. This document gives a quick explanation of how to create or modify the menubar and dialogs. The toolkit for the FlightGear GUI is PUI, which is part of plib. All of the XML files use the standard FlightGear PropertyList format. MENUBAR ------- FlightGear reads the configuration for its menubar from $FG_ROOT/gui/menubar.xml. The file consists of a series of top-level elements named "menu", each of which defines on of the drop-down menus, from left to right. Each menu contains a series of items, representing the actual items a user can select from the menu, and each item has a series of bindings that FlightGear will activate when the user selects the item. Here's a simplified grammar: [menubar] : menu* menu : label, item* item : label, enabled, binding* The bindings are standard FlightGear bindings, the same as the ones used for the keyboard, mouse, joysticks, and the instrument panel. Any commands allowed in those bindings are allowed here as well. Here's an example of a simple menubar with a "File" drop-down menu and a single "Quit" item: exit PUI menus do not allow advanced features like submenus or checkmarks. The most common command to include in a menu item binding is the 'dialog-show' command, which will open a user-defined dialog box as described in the next section. DIALOGS ------- The configuration files for XML dialogs use a nested structure to set up dialog boxes. The top-level always describes a dialog box, and the lower levels describe the groups and widgets that make it up. Here is a simple, "hello world" dialog: hello 150 100 false true true 10 50 1.0 0.0 0.0 The dialog contains two sub-objects: a text field and a button. The button contains one binding, which closes the active dialog when the user clicks on the button. Coordinates are pseudo-pixels. The screen is always assumed to be 1024x768, no matter what the actual resolution is. The origin is the bottom left corner of the screen (or parent dialog or group); x goes from left to right, and y goes from bottom to top. All objects, including the top-level dialog, accept the following properties, though they will ignore any that are not relevant: x - the X position of the bottom left corner of the object, in pseudo-pixels. The default is to center the dialog. y - the Y position of the bottom left corner of the object, in pseudo-pixels. The default is to center the dialog. width - the width of the object, in pseudo-pixels. The default is the width of the parent container. height - the height of the object, in pseudo-pixels. The default is the width of the parent container. border - the border thickness, in pseudo-pixels. The default is 2. color - a subgroup to specify the dialogs color: red - specify the red color component of the color scheme. green - specify the green color component of the color scheme. blue - specify the blue color component of the color scheme. alpha - specify the alpha color component of the color scheme. font - a subgroup to specify a specific font type name - the name of the font (excluding it's .txf extension) size - size of the font slant - the slant of the font (in pseudo-pixels) legend - the text legend to display in the object. label - the text label to display near the object. property - the name of the FlightGear property whose value will be displayed in the object (and possibly modified through it). binding - a FlightGear command binding that will be fired when the user activates this object (more than one allowed). keynum - the key code of a key that can be used to trigger the widget bindings via keyboard (e.g. 97 for the "a" key. key - like "keynum", but takes a character ("a", "A", "Shift-a", "Shift-A", "Ctrl-a", "%", etc.), or symbolic key name ("Tab", "Return" = "Enter", "Esc" = "Escape", "Space", "&" = "and", "<", ">", "F1" -- "F12", "Left", "Up", "Right", "Down", "PageUp", "PageDn", "Home", "End", "Insert"). Note that you can't use "<", ">", and "&" directly. default - true if this is the default object for when the user presses the [RETURN] key. hide - if set to true, hides the whole widget that it is used in, along with its children. There's no empty space reserved for such widgets. The "hide" property can also be used to hide other XML groups from the layouter. Objects may appear nested within the top-level dialog or a "group" or a "frame" object. Here are all the object types allowed, with their special properties: dialog ------ The top-level dialog box; the name does not actually appear in the file, since the root element is named PropertyList. name - (REQUIRED) the unique name of the dialog for use with the "dialog-show" command. modal - true if the dialog is modal (it blocks the rest of the program), false otherwise. The default is false. draggable - false if the dialog is not draggable. The default is true. resizable - false if the dialog is not resizable. The default is false. nasal - Nasal definition block open - Nasal script to be executed on dialog open close - Nasal script to be executed on dialog close All Nasal code runs in a dialog namespace. Nasal bindings can directly access variables and functions defined in an block. settimer() and setlistener() functions have to be removed manually in the block if they shouldn't remain active. Example: sample 500 210 false ... group and frame --------------- A group of subobjects. This object does not draw anything on the screen, but all of its children specify their coordinates relative to the group; using groups makes it easy to move parts of a dialog around. A frame is a visual representation of a group and has a border and an adjustable background color. Example: 0 50 ... ... input ----- A simple editable text field. Example: 10 60 200 25 /environment/temperature-sea-level-degc text ---- A non-editable text label. Example: 10 200 10 200 %-0.4f m /foo/altitude checkbox -------- A checkbox, useful for linking to boolean properties. Example: 150 200 12 12 /autopilot/locks/heading button ------ A push button, useful for firing command bindings. one-shot - true if the button should pop up again after it is pushed, false otherwise. The default is true. combo ----- A pop-up list of selections. value - one of the selections available for the combo. There may be any number of "value" fields. Example: 10 50 200 25 /environment/clouds/layer[0]/type clear mostly-sunny mostly-cloudy overcast cirrus list ---- like "combo", but displays all values in a scrollable list box with slider on the right side. Updates the to the selected entry. On re-scans the nodes and updates the list. airport-list ------------ like "list", but fills the list automatically with all airports known to FlightGear. Calls bindings on airport selection and returns the selected entry in on dialog-apply. Interprets as search term on dialog-update. property-list ------------- like "list", but shows a list of properties from the global property tree. The widget handles navigation in the property tree. It calls its bindings on property selection and returns the path of the selected property in on dialog-apply. It's up to the caller to check if the path belongs to a dir node or a value node. The widget shows the contents of the dir property given in on dialog-apply. It does *not* handle setting of property values! Clicking on some entries with the "control" or "shift" key pressed has a special meaning: Ctrl + "." -> toggle verbose mode (shows flags, listeners, dir-values) ".." -> go to root node (bool) -> toggle bool value Shift + "." -> dump contents of that tree level to the terminal The flags printed after the node type have the following meaning: r -> read protected w -> write protected R -> trace read operations (in the terminal window) W -> trace write operations A -> archive bit set U -> user archive bit set P -> preserved bit set (value is preserved on sim-reset) T -> property is "tied" Ln -> number of listeners attached to this node select ------ A box with arrow buttons that cycle through a list of values. Example: slider ------ A horizontal or vertical slider for setting a value. vertical - true if the slider should be vertical, false if it should be horizontal. The default is false. min - the minimum value for the slider. The default is 0.0. max - the maximum value for the slider. The default is 1.0. step - set to non-null if slider should move in steps. The default is 0.0 (off). pagestep - set to non-null to enable page-stepping. The default is 0.0 (off). fraction - size of the slider handle. Range: 0..1. The default is 0.0 (minimum). Example: 10 50 200 /environment/visibility-m 5 50000 dial ---- A circular dial for choosing a direction. wrap - true if the dial should wrap around, false otherwise. The default is true. min - the minimum value for the dial. The default is 0.0. max - the maximum value for the dial. The default is 1.0. Example: 10 50 20 /environment/wind-from-direction-deg 0 360 textbox ------- The text will be retrieved/buffered from/within a specified property tree, like: 100 100 200 400 /gui/path-to-text-node/contents 15 false 0 true hrule/vrule ----------- Draws a horizontal/vertical line that, by default, expands to full width/height. Its thickness can be set with /. 1.0 0.0 0.0 2 GLOBAL SETTINGS ("THEMES") -------------------------- FlightGear reads GUI style information from /sim/gui/, which is by default loaded from file $FG_ROOT/gui/style.xml. This file contains one and one group: global font settings -------------------- Helvetica.txf 15 0 can either be the name of a built-in bitmap font (one of: "FIXED_8x13", "FIXED_9x15", "TIMES_10", "TIMES_24", "HELVETICA_10", "HELVETICA_12", "HELVETICA_14", "HELVETICA_18", "SANS_12B"), or the name of a texture font in the $FG_FONT directory. $FG_FONT is by default set to $FG_ROOT/Fonts/. Properties and are only applied to texture fonts, and otherwise ignored. global color settings --------------------- These define the color of the splash screen font, and the color of the GUI elements. All colors are in /sim/gui/colors/ and follow the same pattern: 1.0 0.9 0.0 As listed above, FlightGear implements several GUI elements: (1) "dialog" "group" "frame" "hrule" "vrule" "list" "airport-list" "input" "text" "checkbox" "radio" "button" "combo" "slider" "dial" "textbox" "select" The underlying plib library uses six colors for each GUI element. These are: (2) "background" "foreground" "highlight" "label" "legend" "misc" "button", for example, uses the first four colors from (2), while it ignores "legend" and "misc" color. "text" only uses "label", and ignores the rest. In some cases the use of colors isn't obvious and you have to try or look up the plib sources to be sure. GUI colors can be defined for each of the categories from (1) and (2), and for combinations of them: (3) "button-legend" "input-misc" etc. FlightGear has default colors for (2) built-in. Let's call them (0). And this is how colors for individual GUI elements are determined, if, for example, a button is to be drawn: For the button's background: a. read the hard-coded default "background" color from (0) as base b. merge the global "background" color from (2) in (if defined) c. merge a global color "button-background" from (3) in (if defined) d. merge a specific from the dialog's XML file in (if defined) Repeat the four steps for the button's "foreground", "highlight", etc. color. If you write a style file, you'll most likely start with the colors from (2): 0.6 0.0 0.0 1.0 ... This makes all dialogs dark red. But you don't, for example, want buttons to be red, but yellow. So you define another color for buttons: ... This sets all of a button's six colors (2) to some shades of red. plib does this automatically. The lower and right border ("foreground") will be darker, the upper and left border will be lighter ("highlight"). If you aren't happy with plib's choice, you can set each of the colors explicitly. Let's say, we want the text on the button blue (3): 0.3 0.3 1.0 1.0 ... To set the cursor color from input fields, you'd define "input-misc", etc. You can change colors and font at runtime. Just open the property browser, go to /sim/gui/colors and change whatever you like. The new color will only take effect, though, if you re-init the GUI. There's a menu entry for that, and you can define a key binding for it: c Re-init GUI reinit gui Note that this will currently close all open dialogs! __end__