Navitem"
Raymondchao (talk | contribs) m (→Properties) |
Raymondchao (talk | contribs) (→Href) |
||
Line 30: | Line 30: | ||
== Href == | == Href == | ||
+ | In addition to handling the onClick event, you could specify the URL in the href property (<javadoc method="setHref(java.lang.String)">org.zkoss.zkmax.zul.Navitem</javadoc>), such that the browser will navigate to the URL you specified directly (without sending back any request to the server). If you prefer to visit the URL in another browser window, you could specify the name in <javadoc method="setTarget(java.lang.String)">org.zkoss.zkmax.zul.Navitem</javadoc> (just like using a HTML A tag). | ||
+ | |||
+ | Notice that the end user could hold the <tt>Control</tt> key and click on the navitem to visit the link in a new browser window (like a HTML A tag does). | ||
+ | |||
+ | === Href and the onClick Event === | ||
+ | There are two ways to add behavior to a <tt>navitem</tt>. Firstly, you can specify a listener for the <tt>onClick</tt> event. Secondly, you could specify a URL for the <tt>href</tt> property (<javadoc method="setHref(java.lang.String)">org.zkoss.zkmax.zul.Navitem</javadoc>). If both are specified, the <tt>href</tt> property has the higher priority, i.e., the onClick event won't be sent. | ||
+ | |||
+ | <source lang="xml" > | ||
+ | <navbar> | ||
+ | <navitem label="click me" onClick="do_something_in_Java()"/> | ||
+ | <navitem label="don't click that one, click me" href="/another_page.zul"/> | ||
+ | </navbar> | ||
+ | </source> | ||
+ | |||
+ | === Href and SendRedirect === | ||
+ | The href property is processed at the client. In other words, the browser will jump to the URL specified in the <tt>href</tt> property, so your application running on the server has no chance to process it. | ||
+ | |||
+ | If you have to process it on the server or you have to decide whether to jump to another URL based on certain condition, you could listen to the onClick event, process it, and then invoke <javadoc method="sendRedirect(java.lang.String)">org.zkoss.zk.ui.Executions</javadoc> if it jumps to another URL. | ||
+ | |||
+ | For end users, there is no difference between the use of <javadoc method="setHref(java.lang.String)">org.zkoss.zkmax.zul.Navitem</javadoc> and <javadoc method="sendRedirect(java.lang.String)">org.zkoss.zk.ui.Executions</javadoc>. | ||
+ | |||
+ | <source lang="xml" > | ||
+ | <navbar> | ||
+ | <navitem label="redirect" onClick="Executions.sendRedirect("another.zul")"/> | ||
+ | <navitem label="href" href="another.zul"/> | ||
+ | </navbar> | ||
+ | </source> | ||
+ | |||
+ | Since the onClick event is sent to the server for processing, you are able to perform additional tasks before invoking <javadoc method="sendRedirect(java.lang.String)">org.zkoss.zk.ui.Executions</javadoc>, such as redirecting to another page only if certain conditions are satisfied. | ||
+ | |||
+ | On the other hand, the <tt>href</tt> property is processed at the client side. Your application won't be notified when users click the navitem. | ||
== Target == | == Target == |
Revision as of 07:45, 14 August 2013
- Demonstration:
- Java API:
- JavaScript API:
- Style Guide:
- Available for ZK:
Employment/Purpose
A single choice in a Navbar or Nav element. It acts much like a button but it is rendered on a navbar.
Example
<navbar orient="vertical" width="200px">
<navitem label="Home" iconSclass="z-icon-home" />
<nav label="Get Started" iconSclass="z-icon-th-list" detailed="true">
<navitem label="Step One" />
<navitem label="Step Two" />
<navitem label="Step Three" />
</nav>
<navitem label="About" iconSclass="z-icon-flag" />
<navitem label="Contact" iconSclass="z-icon-envelope"/>
</navbar>
Properties
Href
In addition to handling the onClick event, you could specify the URL in the href property (Navitem.setHref(String)), such that the browser will navigate to the URL you specified directly (without sending back any request to the server). If you prefer to visit the URL in another browser window, you could specify the name in Navitem.setTarget(String) (just like using a HTML A tag).
Notice that the end user could hold the Control key and click on the navitem to visit the link in a new browser window (like a HTML A tag does).
Href and the onClick Event
There are two ways to add behavior to a navitem. Firstly, you can specify a listener for the onClick event. Secondly, you could specify a URL for the href property (Navitem.setHref(String)). If both are specified, the href property has the higher priority, i.e., the onClick event won't be sent.
<navbar>
<navitem label="click me" onClick="do_something_in_Java()"/>
<navitem label="don't click that one, click me" href="/another_page.zul"/>
</navbar>
Href and SendRedirect
The href property is processed at the client. In other words, the browser will jump to the URL specified in the href property, so your application running on the server has no chance to process it.
If you have to process it on the server or you have to decide whether to jump to another URL based on certain condition, you could listen to the onClick event, process it, and then invoke Executions.sendRedirect(String) if it jumps to another URL.
For end users, there is no difference between the use of Navitem.setHref(String) and Executions.sendRedirect(String).
<navbar>
<navitem label="redirect" onClick="Executions.sendRedirect("another.zul")"/>
<navitem label="href" href="another.zul"/>
</navbar>
Since the onClick event is sent to the server for processing, you are able to perform additional tasks before invoking Executions.sendRedirect(String), such as redirecting to another page only if certain conditions are satisfied.
On the other hand, the href property is processed at the client side. Your application won't be notified when users click the navitem.
Target
Selected
Disabled
Supported Events
- Inherited Supported Events: LabelImageElement
Supported Children
*NONE
Use Cases
Version | Description | Example Location |
---|---|---|
Version History
Version | Date | Content |
---|---|---|
None | None |