Merge lp:~mhr3/dee/gi-modeliter into lp:dee
Proposed by
Michal Hruby
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | Mikkel Kamstrup Erlandsen | ||||
Approved revision: | 341 | ||||
Merged at revision: | 340 | ||||
Proposed branch: | lp:~mhr3/dee/gi-modeliter | ||||
Merge into: | lp:dee | ||||
Diff against target: |
161 lines (+78/-6) 3 files modified
src/dee-model.c (+38/-6) src/dee-model.h (+4/-0) tests/test-model-rows.c (+36/-0) |
||||
To merge this branch: | bzr merge lp:~mhr3/dee/gi-modeliter | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Mikkel Kamstrup Erlandsen (community) | Approve | ||
Review via email: mp+90306@code.launchpad.net |
Description of the change
Makes DeeModelIter usable from introspected languages by registering it as a boxed GType.
To post a comment you must log in.
16 + /* FIXME: this implementation will work fine with DeeSequenceModel, but what
17 + * about others? */
This is not an issue. It's implicit in the DeeModel interface that iters are stable (that is you can keep them around and pass like pointers).
What I am mostly concerned about for this branch is performance. The signals will now do lookup in the Boxed type tree, so it might be a slow-down.
Before I can approve can you:
a) post benchmarks from before/after
b) add some tests for the boxing logic