The Omni Group
These forums are now read-only. Please visit our new forums to participate in discussion. A new account will be required to post in the new forums. For more info on the switch, see this post. Thank you!

Go Back   The Omni Group Forums > OmniFocus > OmniFocus 1 for Mac
FAQ Members List Calendar Search Today's Posts Mark Forums Read

 
Another "red number" suggestion Thread Tools Search this Thread Display Modes
It'd be nice if the red-number count were based upon actions visible in the current filter. When looking at my "Today's Actions" filter, it's disconcerting to see a red-number count that's higher than the visible number of actions in a project.
 
I agree that it's disconcerting, but the discrepancy helped me identify a couple of overdue actions that I had been missing. The actions were overdue, but were blocked by undated actions. The red numbers prompted me to go looking for the overdue actions in Planning Mode and clean up a couple of open loops that I had missed. So, in my initial use, I like that the numbers are totals rather than just total visible.

I can imagine changing my mind over time, though. For example, if I'm in a context where I simply can't take action on an overdue item, then the red number is merely a stress inducer. I could push the due date forward, but that seems perilously close to copying to-do items from one page of a planner to the next.

Rather than push due dates forward, I could just use fewer due dates on items. My trouble is that, as an academic, my actions are very urgency driven. Class sessions must be prepared four times a week, homework graded and returned before exams, papers submitted before deadlines, etc. In the midst of all those urgent and important tasks, I don't even notice the non-urgent, important tasks unless I give them a false sense of urgency with a "due" date.

I don't think GTD provides much guidance here. Allen says that only hard landscape items should go on the calendar. He defines hard landscape as items that must be done on a particular day. But in my readings I haven't seen any discussion of projects that must be done by a particular day. I'm handling those by breaking them into sequences of actions with intermediate, artificial due dates.

This issue of maintaining progress on non-urgent projects in the midst of a storm of urgency is my biggest challenge. I'd love to hear how others are successfully dealing with that.
__________________
Cheers,

Curt
 
Quote:
Originally Posted by curt.clifton View Post
I agree that it's disconcerting, but the discrepancy helped me identify a couple of overdue actions that I had been missing.
I agree that it helped you identify a couple of overdue actions, but it's disconcerting. :)

I think clarity here should override the seemingly-paternalistic approach of overriding the user's own display preferences. At the very least, the user should be able to eliminate the concept of "soon" - so that red numbers only appear when an action is due today.
 
Quote:
Originally Posted by MichaelShapiro View Post
At the very least, the user should be able to eliminate the concept of "soon" - so that red numbers only appear when an action is due today.
In Data Preferences, you can change the definition of "soon" to "due within the next day." Is that the preference you're wanting?
 
Quote:
Originally Posted by Ken Case View Post
In Data Preferences, you can change the definition of "soon" to "due within the next day." Is that the preference you're wanting?
No, I'd actually like to collapse it into "due today". In my workflow, I only focus on tasks when they're actually due, and find advance warning distracting.
 
On a similar note, I think there are some other things that shouldn't appear in the "count" but currently do. (and I sent feedback to this effect):

* Items which have not started. I have a particular action that occurs every couple days and needs to be done that day. I have the start and due date set the same, and a repeat every two days - that action never disappears out of the count on the left, which is kind of annoying since I can't actually *see* the action.

* Items which are not available because they are blocked as part of a serial action. I realize there is some space for argument on this front, but I don't think I should see a count of things I can't do yet.
 
Quote:
Originally Posted by zedboy View Post
On a similar note, I think there are some other things that shouldn't appear in the "count" but currently do. (and I sent feedback to this effect):

* Items which have not started. I have a particular action that occurs every couple days and needs to be done that day. I have the start and due date set the same, and a repeat every two days - that action never disappears out of the count on the left, which is kind of annoying since I can't actually *see* the action.

* Items which are not available because they are blocked as part of a serial action. I realize there is some space for argument on this front, but I don't think I should see a count of things I can't do yet.
I have the same problem...
The solution I am using now is...
use a start date instead of a due date
mark the due date to three days after the start date (t +3)

I could work with this system... but there is another bug I found.
I cannot mark an item with a due date three days in advance if I use the
repeat from completion date
The completion date will not go beyond the repeat interval.

I am working around this by using the repeat from assigned date.
However, if I miss a week of something... I have to complete 7 days of tasks to get it caught up.

On my completed grouping, it shows I successfully completed the item 7 times, when in fact I only completed it once.
 
Quote:
Originally Posted by SpiralOcean View Post
I have the same problem...
The solution I am using now is...
use a start date instead of a due date
Hey, thanks for the tip. Since I often don't distinguish between start and due dates, I'm guessing this will solve my problem.
 
Quote:
Originally Posted by MichaelShapiro View Post
Hey, thanks for the tip. Since I often don't distinguish between start and due dates, I'm guessing this will solve my problem.
It sorta solves it... there's a bug when both start date and due date exist and an item is set to repeating. Just posted a thread on it if you want to check it out.

Please report to Omni if you think it should be fixed.
 
Quote:
Originally Posted by MichaelShapiro View Post
It'd be nice if the red-number count were based upon actions visible in the current filter...
I'm not so sure about this. Focusing on Next Actions, for example, already shows me the items due now but just doesn't count them for me. There had been talk of putting some info in the bottom (where the OW icons and text info appear) but that got nowhere. I like the value of having the count of the superset of upcoming Tasks. A View specific count somewhere else might also be useful.
 
 


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads
Thread Thread Starter Forum Replies Last Post
variable "unique ID number" mattao OmniGraffle General 1 2010-10-25 07:11 PM
Is this number of zip files "typical"? Fireproof OmniFocus Syncing 1 2009-08-04 11:53 PM
Feature Request - Move "X" Number of Days CorgiGirl OmniFocus 1 for Mac 15 2009-04-02 08:36 AM


All times are GMT -8. The time now is 06:48 AM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.