Skip to content

Conversation

@rlyders
Copy link
Contributor

@rlyders rlyders commented May 24, 2020

Hi Kenton,
I'm getting a lot of good use out of the TimeCop app.
Please consider this pull request that adds a "work type" to each timer to help categorize timers.

Details:

  • added a work-type badge to each timer using a new work_type db table (e.g.: dev(elopment), test(ing), dep(loyment))
  • added db vers # 2 along with steps to upgrade an existing db
  • added new setting defaultWorkTypeID to define the default work type to be given to a new timer
  • added new setting displayProjectNameInTimer to control whether the project name (along with work type) are shown in each timer row. This affects running timers, stopped timers, grouped stop timers)

Thanks again for a very useful program.

Best wishes and take care.

-Rich

rlyders added 9 commits May 24, 2020 08:50
…able', has no unnamed constructor that takes no arguments.

fix: flutter_datetime_picker: ^1.3.8 # fixed: Error: The superclass, 'Diagnosticable', has no unnamed constructor that takes no
fix: shared_preferences: ^0.5.7+3 # fixed: [deprecation] getFlutterEngine() in FlutterPluginBinding has been deprecated
…er Start Date to Monday") to default the following filters to the latest Monday: dashboard filter, report filter, export filter
…tive Timers") to control whether multiple timers are allowed to run at the same time or not
…table (e.g.: dev(elopment), test(ing), dep(loyment)); added db vers # 2; upgrade db when version # changes

feat: added new setting defaultWorkTypeID: this determines the default work type to be given to a new timer
feat: added new setting displayProjectNameInTimer: this controls whether the project name (along with work type) are shown in each timer row (running timer, stopped timer, grouped stop timers)
…hboard showing timers with work-type badges applied
@hamaluik
Copy link
Owner

Hey,

Thanks for the pull requests! I haven’t been able to check them out yet but will aim to look at them tomorrow.

@rlyders
Copy link
Contributor Author

rlyders commented May 25, 2020 via email

@drawtheliner
Copy link

"Work type" seems too specific to me. I feel the more general concept of "tags" would make it more useful to more people. Having said that, I think either would be going against the main idea of keeping the app as minimal as possible.

About the idea of appending the Project name in each timer row, I agree it's needed (it's hard to tell the project just by color). Could be an option that can be enabled/disabled in Settings, off by default.

@rlyders
Copy link
Contributor Author

rlyders commented May 26, 2020 via email

@drawtheliner
Copy link

Sorry, I'm not a programmer.

Am just giving my feedback as a user!

@rlyders
Copy link
Contributor Author

rlyders commented May 26, 2020 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants