KSortFilterProxyModel
Stephen Kelly
steveire at gmail.com
Mon Nov 30 10:04:27 GMT 2009
John Tapsell wrote:
> 2009/11/29 Christoph Feck <christoph at maxiom.de>:
>> On Monday 30 November 2009 00:18:46 Stephen Kelly wrote:
>>> I haven't seen any support for the idea of moving it out of kdelibs
>>> despite the incompleteness. So unless someone else tries the testcase
>>> and agrees that the class is incomplete I'll just let it slide in too if
>>> that's the consensus.
>>
>> We are not in API freeze yet, so you can still change new API when this
>> is required to fix bugs. If you think your class is not ready to be made
>> public for 4.4, you can disable it for now until 4.5 (by not installing
>> its headers and documentation). This is inconvenient for any developer
>> that already wants to depend on the class, but better than maintaining a
>> "broken by design" class forever.
>
> +1. I like Stephen's proposal of replacing KSortFilterProxyModel, if
> we can find someone to spend a few minutes moving things about etc.
> Everytime I do something like this, I break kdelibs, so I'd prefer
> someone experienced did it :-D
>
> I'd like to find a bit of time to look over the new version - in
> particular to benchmark it. It seems to be very easy to end up with
> an O(n^2) filter or worse.
>
> John
Yes, I have some ideas on improving the KRecursiveFilterProxyModel. My
current implementation is broken in some ways. I should have it working and
unit tests started by the end of the day.
I will move/copy KSortFitlerProxyModel this morning into the relevant places
in kdebase.
All the best,
Steve.
More information about the kde-core-devel
mailing list