You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the refactoring action
The structures we adopted for brat in the brat editor are a good basis, but it would be better to go towards a client-independent compact format that also cleans up some of the cruft we inherited from brat.
Expected benefit
Cleaner and even more compact wire format for (external) editors.
The text was updated successfully, but these errors were encountered:
…owsers
- Started setting up a new compact format in the diam module
- Bit of cleaning up of serialization in the brat module as well
- Bit of extracting common code into the support module
…owsers
- Add TypeScript definitions for the stuff that's in the compact format
- Remove things from the compact format that should probably be handled differently or independently (Markers, Lazy Detail Queries) - we can still add them again later
…owsers
- Add TypeScript definitions for the stuff that's in the compact format
- Remove things from the compact format that should probably be handled differently or independently (Markers, Lazy Detail Queries) - we can still add them again later
…owsers
- Remove the "type" from span and relationa annotations as we do not need it for the time being - and if we need it, might add it back in a different way
- Turn CompactAnnotation into an interface because the base class approach was not compatible with our BeanAsArraySerializer
Describe the refactoring action
The structures we adopted for brat in the brat editor are a good basis, but it would be better to go towards a client-independent compact format that also cleans up some of the cruft we inherited from brat.
Expected benefit
Cleaner and even more compact wire format for (external) editors.
The text was updated successfully, but these errors were encountered: