Submitted by Tom on 2010/03/02 10:20
 
Clearing out my inbox again lately I was moving a lot of items around the place.
I have a few queries and thoughts
 
with apologies if some of this has been discussed/requested before:
 
1)  Drag Item A to become a sub-item of Item B (in same grid or other 'tabgroup'/pane)
Item B expands to show all sub-items with Item A at the bottom of the list  [see also 1b & edits below]
 
Item B
    Item W
    Item X
    Item Y
    Item Z
    Item A
 
Now if you want to collapse Item B, AFAIK (excluding using the mouse) you have to arrow up to it and only then can you collapse it - am I correct there - see #2 below - Edit 2010-03-05 menu: Item >> Collapse Parent )
 
other options
 
 
1a) Drag Item A to become a sub-item of Item B
Item B expands to show all sub-items with Item A at the top of the list
 
Item B
    Item A
    Item W
    Item X
    Item Y
    Item Z
 
makes it much easier to collapse Item B
 
 
1b) Drag Item A to become a sub-item of Item B
Item B expands to show only Item A - other sub-items are temporarily hidden
 
Item B
    Item A
 
again, makes it much easier to collapse Item B
 
 
I have seen behaviour 1a & 1b when dragging a onto the grid & creating a link - testing it now I get behaviour 1a
Edit:-
I've just gotten behaviour 1b when using drag-drop . . . so behaviour doesn't seem to be a stable
Edit 2010-03-05 -
 since then I've been getting behaviour 1b which is quite good I think
 
 
Moving on from that,
 
2) is there a way to collapse up to the parents level, or the grandparents, etc. of the item
e.g. a shortcut to collapse upwards to level(s) above ?  
Edit 2010-03-05 menu: Item >> Collapse Parent
 
 
 
3) moving stuff from the inbox, often I just give it another field value and untick 'Inbox'
When I click refresh, the grid view jumps up to the top of the list.
Anyways, refresh remembers selection, so I would request that if the selected item no longer shows in the refreshed grid, that the grid would jump to the item above.
(This wont be relevant if the sort is different on refresh but shouldn't be a problem if it is different)
 
 

Comments

Hi Tom,
 
 
Answer to 1) :
 
You're right. a-When a file is dragged from Windows Explorer to IQ (with the aim to create a link to that file, appearing as a IQ sub-item of another item) the IQ created sub-item appears as the first sub-item of the sub-item list. b- When an item is dragged from a grid to another grid as a sub-item of another item, the dropped item appears as the last sub-item of the sub-item list.
 
Suggestions for possible new features/modifications :
 
A- When Dragging & Dropping items as sub items, they should always appear either as the first sub-item OR the last one. But user preference depends on usage, so this could be set as an option, maybe. Otherwise, if it's not possible to have that set as an option, it's probably more convenient to have the sub-item always appear as the first sub  (that way the parent is always visible and D & D mistakes are more easily avoided).
 
B- When Dragging & dropping an item (to another grid or whatever)
   a- focus should probably move to that item,
   b- OR grid should not move back to the previously focussed item... However, this should not be implemented if it's going to create other focusing problems when creating items, etc.
 
Tom/Pierre -- what do you think...? And do you want to enter this in Mantis ?
 
 
answer to 3)
 
[quote] refresh remembers selection, so I would request that if the selected item no longer shows in the refreshed grid, that the grid would jump to the item above.
(This wont be relevant if the sort is different on refresh but shouldn't be a problem if it is different)
[/quote]
 
Yes, that would be nice.
 
Mantis stuff too, IMO.
 
 
============================
 
Answers to 2)  :
 
Yes : ctrl-shift-minus : collapses up to the current parent level.
 

Tom

2010/03/02 17:46

Permalink

[quote=Armando]
Answers to 2)  :
 
Yes : ctrl-shift-minus : collapses up to the current parent level.
[/quote]
well,
that makes my life a lot easier  (and problem #1 a lot more manageable) - the shortcut wasnt implemented here but I found it in the menu - Item >> Collapse Parent and gave it that shortcut
 
[quote=Armando]
Suggestions for possible new features/modifications :
 
A- When Dragging & Dropping items as sub items, they should always appear either as the first sub-item OR the last one. But user preference depends on usage, so this could be set as an option, maybe. Otherwise, if it's not possible to have that set as an option, it's probably more convenient to have the sub-item always appear as the first sub  (that way the parent is always visible and D & D mistakes are more easily avoided).[/quote]
agreed,
adding at top of the sub-items is preferable to at the bottom
You dont mention my version 1b above - when the item is drag-dropped onto a collapsed parent item, only the new sub-item is shown - mostly helpful but akward if you do need to show all sub-items
 
[quote=Armando]
B- When Dragging & dropping an item (to another grid or whatever)
   a- focus should probably move to that item,
   b- OR grid should not move back to the previously focussed item... However, this should not be implemented if it's going to create other focusing problems when creating items, etc.[/quote]
 -
agreed again
 
 
I'll chance entering my numbers 1 & 3 in Mantis tomorrow - unless you want to do the honours in between but there's prob no rush with these anyways
 

Tom

2010/03/04 04:23

Permalink

[quote=Armando]
Suggestions for possible new features/modifications :
[...]
B- When Dragging & dropping an item (to another grid or whatever)
   a- focus should probably move to that item,
   b- OR grid should not move back to the previously focussed item... However, this should not be implemented if it's going to create other focusing problems when creating items, etc.
 
Tom/Pierre -- what do you think...? And do you want to enter this in Mantis ?
[/quote]
 
this is one of those things - I've gotten used to the way it is & find it helpful as is at times but I think your suggested change would be more logical & expected also by new users...
 
Reported as:
When Dragging & dropping an item (to another grid or same grid)
  - focus should move to that item's new location, be it within a different grid or the same grid
 
Mantis
 

Armando

2010/03/04 12:14

Permalink

[quote=Tom]
[quote=Armando]
Suggestions for possible new features/modifications :
[...]
B- When Dragging & dropping an item (to another grid or whatever)
   a- focus should probably move to that item,
   b- OR grid should not move back to the previously focussed item... However, this should not be implemented if it's going to create other focusing problems when creating items, etc.
 
Tom/Pierre -- what do you think...? And do you want to enter this in Mantis ?
[/quote]
 
this is one of those things - I've gotten used to the way it is & find it helpful as is at times but I think your suggested change would be more logical & expected also by new users...
 
Reported as:
When Dragging & dropping an item (to another grid or same grid)
  - focus should move to that item's new location, be it within a different grid or the same grid
 
Mantis
 
[/quote]
 
Thanks Tom !

[quote=Tom]
1b) Drag Item A to become a sub-item of Item B
Item B expands to show only Item A - other sub-items are temporarily hidden
 
Item B
    Item A
 
again, makes it much easier to collapse Item B
 
I have seen behaviour 1a & 1b when dragging a onto the grid & creating a link - testing it now I get behaviour 1a
Edit:-
I've just gotten behaviour 1b when using drag-drop . . . so behaviour doesn't seem to be a stable
Edit 2010-03-05 -
 since then I've been getting behaviour 1b which is quite good I think
[/quote]
 
see edit - wondering what do other find when drag-dropping ?
For the last two days now I've been getting behaviour 1b (in quote) so maybe that is the default and the behaviour 1 (see top of first post) was aberrant behaviour...
 

Armando

2010/03/05 12:42

Permalink

I haven't done extensive testing Tom, but from what I know : 
 
- If a parent has already been expanded at some point (but it can be collapsed when drag & drop action is performed), drag&dropped sub-item appears at the end of the sub-item list.
- If a parent is collapsed and has never been expanded, drag & dropped sub-item appears as the only sub-item, until grid is refreshed, or until "show all sub items" is selected.
 
So I'd say that the behaviour, while somewhat predictable, isn't very intuitive.

Tom

2010/03/06 05:12

Permalink

[quote=Armando]
I haven't done extensive testing Tom, but from what I know : 
 
- If a parent has already been expanded at some point (but it can be collapsed when drag & drop action is performed), drag&dropped sub-item appears at the end of the sub-item list.
- If a parent is collapsed and has never been expanded, drag & dropped sub-item appears as the only sub-item, until grid is refreshed, or until "show all sub items" is selected.
[/quote]
 
I added that to the relevant Mantis issue (# 900)