Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 2.0-Beta1
-
Component/s: Sample Apps
-
Labels:None
-
Environment:ICEfaces 2.0, Liferay 6.0.4
Description
menuPopup sample contains the following for inserting the image:
<ice:graphicImage value="./images/icefaces-menupop.png"
alt="ICEfaces" title="ICEfaces" width="352" height="122"/>
This is likely not the correct way to resolve an image resource in a JSF 2.0 Portlet.
Activity
Ted Goddard
created issue -
Ted Goddard
made changes -
Field | Original Value | New Value |
---|---|---|
Assignee | Neil Griffin [ ngriffin7a ] |
Neil Griffin
made changes -
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Neil Griffin
made changes -
Resolution | Fixed [ 1 ] | |
Status | Resolved [ 5 ] | Reopened [ 4 ] |
Assignee | Neil Griffin [ ngriffin7a ] | Deryk Sinotte [ deryk.sinotte ] |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #22228 | Wed Aug 25 08:34:41 MDT 2010 | deryk.sinotte | |
Files Changed | ||||
MODIFY
/icefaces2/trunk/icefaces/compat/samples/component-showcase/web/WEB-INF/includes/examples/custom/menuPopup.xhtml
|
Deryk Sinotte
made changes -
Status | Reopened [ 4 ] | Resolved [ 5 ] |
Fix Version/s | 2.0-Beta2 [ 10242 ] | |
Resolution | Fixed [ 1 ] |
Ken Fyten
made changes -
Fix Version/s | 2.0.0 [ 10230 ] |
Ken Fyten
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |
It's fine to have a portlet request an image resource directly from the context, like "./images/icefaces-menupop.png"
But I think the reason why it's not rendering is because of the relative "." preceding the path. A long time ago, I think the behavior of ice:graphicImage was modified so that if a leading "/" is found in the attribute value, then the full context path will be rendered, which helps images render properly in Liferay at least. (not sure about other portals).