- Issue created by @roderik
'RFC': not planned to work on immediately, open to comments from other people who are getting experience with the editing UI.
In comparison with Core's list of field formatters on the "Manage Display" screen, we are exposing two extra properties which are logically part of the CE formatter's settings (...which are each individual parts of a CE display entity).
This matches protected functions getName() and isSlot() in CustomElementsFieldFormatterBase. The UI doesn't use these functions but renders the value saved in the config object.
This is in the list of formatters, so that it's easier to
A CE Formatter plugin can do anything, including totally ignoring those 'name' and 'is_slot' properties, e.g.
So, can we do something with this fact to make things stand out in the UI?
For the Key, I don't see how we can do much, except
"Is Slot" is likely more mysterious to people, so it's a bit more important to indicate whether this is actually being used, in the UI.
protected function isSlot()
) is ignored.Note: the UI (obviously) currently doesn't use protected function isSlot()
-- but each formatter should still 'publicly' indicate whether it uses is_slot: we need to know whether to render/enable the checkbox, at the very least when the user selects a new "Formatter".
Also: is it possible to have is_slot be optional in the config schema, and only save it for the formatters that use it?
On a separate but related note: IMHO we need UI help text for "what does this Is Slot thing do". And we shouldn't be afraid to give examples of output for clarification -- even examples of JSON output that can be achieved (using add-on modules). I think it can really help people.
Active
3.0
Code