org.zkoss.zk.ui.composer.autowire.zscript"
From Documentation
m (correct highlight (via JWB)) |
m ((via JWB)) |
||
| Line 7: | Line 7: | ||
Default: <code>true</code> (it is default to <code>false</code> in 6.0) | Default: <code>true</code> (it is default to <code>false</code> in 6.0) | ||
| − | + | {{versionSince|5.0.6}} | |
It specifies whether <javadoc>org.zkoss.zk.ui.util.GenericAutowireComposer</javadoc> (and <javadoc>org.zkoss.zk.ui.util.GenericForwardComposer</javadoc>) should wire the variables defined in zscript. | It specifies whether <javadoc>org.zkoss.zk.ui.util.GenericAutowireComposer</javadoc> (and <javadoc>org.zkoss.zk.ui.util.GenericForwardComposer</javadoc>) should wire the variables defined in zscript. | ||
Latest revision as of 09:30, 14 March 2022
Property:
org.zkoss.zk.ui.composer.autowire.zscript
Applicable:globally in zk.xml via <library-property>
not as <custom-attribute>
Default:true(it is default tofalsein 6.0)
Since 5.0.6
It specifies whether GenericAutowireComposer (and GenericForwardComposer) should wire the variables defined in zscript.
Some people reported that the wiring of zscript variables might cause some performance degrade if there are a lot of zscript code used in a page. You could specify this library variable as the follows to turn it off.
<!-- in WEB-INF/zk.xml -->
<library-property>
<name>org.zkoss.zk.ui.composer.autowire.zscript</name>
<value>false</value>
</library-property>
Notice that, to have the best performance, it is recommended not to use zscript at all. For more more details, please refer to ZK Developer's Reference: Performance Tips.
If you don't use any zscript, this option does not matter since ZK is smart enough to skip the wiring of zscript variables automatically.
Version History
| Version | Date | Content |
|---|---|---|
| 5.0.6 | Feburary, 2011 | Introduced |