web2py uses Python for its models, controllers, and views, although it uses a slightly modified Python syntax in the views to allow more readable code without imposing any restrictions on proper Python usage.
The purpose of a view is to embed code (Python) in an HTML document. In general, this poses some problems:
web2py uses {{ ... }} to escape Python code embedded in HTML. The advantage of using curly brackets instead of angle brackets is that it's transparent to all common HTML editors. This allows the developer to use those editors to create web2py views.
Since the developer is embedding Python code into HTML, the document should be indented according to HTML rules, and not Python rules. Therefore, we allow unindented Python inside the {{ ... }} tags. Since Python normally uses indentation to delimit blocks of code, we need a different way to delimit them; this is why the web2py template language makes use of the Python keyword pass.
A code block starts with a line ending with a colon and ends with a line beginning withHere is an example:pass. The keywordpassis not necessary when the end of the block is obvious from the context.
1. | {{ |
Note that pass is a Python keyword, not a web2py keyword. Some Python editors, such as Emacs, use the keyword pass to signify the division of blocks and use it to re-indent code automatically.
The web2py template language does exactly the same. When it finds something like:
1. | <html><body> |
it translates it into a program:
1. | response.write("""<html><body>""", escape=False) |
response.write writes to the response.body.When there is an error in a web2py view, the error report shows the generated view code, not the actual view as written by the developer. This helps the developer debug the code by highlighting the actual code that is executed (which is something that can be debugged with an HTML editor or the DOM inspector of the browser).
Also note that:
1. | {{=x}} |
generates
1. | response.write(x) |
Variables injected into the HTML in this way are escaped by default.
The escaping is ignored if x is an XML object, even if escape is set to True.
Here is an example that introduces the H1 helper:
1. | {{=H1(i)}} |
which is translated to:
1. | response.write(H1(i)) |
upon evaluation, the H1 object and its components are recursively serialized, escaped and written to the response body. The tags generated by H1 and inner HTML are not escaped. This mechanism guarantees that all text --- and only text --- displayed on the web page is always escaped, thus preventing XSS vulnerabilities. At the same time, the code is simple and easy to debug.
The method response.write(obj, escape=True) takes two arguments, the object to be written and whether it has to be escaped (set to True by default). If obj has an .xml() method, it is called and the result written to the response body (the escape argument is ignored). Otherwise it uses the object's __str__ method to serialize it and, if the escape argument is True, escapes it. All built-in helper objects (H1 in the example) are objects that know how to serialize themselves via the .xml() method.
This is all done transparently. You never need to (and never should) call the response.write method explicitly.
The web2py template language supports all Python control structures. Here we provide some examples of each of them. They can be nested according to usual programming practice.
for...inIn templates you can loop over any iterable object:
1. | {{items = ['a', 'b', 'c']}} |
which produces:
1. | <ul> |
Here item is any iterable object such as a Python list, Python tuple, or Rows object, or any object that is implemented as an iterator. The elements displayed are first serialized and escaped.
whileYou can create a loop using the while keyword:
1. | {{k = 3}} |
which produces:
1. | <ul> |
if...elif...elseYou can use conditional clauses:
1. | {{ |
which produces:
1. | <h2> |
Since it is obvious that else closes the first if block, there is no need for a pass statement, and using one would be incorrect. However, you must explicitly close the else block with a pass.
Recall that in Python "else if" is written elif as in the following example:
1. | {{ |
It produces:
1. | <h2> |
try...except...else...finallyIt is also possible to use try...except statements in views with one caveat. Consider the following example:
1. | {{try:}} |
It will produce the following output:
1. | Hello |
This example illustrates that all output generated before an exception occurs is rendered (including output that preceded the exception) inside the try block. "Hello" is written because it precedes the exception.
def...returnThe web2py template language allows the developer to define and implement functions that can return any Python object or a text/html string. Here we consider two examples:
1. | {{def itemize1(link): return LI(A(link, _href="http://" + link))}} |
produces the following output:
1. | <ul> |
The function itemize1 returns a helper object that is inserted at the location where the function is called.
Consider now the following code:
1. | {{def itemize2(link):}} |
It produces exactly the same output as above. In this case, the function itemize2 represents a piece of HTML that is going to replace the web2py tag where the function is called. Notice that there is no '=' in front of the call to itemize2, since the function does not return the text, but it writes it directly into the response.
There is one caveat: functions defined inside a view must terminate with a return statement, or the automatic indentation will fail.
Consider the following code in a view:
1. | {{=DIV('this', 'is', 'a', 'test', _id='123', _class='myclass')}} |
it is rendered as:
1. | <div id="123" class="myclass">thisisatest</div> |
DIV is a helper class, i.e., something that can be used to build HTML programmatically. It corresponds to the HTML <div> tag.Positional arguments are interpreted as objects contained between the open and close tags. Named arguments that start with an underscore are interpreted as HTML tag attributes (without the underscore). Some helpers also have named arguments that do not start with underscore; these arguments are tag-specific.
The following set of helpers:
A, B, BEAUTIFY, BODY, BR, CENTER, CODE, DIV, EM, EMBED, FIELDSET, FORM, H1, H2, H3, H4, H5, H6, HEAD, HR, HTML, I, IFRAME, IMG, INPUT, LABEL, LEGEND, LI, LINK, OL, UL, MARKMIN, MENU, META, OBJECT, ON, OPTION, P, PRE, SCRIPT, OPTGROUP, SELECT, SPAN, STYLE, TABLE, TAG, TD, TEXTAREA, TH, THEAD, TBODY, TFOOT, TITLE, TR, TT, URL, XHTML, XML, xmlescape, embed64
can be used to build complex expressions that can then be serialized to XML49 50. For example:
1. | {{=DIV(B(I("hello ", "<world>"))), _class="myclass")}} |
is rendered:
1. | <div class="myclass"><b><i>hello <world></i></b></div> |
Components' objects can be referenced via their position, and helpers act as lists with respect to their components:
1. | >>> a = DIV(SPAN('a', 'b'), 'c') |
Attributes of helpers can be referenced by name, and helpers act as dictionaries with respect to their attributes:
1. | >>> a = DIV(SPAN('a', 'b'), 'c') |
XMLXML is an object used to encapsulate text that should not be escaped. The text may or may not contain valid XML. For example, it could contain JavaScript.The text in this example is escaped:
1. | >>> print DIV("<b>hello</b>") |
by using XML you can prevent escaping:
1. | >>> print DIV(XML("<b>hello</b>")) |
Sometimes you want to render HTML stored in a variable, but the HTML may contain unsafe tags such as scripts:
1. | >>> print XML('<script>alert("unsafe!")</script>') |
Un-escaped executable input such as this (for example, entered in the body of a comment in a blog) is unsafe, because it can be used to generate Cross Site Scripting (XSS) attacks against other visitors to the page.
XML helper can sanitize our text to prevent injections and escape all tags except those that you explicitly allow. Here is an example:
1. | >>> print XML('<script>alert("unsafe!")</script>', sanitize=True) |
The XML constructors, by default, consider the content of some tags and some of their attributes safe. You can override the defaults using the optional permitted_tags and allowed_attributes arguments. Here are the default values of the optional arguments of the XML helper.
1. | XML(text, sanitize=False, |
AThis helper is used to build links.
1. | >>> print A('<click>', XML('<b>me</b>'), |
This helper takes a special argument called cid. It works as follows:
1. | <div id="myid"></div> |
and a click on the link cases the content to be loaded in the div.
This requires {{include 'web2py_ajax.html'}} in the layout head.
We discuss applications of cid in more detail in Chapter 13, in the context of components.
BThis helper makes its contents bold.
1. | >>> print B('<hello>', XML('<i>world</i>'), _class='test', _id=0) |
BODY1. | >>> print BODY('<hello>', XML('<b>world</b>'), _bgcolor='red') |
CENTERThis helper centers its content.
1. | >>> print CENTER('<hello>', XML('<b>world</b>'), |
CODEThis helper performs syntax highlighting for Python, C, C++, HTML and web2py code, and is preferable to PRE for code listings. CODE also has the ability to create links to the web2py API documentation.
Here is an example of highlighting sections of Python code.
1. | >>> print CODE('print "hello"', language='python').xml() |
Here is a similar example for HTML
1. | >>> print CODE( |
1. | <table>...<code>... |
These are the default arguments for the CODE helper:
1. | CODE("print 'hello world'", language='python', link=None, counter=1, styles={}) |
Supported values for the language argument are "python", "html_plain", "c", "cpp", "web2py", and "html". The "html" language interprets {{ and }} tags as "web2py" code, while "html_plain" doesn't.
If a link value is specified, for example "/examples/global/vars/", web2py API references in the code are linked to documentation at the link URL. For example "request" would be linked to "/examples/global/vars/request". In the above example, the link URL is handled by the "var" action in the "global.py" controller that is distributed as part of the web2py "examples" application.
The counter argument is used for line numbering. It can be set to any of three different values. It can be None for no line numbers, a numerical value specifying the start number, or a string. If the counter is set to a string, it is interpreted as a prompt, and there are no line numbers.
DIVAll helpers apart from XML are derived from DIV and inherit its basic methods.
1. | >>> print DIV('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
EMEmphasizes its content.
1. | >>> print EM('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
FIELDSETThis is used to create an input field together with its label.
1. | >>> print FIELDSET('Height:', INPUT(_name='height'), _class='test') |
FORMThis is one of the most important helpers. In its simple form, it just makes a <form>...</form> tag, but because helpers are objects and have knowledge of what they contain, they can process submitted forms (for example, perform validation of the fields). This will be discussed in detail in Chapter 7.
1. | >>> print FORM(INPUT(_type='submit'), _action=", _method='post') |
The "enctype" is "multipart/form-data" by default.
FORM, and of SQLFORM, can also take a special argument called hidden. When a dictionary is passed as hidden, its items are translated into "hidden" INPUT fields. For example:
1. | >>> print FORM(hidden=dict(a='b')) |
H1, H2, H3, H4, H5, H6These helpers are for paragraph headings and subheadings:
1. | >>> print H1('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
HEADFor tagging the HEAD of an HTML page.
1. | >>> print HEAD(TITLE('<hello>', XML('<b>world</b>'))) |
HTMLThis helper is a little different. In addition to making the <html> tags,
it prepends the tag with a doctype string .
1. | >>> print HTML(BODY('<hello>', XML('<b>world</b>'))) |
The HTML helper also takes some additional optional arguments that have the following default:
1. | HTML(..., lang='en', doctype='transitional') |
where doctype can be 'strict', 'transitional', 'frameset', 'html5', or a full doctype string.
XHTMLXHTML is similar to HTML but it creates an XHTML doctype instead.
1. | XHTML(..., lang='en', doctype='transitional', xmlns='http://www.w3.org/1999/xhtml') |
where doctype can be 'strict', 'transitional', 'frameset', or a full doctype string.
INPUTCreates an <input.../> tag. An input tag may not contain other tags, and is closed by /> instead of >. The input tag has an optional attribute _type that can be set to "text" (the default), "submit", "checkbox", or "radio".
1. | >>> print INPUT(_name='test', _value='a') |
It also takes an optional special argument called "value", distinct from "_value". The latter sets the default value for the input field; the former sets its current value. For an input of type "text", the former overrides the latter:
1. | >>> print INPUT(_name='test', _value='a', value='b') |
For radio buttons INPUT selectively sets the "checked" attribute:
1. | >>> for v in ['a', 'b', 'c']: |
and similarly for checkboxes:
1. | >>> print INPUT(_type='checkbox', _name='test', _value='a', value=True) |
IFRAMEThis helper includes another web page in the current page. The url of the other page is specified via the "_src" attribute.
1. | >>> print IFRAME(_src='http://www.web2py.com') |
IMGIt can be used to embed images into HTML:
1. | >>> IMG(_src='http://example.com/image.png',_alt='test') |
Here is a combination of A, IMG, and URL helpers for including a static image with a link:
1. | >>> A(IMG(_src=URL('static','logo.png'), _alt="My Logo") |
LABELIt is used to create a LABEL tag for an INPUT field.
1. | >>> print LABEL('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
LIIt makes a list item and should be contained in a UL or OL tag.
1. | >>> print LI('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
LEGENDIt is used to create a legend tag for a field in a form.
1. | >>> print LEGEND('Name', _for='myfield') |
METATo be used for building META tags in the HTML head. For example:
1. | >>> print META(_name='security', _content='high') |
MARKMINImplements the markmin wiki syntax. It converts the input text into output html according to the markmin rules described in the example below:
1. | >>> print MARKMIN("'this is **bold** or ''italic'' and this [[a link http://web2py.com]]"') |
The markmin syntax is described in this file that ships with web2py:
http://127.0.0.1:8000/examples/static/markmin.html
and some examples are shown in chapter 13 in the context of plugin_wiki which uses MARKMIN extensively.
OBJECTUsed to embed objects (for example, a flash player) in the HTML.
1. | >>> print OBJECT('<hello>', XML('<b>world</b>'), |
OLIt stands for Ordered List. The list should contain LI tags. OL arguments that are not LI objects are automatically enclosed in <li>...</li> tags.
1. | >>> print OL('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
ONThis is here for backward compatibility and it is simply an alias for True. It is used exclusively for checkboxes and deprecated since True is more Pythonic.
1. | >>> print INPUT(_type='checkbox', _name='test', _checked=ON) |
OPTGROUPAllows you tro group multiple options in a SELECT and it is useful to customize the fields using CSS.
1. | >>> print SELECT('a', OPTGROUP('b', 'c')) |
OPTIONThis should only be used as part of a SELECT/OPTION combination.
1. | >>> print OPTION('<hello>', XML('<b>world</b>'), _value='a') |
As in the case of INPUT, web2py make a distinction between "_value" (the value of the OPTION), and "value" (the current value of the enclosing select). If they are equal, the option is "selected".
1. | >>> print SELECT('a', 'b', value='b'): |
PThis is for tagging a paragraph.
1. | >>> print P('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
PREGenerates a <pre>...</pre> tag for displaying pre-formatted text. The CODE helper is generally preferable for code listings.
1. | >>> print PRE('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
SCRIPTThis is include or link a script, such as JavaScript. The content between the tags is rendered as an HTML comment, for the benefit of really old browsers.
1. | >>> print SCRIPT('alert("hello world");', _language='javascript') |
SELECTMakes a <select>...</select> tag. This is used with the OPTION helper. Those SELECT arguments that are not OPTION objects are automatically converted to options.
1. | >>> print SELECT('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
SPANSimilar to DIV but used to tag inline (rather than block) content.
1. | >>> print SPAN('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
STYLESimilar to script, but used to either include or link CSS code. Here the CSS is included:
1. | >>> print STYLE(XML('body {color: white}')) |
and here it is linked:
1. | >>> print STYLE(_src='style.css') |
TABLE, TR, TDThese tags (along with the optional THEAD, TBODY and TFOOTER helpers) are used to build HTML tables.
1. | >>> print TABLE(TR(TD('a'), TD('b')), TR(TD('c'), TD('d'))) |
TR expects TD content; arguments that are not TD objects are converted automatically.
1. | >>> print TABLE(TR('a', 'b'), TR('c', 'd')) |
It is easy to convert a Python array into an HTML table using Python's * function arguments notation, which maps list elements to positional function arguments.
Here, we will do it line by line:
1. | >>> table = [['a', 'b'], ['c', 'd']] |
Here we do all lines at once:
1. | >>> table = [['a', 'b'], ['c', 'd']] |
TBODYThis is used to tag rows contained in the table body, as opposed to header or footer rows. It is optional.
1. | >>> print TBODY(TR('<hello>'), _class='test', _id=0) |
TEXTAREAThis helper makes a <textarea>...</textarea> tag.
1. | >>> print TEXTAREA('<hello>', XML('<b>world</b>'), _class='test') |
The only caveat is that its optional "value" overrides its content (inner HTML)
1. | >>> print TEXTAREA(value="<hello world>", _class="test") |
TFOOTThis is used to tag table footer rows.
1. | >>> print TFOOT(TR(TD('<hello>')), _class='test', _id=0) |
THThis is used instead of TD in table headers.
1. | >>> print TH('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
THEADThis is used to tag table header rows.
1. | >>> print THEAD(TR(TD('<hello>')), _class='test', _id=0) |
TITLEThis is used to tag the title of a page in an HTML header.
1. | >>> print TITLE('<hello>', XML('<b>world</b>')) |
TRTags a table row. It should be rendered inside a table and contain <td>...</td> tags. TR arguments that are not TD objects will be automatically converted.
1. | >>> print TR('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
TTTags text as typewriter (monospaced) text.
1. | >>> print TT('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
ULSignifies an Unordered List and should contain LI items. If its content is not tagged as LI, UL does it automatically.
1. | >>> print UL('<hello>', XML('<b>world</b>'), _class='test', _id=0) |
Sometimes you need to generate custom XML tags. web2py provides TAG, a universal tag generator.
1. | {{=TAG.name('a', 'b', _c='d')}} |
generates the following XML
1. | <name c="d">ab</name> |
Arguments "a" and "b" and "d" are automatically escaped; use the XML helper to suppress this behavior. Using TAG you can generate HTML/XML tags not already provided by the API. TAGs can be nested, and are serialized with str().
An equivalent syntax is:
1. | {{=TAG['name']('a', 'b', c='d')}} |
Notice that TAG is an object, and TAG.name or TAG['name'] is a function that returns a temporary helper class.
MENUThe MENU helper takes a list of lists of the form of response.menu (as described in Chapter 4) and generates a tree-like structure using unordered lists representing the menu. For example:
1. | >>> print MENU([['One', False, 'link1'], ['Two', False, 'link2']]) |
Each menu item can have a fourth argument that is a nested submenu (and so on recursively):
1. | >>> print MENU([['One', False, 'link1', [['Two', False, 'link2']]]]) |
The MENU helper takes the following optional arguments:
_class: defaults to "web2py-menu web2py-menu-vertical" and sets the class of the outer UL elements.ul_class: defaults to "web2py-menu-vertical" and sets the class of the inner UL elements.li_class: defaults to "web2py-menu-expand" and sets the class of the inner LI elements.The "base.css" of the scaffolding application understands the following basic types of menus: "web2py-menu web2py-menu-vertical" and "web2py-menu web2py-menu-horizontal".
BEAUTIFYBEAUTIFY is used to build HTML representations of compound objects, including lists, tuples and dictionaries:
1. | {{=BEAUTIFY({"a":["hello", XML("world")], "b":(1, 2)})}} |
BEAUTIFY returns an XML-like object serializable to XML, with a nice looking representation of its constructor argument. In this case, the XML representation of:
1. | {"a":["hello", XML("world")], "b":(1, 2)} |
will render as:
1. | <table> |
The DIV helper and all derived helpers provide an three search methods: element and elements. element returns the first child element matching a specified condition (or None if no match). elements returns a list of all matching children.
element and elements use the same syntax to specify the matching condition which allows for three possibilities that can be mixed and matched: jQuery-like expressions, match by exact attribute value, match using regular expressions.
Here is a simple example:
1. | >>> a = DIV(DIV(DIV('a', _id='target',_class='abc'))) |
The un-named argument of elements is a string which may contain: the name of a tag, the id of a tag preceded by a pound symbol, the class preceded by a dot, the explicit value of an attribute in square brackets.
Here are 4 equivalent ways to search the previous tag by id:
1. | >>> d = a.elements('#target') |
Here are 4 equivalent ways to search the previous tag by class:
1. | >>> d = a.elements('.abc') |
Any attribute can be used to locate an element (not just id and class), including multiple attributes (the function element can take multiple named arguments) but only the first matching element will be returned.
Using the jQuery syntax "div#target" it is possible to specify multiple search criteria separated by a space:
1. | >>> a = DIV(SPAN('a', _id='t1'),div('b',_class='c2')) |
or equivalently
1. | >>> a = DIV(SPAN('a', _id='t1'),div('b',_class='c2')) |
If the value of search attribute is specified using a name argument, it can be a string or a regular expression:
1. | >>> a = DIV(SPAN('a', _id='test123'),div('b',_class='c2')) |
A special named argument of the DIV (and derived) helpers is find. It can be used to specify a search value or a search regular expression in the text content of the tag. For example:
1. | >>> a = DIV(SPAN('abcde'),div('fghij')) |
or
1. | >>> a = DIV(SPAN('abcde'),div('fghij')) |
componentsHere's an example of listing all elements in an html string:
1. | html = TAG('<a>xxx</a><b>yyy</b>') |
parentparent returns the parent of the current element.
1. | >>> a = DIV(SPAN('a'),DIV('b')) |
flattenThe flatten method recursive serializes the content of the children of a given element into regular text (without tags):
1. | >>> a = DIV(SPAN('this',DIV('is',B('a'))),SPAN('test')) |
Flatten can be passed an optional argument, render, i.e. a function that renders/flattens the content using a different protocol. Here is an example to serialize some tags into Markmin wiki syntax:
1. | >>> a = DIV(H1('title'),P('example of a ',A('link',_href='#test'))) |
At the time of writing we provide markmin_serializer and markdown_serializer.
The TAG object is also an XML/HTML parser. It can read text and convert into a tree structure of helpers. This allows manipulation using the API above:
1. | >>> html = '<h1>Title</h1><p>this is a <span>test</span></p>' |
Views can extend and include other views in a tree-like structure.
For example we can think of a view "index.html" extends "layout.html" and includes "body.html". At the same time "layout.html" may include "header.html" and "footer.html".
The root of the tree is what we call a layout view. Just like any other HTML template file, you can edit it using the web2py administrative interface. The file name "layout.html" is just a convention.
Here is a minimalist page that extends the "layout.html" view and includes the "page.html" view:
1. | {{extend 'layout.html'}} |
The extended layout file must contain an {{include}} directive, something like:
1. | <html><head><title>Page Title</title></head> |
When the view is called, the extended (layout) view is loaded, and the calling view replaces the {{include}} directive inside the layout. Processing continues recursively until all extend and include directives have been processed. The resulting template is then translated into Python code.
extendandincludeare special template directives, not Python commands.
Layouts are used to encapsulate page commonality (headers, footers, menus), and though they are not mandatory, they will make your application easier to write and maintain. In particular, we suggest writing layouts that take advantage of the following variables that can be set in the controller. Using these well known variables will help make your layouts interchangeable:
1. | response.title |
Except for menu and files these are all strings and their meaning should be obvious.
response.menu menu is a list of 3-tuples or 4-tuples. The three elements are: the link name, a boolean representing whether the link is active (is the current link), and the URL of the linked page. For example:
1. | response.menu = [('Google', False, 'http://www.google.com',[]), |
response.files is a list of CSS and JS files that are needed by your page.
We also recommend that you use:
1. | {{include 'web2py_ajax.html'}} |
in the HTML head, since this will include the jQuery libraries and define some backward-compatible JavaScript functions for special effects and Ajax. "web2py_ajax.html" includes the response.meta tags in the view, jQuery base, the jQuery calendar and includes all required CSS and JS response.files.
Here is a minimal "views/layout.html" that ships with the web2py scaffolding application welcome, and any new application will have a similar default layout:
1. | <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" |
There are a few features of this default layout that make it very easy to use and customize:
{{#...}} are special comments that will not appear in the HTML of the page.response.title and response.subtitle which can be set in a model. If they are not set, it adopts the application name as titleweb2py_ajax.html file in the header{{=auth.navbar(...)}} displays a welcome to the current user and links to auth functions like login, logout, register, change password, etc. depending on context. It is placed in a {{try:}}...{{except:pass}} in case auth is undefined.{{=MENU(response.menu) displays the menu structure as <ul>...</ul>.{{include}} is replaced by the content of the extending view when the page is rendered.Customizing the default layout without editing is very easy because of the "static/base.css" file is very well documented.
In particular it is organized in the following sub-sections:
To change the left_sidebar, content, right_sidebar widths, simply edit part of "base.css":
1. | /*********** column widths ***********/ |
To change colors and background images, simply edit the following part:
1. | /*********** backrgound images and colors ***********/ |
The menu is built in a color-neutral way but you can change that too.
Of course you can also completely replace the "layout.html" and "base.css" files with your own.
Consider this "layout.html":
1. | <html> |
and this extending view
1. | {{def mysidebar():}} |
Notice the function defined before the {{extend...}} statement. Also notice the function is included in the extended view without the = prefix.
The code generates the following output:
1. | <html> |
Notice that the functions are defined in HTML (although they can also contain Python code) so that response.write is used to write their content (the functions do not return the content). This is why the layout calls the view function using {{mysidebar()}} rather than {{=mysidebar()}}. Functions defined in this way can take arguments.
Another way to make a view more modular is by using {{block...}}s and this mechanism is an alternative to the mechanism discussed in the previous section.
Consider this "layout.html":
1. | <html> |
and this extending view
1. | {{extend 'layout.html'}} |
It generates the following output:
1. | <html> |
You can have many blocks and if the a block is present the extended view but not in the extending view, the content of the extended view is used.
It is possible to use the template system to generate emails. For example, consider the database table
1. | db.define_table('person', Field('name')) |
where you want to send to every person in the database the following message, stored in a view file "message.html":
1. | Dear {{=person.name}}, |
You can achieve this in the following way
1. | >>> from gluon.tool import Mail |
Most of the work is done in the statement
1. | response.render('message.html', context) |
It renders the view "file.html" with the variables defined in the dictionary "context", and it returns a string with the rendered email text. The context is a dictionary that contains variables that will be visible to the template file.
If the message starts with <html> and ends with </html> the email will be a HTML email.
The same mechanism that is used to generate email text can also be used to generate SMS or any other type of message based on a template.