Locale-Dependent Resources"
Line 79: | Line 79: | ||
= Locating Locale- and browser-dependent resources in Java = | = Locating Locale- and browser-dependent resources in Java = | ||
− | In | + | In addition to ZUML<ref>It is also supported by all components that accept an URL.</ref>, you could handle browser- and Locale-dependent resource in Java. Here are a list of methods that you could use. |
* The <tt>encodeURL</tt>, <tt>forward</tt>, and <tt>include</tt> methods in <javadoc>org.zkoss.zk.ui.Execution</javadoc> for encoding URL, forwarding to another page and including a page. In most cases, these methods are all you need. | * The <tt>encodeURL</tt>, <tt>forward</tt>, and <tt>include</tt> methods in <javadoc>org.zkoss.zk.ui.Execution</javadoc> for encoding URL, forwarding to another page and including a page. In most cases, these methods are all you need. |
Revision as of 01:21, 26 July 2011
Overview
Many resources depend on the Locale and, sometimes, the browser. For example, you might need to use a larger font for Chinese characters to have better readability.
Specifying Locale- and browser-dependent URL
ZK can handle this for you automatically, if you specify the URL with "*". The algorithm is as follows.
- If there is one "*" is specified in an URI such as /my*.css, then "*" will be replaced with a proper Locale depending on the preferences of user's browser.For example, user's preferences is de_DE, then ZK searches /my_de_DE.css, /my_de.css, and /my.css one-by-one from your Web site, until any of them is found. If none of them is found, /my.css is still used.
- If two or more "*" are specified in an URI such as "/my*/lang*.css", then the first "*" will be replaced with "ie" for Internet Explorer, "saf" for Safari, and "moz" for other browsers[1]. Moreover, the last asterisk will be replaced with a proper Locale as described in the above step.In summary, the last asterisk represents the Locale, while the first asterisk represents the browser type.
- All other "*" are ignored.
Note: The lat asterisk that represents the Locale must be placed right before the first dot ("."), or at the end if no dot at all. Furthermore, no following slash (/) is allowed, i.e., it must be part of the filename, rather than a directory. If the last asterisk doesn't fulfill this constraint, it will be eliminated (not ignored).
For example, "/my/lang.css*" is equivalent to "/my/lang.css".
In other words, you can consider it as neutral to the Locale.
Tip: We can apply this rule to specify an URI depending on the browser type, but not depending on the Locale. For example, "/my/lang*.css*" will be replaced with "/my/langie.css" if Internet Explorer is the current user's browser.
- ↑ In the future editions, we will use different codes for browsers other than Internet Explorer, Firefox and Safari.
Example
In the following example, we assume the preferred Locale is de_DE and the browser is Internet Explorer.
/css/norm*.css | # /norm_de_DE.css
|
/css-*/norm*.css | # /css-ie/norm_de_DE.css
|
/img*/pic*/lang*.png | # /imgie/pic*/lang_de_DE.png
|
/img*/lang.gif | # /img/lang.gif
|
/img/lang*.gif* | # /img/langie.gif
|
/img*/lang*.gif* | # /imgie/lang*.gif
|
Locating Locale- and browser-dependent resources in Java
In addition to ZUML[1], you could handle browser- and Locale-dependent resource in Java. Here are a list of methods that you could use.
- The encodeURL, forward, and include methods in Execution for encoding URL, forwarding to another page and including a page. In most cases, these methods are all you need.
- The locate, forward, and include method in Servlets for locating Web resouces. You rarely need them when developing ZK applications, but useful for writing a servlet, portlet or filter.
- The encodeURL method in Encodes for encoding URL. You rarely need them when developing ZK applications, but useful for writing a Servlet, Portlet or Filter.
- The locate method in Locators for locating class resources.
- ↑ It is also supported by all components that accept an URL.
Version History
Version | Date | Content |
---|---|---|