Re: reciprocity (hamster -> GTG)

[Lionel Dricot <ploum ploum net>]

Hi Toms,

That's an insanely great news. Thanks for that.

Personally, I'm dreaming of a "Personal organizer suite" with stuffs
like gtg, hamster, a calendar and tomboy (or equivalent), everything
working together. (I don't mind seeing the "gtg" brand disappearing from
user sight if needed).

Of course, this is currently just a dream ;-)

Thanks again and don't hesitate to report bug if we can further improve
the relation between GTG and hamster.

Lionel


Le samedi 15 mai 2010 à 09:40 +0100, Toms a écrit :
> Hey gettingthinggnomers!
> 
> I pushed little patch in yesterday in hamster that enables slight
> integration between GTG and Hamster from the other side :)
> Essentially, one in preferences can choose which TODO app (to name it
> simply, i know it's not just a to-do list) to use to grab some
> additional activities - it's either evo or gtg now.
> 
> In case of gtg, if it is around, on auto-completing it will suggest
> all the activities, and attach tags to them as well. Like this:
> 
> http://www.flickr.com/photos/toms/4607922363/
> 
> Oh and when i say "around" i mean the unobtrusive around - we
> specifically sniff for org.GTG on dbus and avoid auto-activation. If
> app is running, we ask GTG if it has any tasks, if not - we don't
> (fixed to work also after dbus socket change after gtg restart).
> 
> Speaking of which, wondered if you maybe would like to go same way we
> did with hamster just recently, splitting up front-end and a
> dbus-daemon back-end. Amongst other things now it is possible to query
> for hamster data even if the applet itself is not there.
> 
> 
> Oh, and lastly - Kevin - with changes around hamster's dbus i've
> broken your plugin. Fixing it should be much easier now though: as we
> are using dbus internally to communicate with the back-end, the
> communication has been wrapped in python. Here is how to get handle to
> hamster's storage.
> 
> import hamster.client  # this could be wrapped in try/except for
> conditional import
> storage = hamster.client.Storage()
> storage.get_todays_facts()  # or any other function for that matter
> (run help(storage) to see all the functions and help on them)
> 
> 
> The integration is still in development and will stabilise over the 2.31 cycle.
> 
> If you have any suggestions what else could be done on the hamster
> side to enforce the bridge, please let me know!
> 
> Regards,
> Toms
> 
> 
> On Fri, Jul 31, 2009 at 10:32 AM, Toms <toms baugis gmail com> wrote:
> > Thanks Lionel for the info and my thanks to Kevin for the work - most cool!
> >
> > One idea - how about stopping to track an activity when the task with
> > appropriate tag has been marked as done?
> > There are some tricky borders to cross when it is about mapping terms
> > of one app to the other, but I bet
> >
> > Our bugzilla naturally is open and we will try best to help if there
> > is anything that has to be done.
> > One thing that also comes to my mind is, that we have slight
> > integration with evolution by offering in the activity drop down list
> > all the TODO's from EDS.
> > Having two plugins for tasks on both sides would be a bit of an
> > overkill so we could just do feature quering, and if there is GTG to
> > talk to, then we could do the same as for EDS.
> >
> > Certainly a good integration is in scale of a little project of it's
> > own, but integration is also the key word to killer applications.
> > So, hum, let's see - maybe for 2.30 we can do something about it!
> >
> > Opened bug on hamster side:
> > http://bugzilla.gnome.org/show_bug.cgi?id=590354
> >
> >
> > Toms
> >
> >
> >
> >
> > On Thu, Jul 30, 2009 at 11:19 PM, Lionel Dricot<ploum ploum net> wrote:
> >> (please reply to this one)
> >>
> >> Hello dear Hamster hackers,
> >>
> >> We are developing a todo-list application for GNOME called Getting
> >> Things GNOME! (gtg in short : http://gtg.fritalk.com/ )
> >>
> >> Time-tracking feature was a requested feature of our software
> >> ( https://bugs.edge.launchpad.net/gtg/+bug/339524 ).
> >>
> >> But instead of reinventing the wheel, we have chosen to integrate with
> >> an existing solution : hamster-applet.
> >>
> >> Kevin Mehall, gtg contributor, has written a plugin for GTG which allows
> >> some kind of integration with hamster-applet.
> >>
> >> We kindly invite you to test it (latest hamster-applet required) :
> >>
> >> bzr branch lp:gtg
> >> cd gtg
> >> ./gtg
> >>
> >> then in the plugin preferences, enable hamster plugin
> >> ( http://live.gnome.org/gtg/contributing for more information)
> >>
> >> If you have any suggestion/bug, don't hesitate to reply to this mail or
> >> to open a bug on our bug tracker : https://bugs.edge.launchpad.net/gtg/
> >>
> >> We also have a dbus interface for gtg so, if you want to also integrate
> >> with us on your side, it should be easy. We are open to any idea or
> >> change that you might need.
> >>
> >> This mail is purely informative. We wanted you, the hamster guys, to
> >> know that we appreciate your work and want to work with you as much as
> >> possible.
> >>
> >> Thanks a lot for your great applet :-)
> >>
> >> Lionel,
> >> GTG core-dev
> >>
> >>
> >