[MAGNOLIA-366] request to arbitrary structure config Created: 03/May/05 Updated: 03/May/05 Resolved: 03/May/05 |
|
| Status: | Closed |
| Project: | Magnolia |
| Component/s: | templating |
| Affects Version/s: | 2.01 |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Trivial |
| Reporter: | Marcos Andres | Assignee: | Sameer Charles |
| Resolution: | Duplicate | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
all |
||
| Template: |
|
| Acceptance criteria: |
Empty
|
| Task DoD: |
[ ]*
Doc/release notes changes? Comment present?
[ ]*
Downstream builds green?
[ ]*
Solution information and context easily available?
[ ]*
Tests
[ ]*
FixVersion filled and not yet released
[ ] 
Architecture Decision Record (ADR)
|
| Date of First Response: |
| Description |
|
While working on developing training material for magnolia we noticed that currently, a developer can only configure templates at the following path: "Config/modules/templating/Templates/myTemplate". However, if there are a couple of projects running in the same instance and each with a set of templates—seems that Templates directory could get out of hand. It seems that we should let magnolians organize their templates more by letting them define their project templates under a new directory- all encapsulated within the main directory "Template". E.g. ".../Templates/myProject/myTemplate". Furthermore, it would be better that the only convention would be that the template node must be below /Templates. If the template node had a new identification type (e.g. nodetype=template), one could search for all nodetypes=template and present them whenever the author creates a new page (e.g. Template field in "Website"). Marcos |
| Comments |
| Comment by Sameer Charles [ 03/May/05 ] |
|
Its a very good comment, now we have a possibility to search on nodetypes I think it makes perfectly sence to define node types for config data. |
| Comment by Bert Schulzki [ 03/May/05 ] |
|
This is very close related (of not duplicate) to |
| Comment by Sameer Charles [ 03/May/05 ] |