Loading Profile...
Recent activity
Subscribe to this feed
A comment on the update "Looking for a few good volunteers" in RescueTime:
This is a nice start, certainly better than nothing, but having only three options to pick from is quite restrictive. In an office environment, it may be useful to document your time seperately for filing, faxing, meeting with a customer, internal meetings, preparing marketing materials, and coffee break. That's six distinct categories just off the top of my head. Simplicity is always a good start, but at least a little expandability would go a long way.
Also, I noticed that even if I tell RT to pause for an hour while I take my lunch break, the idle dialog still comes up. This should not happen when RT is disabled. – Ross, on June 01, 2009 20:26-
A comment on the update "Looking for a few good volunteers" in RescueTime:
Any news or timeframe on this integrated feature? Our front office staff does a lot of faxing, filing, etc which takes them away from their desk. I already have them trained to use RescueIdleTime, so I can't move them to the new Beta until I have equivelent features for them to accurately track time away from their desk.
Thanks. – Ross, on April 22, 2009 20:07 -
A comment on the update "Looking for a few good volunteers" in RescueTime:
That appears to have corrected the crash, thanks Joe. Incidentally, does this new build have the updates you mentioned for the silent/push install? – Ross, on March 31, 2009 16:13 -
A comment on the update "Looking for a few good volunteers" in RescueTime:
Ditto. I see the file modify date is from today around the time it crashed, so I'm guessing a new version. I have the same specs as Rob. Haven't reinstalled yet. – Ross, on March 30, 2009 23:41 -
Ross replied on March 25, 2009 22:25 to the update "Looking for a few good volunteers" in RescueTime:
Thanks for the update, I have just installed on my workstation (WinXP32). I want to push this to my staff, but to minimize interruption, I would like to do so silently via our domain controls. The intro indicates there are silent install options, can you provide some quick tips on the command line parameters for this, or however else this is done? -
Ross replied on January 13, 2009 16:36 to the idea "Prevent disable of logging or show reminder" in RescueTime:
Here's what I got back from the RescueTime team via email in response to my contact form submission.
We're working on centralized management for our February release that will allow you to set logging scheduling for each user, and be able to lock down logging for your users, maintain a shared whitelist (http://www.rescuetime.com/whitelists) and more.
Would love to get your thoughts-- specifically, do you want your team to have the ability to pause/stop the data collection process at all? If we do allow this, it will probably be akin to a "snooze" button on an alarm clock. So you'll hit "privacy mode" button and it'll pause logging for 10 minutes or somesuch. We're also pondering a "stealth" capability for more discrete logging. What do you think? Do you want your team to be able to see their data or is it largely for your consumption?
Sounds promising. -
Ross replied on January 06, 2009 23:58 to the idea "Prevent disable of logging or show reminder" in RescueTime:
It's been a month, no one has any input on this? I am finding this to be a significant problem. A few of our staff habitually disable logging for a break and then never turn it back on again which severly impacts the usefulness of the application. :-/ -
Ross shared an idea in RescueTime on December 10, 2008 19:27:
Prevent disable of logging or show reminderAs a business user, it is desirable to either prevent the disabling of logging, or to have a reminder popup after a predesignated period of time (say 15 minutes by default) to let the user know they have disabled the logging and would they perhaps like to turn it back on in case they forgot. This could be an optional feature, or only enabled when a user is joined with a group (and possibly only if they are a non-admin). Providing a feature like this would significantly improve the business aspects and confidence in this application. -
Ross replied on December 05, 2008 19:37 to the idea "Real work in background process should be logged" in RescueTime:
A further thought on this is if a high CPU cycle process starts (say over 50%) while I'm not idle and then I go idle, the idle should be ignored because obviously my computer is so busy that I'm just waiting for it to complete the process before I can continue my work. Once the process finishes, if I remain idle, then logging would stop. -
Ross shared an idea in RescueTime on December 05, 2008 19:11:
Real work in background process should be loggedRescueTime watches what application window has focus, but what about tracking what process is using CPU cycles? When I'm working, sometimes I start a long-running process and then browse a couple websites while waiting for the process to finish. I'm still working, but I'm also filling in my time instead of just going idle or otherwise killing time. A feature like this would probably need a tuning option, but it could default to watch any process that is consistently over 15% - 20% of the CPU, indicating a background process that is doing work. How you would work this into your reporting is a little more complicated. Maybe if the background process acts as an over-ride, so if any tagged background process is using a high CPU percent then the foreground window would be ignored or otherwise discounted. The key would be the tagging. An untagged high-cycle background process (like an indexer) would not have the same override effect.
Complicated, but very useful. -
A comment on the question "Can I use RescueTime to record non-computer tasks?" in RescueTime:
I'll take a look at the source (when i have time), but here's a concept suggestion. When the user comes back from an idle period, have RescueIdleTime float a non-intrusive ballon next to the tray indicating logging has begun again and would the user like to log the idle period as anything in particular? The balloon would automatically fade away after several seconds, but if the user clicks the interior of the ballon, then the SIMPLE logging dialog is displayed, which would be a slider with Work at one end and Recreation at the other, plus a button for Advanced to customize the details (meeting - with whom, all the rest of what you already have). If the user uses the slider, then RescueIdleTime simply splits the idle period as indicated and submits the resulting data to the log service.
This would be a really easy, intuitive and non-intrusive UI. – Ross, on December 05, 2008 00:53
