Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
Outside-In: impossible in its current form/direction, because it heavily relies on forms. We'd have to automatically generate forms on the client-side, and port much of form API to JS.
This we can do at any time, but as long as most fields use the \Drupal\quickedit\Plugin\InPlaceEditor\FormEditor in-place editor, that may not actually be A) feasible, B) gaining us much.
Comments
Comment #2
dawehnerComment #3
wim leersOutside-In: impossible in its current form/direction, because it heavily relies on forms. We'd have to automatically generate forms on the client-side, and port much of form API to JS.
Comment #4
wim leersThis we can do at any time, but as long as most fields use the
\Drupal\quickedit\Plugin\InPlaceEditor\FormEditorin-place editor, that may not actually be A) feasible, B) gaining us much.Answered by #3.
Arguably, we've now done that, in #2737719: EntityResource: Provide comprehensive test coverage: for every entity type, every format, every method. In there, I've got extensive test scenarios from a front-end developer/API consumer POV. Including all of the mistakes they might make, and ensuring that the useful error responses are sent.
Thanks to #2737719: EntityResource: Provide comprehensive test coverage: for every entity type, every format, every method, if a future opportunity arises for a new feature to be built on top of REST, we can then actually be confident that it's possible, because that's already doing a ton of dogfooding.
Since there's nothing else that's actionable here, closing this.