Difference between revisions of "Category:Oblivion XML"
imported>JRoush |
imported>JRoush (Rebranding XML "traits" as "attributes"; cleaned up example code) |
||
(9 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
=== What is XML? === | === What is XML? === | ||
XML stands for [http://en.wikipedia.org/wiki/XML eXtensible Markup Language], a generic syntax used to encode | XML stands for [http://en.wikipedia.org/wiki/XML eXtensible Markup Language], a generic syntax used to encode a series of parent-child relationships. An XML document contains a hierarchy of ''elements'', each described by a set of ''attributes''. | ||
In Oblivion, XML is used to encode the user interface. Every button, box, piece of text, and colorful widget in a menu (or the HUD) is an element in that menus XML document. And each of these elements has ''child'' elements that describe it's color, size, graphical texture, location, etc. | |||
=== General Syntax === | === General Syntax === | ||
XML | XML syntax is largely based on HTML syntax. As in HTML, an XML element is defined by opening and closing ''tags'', which are just the type of the element enclosed by angle brackets. For example, the following xml code defines a Text element: | ||
<text> </text> | <text> </text> | ||
Note that the closing tag is denoted by slash. Anything | Note that the closing tag is denoted by slash. | ||
Anything that appears between the opening and closing tags of an element is considered the ''contents'' of that element. This might be raw text or numbers: | |||
<string> This 'string' element contains this text. </string> | |||
Or it might be another xml element: | |||
<image> <text> </text> </image> | <image> <text> </text> </image> | ||
In this case, the "inner" element is the ''child'' of the outer element. An element can have more than one child, and those children might have children of their own, and so on. This is what creates the hierarchy that is characteristic of XML. | |||
If an element has no children, like the first example above, then the opening/closing tag syntax can be abbreviated to: | If an element has no children, like the first example above, then the opening/closing tag syntax can be abbreviated to: | ||
<text /> | <text /> | ||
Element | |||
<image | Element ''attributes'' are written as name/value pairs in the opening tag: | ||
Comments can be added | <image attributeName="attributeValue"> </image> | ||
Attributes are an essential part of XML - they refine & control elements, and differentiate elements of the same type from one another. Oblivion only recognizes a few attributes, however, using child elements to refine & control instead. See the next section, on [[#Oblivion XML Schema|Oblivion XML Schema]] for more details. | |||
''Comments'' can be added by enclosing them with "<!--" and "-->": | |||
<!-- this is a comment --> | <!-- this is a comment --> | ||
To learn more about XML syntax, read the [http://www.w3.org/XML/ complete specification] or one of the tutorials provided by the World Wide Web Consortium. | To learn more about XML syntax, read the [http://www.w3.org/XML/ complete specification] or one of the tutorials provided by the World Wide Web Consortium. | ||
=== Oblivion XML Schema === | === Oblivion XML Schema === | ||
XML is a general syntax - the meaning of | <!-- | ||
An example of an '[[Object Element#Image|Image]]' Object Element. | |||
This image has it's [[XML Attribute|'name' attribute]] set to 'MyImage', and it's [[Property Element#Sizeable|'height' property]] set to | |||
10 pixels. It's [[Property Element#Sizeable|width]] is set to twice it's height using the '[[Operator Element#Copy Operator|copy]]' and '[[Operator Element#Algebraic Operators|mul]]' operators | |||
--> | |||
<image name="MyImage"> | |||
<height> 10 </height> | |||
<width> | |||
<copy src="MyImage" trait="height" /> | |||
<mul> 2 </mul> | |||
</width> | |||
</image> | |||
XML is a general syntax - the meaning of a given element depends entirely on the program parsing the file. | |||
The Oblivion XML parser divides elements into three basic categories. They don't really have official names, so the names chosen below ("Object", "Property", and "Operator" Elements) were chosen just for this wiki. | |||
[[Object Element|"Object" Elements]] define actual objects in the menu, such as buttons, text, images, etc. There are only a few different kinds of object elements, but they are used repeatedly to create the complex menu structures. | |||
[[Property Element|"Property" Elements]] are always children of | [[Property Element|"Property" Elements]] are always children of Object Elements, | ||
defining things like the position, color, transparency, etc. of their parent. | defining things like the position, color, transparency, etc. of their parent. | ||
For example, an <image> | For example, an <image> object element might have <width> and <height> elements as children, which Oblivion will use to determine the size of the displayed image. | ||
Different Object Elements can have different sets of Property Elements. | |||
Property elements can have literal values, written directly into the xml code. | Property elements can have literal text or numeric values, written directly into the xml code. However, they can instead contain arrangements of [[Operator Element|"Operator" Elements]] as children. These Operator Elements basically describe simple mathematical formulas, which Oblivion uses to ''calculate'' the value of the Property Element in ''real time''. This concept is what makes the Oblivion XML schema so powerful and customizable - and confusing. | ||
There | There are also a few special elements that don't fit into these three categories. The most common is the [[Include Element]]. It's use is similar to the ''include'' statement in C-style programming languages - it allows the menu designer to insert xml code from another file. | ||
It's also possible to insert new element types into a menu document. Oblivion will | |||
interpret any element type that starts with an underscore as a 'custom' Property Element. Such elements obviously won't have any built-in affects, but they can be referred to by name from Operator Elements and OBSE script functions, and may contain Operator Elements as children. It is common to break up long formulas by inventing one of these custom elements to hold intermediate values. | |||
<!-- | |||
Use a custom property '_GreyColor' to set a common | |||
intensity level for all three color properties | |||
--> | |||
<text name="sometext"> | |||
<_GreyColor> 255 </_GreyColor> | |||
<string> This is some text </string> | |||
<red> <copy src="me()" trait="_GreyColor"/> </red> | |||
<blue> <copy src="me()" trait="_GreyColor"/> </blue> | |||
<green> <copy src="me()" trait="_GreyColor"/> </green> | |||
</text> | |||
Oblivion | Because most aspects of menu objects like buttons, icons, etc. are controlled by their Property Elements, Oblivion doesn't make much use of conventional XML attributes. However, the three [[XML Attribute|attributes]] that are recognized ("name", "src", and "trait") are essential for the use of [[Operator Element|Operators]]. | ||
=== Oblivion Menu Files === | === Oblivion Menu Files === | ||
Menu xml data is stored in the ''Oblivion\Data\Menus'' directory. Each menu is stored in it's own file. Oblivion reloads a menu from disk every time it is opened, so changes to the file can be seen by closing and re-opening the menu - a very useful trick for editing. | Menu xml data is stored in the ''Oblivion\Data\Menus'' directory. Each menu is stored in it's own file. Oblivion reloads a menu from disk every time it is opened, so changes to the file can be seen by closing and re-opening the menu - a very useful trick for editing. Some menus never close (e.g. the HUD) - these can be reloaded in game using "Reload ''menuname''" [[:Category:Console Functions|console function]]. |
Latest revision as of 14:59, 3 May 2011
What is XML?[edit | edit source]
XML stands for eXtensible Markup Language, a generic syntax used to encode a series of parent-child relationships. An XML document contains a hierarchy of elements, each described by a set of attributes. In Oblivion, XML is used to encode the user interface. Every button, box, piece of text, and colorful widget in a menu (or the HUD) is an element in that menus XML document. And each of these elements has child elements that describe it's color, size, graphical texture, location, etc.
General Syntax[edit | edit source]
XML syntax is largely based on HTML syntax. As in HTML, an XML element is defined by opening and closing tags, which are just the type of the element enclosed by angle brackets. For example, the following xml code defines a Text element:
<text> </text>
Note that the closing tag is denoted by slash.
Anything that appears between the opening and closing tags of an element is considered the contents of that element. This might be raw text or numbers:
<string> This 'string' element contains this text. </string>
Or it might be another xml element:
<image> <text> </text> </image>
In this case, the "inner" element is the child of the outer element. An element can have more than one child, and those children might have children of their own, and so on. This is what creates the hierarchy that is characteristic of XML.
If an element has no children, like the first example above, then the opening/closing tag syntax can be abbreviated to:
<text />
Element attributes are written as name/value pairs in the opening tag:
<image attributeName="attributeValue"> </image>
Attributes are an essential part of XML - they refine & control elements, and differentiate elements of the same type from one another. Oblivion only recognizes a few attributes, however, using child elements to refine & control instead. See the next section, on Oblivion XML Schema for more details.
Comments can be added by enclosing them with "<!--" and "-->":
<!-- this is a comment -->
To learn more about XML syntax, read the complete specification or one of the tutorials provided by the World Wide Web Consortium.
Oblivion XML Schema[edit | edit source]
<!-- An example of an 'Image' Object Element. This image has it's 'name' attribute set to 'MyImage', and it's 'height' property set to 10 pixels. It's width is set to twice it's height using the 'copy' and 'mul' operators --> <image name="MyImage"> <height> 10 </height> <width> <copy src="MyImage" trait="height" /> <mul> 2 </mul> </width> </image>
XML is a general syntax - the meaning of a given element depends entirely on the program parsing the file.
The Oblivion XML parser divides elements into three basic categories. They don't really have official names, so the names chosen below ("Object", "Property", and "Operator" Elements) were chosen just for this wiki.
"Object" Elements define actual objects in the menu, such as buttons, text, images, etc. There are only a few different kinds of object elements, but they are used repeatedly to create the complex menu structures.
"Property" Elements are always children of Object Elements, defining things like the position, color, transparency, etc. of their parent. For example, an <image> object element might have <width> and <height> elements as children, which Oblivion will use to determine the size of the displayed image. Different Object Elements can have different sets of Property Elements.
Property elements can have literal text or numeric values, written directly into the xml code. However, they can instead contain arrangements of "Operator" Elements as children. These Operator Elements basically describe simple mathematical formulas, which Oblivion uses to calculate the value of the Property Element in real time. This concept is what makes the Oblivion XML schema so powerful and customizable - and confusing.
There are also a few special elements that don't fit into these three categories. The most common is the Include Element. It's use is similar to the include statement in C-style programming languages - it allows the menu designer to insert xml code from another file.
It's also possible to insert new element types into a menu document. Oblivion will interpret any element type that starts with an underscore as a 'custom' Property Element. Such elements obviously won't have any built-in affects, but they can be referred to by name from Operator Elements and OBSE script functions, and may contain Operator Elements as children. It is common to break up long formulas by inventing one of these custom elements to hold intermediate values.
<!-- Use a custom property '_GreyColor' to set a common intensity level for all three color properties --> <text name="sometext"> <_GreyColor> 255 </_GreyColor> <string> This is some text </string> <red> <copy src="me()" trait="_GreyColor"/> </red> <blue> <copy src="me()" trait="_GreyColor"/> </blue> <green> <copy src="me()" trait="_GreyColor"/> </green> </text>
Because most aspects of menu objects like buttons, icons, etc. are controlled by their Property Elements, Oblivion doesn't make much use of conventional XML attributes. However, the three attributes that are recognized ("name", "src", and "trait") are essential for the use of Operators.
Oblivion Menu Files[edit | edit source]
Menu xml data is stored in the Oblivion\Data\Menus directory. Each menu is stored in it's own file. Oblivion reloads a menu from disk every time it is opened, so changes to the file can be seen by closing and re-opening the menu - a very useful trick for editing. Some menus never close (e.g. the HUD) - these can be reloaded in game using "Reload menuname" console function.
Pages in category "Oblivion XML"
The following 7 pages are in this category, out of 7 total.