OK, fixed it for real this time (on trunk only so far - hasn't made it to any branches).
-- Adam On 11/14/06, Martin Koci <[EMAIL PROTECTED]> wrote:
Hello, I think this is the same bug as I've reported at http://issues.apache.org/jira/browse/ADFFACES-152. I use absolute uris too and got same results. Martin Adam Winer píše v Út 14. 11. 2006 v 13:22 -0800: > We do replace the default commandButton renderer to feed into > client-side validation (and, IIRC, a few other things). We should > be rendering these images correctly, though. Question: is there an > URL to arrow-first being rendered? Is it the wrong URL (a prefix > that should be there isn't, or vice versa?) Probably a simple fix. > > Also, are you using the main build or the JSF 1.2 codebase > of Trinidad? > > -- Adam > > > > On 11/14/06, Romanowski, Tim <[EMAIL PROTECTED]> wrote: > > Along with the recent addition of Trinidad to my Tomahawk/Facelets/JSF > > 1.2 RI app, I noticed that all my h:commandButton components no longer > > generate the corresponding image graphic they once showed. Currently, I > > am not using any Trinidad components at all, I've simply added Trinidad > > support...I understand that there are issues with setting the > > commandButton graphics for Trinidad commandButtons, but why would > > Trinidad affect the display of h:commandButton components? Instead of > > an image, a link is rendered with the text "Submit Query." Has anyone > > encountered this problem? Does Trinidad change something that would > > require me to use different paths to my images? > > > > > > > > Here's an example of one of the components: > > > > > > > > <h:commandButton action="#{controller.goToTableStart}" value="" > > > > image="/resources/images/arrow-first.gif" /> > > > > > > > > > > > > TR > > > > > > >
