Timer view used to show an list of previous entries that scrolled back weeks (not sure how far, I never tried to scroll to the end). Now it’s limited to one week, and to go back farther it is necessary to change the view. Please change it back to how it was! Or at least show a few weeks worth of entries instead of just one week. I reuse entries all the time, and it’s common for them to be more than a week old.
Thank you for reaching out about the timer page changes. I understand this feels like a significant shift from what you’re used to.
Let me clarify what’s changed:
Previously, the timer page would automatically display the last 90 days of data without requiring any date selection. Now, the timer page defaults to showing a weekly view, but you still have full access to your data.
Here’s how it works now:
- The default view shows the current week (this is being changed to past 7 days very soon for list view)
- You can use the new date picker to select custom date ranges of up to 30 days, or move between the weeks using the arrows in the date range picker
- You can still access data going back 90 days by selecting different date ranges (up to 30 days at a time)
We understand this is a change from the previous “show everything” approach, and we appreciate your feedback about how these changes affect your workflow.
Please let me know if you have any other questions about navigating the updated timer page.
Why? I can’t imagine that people were clamoring for seeing less data. The previous implementation was pretty good. The most recent items were at the top, and if you needed to see older data, you could just scroll down until you found it. This change introduces a limitation and requires additional work for the user to perform the same task. From a workflow perspective, it is a step backward. Was this change for performance-related purposes?
I think that the biggest flaw in this redesign of the timer page is that you are treating it as a report. A timer page isn’t a reports page. It should be optimized for clocking in and out of tasks, with easy visibility of my most recent task so that I can make tactical decisions on what I need to work on (or stop working on) next.
The date picker is a poor UI choice. Again, this isn’t a reports page. If you want to have options for the ranges of displayed data, then it should be a drop-down box with logical choices. (i.e., last 7 days, last 14 days, last 30 days, last 90 days). Optimally, the system would remember my choice and keep it that way as my default view when I load the timer page. If someone wants to hand-pick dates to see data, then they need to click on the reports option and do it there.
There is also a flaw/bug in the current approach. When you first load the timer page, it calculates the last 7 days and sets those dates in the date range. This doesn’t update until you reload the page. So, if you just keep this tab up all the time like I do, the next day you will stop seeing your new time entries in the list because the date range is still set to the 7 days starting the previous day (when you first loaded the page.) You have to manually refresh the page to reset the date range. While minor, it is quirky compared to the previous timer page that just worked.
Additionally, unless I want to keep the side menu open all the time (which isn’t an issue on big monitors but can be on smaller laptop screens), I have to use 4 clicks to start the timer of a favorite and return to the default state instead of the 1 click needed previously.
All-in-all, I think that this entire change is an overall miss from a user experience perspective, but maybe you are getting data from other users that says something different.
It’s definitely a step backward.
It would make sense to introduce a change or improvement without removing the current features or functionality, or at least let each Toggle customer decide how they want to display their data by default, rather than having to filter each day or multiple times a day using a rather impractical calendar selector.
I would also like to add to this request –
Please move the Favorites back to their former position - right underneath the Task Name field. This makes it so much easier in that you are thinking of typing in the Task but just click on the favorite instead. With the new implementation you have to look around the screen and move your mouse to a completely different space (collapsible!!! WHY?) to select the favorite. I bet you will see that they are much less used in this new location.
Little changes like this really break up the flow and usability of a page that we access frequently, sometimes multiple times per hour. It makes me wonder if it went through Usability Testing.
I noticed this today too. I keep my tab open all the time, the same as you.