| |
Meet the Life Hackers - New York Times
by Rattle at 8:11 pm EDT, Oct 17, 2005 |
This article is worth a read. Based on interviews with researchers at Microsoft, it examines the role that interruptions play in computer UI design. In short, computers as they are today do not have a way to determine if you are busy or not when they decide to interrupt you, or let others interrupt you. Researchers are trying to learn as much as they can about how we work so they can address this problem. The theme is a relatively old one. These days, we are always dealing with a deluge of information. Now, rather than just efficiently displaying it to us, its also necessary to determine if it's the right time to notify us about it. On the other side of the coin, I think that computers should do what they are told to do rather than try and make decisions for us. This area of study walks that line. I can envision numerous problems that will not likely be accounted for in the first generation of computers designed to anticipate our work habits. A good first step may be something as simple as "smart status" for Instant Messaging. There are time when I really don't want to be bothered with messages at all. Other times, I'd like them to be displayed, but not in the forefront of my desktop. In other cases, some discussions take place over hours with messages every several minutes, instead of a traditional dialogue. In all these situations, my status is simply "available". Idle and Away only appearing when I'm not actually active at my terminal. Just addressing this issue with IM would both make IM more useful, and milk more productivity out of people. |
| |
RE: Meet the Life Hackers - New York Times
by dmv at 11:55 am EDT, Oct 18, 2005 |
Rattle wrote: A good first step may be something as simple as "smart status" for Instant Messaging. There are time when I really don't want to be bothered with messages at all. Other times, I'd like them to be displayed, but not in the forefront of my desktop. In other cases, some discussions take place over hours with messages every several minutes, instead of a traditional dialogue. In all these situations, my status is simply "available". Idle and Away only appearing when I'm not actually active at my terminal. Just addressing this issue with IM would both make IM more useful, and milk more productivity out of people.
At least with GAIM, you can configure the Idle/Away in two ways to get close to what you are talking about. At least in X, you have the choice in the Preferences->Away/Idle panel to set "Idle Time Reporting" as { "X Usage", "Gaim usage", "None" }. I believe the same is true in the Windows port. And then there is the default "I'dle Mak'er" plug-in for more control over idling. |
|
| | |
RE: Meet the Life Hackers - New York Times
by Rattle at 1:00 pm EDT, Oct 18, 2005 |
At least with GAIM, you can configure the Idle/Away in two ways to get close to what you are talking about. At least in X, you have the choice in the Preferences-Away/Idle panel to set "Idle Time Reporting" as { "X Usage", "Gaim usage", "None" }. I believe the same is true in the Windows port. And then there is the default "I'dle Mak'er" plug-in for more control over idling.
Interesting. That's good to know. Is it possible to have application specific away settings? Like if I'm in Keynote, Pages/Word, or my IDE for more than 10 minutes with steady input, set status to "Away"? That's the kind of thing I could see being seriously useful. |
|
| | | |
RE: Meet the Life Hackers - New York Times
by dmv at 11:02 pm EDT, Oct 18, 2005 |
Rattle wrote: Is it possible to have application specific away settings? Like if I'm in Keynote, Pages/Word, or my IDE for more than 10 minutes with steady input, set status to "Away"? That's the kind of thing I could see being seriously useful.
This is beyond what I know. Presumably, a plug-in could be written that could do that. If that plug-in does not exist yet, and you lack the personal motivation or skill to do it yourself, a well-thought-out spec sent to the appropriate GAIM mailing lists could probably get something happening. It *is* the most active project on sourceforge, after all, and I'm sure there are some fledgling coders looking for something useful. |
|
|
|
