Open linuxcaffe opened 9 years ago
This delay in rendering a preview might (or might not) be a trade off between quick scrolling up-and-down, and speedy previews, and that trade-off might be a personal-preference thing, Perhaps that might be yet another configuration option, applied to all preview renderings;
g:unite_taskwarrior_preview_delay = 0.5
for a half a second delay.
and maybe this won't be an issue, and unite previews have that all figured out!?
I don't think it's possible to slow down autopreview. The autopreview stuff is done by unite and I don't see any options that will slow it down. Making a preview that is the info report is easy enough however.
that's cool! I just worry about all this previewing bogging down navigation.
In regards to slow listings, I stumbled on this;
Shougo commented on Feb 15; You should change g:unite_redraw_hold_candidates value.
might be the value I'm talking about? I'm gonna try it!
I tried setting a few random values, with no appreciable effect, but like a blind man waving a stick, I was just guessing how the function might work. I won't pester about this again until after v1.0, and only if performance becomes an issue.
Feature-packed is great and all, but we don't want to slow utw down to a crawl, either :)
When/ if a preview is opened from a tasklist, it should be the info report. Because refreshing an info report every time the selection changes, might cause slow-downs or sluggish movement, the info-preview should be delayed to maybe 1 second after the selection stops moving.