What is the reason for this feature?
The current log data model is simple but missing a few things to make it work with future features:
- filtering/grouping
- selection/mass editing
- locking (prevent/defer appending/editing)
Additionally it is too much bound to:
- where the data comes from
- the logger instance
There should be a separation.
Describe the solution you'd like
A rework of the data model with breaking changes should better be done earlier.
If possible this should not touch the interface between probes and the logger.
What is the reason for this feature?
The current log data model is simple but missing a few things to make it work with future features:
Additionally it is too much bound to:
There should be a separation.
Describe the solution you'd like
A rework of the data model with breaking changes should better be done earlier.
If possible this should not touch the interface between probes and the logger.