Hi there
With the fast monitor in 8 now, any features that slow it down provide quite the contrast. When the job candidate filter is turned on in our environment, it turns the 8 monitor into a 7 monitor in terms of speed Goes from super interactive, back to 5-10 seconds delay per click.
Any way that could be further optimized?
cheers
laszlo
Also, i’ve noticed that having ANY tab have that ‘job candidate’ filter turned on will make all panels slow. So lets say i have 4 slave panels, all as tabs of the same section. Tab4 has the job candidate filter turned on. If i am on Tab4 and click between jobs, the entire GUI is very slow. If i switch to Tab1 (so Tab4 is invisible and should not be updating), the gui is still slow.
So there are two issues:
- The job candidate filter seems very slow compared to the rest of the gui
- Seems like non-visible tabs are also updating.
I can have a look at whether I can speed this up, or at least compute this stuff outside the UI thread. Depending on how extensive this is, might have be an 8.1 thing, though.
We also have plans to add to extend on Slave candidate filter in 9.0, which might make it less necessary.