Getting Things GNOME!     —     GSoC review (#6)


This week has been busy for me, since I have (just a few hours ago) dis­cussed my mas­ter the­sis. Any­way, now I’m going to be work­ing full time on GTG, which is nice.

So, this week I have fin­ished the first ver­sion of the Launch­pad back­end (import­ing in a read-only fash­ion launch­pad bugs assigned to some­body in GTG). I’m think­ing if it would be inter­est­ing to have the pos­si­bil­ity of chang­ing some­thing about the bug through its task in GTG, but I haven’t found nice ideas so far. I’ll  look into mak­ing a bugzilla back­end, since many peo­ple requested that.

Sec­ondly, I’ve writ­ten an export back­end to Zeit­geist, so that tasks that have been com­pleted are also vis­i­ble there. This makes it easy to see what it has been done day by day. Another approach would be inform­ing Zeit­geist when a task gets mod­i­fied, cre­ated and so on (like a reg­u­lar doc­u­ment). While this sec­ond approach is more “zeit­geisty” (since it leaves a trace of the activ­ity of the user), I think that for todo items the impor­tant infor­ma­tion to keep trace of is when they get done. I’ll see what users pre­fer when they start using it, or you can leave your opin­ion in the com­ments here.

I’ve also writ­ten a patch to gnome-activity-journal to sup­port TODO items (which are sup­ported in Zeit­geist 0.4 which has just been released, and GAJ is being updated to use that).
That’s what you should get in Sep­tem­ber (~ planned GTG release time):


Next week, I’ve a lot of things to do. A few of them are:

  • I’ll add a “remem­ber the milk” back­end, which will have a series of advan­tages ver­sus my old plu­gin (auto­matic sync­ing is one of them)
  • I’ll review and ask for merg­ing to trunk the code for my UI and the tomboy back­end, so that other devel­op­ers and brave users can start using my code
  • I’ll make order among my threads, since a few libraries that I used have a series of syn­chro­nous calls which can make clos­ing GTG slower than nor­mal. I’ve dis­cussed this with a friend (the cre­ator of Lightspark), and a few inter­est­ing ideas have come out.

Getting Things GNOME!     —     GSoC review (#6)


This week has been busy for me, since I have (just a few hours ago) dis­cussed my mas­ter the­sis. Any­way, now I’m going to be work­ing full time on GTG, which is nice.

So, this week I have fin­ished the first ver­sion of the Launch­pad back­end (import­ing in a read-only fash­ion launch­pad bugs assigned to some­body in GTG). I’m think­ing if it would be inter­est­ing to have the pos­si­bil­ity of chang­ing some­thing about the bug through its task in GTG, but I haven’t found nice ideas so far. I’ll  look into mak­ing a bugzilla back­end, since many peo­ple requested that.

Sec­ondly, I’ve writ­ten an export back­end to Zeit­geist, so that tasks that have been com­pleted are also vis­i­ble there. This makes it easy to see what it has been done day by day. Another approach would be inform­ing Zeit­geist when a task gets mod­i­fied, cre­ated and so on (like a reg­u­lar doc­u­ment). While this sec­ond approach is more “zeit­geisty” (since it leaves a trace of the activ­ity of the user), I think that for todo items the impor­tant infor­ma­tion to keep trace of is when they get done. I’ll see what users pre­fer when they start using it, or you can leave your opin­ion in the com­ments here.

I’ve also writ­ten a patch to gnome-activity-journal to sup­port TODO items (which are sup­ported in Zeit­geist 0.4 which has just been released, and GAJ is being updated to use that).
That’s what you should get in Sep­tem­ber (~ planned GTG release time):


Next week, I’ve a lot of things to do. A few of them are:

  • I’ll add a “remem­ber the milk” back­end, which will have a series of advan­tages ver­sus my old plu­gin (auto­matic sync­ing is one of them)
  • I’ll review and ask for merg­ing to trunk the code for my UI and the tomboy back­end, so that other devel­op­ers and brave users can start using my code
  • I’ll make order among my threads, since a few libraries that I used have a series of syn­chro­nous calls which can make clos­ing GTG slower than nor­mal. I’ve dis­cussed this with a friend (the cre­ator of Lightspark), and a few inter­est­ing ideas have come out.