8000 Add "work type" badge to help categorize each timer entry by rlyders · Pull Request #29 · hamaluik/timecop · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Add "work type" badge to help categorize each timer entry #29

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 9 commits into
base: master
Choose a base branch
from

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 eac 8000 h 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
0