← Back to team overview

gtg-contributors team mailing list archive

Refactorisation progress : It works (but it's slow)

 

I've very good news for myself : I see the light.

The FilteredTree is now working nearly perfectly. It is rock-solid, even
when loading 300 tasks at the same time. I also implemented the Closed
Tasks pane with it. The FiltersBank is also working great.

Bad news : with a lot of tasks, the start time is really really really
slow. (like 10 times the current trunk launch time). On the other hand, it
looks like other performance issues are mostly solved (like renaming a
subtask in a task).

So now, I need *you*. I need testing and profiling.

Do : bzr branch lp:~gtg/gtg/gtg-refactor
and launch it first with debugging data then with actual data. Do some
profiling ( http://live.gnome.org/gtg/development ) and send me the
results.

If you want to contribute, there's a huge cleaning to do in the browser.py
! A lot of cruft should be removed (and I don't understand everything
there).


What does not work :
- tag filtering. They are implemented.  We just need to do
"self.req.apply_filter(tagname)" when a particular tag is selected but I
don't know where it is in browser.py and I'm a bit tired. (any help is
welcome here)
- drag-n-drop : code is commented out in tasktree.py. Maybe it will work
without any trouble.
- multiparent (not tested yet)
- tag count in tagtree

What is broken :
- plugins and plugin_api
- dbus interface


I was expecting better performances but FilteredTree appeared to be a lot
more complex than expected. So now, it's time to optimize it a bit and I'm
wondering where is the bottleneck.


Thanks for listenning,


Lionel



Follow ups