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/fieldsand/models/fieldswhich may be a bit confusing.What about following the naming patter which is used for the searchtool filters? So
/models/forms/field_bar.xml?