GNOME Bugzilla – Bug 641243
Ability to add default tags for tasks
Last modified: 2012-09-24 18:49:23 UTC
The tagging system provides a great way to cluster activities and then to gather various statistics upon them. They offer more granularity that the task@category system. Although tags work great in their current implementation, there is one feature that I would find nice to have: being able to set a default set of tags for a specific activity (at this time, it is only possible to provide tags that should be available for auto-completion). If I take a real-life example, there are two tags that I use more often than others: 'billable' and 'unbillable'. Basically, there are activities that will be fast always billable (client support) while other will not (eg. breaks, I like to monitor my time spend on them as well). In the current situation, every time I go to the coffee break I have to explicitly tag this activity as "unbillable" which is clearly boring on the long term. Here such "default tags" may make sense. In the circumstance I would like to fine-tune the tags that were automatically applied, i could edit the activity in a second time. Cheers, M. H.
Coming from several years using gtimelog I miss the sub-categories which allow me to split activities between projects, assign projects to clients etc. Tags would serve this purpose nicely, if only you didn't have to reassign the tags to an activity each and every time you go back to clocking it. Ideally, in my type of usage the tags would be assigned to an activity and not to a fact. Marc Heinz's solution would also be fine, as long as it's easy to create a new "default set of tags" on the fly, without having to go into the Preferences menu. Sub-categories would be perfectly alright too. As of now, I'm using complex activity names and making my reports from the raw data, parsing the activity name, in order to have the Client/Project/Module/Task split that I need. Using version 2.30.2 here. I'd like to thank the authors for the fine job they did with Hamster, it's quite brilliant.
Great idea. (In reply to comment #0) > The tagging system provides a great way to cluster activities and then to > gather various statistics upon them. They offer more granularity that the > task@category system. > > Although tags work great in their current implementation, there is one feature > that I would find nice to have: being able to set a default set of tags for a > specific activity (at this time, it is only possible to provide tags that > should be available for auto-completion). > > If I take a real-life example, there are two tags that I use more often than > others: 'billable' and 'unbillable'. Basically, there are activities that will > be fast always billable (client support) while other will not (eg. breaks, I > like to monitor my time spend on them as well). In the current situation, every > time I go to the coffee break I have to explicitly tag this activity as > "unbillable" which is clearly boring on the long term. > > Here such "default tags" may make sense. In the circumstance I would like to > fine-tune the tags that were automatically applied, i could edit the activity > in a second time. > > Cheers, > M. H.
yes would be nice to have a 'billing to' or client_number field (In reply to comment #1) > Coming from several years using gtimelog I miss the sub-categories which allow > me to split activities between projects, assign projects to clients etc. Tags > would serve this purpose nicely, if only you didn't have to reassign the tags > to an activity each and every time you go back to clocking it. > > Ideally, in my type of usage the tags would be assigned to an activity and not > to a fact. Marc Heinz's solution would also be fine, as long as it's easy to > create a new "default set of tags" on the fly, without having to go into the > Preferences menu. > > Sub-categories would be perfectly alright too. > > As of now, I'm using complex activity names and making my reports from the raw > data, parsing the activity name, in order to have the > Client/Project/Module/Task split that I need. > > Using version 2.30.2 here. > > I'd like to thank the authors for the fine job they did with Hamster, it's > quite brilliant.
I agree. As a freelancer, subcategories or a client field would be great.
moved https://github.com/projecthamster/hamster/issues/12