I think that is what happens.
If pages are mounted we will fix the images so that they are not
screwed up because of the mount. What is ecactly in the html? I guess
../images/xxx right?
On 11/11/08, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> wicket should be rewriting static urls for you so it should work
> transparently. what usecase exactly does not work?
>
> -igor
>
> On Mon, Nov 10, 2008 at 5:22 PM, Craig Tataryn <[EMAIL PROTECTED]> wrote:
>> If one were to mount a page like so:
>>
>> mount(new
>> QueryStringUrlCodingStrategy("foo/HomePage.html",HomePage.class));
>>
>> How would you go about having it so resources referenced in HomePage.html
>> are relative to foo/ and not /? So if there was an <img
>> src="images/myimage.jpg" /> inside HomePage.html, currently the server
>> would
>> get a request for <context for webapp>/images/myimage.jpg, whereas the
>> goal
>> is to have it requested as <context of webapp>/foo/images/myimage.jpg.
>>
>> Thought <base href="foo/"/> would do the trick, but it didn't seem to.
>>
>>
>> Craig.
>>
>> --
>> Craig Tataryn
>> site: http://www.basementcoders.com/
>> podcast:http://feeds.feedburner.com/TheBasementCoders
>> irc: ThaDon on freenode #basementcoders, ##wicket, #papernapkin
>> im: [EMAIL PROTECTED], skype: craig.tataryn
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
