Re: Dbus support



I am also voting for 3rd party application tracker thing.

I was kind of trying to find the right arguments for some good 1/2
hour, but couldn't find anything that wouldn't start a bike shed
effect type of chatter.
So, in essence - tracking currently active application is the other
approach to time tracking. It requires training from user side, a ton
of semantics to make sense out of window sets and states. Content
extractors from the aforementioned window sets. And all it saves is
like, 200 clicks a day, compared to the millions user is doing.
Hamster becomes heavy, user keeps (and forgets) states of the
applicatoin in his head (gedit("something.txt")+firefox(somepage)+chat
with somebody = "work, or something"), and at the end of month, can't
decypher anything but some funny / curious statistics on how much time
has been spent on reading slashdot. That is not really time tracking.

So - it certainly is an idea worth trying out, and i encourage you to
go for it, but let's keep it separate for now.
A plugin is a perspective worth considering, but before that - a third
party app, talking via DBUS could do the job!

Regards,
Toms


On Thu, Nov 27, 2008 at 1:27 AM, Patryk Zawadzki <patrys pld-linux org> wrote:
> On Thu, Nov 27, 2008 at 1:22 AM, Giorgos Logiotatidis
> <seadog sealabs net> wrote:
>> Oops, sorry I should have looked better! Great now dbus support it's
>> there, I was thinking implementing some sort of window manager
>> extension / plugin to change the hamster activity based on focused
>> window. The user could create patterns (maybe regex?) to match different
>> windows with the same activity (e.g. when I have a ooimpress with title
>> "NoC - Openoffice.org Impress" and a gedit with title "noc.c - gedit"
>> hamster should understand that I am working on NoC project).
>>
>> I haven't deeply though the features or the implementation of this, but
>> if it get implemented in a smart way I think it can be a great feature
>> of hamster.
>>
>> I would to hear your opinions and ideas about this proposal.
>
> I would vote against having this kind of logic at the hamster level.
> We'll be having full dbus support by 2.26 including changing the
> current activity so I suppose it would be fairly easy to create a
> third party tool to track active windows or briwser tabs or even
> emails you read using the hamster's API. I really believe a goal like
> this belongs to a separate project as we strive to keep hamster "for
> the masses" as the tagline suggests.
>
> --
> Patryk Zawadzki
> _______________________________________________
> hamster-applet-devel-list mailing list
> hamster-applet-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/hamster-applet-devel-list
>


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]