Updated: Comment #N
Problem/Motivation
FieldTypePluginManager has 3 methods with no interface:
getDefaultSettings()
getDefaultInstanceSettings()
getConfigurableDefinitions()
Proposed resolution
Add an interface that extends PluginManagerInterface
Remaining tasks
Write interface
Replace any usage of FieldTypePluginManager in core
User interface changes
N/A
API changes
N/A
| Comment | File | Size | Author |
|---|---|---|---|
| #8 | interdiff.txt | 2.19 KB | swentel |
| #8 | field-type-plugin-2175415-8.patch | 17.48 KB | swentel |
| #6 | field-type-plugin-2175415-6.patch | 15.78 KB | tim.plunkett |
Comments
Comment #1
larowlanwhy not
Comment #2
larowlansomething like this?
Comment #3
tim.plunkettI think FieldTypePluginManagerInterface should extend PluginManagerInterface.
Other than that, just whitespace nitpicks:
Missing blank lines
Extra line
Comment #4
jibranFixed #3.
Comment #5
tim.plunkettThanks!
I opened this issue due to #2175017: FieldDefinition::create() doesn't populate default 'settings' for the field type, so if that is committed first, this needs a reroll to use it in the unit test. If this goes in first, that can be rerolled too (but that is major).
Comment #6
tim.plunkettRerolled after the other issue.
Comment #7
alexpottI think we can use the new interface to improve the
PluginManagerInterfacetypehint in\Drupal\Core\Field\Plugin\DataType\Deriver\FieldItemDeriverComment #8
swentel commentedComment #10
swentel commented8: field-type-plugin-2175415-8.patch queued for re-testing.
Comment #11
yched commentedYup.
Comment #12
xjmI guess https://drupal.org/node/2064123 should reference the interface then once this goes in?
Comment #13
webchickCommitted and pushed to 8.x. Thanks!