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

Field handle validation should take place on an element level basis, not globally #918

Closed
angrybrad opened this issue Jan 31, 2017 · 2 comments

Comments

@angrybrad
Copy link
Member

angrybrad commented Jan 31, 2017

Created by: brad (brad@pixelandtonic.com) on 2015/03/06 19:07:45 +0000
Votes at time of UserVoice import: 11


Would go along well with the field layout refactoring involved in #806 and #822

Currently if you create a field with a handle of "postDate" (for example), you will get undesired behavior when dealing with entries because while "postDate" is a reserved word in the context of entries, it's perfectly valid to use in other element contexts (Assets, Users, Tags, etc). Since field handle validation is currently handled globally, there isn't a clean way to warn the user about the possible conflict with entries.

If field handle validation was handled on a per-element basis, then you could give a validation error message in the context of entries and allow the handle in other element contexts.

@angrybrad
Copy link
Member Author

angrybrad commented Jan 31, 2017

Posted by Josh Angell (josh@supercooldesign.co.uk) on 2015/03/11 08:29:03 +0000


It would also be great if this could be extended by custom Element Types so that they can specify their own reserved field handles.

@brandonkelly
Copy link
Member

this will be implemented via #1524

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

No branches or pull requests

2 participants