-
Notifications
You must be signed in to change notification settings - Fork 621
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support multiple templatized pages in a single URL #125
Conversation
Thanks Isaac ! That's a great starting point :-) I see how to optimize it. |
hey guys, I've thought a lot about this one. Actually, I've came up recently with a intermediate approach: one level of templatized page BUT you can have as many sub pages of the templatized page as you want. Example: This example was not possible before one of my commits in the 2.0.0.rc branch. If we could avoid to have nested templatized pages, that'd be great ! Otherwise, we'll improve that for the 2.1.0 version. Any thoughts ? |
Hey Didier, This intermediate approach may work for some people, but it won't work for the site I am currently maintaining: http://www.romandieformation.ch Let me know if you would like some more information about how I structured this site to work around the lack of support for multiple templatized pages. Cheers, |
sounds great @isaac. Let's chat on skype (dinedine31). |
alright, I think I got something. let's forget about templatized pages, too complicated and not flexible enough. Let's introduce "wildcards" pages instead. A couple of examples: /products/:permalink Which means that within the liquid template, our liquid context will contain the variables from the path. Based on the examples above: /products/8go-iphone => {{ permalink }} will return '8go-iphone' In order to keep the behaviour we had previously with the templatized page, we also will need a liquid tag to retrieve content entry in an easy way. something like this, assuming that we've got a "products" content type and that we visit the "/products/:permalink" page I like this approach very much because pages are not tied anymore to the custom content types. Moreover, it allows us to have complex and nice urls like "/posts/archives/2012/03". I'm looking forward to seeing what are your thoughts people ! Would it answer your needs @isaac ? |
It sounds like this might work for my needs. A few questions:
|
HUGE +1 on this |
Thanks again for the pull request Isaac But we've chosen to use wildcard pages to achieve the same sort of functionality, this feature should be available in the 2.1 release. I'm going to close this one off, but thanks again. Cheers |
how do you use the wildcard functionality in 2.1, we are finally here. i have a blogroll page , that has a templatized page under it for the blogs content_type. The page correctly shows the blogs, but i would like to list three posts under each blog name, on the blogroll page. when a user clicks a links i want to:
ie /blogroll/save-me/news-u-can-use, any suggestions to make this work? |
@stunjiturner I have the same problem Have you found any solution? |
No. There is also a bug where if you have more than two level deep non templatized pages the URL path is incorrect. S. Tunji Turner
|
That's what I thought |
check #811, seems some fixes in the engine On Oct 26, 2013, at 11:12 AM, Rousseau Clément [email protected] wrote:
|
This is a rough patch that supports everything that we talked about in this issue: #82
There are (at least) a few issues with this patch:
I don't expect this to be merged, but hopefully this will serve as a good starting point for a discussion about how to implement these features.
Let me know what you think!
Cheers,
Isaac