When switching perspectives I’ve noticed that Omnifocus hangs for about 1 second.
It’s not a lot of time, but it makes the program feel very slow and sluggish.
I don’t think I have a particularly large library, so I guess that’s not the reason. I’ve noticed this in my two computers (a laptop and a desktop). I never had this issue in Omnifocus 1 with the same library.
ALL ACTIONS: 683
Completed actions: 266
Remaining actions: 417
Available actions: 94
Actions awaiting start date: 4
Sequentially blocked actions: 39
Actions of inactive projects: 243
Actions of contexts which are on hold: 28
Actions of contexts which are dropped: 0
ALL INBOX GROUPS & ACTIONS: 0
Inbox action groups: 0
Inbox actions: 0
Model Name: MacBook Air
Model Identifier: MacBookAir5,2
Processor Name: Intel Core i7
Processor Speed: 2 GHz
Number of Processors: 1
Total Number of Cores: 2
L2 Cache (per Core): 256 KB
L3 Cache: 4 MB
Memory: 8 GB
Operating System Information:
ProductName: Mac OS X
OS X Version: 10.9.3
I see a slight lag opening and closing folders. I’m also on the fence with the expanding/collapsing of project animations in the center bar. I’m not sure if I like the aesthetic or if it feels like it’s slowing down the navigation.
I’ve seen that the new Sunday, March 30 release states that Performance when switching tabs should be much faster.
In my case, I can only notice an improved performance when switching to the Review tab. In all other cases (any perspective to any other perspective), performance is still as slow as always (greater than a second).
Since Omnifocus 1 doesn’t struggle at all when switching perspectives, I guess the issue is not related to my database (which is not large by any means) but to the rendering of the views that is performed in OF2.
I think this needs to be addressed, as it dramatically affects the user’s perception of the quality of the software.
I just realized that the issue came from the display of the tasks/items.
If there is no items in a particular perspectives or contexts or projects, then there is no delay.
For example, if I don’t have flagged items in errands, and then switching to Flagged sidebar when errands was chosen will have no delay.
Agree, the lag is completely terrible in version 208068.
It now takes over 2 seconds to switch from the Inbox view to the Projects view. It even takes a really long time to switch from project to project in the Projects view.
I’m using a 15’’ retina MBP, so it should be powerful enough to run this kind of application without problems.
I’m curious that not a lot of people seem to be reporting this. Are we the only ones affected, or the rest of the people don’t care? If so, why does this affect us?
What was a very annoying thing, it’s becoming more than an issue. Sometimes it takes so long to switch that it makes the program almost unusable (and certainly, not pleasant at all).
One guess: may be related to the number of projects and/or contexts in the database. Or possibly some combination of those two numbers. In addition to the timing stats that people are reporting, having that info may help us determine what’s going on for the folks that are experiencing it.