Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Critical
-
Resolution: Fixed
-
Affects Version/s: 2.0-Beta1
-
Component/s: ACE-Components
-
Labels:None
-
Environment:ICEfaces 2 ACE Liferay portlet 6
-
Affects:Compatibility/Configuration
Description
f.applyConfig is not a function
The Chrome JavaScript console supplies a stack trace:
Loading modules
barebone.jsp:1Uncaught TypeError: Object [object Object] has no method 'applyConfig'
YUI [barebone.jsp:1]
YUI [barebone.jsp:1]
ice.yui3.use [icefaces-2-ace:55]
(anonymous function) [icefaces-2-ace:83]
Issue Links
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
It seems that YUI code can be sandboxed by using an iframe. The iframe would need to reference internally the required library version and then the parent window can access the 'YUI' namespace and the rest of the API.
The only drawback is that you can use the YUI instance but when using its API you always need to pass element references instead of using IDs otherwise YUI will lookup by ID in the iframe owned document.
The main drawback of using an iframe to sandbox code is that the referenced code is not loaded before the body of the iframe containing page is parsed. This in effect bans the use of inline JS code in the markup, but unfortunately the inlining is required to initialize the different YUI components.
Modified the component renderer to render JS code to be executed only after the document would load, in effect delaying the YUI component initialization until the iframe referenced code would load. Doing this for Slider component resulted in a correct rendering and initialization of the component but interacting with the slider was not possible, grabbing the cursor to slide it would not work.
Hi can any one tell when we will be able to get the Advanced Components support for portlet development on Liferay 6. I need these feature in my Project
Note that support for using ACE components with Liferay 5 was added in ICEfaces 2.0.2. This issue pertains only to using Liferay 6 with ACE components.
This is scheduled for resolution with ICEfaces 2.1.
After analyzing what is going on when 3.2.* and 3.1.* libraries are mixed I can tell now that is not quite possible to use them together. In the Liferay case the 3.2.0pr2 library is loaded first thus defining YUI variable and YUI.prototype methods. When 3.1.1 library is loaded later on the YUI variable is not redefined (see comment: "If YUI is already defined, the existing YUI object will not be overwritten so that defined namespaces are preserved."). But, the YUI.prototype is redefined when 3.1.1 library is loaded. So when you invoke YUI function the 3.2.0pr2 function code tries to invoke a method defined on the YUI.prototype: YUI.prototype.applyConfig. Unfortunately the 'applyConfig' function does not exists anymore because 3.1.1 library replaced the YUI prototype.