I love how Quire filter/sorting works - esp. be able to use both together. Only issue for me here is that I would typically have a filter/group etc setup as a default working view, only I then can't properly manage tasks (as they're effectively 'locked down')?
Great, thanks Peggy.
Neil Hart, Jul 13, 2021
@yozza Yeah, currently it's impossible. I meant I think this is how it should be done. I don't see a good reason not to enable Ctrl+arrow keys within same groups. The only downside I can think of, is that it might be confusing for the users why it works only within the group.
But perhaps it's better that it's confusing, than that it's non-functional 😃
Ivan Cajic, Jul 21, 2021
Hi Neil - We are aware of this problem. I will bring this issue to our team again for discussion. Unfortunately, we haven't come up with answer to solve this problem yet. So it's still in pending. At the moment, you will need to switch back to 'Active Tasks or All Tasks' to move the tasks. We will keep you posted if we have any updates regarding this request. Thanks!
Peggy, Jul 13, 2021
No worries 😃
I'm probably inclined to agree, but I can definitely understand that it's confusing and see why Quire wouldn't want to implement it.
Correct, current behaviour is as follows:
- Drag and drop between groups changes the group attribute. e.g. if grouped by tag, moving from one tag to another will change the tag (but not alter the task hierarchy)
- Drag and drop within a group is not permitted.
Yozza, Jul 20, 2021
The only way to do this somewhat elegantly is to cut and paste the task.
Ivan Cajic, Jul 20, 2021
The issue with moving tasks when grouped/sorted (filtering is fine) is that it's not clear what the semantics/behavior should be.
When grouped/sorted your are explicitly displaying the tasks in a different way to how they are in the task hierarchy. Trying adjust the hierarchy (by moving) when you aren't actually viewing the hierarchy can easily lead to unexpected results...
Of course, this is less true for the tasks within a group, as in this case the tasks are at least ordered relative to the task hierarchy.
One solution would be that moves within a group are allowed, but moves from one group to another are not.
Currently drag and drop between groups changes the group attribute. So, this would mean two different behaviors for the same drag and drop action:
- moving between group/attribute would change the attribute
- moving within the group/attribute would change the hierarchy.
This isn't ideal and would be easily confused.
Yozza, Jul 20, 2021
Thanks @yozza. Agreed again, not as simple as you'd initially expect - but think the outcomes you've mentioned above seem a decent compromise/expected UX. Presume that's not how things currently work?
Neil Hart, Jul 20, 2021
Moving within the group should be possible using Ctrl+arrow keys.
Ivan Cajic, Jul 20, 2021
Thanks both. Think if sorting exists, then drag/drop inside a group clearly shouldn't work - or at least (e.g. holding control) could change hierarchy BUT would then switch off any sorting.
Neil Hart, Jul 20, 2021
@IvanCajic Not sure if you mean it should be, or it is.
However, the current behavior is that you can't move using any method; neither drag and drop, nor keyboard shortcuts
Yozza, Jul 21, 2021
Not sure if my earlier note was as clear as it could be. I meant if your list was sorted (e.g. by priority) but you decided to manually change the position of an item (i.e. hierarchy) it would reset/turn off the sorting you'd previously set to reflect your more recent manual change?
Neil Hart, Jul 22, 2021
Merged #4763 to this task.
Peggy, Jul 14, 2021