There is only 1 check box for `history` and `trends`
This is not very optimal because manual says:
However setting such setting seems to cause problems like this:
It would be desirable to have 3 different settings.
1- Compress trends (uint/float)
2- Compress history (uint/float)
3- Compress history (log/str/text)
The reason is, in many cases as uint/float values get into trends, the data amount gets less with some resolution loss. However the string history is lost completely. There is a distinct difference. One may want to keep string values stored longer (unless if there is a way to make some sort of string trends?)
Therefore the housekeeping for History items should also be divided into 2 sections. The items which can move on to trends vs the ones which can't (string).
It also should not be possible to disable housekeeping overrides before compression is disabled. Because doing so is fundementally incorrect.