User tests: Successful: Unsuccessful:
Com_categories has a nice little feature which allows the component developer to place a form file on /administrator/components/com_foo/models/forms/category.xml
which get loaded when editing a category.
This pr introduces the same functionality for com_fields. If a file is found on the location /administrator/components/com_foo/models/forms/fields/bar.xml
then this file get loaded when the entity com_foo.bar is edited.
Additionally an overwrite is added which hides the "Automatic Display" field for com_users as it is not relevant for that component.
It should fix #14377 and #15244.
Create a new User custom field.
The "Automatic Display" field in options is not displayed.
The "Automatic Display" field in options is displayed.
Would be nice to have that feature documented.
Status | New | ⇒ | Pending |
Category | ⇒ | Administration com_fields com_users |
When you have many entities, then the forms folder get cluttered with too many files. Thats why I recommend to put it into a subfolder.
I have tested this item
Patch ok for me. Thanks
Can do the same also for Contact field (Mail) ?
I have tested this item
Status | Pending | ⇒ | Ready to Commit |
RTC after two successful tests.
Status | Ready to Commit | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2017-05-10 15:08:07 |
Closed_By | ⇒ | rdeutz | |
Labels |
Added:
?
|
I like this proposal, I'm only not so sure about the location where the file is placed.
With this we will have
/models/forms/fields
and/models/fields
which may be a bit confusing.What about following the naming patter which is used for the searchtool filters? So
/models/forms/field_bar.xml
?