Consecutive selection in RC with the mouse

Hi

Shure, but I can only select multiple rows with Shift&Click and Ctrl&Click. But in all Windows application you can select multiple rows by dragging the mouse while holding down the left mouse button (Explorer, Excel...).

Hey Fabian,

I gave it a shot and came up with a class that seems to work pretty well. I haven't added many comments to the source code, so if you have any questions about it (or find any bugs), feel free to get back to me here.

An important note: I don't have permission to redistribute the source code for Karl E. Peterson's Timer class that I am using to handle auto-scrolling/selecting. You will have to download it and add the CTimer.cls and modTimer.bas files to the project in order for it to work (you don't need to reference any DLLs or OCXs, just use his VB6 code in my demo project). You can get his code from here:

http://vb.mvps.org/samples/snatch.asp?id=TimerObj

There's more information about the timer here: http://vb.mvps.org/samples/TimerObj/

LOOK BELOW FOR LATEST SOURCE

Fabian wrote: Shure, but I can only select multiple rows with Shift&Click and Ctrl&Click. But in all Windows application you can select multiple rows by dragging the mouse while holding down the left mouse button (Explorer, Excel...).   But thanks for asking!

Hi Fabian, thanks for your code and sorry for the delay in getting back to you.

It seems that your code (as well as mine) suffers from the problem of checkboxes changing on MouseUp. This actually seems like a bug to me, since I would argue that a checkbox should only change if it is clicked (mouse down AND mouse up), not just on mouse up...wouldn't Drag & Drop cause a similar problem? I'll see if I can find a workaround.

Also, I don't know if you had a chance to try my code, but it offers some feature advantages over yours - mostly that it uses a timer so that users can continually extend the selection when the mouse is not over the RC any more (clicked and dragged the mouse off of the form for example).

But again, I do agree that this would be a nice built-in feature for the RC.

Thanks Mark - that's true with latest 13.2 (it wasn't true with the 13.2 I was using with working markup). In any case, I still think the checkbox should only be changed on MouseDown/MouseUp....not just MouseUp - try clicking and holding the mouse down on a completely separate row, then drag and release over a glyph on another row and it will get selected. This is unusual/non-intuitive behaviour for checkboxes in Windows.

It would also be nice if there was a BeforeItemCheck() event with a Cancel parameter so that we could dynamically cancel item checking (or even just to record the previous CheckboxState for reverting/undo). 

It appears that the situation with the checkbox is somewhat improved with the latest 13.2, but it will still change the checkbox value when the mouse is down on the focused row (but not over the glyph) and then the mouse is up over the glyph. I would argue that the checkbox should only change value when the mouse is down over the glyph and then up over the same glyph.

I did not see check effect - but I found bad effect of your autoselection in the case dragging column on report body - it show X-icon but still doing autoselection. This is not smart

Get new build yourself please - https://forum.codejock.com/uploads/BetaOCX/ReportControlBeta13-2.rar so we can use same code

As for source not buildable/runnable, please see comments in source and in posts above - I don't have permission to redistribute the CTimer.cls and modTimer.bas source code, but it is available for public download. The exe is built with this code compiled in (that's why it works).

Yes, the VB sample made by Codejock - Forget the fact that Drag & Drop isn't enabled, I'm just using it to demonstrate the point that if the left mouse button is released over the glyph of a checkbox on the currently selected row, then the checkbox value will change (checked if previously unchecked, or unchecked if previously checked) even if the left mouse button wasn't initially pressed over the glyph. Based on standard checkbox behaviour, the value should only change values if the left mouse button was pressed and released over it.

If you aren't seeing this or the button behaviour, then there is indeed something weird going on...I'm using Sep 18 @ 2:38PM build of 13.2, and it both issues are reproducible every time here. I'll try uninstalling completely, run a reg-cleaner and then re-install to be 100% sure I have the latest version. I can't figure out why we are seeing such different behaviour lately...

I know you asked Kurt about putting the build # in the About box (thanks for that), but if that isn't going to happen during the beta period, then how about a Version string property that shows the latest build number? At least then I can do a Debug.Print Me.ReportControl1.Version and be 100% sure I am not running into some kind of bizarre registry problem. Because this part of the beta testing process is wasting a lot of time...

You are not 100% right about checkbox behaviour.

Please get again https://forum.codejock.com/uploads/BetaOCX/ReportControlBeta13-2.rar 

Yes - I can also confirm the case if I release mouse under ANOTHER row button - not the same I click first.

Looks perfect, thanks Mark!

Sure, I just found another in CJ RC sample. On the main sample report, click and hold over a regular row item then drag & release over the group expand/collapse glyph and it will be clicked.

Also, I don't know if this is designed behaviour or not, but each time you click the group expand/collapse glyph (properly, mousedown/up over glyph), the selection highlight toggles on/off. If you double-click the group row (not the glyph) to expand or collapse the group, this doesn't happen (selection highlight always remains visible).

Please try same case now with new update 9646

You can also use Control + Click on group row - see differences

Okay, I see fix for Tree View expand/collapse, but not for Group row expand/collapse.

Thanks Mark.

Fixed:
Hyperlinks no longer respond to only MouseUp
TreeView expand/collapse glyphs no longer respond to only MouseUp

ToDo:
GroupRow expand/collapse glyphs respond to only MouseUp
GroupRow expand/collapse toggles selection (unless there is a good reason why this should happen??)

All of the MouseUp issues appear to be corrected as far as I have tested...Thanks a lot Mark.

Back to the original subject of this thread - for anyone who is interested, here is the most recent drag selection class (works best with most recent build of the ReportControl):


uploads/20090918_180716_RcDragSelector.zip

REMEMBER: In order to use this source code, you will have to download a separate timer class (I don't have permission to publicly redistribute the source code). The timer class is available here:

http://vb.mvps.org/samples/snatch.asp?id=TimerObj

Just add the CTimer.cls and modTimer.bas files to the project (or substitute your own favourite timer class...you could even modify it to use a VB6 timer control).