Hi guys,
Still in the process of upgrading to 3.6.1. On the 'an error has occurred' dialog boxes I notice the little arrow image icons are not being rewritten correctly. They point to: /ops/images/xforms/section-closed.png instead of /[appname]/ops/images/xforms/section-closed.png Is there some reason this isn't working on my box as they seem to be correct on the orbeon.com website? Chris. -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
Administrator
|
Chris,
On Jan 16, 2008 9:27 AM, Chris Bailey <[hidden email]> wrote: > Still in the process of upgrading to 3.6.1. > > On the 'an error has occurred' dialog boxes I notice the little arrow image > icons are not being rewritten correctly. > > They point to: > /ops/images/xforms/section-closed.png > > instead of > > /[appname]/ops/images/xforms/section-closed.png > > Is there some reason this isn't working on my box as they seem to be > correct on the orbeon.com website? yet, so I assume that you are talking about nightly builds. I can't reproduce this with a nightly build here. One way to reproduce this, is to go to the sandbox example, run the error-ajax example (http://localhost:8080/ops/xforms-sandbox/sample/error-ajax), and click on one of the buttons. Alex -- Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise http://www.orbeon.com/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
Sorry about the confusion - I meant I'm upgrading to 3.6.0 (200712061930)!
To let you know I'm using Orbeon with my own JSP files using the integrated deployment method. When I run the error-ajax example you mentioned or when my page fails to load due to invalid xforms tags or xpath expressions, then the error page displays with the icons correctly. The problem seems to only happen on error messages displayed after the page has initially loaded fine (i.e. the error is displayed dynamically while interacting with an xforms element). Could this be related to the deployment method? Chris. --On 17 January 2008 18:16 -0800 Alessandro Vernet <[hidden email]> wrote: > Chris, > > On Jan 16, 2008 9:27 AM, Chris Bailey <[hidden email]> wrote: >> Still in the process of upgrading to 3.6.1. >> >> On the 'an error has occurred' dialog boxes I notice the little arrow >> image icons are not being rewritten correctly. >> >> They point to: >> /ops/images/xforms/section-closed.png >> >> instead of >> >> /[appname]/ops/images/xforms/section-closed.png >> >> Is there some reason this isn't working on my box as they seem to be >> correct on the orbeon.com website? > > What version are you seeing this with? 3.6.1 has not been released > yet, so I assume that you are talking about nightly builds. I can't > reproduce this with a nightly build here. One way to reproduce this, > is to go to the sandbox example, run the error-ajax example > (http://localhost:8080/ops/xforms-sandbox/sample/error-ajax), and > click on one of the buttons. > > Alex ---------------------- Chris Bailey Senior Technical Researcher Institute for Learning and Research Technology University of Bristol [hidden email] -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
Administrator
|
Chris,
In separate deployment we don't do URL rewriting. The idea was that in general you don't have URL rewriting when you write JSP pages, so we thought we would keep that wonderful behavior ;-) We have an RFE for this: http://forge.objectweb.org/tracker/index.php?func=detail&aid=306956&group_id=168&atid=350207 Now maybe we should just always do URL rewriting. This is easy to change in epilogue-servlet.xpl. Find this line: <p:when test="starts-with(/request/request-path, '/xforms-renderer')"> then replace the content of that "when" branch with the content of the first "when" branch. This should enable URL rewriting for separate deployment. Let us know if this fixes the problem, and if so we'll commit this change. -Erik On Jan 18, 2008, at 11:59 AM, Chris Bailey wrote: > Sorry about the confusion - I meant I'm upgrading to 3.6.0 > (200712061930)! > > To let you know I'm using Orbeon with my own JSP files using the > integrated deployment method. > > When I run the error-ajax example you mentioned or when my page > fails to load due to invalid xforms tags or xpath expressions, then > the error page displays with the icons correctly. > > The problem seems to only happen on error messages displayed after > the page has initially loaded fine (i.e. the error is displayed > dynamically while interacting with an xforms element). > > Could this be related to the deployment method? > > Chris. > > > --On 17 January 2008 18:16 -0800 Alessandro Vernet > <[hidden email]> wrote: > >> Chris, >> >> On Jan 16, 2008 9:27 AM, Chris Bailey <[hidden email]> wrote: >>> Still in the process of upgrading to 3.6.1. >>> >>> On the 'an error has occurred' dialog boxes I notice the little >>> arrow >>> image icons are not being rewritten correctly. >>> >>> They point to: >>> /ops/images/xforms/section-closed.png >>> >>> instead of >>> >>> /[appname]/ops/images/xforms/section-closed.png >>> >>> Is there some reason this isn't working on my box as they seem to be >>> correct on the orbeon.com website? >> >> What version are you seeing this with? 3.6.1 has not been released >> yet, so I assume that you are talking about nightly builds. I can't >> reproduce this with a nightly build here. One way to reproduce this, >> is to go to the sandbox example, run the error-ajax example >> (http://localhost:8080/ops/xforms-sandbox/sample/error-ajax), and >> click on one of the buttons. >> >> Alex > > > > ---------------------- > Chris Bailey > Senior Technical Researcher > Institute for Learning and Research Technology > University of Bristol > [hidden email] > > -- > You receive this message as a subscriber of the [hidden email] > mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > OW2 mailing lists service home page: http://www.ow2.org/wws Orbeon Forms - Web Forms for the Enterprise Done the Right Way http://www.orbeon.com/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
> Now maybe we should just always do URL rewriting. This is easy to change
> in epilogue-servlet.xpl. Find this line: > > <p:when test="starts-with(/request/request-path, '/xforms-renderer')"> > > then replace the content of that "when" branch with the content of the > first "when" branch. This should enable URL rewriting for separate > deployment. Let us know if this fixes the problem, and if so we'll > commit this change. Yes that seems to work :) Cheers, that's helped a lot. Thanks Erik. -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
Administrator
|
We have now added some properties to configure the epilogue. With the
latest build you should be able to configure this behavior directly in properties.xml: <property as="xs:boolean" name="oxf.epilogue.renderer-rewrite" value="true"/> This is still subject to change, but the idea is that we can then "hide" the epilogue pipeline as most of the aspects of the epilogue that need configuration can be configured with properties. -Erik On Jan 21, 2008, at 9:06 AM, Chris Bailey wrote: >> Now maybe we should just always do URL rewriting. This is easy to >> change >> in epilogue-servlet.xpl. Find this line: >> >> <p:when test="starts-with(/request/request-path, '/xforms- >> renderer')"> >> >> then replace the content of that "when" branch with the content of >> the >> first "when" branch. This should enable URL rewriting for separate >> deployment. Let us know if this fixes the problem, and if so we'll >> commit this change. > > Yes that seems to work :) > > Cheers, that's helped a lot. Thanks Erik. > Orbeon Forms - Web Forms for the Enterprise Done the Right Way http://www.orbeon.com/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
Free forum by Nabble | Edit this page |