7.5 KiB
Themes
EmulationStation allows each system to have its own "theme." A theme is a collection views that define some elements, each with their own properties.
Simple Example
Here is a very simple theme that changes the description text's color:
<theme>
<version>3</version>
<view name="detailed">
<text name="description">
<color>00FF00</color>
</text>
<image name="my_image" extra="true">
<pos>0.5 0.5</pos>
<origin>0.5 0.5</origin>
<size>0.8 0.8</size>
<path>./my_art/my_awesome_image.jpg</path>
</image>
</view>
</theme>
How it works
Everything must be inside a <theme> tag.
The <version> tag must be specified. This is the version of the theming system the theme was designed for. The current version is 3.
A view can be thought of as a particular "screen" within EmulationStation. Views are defined like this:
<view name="ViewNameHere">
... define elements here ...
</view>
An element is a particular visual element, such as an image or a piece of text. You can either modify an element that already exists for a particular view (as is done in the "description" example), like this:
<elementTypeHere name="ExistingElementNameHere">
... define properties here ...
</elementTypeHere>
Or, you can create your own elements by adding extra="true" (as is done in the "my_image" example) like this:
<elementTypeHere name="YourUniqueElementNameHere" extra="true">
... define properties here ...
</elementTypeHere>
"Extra" elements will be drawn in the order they are defined. When they get drawn relative to the pre-existing elements depends on the view. Make sure "extra" element names do not clash with existing names.
Properties control how a particular element looks - for example, its position, size, image path, etc. There different types of properties that determine what kinds of values you can use - you can read about them below in the "Reference" section. Properties are defined like this:
<propertyNameHere>ValueHere</propertyNameHere>
Advanced Features
It is recommended that if you are writing a theme you launch EmulationStation with the --debug and --windowed switches. This way you can read error messages without having to check the log file. You can also reload the current gamelist view with Ctrl-R if --debug is specified.
The <include> tag
You can include theme files within theme files, similar to #include in C (though the mechanism is different, the effect is the same). Example:
~/.emulationstation/all_themes.xml:
<theme>
<version>3</version>
<view name="detailed">
<text name="description">
<fontPath>./all_themes/myfont.ttf</fontPath>
<color>00FF00</color>
</text>
</view>
</theme>
~/.emulationstation/snes/theme.xml:
<theme>
<version>3</version>
<include>./../all_themes.xml</include>
<view name="detailed">
<text name="description">
<color>FF0000</color>
</text>
</view>
</theme>
Is equivalent to this snes/theme.xml:
<theme>
<version>3</version>
<view name="detailed">
<text name="description">
<fontPath>./all_themes/myfont.ttf</fontPath>
<color>FF0000</color>
</text>
</view>
</theme>
Notice that properties that were not specified got merged (<fontPath>) and the snes/theme.xml could overwrite the included files' values (<color>). Also notice the included file still needed the <version> tag.
The "common" view
Sometimes you want to apply the same values to the same element across many views. The "common" view is one way to do this.
<theme>
<version>3</version>
<view name="common">
<image name="header">
<path>./snes_art/snes_header.png</path>
</image>
</view>
<view name="detailed">
<image name="header">
<path>./snes_art/snes_header_detailed.png</path>
</image>
</view>
</theme>
Is equivalent to:
<theme>
<version>3</version>
<view name="basic">
<image name="header">
<path>./snes_art/snes_header.png</path>
</image>
</view>
<view name="detailed">
<image name="header">
<path>./snes_art/snes_header_detailed.png</path>
</image>
</view>
<view name="grid">
<image name="header">
<path>./snes_art/snes_header.png</path>
</image>
</view>
<view name="system">
<image name="header">
<path>./snes_art/snes_header.png</path>
</image>
</view>
... and any other view that might try to look up "header" ...
</theme>
Notice that you can still override the "common" view in a specific view definition (as shown in the "detailed" view).
You probably should not use the "common" view for element positioning. You also should not use it to create "extra" elements.
Reference
Views, their elements, and accepted properties:
basic
* image name="background" - PATH | TILING
* image name="header" - POSITION | SIZE | PATH
* textlist name="gamelist" - ALL
detailed
* image name="background" - PATH | TILING
* image name="header" - POSITION | SIZE | PATH
* textlist name="gamelist" - ALL
* image name="gameimage" - POSITION | SIZE
* text name="description" - POSITION | SIZE | FONT_PATH | FONT_SIZE | COLOR
grid
* image name="background" - PATH | TILING
* image name="header" - POSITION | SIZE | PATH
system
* image name="header" - ALL
* image name="system" - ALL
menu
* ninepatch name="background" - PATH
* textlist name="menulist" - FONT_PATH | COLOR | SOUND
* sound name="menuOpen" - PATH
* sound name="menuClose" - PATH
fastSelect
* ninepatch name="background" - PATH
* text name="letter" - FONT_PATH | COLOR
* text name="subtext" - FONT_PATH | COLOR
Types of properties:
- NORMALIZED_PAIR - two decimals, in the range [0..1]. For example,
0.25 0.5. - PATH - a path. If the first character is a
~, it will be expanded into the environment variable for the home path ($HOMEor%HOMEPATH%, depending on platform). If the first character is a., it will be expanded to the theme file's directory. - BOOLEAN -
true/1orfalse/0. - COLOR - a hexidecimal RGB or RGBA color (6 or 8 digits). If 6 digits, will assume the alpha channel is
FF(not transparent). - FLOAT - a decimal.
- STRING - a string of text.
Types of elements and their properties:
image
* `pos` - type: NORMALIZED_PAIR.
* `size` - type: NORMALIZED_PAIR.
* `maxSize` - type: NORMALIZED_PAIR.
* `origin` - type: NORMALIZED_PAIR.
* `path` - type: PATH.
* `tile` - type: BOOLEAN.
text
* `pos` - type: NORMALIZED_PAIR.
* `size` - type: NORMALIZED_PAIR.
* `text` - type: STRING.
* `color` - type: COLOR.
* `fontPath` - type: PATH.
* `fontSize` - type: FLOAT.
* `center` - type: BOOLEAN.
textlist
* `pos` - type: NORMALIZED_PAIR.
* `size` - type: NORMALIZED_PAIR.
* `selectorColor` - type: COLOR.
* `selectedColor` - type: COLOR.
* `primaryColor` - type: COLOR.
* `secondaryColor` - type: COLOR.
* `fontPath` - type: PATH.
* `fontSize` - type: FLOAT.
* `scrollSound` - type: PATH.
* `center` - type: BOOLEAN.
ninepatch
* `pos` - type: NORMALIZED_PAIR.
* `size` - type: NORMALIZED_PAIR.
* `path` - type: PATH.
A quick word on the "ninepatch" type - EmulationStation borrows the concept of "nine patches" from Android (or "9-Slices"). Currently the implementation is very simple and hard-coded to only use 48x48px images (16x16px for each "patch"). Check the data/resources directory for some examples (button.png, frame.png).
sound
* `path` - type: PATH.
Note that a view may choose to only make only certain properties on a particular element themable.
-Aloshi http://www.aloshi.com