On 6/14/07, Ross Gardler <[EMAIL PROTECTED]> wrote:
On 13/06/07, Brian M Dube <[EMAIL PROTECTED]> wrote: > On 6/13/07, Thorsten Scherler <[EMAIL PROTECTED]> wrote: > > On Tue, 2007-06-12 at 23:00 +0100, Ross Gardler wrote: > > > Note that overriding the theme with "projectDetails/theme.fv" and > > > "projectDetails/index/theme.fv" does not work as I would have > > > expected, the second theme requested is never used. > > > This looks like a > > > cache problem, is it? > > > > Hmm, not sure would be new. Should work fine: is the template name equal > > to ${dispatcher.theme}? > > I've also experienced this issue in dynamic mode. In my case, the > sequence is (from memory): 1) visit page with default > structurer--works fine; 2) visit page with overridden > structurer--works fine; 3) visit page with default > structurer--non-default structurer from step 2 is used. If I recall, > static mode generation was correct.Did you see Thorstens subsequent mails. Apparently putting overrides of the structurer in the content/xdocs directory is deprecated, and doesn't work. However, the *.fv files in /src/content/resources/structurer/url/foo/bar works. I put a test case (which forms a kind of documentation) in the dispatcher plugin and Thorsten has now fixed it.
I've never tried it in content/xdocs. I had this issue in content/resources/structurer/url. The structurer(s) work fine. It acts like an intermittent cache issue. Brian
