GUI Editor

From HEWIKI
Jump to: navigation, search

Contents

Overview

The GUIEditor allows for the creation of GUI Control Prototypes, in a WYSIWYG visual format. After a prototype has been created, a script can be written which creates nodes based on the prototype. Different developers dive into things in different ways, so this page is the overview of the GUI Editor, but there is also a step by step Tutorial: GUI_Window_Tutorial.

GUI Editor Layout

This image shows the layout of the GUI Editor.


Starting the Editor

In older versions of HeroEngine, the GUI Editor needed to be started from the GUI Editor Toolbar.

In current versions, the GUI Editor is accessed by:


Using the Editor

GUI Editor Properties

The GUI Editor is used to modify the default value of a GUI Control's fields. The value of these fields are stored in a client-side prototype which is generated from GUIXML files. These fields are edited in the Properties Panel. When a prototype is opened for editing the Properties Panel will automatically open.

When editing a GUI Control prototype the layout of the Properties Panel is similar to how it looks if a Model was selected except the listed properties are different and there is a GUI Control Hierarchy Tree View at the top of the panel. The properties can be displayed in two ways, Categorized and Alphabetical. The Categorized view will split the properties into the following collapsible sections: Appearance, Behavior, Data, Layout, Misc and Presentation States. The Alphabetical view will list all of the properties in alphabetical order.


GUI Control Tree View

The topmost parent GUI Control of the GUI Control Tree View is the GUI Control Prototype being edited and is listed in the GUI Editor panel. Every other GUI Control is considered a child GUI Control. Every GUI Control has one parent control and can have multiple child controls. The GUI Control hierarchy can be changed by dragging and dropping a GUI Control onto another GUI Control in the hierarchy. When a GUI Control is moved in the hierarchy all of it's children controls will be moved with it.

As you click on the name of each one, the Properties Panel reflects the GUIXML properties for it, and a different section of the created window is highlighted, to show which part you are dealing with. Only some properties may be changed on inherited children. For example, you can never change the name of an inherited control, nor can you change their order in their parent's children list. However, you can change many other useful properties, such as their layout (size, position, texture, color, et al) and script. Clicking on the name of the control that you created results in the entire control being highlighted in the viewport. Note that the selected control can be moved and resized, by dragging it around the screen. You can add new children to whatever control you have selected (caveat: GUILabel controls can not display children) by double-clicking the name of the desired child in the GUI Editor panel. Controls are added to whichever control is currently selected in the directory tree. Any children associated with the new control's prototype are added as well. The newly added control will be automatically selected when added, so if you are adding multiple controls to the same parent, be sure to reselect it each time (this is easily done by right-clicking in the GUI Editor area).


Appearance

The Appearance section of properties controls how the GUI Control's texture is displayed to all of the state presentation properties as well as the texture property, which is the Fully Qualified Name (FQN) of the texture file in the Repository.

GUIProperties_Appearance.png


GUI Textures

Art for GUI Controls must be stored in the Repository in the form of a DirectDraw Surface (.DDS) or .PNG file. To assign a texture to be used by a GUI Control you can use the Texture Viewer accessible from a state presentation field or the texture field.


Presentation States

A GUI control's State Presentation determines its appearance in various predefined states. There are five state presentations available to work with:

State presentations are complex fields with three subfields: size, position, and color. You will typically only be concerned with either size and position, or color, but will sometimes want to use all three.

Note that GUILabel class controls are treated differently by their state presentations. Changing the color of a GUILabel's state presentation will actually affect the text of the label, not provide a background color. Adding a texture to a GUILabel-based control will do nothing of interest.

Default state presentation properties


Texture Mapping in a state presentation

While state presentations may (and frequently will) use different areas of a .dds file to determine a control's appearance, they must all use the same texture file. You cannot have your hover states in one .dds file, and your disabled states in another. The size and position fields of a state presentation refer to the image specified by the control's texture field. If a control has no texture field declared, size and position will do nothing. Used in conjunction, these two fields determine the placement and size of a rectangular slice of the image, to be applied to the control. The texture viewer can be pulled up by clicking in the texture field in the GUI Editor, or on any of the state presentation fields or subfields, with the exception of color.

In both cases, positive-x points toward the right edge of the image, while positive-y points towards the bottom. However, if either of the size xy fields are given negative values, the image will appear reversed along that axis, making it possible to reuse a single piece of a texture up to four different ways.

Note that one approach taken by some art departments is to create their GUI art at double the intended size, to allow for less pixelization when a control is scaled. In a situation such as this, the state presentation dimensions would still follow the same procedure as with a normal-sized texture, as the size field of the control still dictates its displayed appearance. For example, an icon whose art is created at 128x128 pixels may still be displayed as a 64x64 icon, simply by setting its state presentation size to 128x128, and its actual size to 64x64.

Texture Mapping in a state presentation


Color in a state presentation

Color, a complex field of type rgba, is most often used to set the background color of a control which has no texture applied to it. This simply fills the control with a solid color, such as the titlebar of the texture viewer to the right. If you are familiar with the 0 to 255 scale for RGB, rgba simply translates that into a float of range 0 to 1, with alpha (color.a) equating to completely transparent at 0, completely opaque at 1.

If a given state presentation has all three fields set, the texture's colors will be multiplied on a per-pixel basis by the RGBA you specify via the color field, essentially adding a tint to the texture. Texture multiplication is beyond the scope of this document, but here are a few simple guides:

Color Picker


Behavior

The Behavior properties determine how the control processes GUI Events, whether it appears on the screen, the GUI Animations the control uses and if the control is selected. If IgnoreMouseEvents is FALSE then the control will process mouse input events. The value of IgnoreMouseEvents does not affect the control's parent or children.

GUIProperties_Behavior.png


Data

The Data of a GUI Control contains its name, what prototype it is created from and what GUIXML file its data is stored in. The control's name is used to uniquely identify it among all others in its control hierarchy. If the FindGUIControlByName is used to find the control then the control's name must be unique among all other children control's of the GUInode parameter.

GUIProperties_Data.png


Layout

The Layout properties of a GUI Control determine its position and size as well as how it's moved and resized based off of its parent control. The position property determines the control's offset relative to its parent. A GUI Control's anchor determines how the control is positioned and sized when its parent is resized. For whichever one is TRUE, resizing the parent will also move or size the child in relation. Having just one of the top/bottom or left/right pairs set to TRUE will move the child, and having both of a pair set to TRUE will cause the child to resize. The positioning due to anchoring is overridden by autoCenter (horizontal,vertical). When TRUE, the corresponding part of its position (x,y) will always be set so the control is centered in its parent. DockMode determines how the control docks to its parent and will override the autoCenter and anchor settings. Options are NONE (no docking, and position is determined exclusively by the x/y coordinates), LEFT, RIGHT, TOP, BOTTOM and FILL (which uses all available space). If this were set to RIGHT, then the GUI Control would do its best to dock itself flush to the far right of its parent control taking up all available vertical space.

GUIProperties_Layout.png


Misc

Any additional properties that are defined in the GUI Control's type class will appear in the Misc category. The layer property determines which Layer the GUI Control will appear on. Only the layer of the top-most parent, as seen in the GUI Control Hierarchy, will be taken into account when determining what layer each GUI Control is on. The gluedtonode, worldspaceoffset and fadeDistance properties are used when Gluing a GUI Control to a node.

GUIProperties_Misc.png


Save Changes

GUIEditorToolbar.png


Create a New Prototype


See also

Personal tools
Namespaces
Variants
Actions
Navigation
Toolbox