The accept button on offer pages sent to customers is pretty confusing when IN is set to German.

While not completely false, “zustimmen“ is clearly the wrong word to use here (it's rather equivalent to “agree”). The button should rather say “Angebot annehmen”. (Please note that using only the verb “Annehmen” would very likely still cause the very same confusion!)

Why does this happen?

💻 Environment

Toggl Version: feature/linux-qml HEAD

🐞 Actual behavior

This is confusing and shouldn't happen

📦 Additional info

#3618

We use PivotalTracker at my workplace to manage stories/issues to work on. I'd love to be able to use Super Productivity to coordinate this work, but, an integration does not yet exist.

Pivotal has an API: https://www.pivotaltracker.com/help/api#top

I found the report page data hard to read, mostly because font-size was much smaller than that in rest of application. Also on smaller screen sizes, the container does not respond well (leaves empty space to the right, making reading even harder).

Made a simple PR to fix this #509

![Screen Shot 2019-06-25 at 11 04 30 PM](https://user-images.githubusercontent.com/20067010/60129415-a0815180-9

Hello
Can we have Redmine integration?
I see comments from 2015 from people who want Redmine integration and this page https://wakatime.com/redmine-time-tracking . I thought this integration available only on paid plans but in reality there no additional integrations. I think you need to hide this page until you developed Redmine integration because it is very misleading.

How to help create

Is your feature request related to a problem? Please describe.
When Kimai is open in a tab in Firefox, it will light up again and again (every minute!) to notify the user. The change that happens appears to be the updated time in title only (which actally arouses only little or no interest).

Describe the solution you'd like
An option to disable this title updates by user. So those w

If the post-commit does not fire properly, gtm init to update the hook and then use a git commit --amend to post the time data

Hey, not sure if this is a feature, but it looks like there should be something like this because it is in the documentation at:
https://www.kimai.org/documentation/rates/
Says:

project 2 and task 5 have a rate of 50.00 € per hour

Expected behaviour

When editing an activity, under projects, there should be an option to include a custom hourly rate.

Actual behaviour

The

When running moro help the description of the report command states the it is "Just like 'status'". This is not the case if it is used with the --all parameter - which is pretty hard to discover if you assume that status and report are identical.

Some possibilities:

hcl log yesterday @documentation +2 Ran spellcheck
hcl log 3 days ago @wireframes +3.5
hcl log last friday @admin +1 filed timesheets

Similar to #798 (Activities) or #545 (Tags) we need to build generic feature Notes & Comments.

For each type of record (e.g. Contacts, Organizations, Employees, Invoices, etc), we should be able to add some notes which will be displayed in like timeline style (i.e. it's a list of notes, most recent notes at the top, oldest at bottom of the list). Note: it is possible that some entities already

Hello.
Currently task id is big string like '20180702151728_179455396_9237fae6e510bfd542e5cba517105482' which is fine to be too unique.
It would be great having it as simple positive integer like 1,2,3... or add another field with autoincrement(+1).
Thus it can be put in commit like 'closing task id #1' in clear way.

Part of our port of legacy hamster was the notion of a string representing activity.category=None.
After some deliberation with @jtojnar we agreed that this introduces several issues for no obvious gain.
Activities without a category should simply be rendered as activity.name and be done with it.

This issue is about removing all traces of this legacy functionality.

Some of our older tests still miss docstrings. This needs fixing.