paulb@129 | 1 | <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> |
paulb@129 | 2 | <html xmlns="http://www.w3.org/1999/xhtml"> |
paulb@129 | 3 | <head> |
paulb@129 | 4 | |
paulb@129 | 5 | |
paulb@129 | 6 | |
paulb@129 | 7 | |
paulb@129 | 8 | |
paulb@129 | 9 | |
paulb@129 | 10 | |
paulb@129 | 11 | |
paulb@129 | 12 | <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type" /> |
paulb@129 | 13 | |
paulb@129 | 14 | |
paulb@129 | 15 | |
paulb@129 | 16 | |
paulb@129 | 17 | |
paulb@129 | 18 | |
paulb@129 | 19 | |
paulb@129 | 20 | |
paulb@129 | 21 | |
paulb@129 | 22 | |
paulb@129 | 23 | |
paulb@129 | 24 | |
paulb@129 | 25 | <title>Creating Applications: Design the Structure of the Form Data</title> |
paulb@129 | 26 | <meta name="generator" content="amaya 8.1a, see http://www.w3.org/Amaya/" /> |
paulb@129 | 27 | |
paulb@129 | 28 | |
paulb@129 | 29 | |
paulb@129 | 30 | |
paulb@129 | 31 | |
paulb@129 | 32 | |
paulb@129 | 33 | |
paulb@129 | 34 | |
paulb@129 | 35 | <link href="styles.css" rel="stylesheet" type="text/css" /> |
paulb@129 | 36 | </head> |
paulb@129 | 37 | |
paulb@129 | 38 | |
paulb@129 | 39 | <body> |
paulb@129 | 40 | |
paulb@129 | 41 | |
paulb@129 | 42 | |
paulb@129 | 43 | |
paulb@129 | 44 | <h1>Creating Applications: Design the Structure of the Form Data</h1> |
paulb@129 | 45 | |
paulb@129 | 46 | |
paulb@129 | 47 | |
paulb@129 | 48 | |
paulb@129 | 49 | <p>Before designing a template, we must first consider how the form |
paulb@129 | 50 | data to be modelled in our application will be structured. Let us |
paulb@129 | 51 | consider the following hierarchical structure:</p> |
paulb@129 | 52 | |
paulb@129 | 53 | <ul> |
paulb@129 | 54 | |
paulb@129 | 55 | <li>A list of items, each containing...<br /> |
paulb@129 | 56 | |
paulb@129 | 57 | |
paulb@129 | 58 | |
paulb@129 | 59 | |
paulb@129 | 60 | |
paulb@129 | 61 | |
paulb@129 | 62 | |
paulb@129 | 63 | |
paulb@129 | 64 | |
paulb@129 | 65 | |
paulb@129 | 66 | |
paulb@129 | 67 | |
paulb@129 | 68 | <ul> |
paulb@129 | 69 | |
paulb@129 | 70 | <li>An editable value.</li> |
paulb@129 | 71 | <li>A list of subitems, each containing...<br /> |
paulb@129 | 72 | <ul> |
paulb@129 | 73 | <li>An editable value.</li> |
paulb@129 | 74 | </ul> |
paulb@129 | 75 | </li> |
paulb@129 | 76 | |
paulb@129 | 77 | |
paulb@129 | 78 | </ul> |
paulb@129 | 79 | |
paulb@129 | 80 | |
paulb@129 | 81 | |
paulb@129 | 82 | |
paulb@129 | 83 | |
paulb@129 | 84 | |
paulb@129 | 85 | </li> |
paulb@129 | 86 | |
paulb@129 | 87 | </ul> |
paulb@129 | 88 | |
paulb@129 | 89 | <p>Since XSLForms is an XML-based framework, let us define this structure using an informal example XML document:</p> |
paulb@129 | 90 | <pre><?xml version="1.0"?><br /><structure><br /> <item value="some value"><br /> <subitem subvalue="some other value"/><br /> </item><br /></structure></pre> |
paulb@129 | 91 | <p>The above example only shows a single item and a single subitem |
paulb@129 | 92 | within it. Our application will provide the ability to add and remove |
paulb@129 | 93 | items and subitems, although this is not directly modelled in the XML |
paulb@129 | 94 | documents that will be used to represent the form data.</p> |
paulb@129 | 95 | <p>With this basic information defined, we can now proceed to <a href="design.html">designing a template</a> in the next stage of the <a href="overview.html">process</a>.</p> |
paulb@129 | 96 | |
paulb@129 | 97 | |
paulb@129 | 98 | |
paulb@129 | 99 | |
paulb@129 | 100 | </body> |
paulb@129 | 101 | </html> |