[MGNLUI-4493] Implement sensible replacement to FieldTypeRegistry Created: 11/Jul/18  Updated: 21/Jun/19  Resolved: 20/Feb/19

Status: Closed
Project: Magnolia UI
Component/s: None
Affects Version/s: None
Fix Version/s: 6.1

Type: Task Priority: Neutral
Reporter: Aleksandr Pchelintcev Assignee: Robert Šiška
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File image-2019-06-21-15-13-31-894.png    
Issue Links:
Relates
relates to MGNLCT-74 Content Types finalization Closed
relates to MGNLUI-5027 Use type aliases in framework Closed
dependency
Template:
Acceptance criteria:
Empty
Task DoR:
Empty
Documentation update required:
Yes
Date of First Response:
Epic Link: Simpler YAML Configurations
Sprint: Basel 156, Foundation 4, Foundation 5
Story Points: 8

 Description   

The field type definition registry has been moved out to compatibility artifact. The reason for that was that the current (m5) field definitions and related factories are too Vaadin 7 bound and we have had to implement the Vaadin 8 replacements from scratch for both.

Instead of trying to accommodate both flavours of definitions and factories into FieldTypeDefinitionRegistry, we have deprecated the latter, but yet haven't come up with a replacement solution.

There are several options for that, but probably we should not introduce yet another registry (field def <-> factory mapping doesn't seem to justify the need for a factory anyway).

Acceptance criteria:

  • there is a non-deprecated convenient way to bind (and re-bind) reworked field definitions to the factories.
  • there is still a way to override the stock magnolia bindings with the custom ones.

Note:
This impacts content types.

NOTE: The current way of binding field defs to factories in the new UI framework is stubbed in the following class:
info.magnolia.ui.framework.databinding.registry.ComponentTypeDefinitionRegistry


Generated at Mon Feb 12 09:17:09 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.