erm, although we do not quiet support /${name}.${format}/ only a full path segment can be a placeholder for now.
-igor On Tue, Oct 6, 2009 at 5:13 PM, Igor Vaynberg <igor.vaynb...@gmail.com> wrote: > svn up and see org.apache.wicket.request.mapper.mount > > -igor > > On Tue, Oct 6, 2009 at 5:11 PM, Peter Ertl <pe...@gmx.org> wrote: >> +1.000 for that >> >> mount RequestHandler will allow any kind of browser output (resources, >> pages, server side redirects to external urls, etc.) >> >> being able to access placeholders from resources will be great :-) >> >> thinking of something like: >> >> mount(new MountedMapper("image/${name}.${format}", imageResourceHandler) >> >> >> Am 06.10.2009 um 17:13 schrieb Igor Vaynberg: >> >>> ahha, here is something we need to change. we should have a >>> mountedmapper that allows one to mount a requesthandler rather then a >>> page. the user should not go as far as having to implement >>> requestablepage, there are a lot of extraneous methods there if all >>> you want to do is handle the request yourself. >>> >>> -igor >>> >>> On Tue, Oct 6, 2009 at 3:08 AM, Daniel Stoch <daniel.st...@gmail.com> >>> wrote: >>>> >>>> The great thing for me is that I'll be able to mounting something that >>>> just implements RequestablePage interface, not only a Page class >>>> descendants (if I've read this code correctly :)). It allows to handle >>>> navigation more flexible and it allows to avoid creating hard to >>>> maintain page class hierarchies. >>>> >>>> -- >>>> Daniel >>>> >> >> >