Hi,
AllDup's analysis speed is terrific, but navigating the results can excruciatingly slow. Pressing Up/Down takes too long to move to the previous/next item, and scrolling the mouse-wheel scrolls only one line at a time regardless of what it is set to in the system (eg Control Panel->Mouse->Wheel) so you can end up scrolling like crazy in a relatively long list.
I don't know why the keys are slow (you'd have to profile it to find out), but the wheel can be fixed by using SystemParametersInfo() for SPI_GETWHEELSCROLLLINES in OnMouseWheel() to find out the number of lines to scroll.
Raymond Chen has example code in an article on the subject.
HTH
Mouse-Wheel / Arrow Key Navigation in Results List is Slow
-
- Site Admin
- Posts: 4049
- Joined: 04 Oct 2004, 18:38
- Location: Thailand
- Contact:
Re: Mouse-Wheel / Arrow Key Navigation in Results List is Sl
I cant reproduce the slow up/down arrow key performance here at a Vista PC with the current AllDup release.
To speed up mouse scroll speed just press and hold the SHIFT key.
To speed up mouse scroll speed just press and hold the SHIFT key.
You can see the problem in the main UI:
- Make sure that there are enough items in the Source Folder, Folder Filter, and File Filter (and Search Results) lists to enable the scrollbars
- Use the mouse-wheel to scroll each of the list controls (without holding Shift)
- Observe responsiveness
-
- Site Admin
- Posts: 4049
- Joined: 04 Oct 2004, 18:38
- Location: Thailand
- Contact:
The Folder Filter and File Filter lists are a listbox control from Microsoft. The Source Folders list and the Search Result is a list control from the company Bennet-Tec. Thats the reason why the scrolling is different. I dont understand why the company dont use the standard scrolling from Microsoft. The list control from Bennet-Tec provides 3 scrolling modes:
Standard mode (Default).
TList will scroll vertically in the same manner as most List/Tree/Grid controls – on a row by row basis.
Smooth mode.
TList will scroll vertically by a specified number of pixels
Intelligent/Mixed mode.
Only the rows that are too tall to be fully displayed within the client view area of TList will be vertically scrolled smoothly, all other rows will be scrolled in the standard row-by-row mode.
AllDup uses the standard mode. I tried the Smooth mode, but this mode dont work with the grid. Nothing changes if i use different pixel values. Sorry, i dont find a alternative solution to change the number of rows for scrolling. I try to contact Bennet-Tec but they want many money for answering questions without any guarantee to fix this problem...
Standard mode (Default).
TList will scroll vertically in the same manner as most List/Tree/Grid controls – on a row by row basis.
Smooth mode.
TList will scroll vertically by a specified number of pixels
Intelligent/Mixed mode.
Only the rows that are too tall to be fully displayed within the client view area of TList will be vertically scrolled smoothly, all other rows will be scrolled in the standard row-by-row mode.
AllDup uses the standard mode. I tried the Smooth mode, but this mode dont work with the grid. Nothing changes if i use different pixel values. Sorry, i dont find a alternative solution to change the number of rows for scrolling. I try to contact Bennet-Tec but they want many money for answering questions without any guarantee to fix this problem...
Ah okay. I did not think to check the window classes; you are right, one is ThunderRT6ListBox and the other is AfxOleControl42. Thanks for pointing that out.
It’s too bad that they did not consider the problem. Have they updated the control to fix it? If not, would an alternative control work? It makes sense that you need a custom list-control for the fancier Source Folders and Search Results lists, but I’m sure I’ve seen some on CodeProject that that should work like the SuperGrid or ConfigurableCtrl. If you do change it, I would imagine that it would take some time to incorporate it, but I for one would be happy to wait for the improvement.
It’s too bad that they did not consider the problem. Have they updated the control to fix it? If not, would an alternative control work? It makes sense that you need a custom list-control for the fancier Source Folders and Search Results lists, but I’m sure I’ve seen some on CodeProject that that should work like the SuperGrid or ConfigurableCtrl. If you do change it, I would imagine that it would take some time to incorporate it, but I for one would be happy to wait for the improvement.
-
- Site Admin
- Posts: 4049
- Joined: 04 Oct 2004, 18:38
- Location: Thailand
- Contact: