Skip to content
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

Remove "Manual" alias for some content-types #42

Closed
Norbz opened this issue Aug 14, 2023 · 3 comments
Closed

Remove "Manual" alias for some content-types #42

Norbz opened this issue Aug 14, 2023 · 3 comments
Assignees
Labels
enhancement New feature or request

Comments

@Norbz
Copy link

Norbz commented Aug 14, 2023

Feature request

Summary

Hello.
Now that we can disable URL-Alias for some content-type, I think we could benefit from having certains content-type alias not bein editable (ie, only generated).

Why is it needed?

The base idea of using URL-Alias is to be able to have your frontend router agnotic about URI, giving more power to the adminitrator to create pages. It also mean using a single endpoint to retrieve all (or almost all)your content-type
Sometimes though, for specific pages, it could be useful to enforce a specific layout on router side, while maintaining the single endpoint. This would also give the strapi administrator the information about the URL on frontend.

Ex: Having a list of tag with generated URL only (/tags/[slug]) would correspond on frontend side to a specific component (/tags/[slug].vue using nuxt 3 for instance) which would do some more complex behavior than a single page, displaying several articles related to the tag.

Suggested solution(s)

Adding another checkbox on content-type options to prevent Alias edition.

Disclosure

I used to maintain the "custom-link" plugin available on strapi marketplace but I don't have enough time right now to work on it right now. I guess I should focus on trying to improve this one instead.

@Alexnortung Alexnortung added the enhancement New feature or request label Aug 14, 2023
@boazpoolman
Copy link
Member

I guess this would be most easily solved by using admin permissions to revoke the right of editing the URL alias.

Then you could just revoke those rights for the editor role and we've achieved what you describe here.

@boazpoolman boazpoolman self-assigned this Mar 24, 2024
@boazpoolman boazpoolman assigned TMSchipper and unassigned boazpoolman May 6, 2024
@TMSchipper
Copy link
Collaborator

TMSchipper commented May 20, 2024

Hi @Norbz, I reviewed your request, and I can confirm that this can be achieved using the plugin settings. If you leave the checkbox blank the user will not have the url alias sidebar.

Enabled is displaying the sidebar, see setting below.
Screenshot 2024-05-20 at 18 33 39

If you can confirm that this resolves your issue, I'll close this issue.

Thank you for your time.

@Norbz
Copy link
Author

Norbz commented Jun 3, 2024

Hi @TMSchipper

This is perfect, and a great use for some use cases. Thank you for the update =)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants