Replies: 5 comments
-
@christian I think putting user group permissions on entry types would be a pretty good workaround. Still not really solving the "singles" issue at hand, but would be an easy way to avoid singles all together. |
Beta Was this translation helpful? Give feedback.
-
Only one other thing - which is the good thing of singles - is being able to prevent a user being able to change the hierarchy of the entry. |
Beta Was this translation helpful? Give feedback.
-
@christian - Both those ideas sound great. I really like structures - We've got it working so that it loads a template based on the 'entry type', field set in the admin area, or a default no matches found. It's brilliant, but we end up with loads of templates available - but your idea of limiting how many times it can be used/hide them would work really well. |
Beta Was this translation helpful? Give feedback.
-
Another, probably not so good idea I just had is if it would make sense to have a limit for each Entry Type? You could set the max. amount of usages of it, before it hides from the dropdowns. |
Beta Was this translation helpful? Give feedback.
-
What do you think about being able to set the Entry Types available for each user group? This would work around of your problem of having single use Entry Types. Because in my point of view a "Single + Parent in Tree View" is actually a structure section. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
This would allow for creating a fixed structure of 'single' pages.
For example if you had a parent 'about us' page with the following child pages: staff, policies, etc.
Currently the URI has to be hard-coded:
about/staff
about/policies
Which is fine until you need to update the URI for the parent. You would then need to go through each child page and update the URI.
We've tried using structures, but this falls down when you want to use custom templates/fields for lots of individual pages (a staff page is very different from a policies page). You end up with lots of 'Entry types' available, but you probably wouldn't want a user re-using 'staff' or 'policies' template. Hence why a 'single' is perfect.
Having a hierarchy also makes it much easier to render breadcrumbs and side menu's of pages with the same parent.
I'm guessing it would also make it easier to find the single to edit if it's in a tree view
Beta Was this translation helpful? Give feedback.
All reactions