Submitted by jan_rifkinson on 2010/09/16 12:25
beta 9.25a
select item in grid "A"
drag to grid "B" & drop onto a collapsed item (step arrow is seen)
dropped item "disappears" into collapsed item (this is ok)
click (or dbl clk -- depending on option setting) on triangle to see if dropped item appears as sub-item
dropped sub-item displays correctly but other sub-items that were there originally "disappear" (this is not ok)
refresh does nothing
closing & re-opening grid re-establishes all the original sub-items, i.e. corrects the display
 

Comments

 
This has been behaviour for a good while now - I think the logic is that you might just want to see the items you've been moving (it can be very helpful that way) but I agree it's confusing, especially if you collapse and expand the item with no change (or refresh with no change).
 
To show the sub-items use Show all sub-items from the context menu.
 

jan_rifkinson

2010/09/17 07:13

In reply to by Tom

 ok. tks tom. i learn something new about iq almost every day; i'm not sure if that's good or bad......

Armando

2010/09/17 11:42

In reply to by jan_rifkinson

There's a situation though where this can't be by design and I'm with Jan with this one.
 
When you move an item to show it under multiple parents the behavior isn't always the same :
 
- When grids are tiled, every time you ctrl drag & drop, the previous ctrl drag & dropped item disappears from the place where you dropped it (and this is reproduced after each  ctrl drag & drop)
 
- When you ctrl drag & drop in the same grid, all previous instances of that ctrl drag & dropped item remain as you perform the other ctrl drag & drop operations.
 
This should be fixed, most probably.
 
 
Now... As mentioned by Jan,, only one subitem is shown when an item is moved under another one, even if the item (parent) under which you moved it has already many children. At first I thought that this behavior was weird and I now kinda like it. It allows to focus on the changes only instead of seeing 10s of unrelated items.
 
Notes
 
1- a refresh shows the "true reality" of the grid's state and show all these subs. That's nice, but I wonder why auto-refresh doesn't work for that.
 
2- It would be nice to also be able to see the other subitems by just collapsing and expanding a tree, instead of having to reach for the "Show all sub items". The reason is that this requirement is a bit illogical : "Show All Sub items" shows all subs, and this means even the items which do not meet the carious grid filters.
 

jan_rifkinson

2010/09/17 13:31

In reply to by Armando

Armando, you're great @ connecting the dots. Try this one on for size & see if you can make anything of it. I don't know enough to even try.
 
You will notice that here we are also talking about <CTRL> drag operations. it's come up a few times & Pierre has mentioned that there is a problem here from the grid provider. I wonder if all this stuff isn't all connected to each other. What do you think? I found that when Pierre figured out one issue -- in my case the field "now" which conflicted with a scripting command - a lot of stuff that seemed un-related seem to clear up.
 
1 - It should refresh w <F5>

Armando

2010/09/17 20:57

In reply to by jan_rifkinson

[quote=jan_rifkinson]
Armando, you're great @ connecting the dots. Try this one on for size & see if you can make anything of it. I don't know enough to even try.
 
You will notice that here we are also talking about <CTRL> drag operations. it's come up a few times & Pierre has mentioned that there is a problem here from the grid provider. I wonder if all this stuff isn't all connected to each other. What do you think? I found that when Pierre figured out one issue -- in my case the field "now" which conflicted with a scripting command - a lot of stuff that seemed un-related seem to clear up.
 
1 - It should refresh w <F5>
[/quote]
 
I'm not sure... Let's wait for Pierre for this one as he knows for sure why these different behaviours are happening.

Tom

2010/09/17 14:53

In reply to by Armando

[quote=Armando]
Now... As mentioned by Jan,, only one subitem is shown when an item is moved under another one, even if the item (parent) under which you moved it has already many children. At first I thought that this behavior was weird and I now kinda like it. It allows to focus on the changes only instead of seeing 10s of unrelated items.
[/quote]
 
Yeah, this is another strange one that has it's advantages - but I think it's disadvantages outweigh the advantages ( - confusion: thinking there are no other sub-items / thinking the other sub-items are gone, etc)
 
Currently if you drag an item to become a sub-item of another it shows at the bottom of the list of sub-items (if the sub-items are expanded)
Another possible 'compromise' would be if dragged item always becomes the first sub-item shown* - this would stay like this until the next refresh. This is the case when I drag a file to become a sub-item - it shows top of the list. That way I can easily keep tabs of changes until the next refresh (this was discussed not that long ago here, but dont know where exactly...)
 
EDIT/ I guess if the sub-items are not shown when you drop your item (i.e. item collapsed) - hmm... dont know what would happen then? Maybe that the item expands - all sub-items show, with the newly dragged item top of the list??
 

Armando

2010/09/17 21:08

In reply to by Tom

[quote=Tom]
Yeah, this is another strange one that has it's advantages - but I think it's disadvantages outweigh the advantages ( - confusion: thinking there are no other sub-items / thinking the other sub-items are gone, etc)
 
Currently if you drag an item to become a sub-item of another it shows at the bottom of the list of sub-items (if the sub-items are expanded)
Another possible 'compromise' would be if dragged item always becomes the first sub-item shown* - this would stay like this until the next refresh. This is the case when I drag a file to become a sub-item - it shows top of the list. That way I can easily keep tabs of changes until the next refresh (this was discussed not that long ago here, but dont know where exactly...)
 
EDIT/ I guess if the sub-items are not shown when you drop your item (i.e. item collapsed) - hmm... dont know what would happen then? Maybe that the item expands - all sub-items show, with the newly dragged item top of the list??
 
[/quote]
 
Yes, dragged items on a collapsed parent should probably always appear as the first of the list if there's a list.
 
I also think that the fact that only the dragged and dropped items (on a collapsed parents) are first shown after the operation is probably more confusing than not.
 
======
 
Sometimes it's darn useful though : if I have a list of collapsed parents with each having multiple sub items (10s), it means that I can't perform the CTRL Drag & Drop operations as quickly.
 
Instead of CTRL Drag & Drop repeatedly under each parent item (1- Select item 2-  CTRL Drag & Drop on other parent.) and just seeing what I "moved", I'd probably have to :
 
1- Select item,
2- CTRL Drag & Drop on other parent,
3- Focus on the parent,
4- Collapse the parent (for better visibility)
 
 
 

Tom

2010/09/20 09:21

In reply to by Armando

[quote=Armando]
When you move an item to show it under multiple parents the behavior isn't always the same :
 
1 - When grids are tiled, every time you ctrl drag & drop, the previous ctrl drag & dropped item disappears from the place where you dropped it (and this is reproduced after each  ctrl drag & drop)
 
2 - When you ctrl drag & drop in the same grid, all previous instances of that ctrl drag & dropped item remain as you perform the other ctrl drag & drop operations.
[/quote]
 
I meant to say sooner:
I actually *dont* have that problem  here (I marked it  # 1 in quote)
 
(it's similar though to some of the disappearing sub-item problems lately)
 
 

Armando

2010/09/20 10:45

In reply to by Tom

This is with ctrl d & d, brand new DB. Autorefresh is on I guess since it's a sample DB.
 

Tom

2010/09/20 13:13

In reply to by Armando

thanks Armando,
that I can reproduce too - definitely a bug
 
It wasnt clear to me earlier that it was the same item that you dragged & dropped each time - on rereading it's clear ;-)

MANTIS :
 
Update Issue1058
dragged items on a collapsed parent should probably always appear as the first of the list if there's a list.  Suggestiontweak

 

Update Issue1057
When a parent hasn't been expanded : D & D an item to be its sub-item : parent expands and shows only 1 item even if has more  Bugaverage

 

Update Issue1056
Unify Drag & Drop visual feedback : when D&D item to show it under multiple parents visual cues aren't always the same  Bugaverage