Xebra Master Pages - Revision history

Sandrod at 17:42, 31 July 2009

2009-07-31T17:42:28Z

← Older revision		Revision as of 17:42, 31 July 2009
Line 1:		Line 1:
			[[Category:Xebra]]
			[[Xebra About\|About]] \| [[Xebra Installation\|Installation]] \| [[Xebra Documentation\|Documentation]] \| [[Xebra Tutorial\|Tutorials]] \| [[Xebra FAQ\|Frequently Asked Questions]]

	===Basics===		===Basics===

Sandrod: /* Controllers */

2009-07-31T17:40:50Z

Controllers

← Older revision		Revision as of 17:40, 31 July 2009
Line 47:		Line 47:

	===Controllers===		===Controllers===
	~~Controllers can still be defined on a per .xeb base. If not overwritten by implementors the controller is inherited.~~
	Templates can also be used to separate authenticated from unauthenticated content. If we take the example from above we can add access restriction by defining two regions and restricting the access to them:		Templates can also be used to separate authenticated from unauthenticated content. If we take the example from above we can add access restriction by defining two regions and restricting the access to them:

Line 59:		Line 58:
	</head>		</head>
	<body>		<body>
	<img href="logo.gif/>		<img href="logo.gif"/>
	<xeb:container render="%=authenticated">		<xeb:container render="%=authenticated%">
	<page:~~region~~ id="auth_content" />		<page:declare_region id="auth_content" />
	</xeb:container>		</xeb:container>
	<xeb:container render="=%not_authenticated">		<xeb:container render="=%not_authenticated%">
	<page:~~region~~ id="~~not_auth"content~~" />		<page:declare_region id="not_auth_content" />
	</xeb:container>		</xeb:container>
	</body>		</body>
	</html>		</html>
	</xml>		</xml>

			Similarly the slave.xeb would look like the following:

			<xml>
			<page:include template="master.xeb">
			<page:define_region id="auth_content">
			Welcome <xeb:display text="%=user%"/>!
			</page:define_region>
			<page:define_region id="not_auth_content">
			You are not authenticated. Go away!
			</page:define_region>
			</page:include>
			</xml>

			Notice that the user in xeb:display for a authenticated is retrieved from the same controller (instance) as the one in the master. If not overwritten by implementors the controller is inherited. If on the other hand one wants to use its own controller, it can be redefined in the slave page.

Sandrod: /* Controllers */

2009-07-31T17:32:08Z

Controllers

← Older revision		Revision as of 17:32, 31 July 2009
Line 47:		Line 47:

	===Controllers===		===Controllers===
			Controllers can still be defined on a per .xeb base. If not overwritten by implementors the controller is inherited.
			Templates can also be used to separate authenticated from unauthenticated content. If we take the example from above we can add access restriction by defining two regions and restricting the access to them:

			<xml>
			<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 STRICT//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
			<html xmlns="http://www.w3.org/1999/xhtml">
			<page:controller class="LOGIN_CONTROLLER" />
			<head>
			<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
			<title>Foo</title>
			</head>
			<body>
			<img href="logo.gif/>
			<xeb:container render="%=authenticated">
			<page:region id="auth_content" />
			</xeb:container>
			<xeb:container render="=%not_authenticated">
			<page:region id="not_auth"content" />
			</xeb:container>
			</body>
			</html>
			</xml>

Sandrod at 17:25, 31 July 2009

2009-07-31T17:25:23Z

← Older revision		Revision as of 17:25, 31 July 2009
Line 1:		Line 1:
			===Basics===

	Xebra Server Pages (.xeb) can be modularized with master pages (or templates). Usually a page has different regions which are dynamic and others which are static. These regions can be modeled with xebra. To illustrate this we use a small example of a page with a static logo and a dynamic content. First we define the static master page (master.xeb):		Xebra Server Pages (.xeb) can be modularized with master pages (or templates). Usually a page has different regions which are dynamic and others which are static. These regions can be modeled with xebra. To illustrate this we use a small example of a page with a static logo and a dynamic content. First we define the static master page (master.xeb):

Line 43:		Line 45:
	Quite obviously the declared region in master.xeb is filled with the defined region of slave.xeb. Notice that master.xeb will not be transformed to a servlet and will not be accesible from the browser since it is not complete.		Quite obviously the declared region in master.xeb is filled with the defined region of slave.xeb. Notice that master.xeb will not be transformed to a servlet and will not be accesible from the browser since it is not complete.
	Multiple regions can be declared per template. Furthermore including xeb pages can themselves declare new regions or transitively delegate their not implemented regions to their implementors.		Multiple regions can be declared per template. Furthermore including xeb pages can themselves declare new regions or transitively delegate their not implemented regions to their implementors.

			===Controllers===

Sandrod at 17:24, 31 July 2009

2009-07-31T17:24:54Z

@@ Line 1: / Line 1: @@
-Xebra Server Pages (.xeb) can be modularized with master pages (or templates). Usually a page has different regions which are dynamic and others which are static. These regions can be modeled with xebra. To illustrate this we use a small example of a page with a static logo and a dynamic content. First we define the static master page:
+Xebra Server Pages (.xeb) can be modularized with master pages (or templates). Usually a page has different regions which are dynamic and others which are static. These regions can be modeled with xebra. To illustrate this we use a small example of a page with a static logo and a dynamic content. First we define the static master page (master.xeb):
 <xml>
@@ Line 9: / Line 9: @@
 </head>
 <body>
-<img href="logo.gif/>
+<img href="logo.gif"/>
-<page:region id="dynamic_content" />
+<page:declare_region id="dynamic_content" />
 </body>
 </html>
 </xml>

Sandrod: New page: Xebra Server Pages (.xeb) can be modularized with master pages (or templates). Usually a page has different regions which are dynamic and others which are static. These regions can be mode...

2009-07-31T17:19:14Z

New page: Xebra Server Pages (.xeb) can be modularized with master pages (or templates). Usually a page has different regions which are dynamic and others which are static. These regions can be mode...

New page

Xebra Server Pages (.xeb) can be modularized with master pages (or templates). Usually a page has different regions which are dynamic and others which are static. These regions can be modeled with xebra. To illustrate this we use a small example of a page with a static logo and a dynamic content. First we define the static master page:

<xml>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 STRICT//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>Foo</title>
</head>
<body>
<img href="logo.gif/>
<page:region id="dynamic_content" />
</body>
</html>
</xml>