-
-
Notifications
You must be signed in to change notification settings - Fork 255
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a setting to disable "Automatic view refreshing" and one to control "Refresh interval" #3283
Comments
I don't understand. What problem is this trying to solve? Tasks does already automatically refresh the view. |
If a query with many tasks is fixed and permanently displayed in the sidebar while additional tasks are added in notes, obsidian freezes completely. The cursor remains fixed for several seconds before the next letters that have already been written appear and Obsidian freezes again. This behavior is intensified if the display of the task query output has been adjusted with custom CSS. This behavior is so massively annoying that I am already considering leaving Obsidian again, as it is not possible to work productively this way. The only alternative would be not to leave the query output permanently open in the sidebar, which is not an option for me. |
Thank you for the extra info - the context is clear now. Yes, I agree that the performance in this area needs improving. Please run the Obsidian |
The other tabs also show task queries. I have already investigated whether this could be related and have built a small dashboard with only a single task query and without using the tab plugin. Then I thought it might be due to the Dataview Calendar I was using and also removed it from the alternative dashboard. Although the latency then improved somewhat, it could not be completely eliminated by all these measures. This behavior will of course strongly depend on the respective user, the number of tasks, user-defined CSS and so on. Therefore, I thought that an implementation of View Refresh identical to Dataview could offer all affected users an option to prevent this annoying problem on their own (if required). |
This issueNow I feel like there is enough information to understand the value of the feature - I have renamed it so the intention is clear.
I understand. If you do decide to stop using the Tasks plugin, please kindly let me know. It's very frustrating to do work on things in one's free time, only to find that the requestor no longer needs the functionality. Recent workI have recently spent some time trying to make Tasks "debounce" rendering, so it renders less often. Unfortunately my initial attempts resulted in code blocks being stuck at "initialising tasks...". So more work is required. Related requestsThese are all the existing requests and ideas to improve the performance/responsiveness of Tasks: You can see that I have labelled several already as "priority: high". I have not yet decided in what order to work on them, but do intend to start work on this area fairly soon, once current in-progress work is released. |
Basically, many Tasks searches can take more than 0.1 second to render. But Obsidian and Tasks can parse many files during that 0.1 second span. 1. This speeds up start-up time in cases where there were Tasks queries open at start-up Obsidian, preventing double-redraws. 2. It eliminates lots of wasted redraws in open queries, when Obsidian is re-reading files that were edited externally (such as via Sync) and where bulk edits are made to files in the vault. Relates to issue #3283
🔖 Feature description
The Dataview Plugin gives an option to enable/disable 'Automatic view refreshing' and a 'Refresh interval'. This feature could be very helpful to reduce flicker on entering oder editing tasks inside notes parallel to an active query view.
✔️ Solution
Adding a toggle button 'Automatic view refreshing' in Tasks Plugin settings tab.
Adding an input container 'Refresh Interval' in Tasks Plugin settings tab.
❓ Alternatives
No response
📝 Additional Context
No response
The text was updated successfully, but these errors were encountered: