InfoQube IM - Community

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.

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

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.

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=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.

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.

[quote=Armando]

[/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??

[quote=Tom]

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)

[/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)

[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)

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

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 :

1058

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

Suggestion

tweak

1057

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

Bug

average

1056

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

Bug

average