diff options
| author |  Berthold Stoeger <bstoeger@mail.tuwien.ac.at> | 2018-10-29 14:56:48 +0100 |
|---|---|---|
| committer |  Dirk Hohndel <dirk@hohndel.org> | 2018-11-01 07:28:15 -0700 |
| commit | 803111ef02f84119f762ce495710edb2e7f40bdb (patch) | |
| tree | c1b5e4813bd6d0592a94885a3c7522ad18c2a661 /Documentation | |
| parent | 4636fcc83469309362c3925ef80ade589ea409a0 (diff) | |
| download | subsurface-803111ef02f84119f762ce495710edb2e7f40bdb.tar.gz | |
Dive list: make filter model aware of its source
The data-flow from C-core to list-view is as follows:
C-core --> DiveTripModel --> MultiSortFilterModel --> DiveListView
The control-flow, on the other hand, differs as DiveListView
accesses both MultiSortFilterModel and DiveTripModel, whereas
MultiSortFilterModel is mostly unaware of its source model.
This is in principle legitimate, as the MultiSortFilterModel might
be used for different sources. In our particular case, this is
not so. MultiSortFilterModel is written for a particular use case.
Therefore, model control-flow follow after data-flow: Let MultiSortFilterModel
set its own source model and DiveListView access the MultiSortFilterModel,
which then manages its source model.
This is not bike-shedding, but will enable a more flexible and
higher-performance sorting.
Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
Diffstat (limited to 'Documentation')
0 files changed, 0 insertions, 0 deletions