You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are using this handy extension -- as pointed out in the readme.me -- in order to group pages in folders. When running into some "issues" and googling for solutions, I stumbled upon a few tickets and forum entries that made it clear to me what the (my) "problem" was and that I was not the only one experiencing this:
The creators obviously intended to implement something that was solely meant to be a backend feature. Apparently there are a number of people though that would expect this extension also to have an effect on the frontend output – as all other page settings usually do. See e.g.: #2 #8 (comment) #9 #11 #14 #16
My question would therefore be if it wouldn't make sense to tweak this extension so that it would also (at least optionally) have frontend/functional impacts? I am specifically thinking of:
If you change a former „standard page” into a folder page: automatically redirect the former alias to the top page in the folder. Main reason for this: Links (internal and external) that are set to the old page (that now is a folder) would not result in a 404 error. And it might also solve this issue: index-Alias lässt sich mit übergeordneten Ordner nicht aufrufen #9
One thing that imho is an actual issue, is the behaviour of when you deselect the option to “publish page” for folder pages. In the moment you save the changes, the folder page appears as published again. Of course you can work around this by selecting “hide from navigation” but try explaining this to around 100 editors “Well, sorry – I know it says you can unpublish those folder pages but it doesn’t do what it says.” Ideally I think it should be possible to actually deactivate a folder page (especially if one implements the other functionalities as proposed above) or it might be better to remove that option completely if it doesn’t do anything after all. I believe this is also what was addressed here: Feature : Posibility to set the folder on- or offline #16
Anyway: We would be willing to co-finance the implementation of these changes if you deem them useful (depending on the price tag). What do you think?
The text was updated successfully, but these errors were encountered:
madmaharaja
changed the title
Think of a "folderpage" not only as a Backend feature but also Frontend?
Think of "folderpage" not only as a Backend feature but also Frontend?
Mar 10, 2021
In the moment you save the changes, the folder page appears as published again.
That looks like a bug to me, probably a leftover of when it was not possible to publish a folderpage.
Everything else is off the table for me. As you said, folderpage is mostly a backend feature to me. You can use the page in the frontend though, but you have to adjust the template accordingly. I don't want to add too many features to this very simple extension, feel free to implement something else e.g. for automatic frontend redirecting.
We are using this handy extension -- as pointed out in the readme.me -- in order to group pages in folders. When running into some "issues" and googling for solutions, I stumbled upon a few tickets and forum entries that made it clear to me what the (my) "problem" was and that I was not the only one experiencing this:
The creators obviously intended to implement something that was solely meant to be a backend feature. Apparently there are a number of people though that would expect this extension also to have an effect on the frontend output – as all other page settings usually do. See e.g.:
#2
#8 (comment)
#9
#11
#14
#16
My question would therefore be if it wouldn't make sense to tweak this extension so that it would also (at least optionally) have frontend/functional impacts? I am specifically thinking of:
Anyway: We would be willing to co-finance the implementation of these changes if you deem them useful (depending on the price tag). What do you think?
The text was updated successfully, but these errors were encountered: