Infralution Support

Infralution · Joined: 28 Feb 2005 Posts: 5027

What might make more sense to a user is to allow dragging on row headers to do drag and drop and dragging on the row anywhere to do drag selection - or vica versa
_________________
Infralution Support

MHB · Joined: 04 Apr 2005 Posts: 69

That's definitely also an option.

Infralution · Joined: 28 Feb 2005 Posts: 5027

We will add this as a feature request for inclusion in the next major update.
_________________
Infralution Support

Infralution · Joined: 28 Feb 2005 Posts: 5027

We have been trying to track down the problem with drag selecting past the end of the visible rows - but have been unable to replicate the problem. Is this happening in the latest version (1.4.0)? We have been using the FileBrowser sample which has drag selection enabled in the right hand pane. If you have a sample project which demonstrates the problem could you please send it to support@infralution.com
_________________
Infralution Support

MHB · Joined: 04 Apr 2005 Posts: 69

Ok, this took a while to reproduce, but it's very simple! Sorry about the vague first description.

Take the FileBrowser sample and change these:
FileList.EnableDragSelect = False
FileList._fileBinding.AllowDrag = True

Build, run, select a folder with few items, then drag from below the last row and over a file row. You don't need to release the mouse, it's the drag over that fails.
The same happens if you change FileList._folderBinding.AllowDrag instead, then the error occurs when dragging over a folder row.

It looks like maybe a drag and drop is initiated when it shouldn't?

Oh, and yes it's 1.4.0.0.

Infralution · Joined: 28 Feb 2005 Posts: 5027

OK - found the problem now (I thought from you initial description it was related to drag selection). It is a fairly unusual interaction for a user to try - clicking and dragging the empty space. It is as you suggested a Drag operation being initiated when it shouldn't be.

We should have a release out in a few days that fixes this. In the meantime if you need a workaround you could override the DoDragDrop and only call the base method if Tree.SelectedRows.Count > 0.
_________________
Infralution Support

Infralution · Joined: 28 Feb 2005 Posts: 5027

The Drag and Drop from empty space bug has now been fixed in the latest release (V1.4.1)
_________________
Infralution Support

MHB · Joined: 04 Apr 2005 Posts: 69

Yet another quick fix! Thanks Smile

Btw, would it be possible to simplify the download procedure for registered users? It would be nice to be able to download the latest version without having to 'register' with shareit every time... Maybe even an automatic email with a download link every time an updated version is released?

Infralution · Joined: 28 Feb 2005 Posts: 5027

We've been wary of spamming customers/trial users with email each time we do a minor update - but it is probably reasonable to at least send registered customers an email - and we can include a download link. The registration information was useful to us - in that it allowed us to track which customers had upgraded - but I can see it may be a bit annoying.
_________________
Infralution Support

MHB · Joined: 04 Apr 2005 Posts: 69

Well, you could send individual mails with customer specific links - that way you can still keep track, provided your system can handle it.

Mark Johnson · Joined: 24 Mar 2005 Posts: 10

I'm interested in getting 1.4 but I don't want the behavior to change for right click. I'd like to keep it not selecting the row.

Is there an option for not picking up this new behavior?

Thanks,

Mark

Infralution · Joined: 28 Feb 2005 Posts: 5027

Why don't you want right click to select? Note that if you right click on an existing selection it won't clear that - so you can still use right click for context menus which operate on the current selection.

You could of course use the widget framework as described earlier in this thread to change the behaviour of OnRightMouseDown to back to its previous behaviour.
_________________
Infralution Support

Mark Johnson · Joined: 24 Mar 2005 Posts: 10

Simple, the product manager on the project wants it to show the context menu for the currently selected node regardless of where the user right clicks in the tree, not to change selection on right click, only left click.

Thanks for the help, I might try re-implementing it to do the previous behavior when i get time, but for right now I'll stick with the old version so I don't have to make changes.

Thanks,

Mark