[Feature Request] Be able to change KanBan buckets for a task from within the task. #1793
Labels
No Label
dependencies
duplicate
help wanted
invalid
kind/bug
kind/feature
needs reproduction
question
security
wontfix
No Milestone
No Assignees
5 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: vikunja/vikunja#1793
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
From the task details view, I want to be able to switch the KanBan bucket that the task is in.
Imagine this workflow:
I'm thinking of a simple drop-down combobox populated with the names of the KanBan buckets in that list. My KanBan buckets correspond to states that a task can be in, so I think this makes sense.
If there is already a way to do this, I haven't found it.
Thanks!!
I think it would make sense to have this - added to the backlog.
I want to add my vote for this as well. Other issue and task systems use task/issue status as the Kanban bucket/column name. In Jira or Linear for example, moving a task from one Kanban column (e.g. "Backlog") to another (e.g. "In Progress") changes the task status.
One way this could be implemented is with a new state property for tasks. This property could be free-form or selectable from a configurable set of states (similar to how other issue tracking systems let a user define workflow states). These states would then be the Kanban column names.
Also (optionally?) displaying this new task status next to tasks in the list view would also make Vikunja's task management featureset feel much more complete.
Or even better, let users select which properties to show in List/Table view and build multiple views, like in Notion ;)
Thought about it, and buckets should indeed equal task status.
This would make Kanban much easier and more useful and solve all these issues:
vikunja/frontend#545
vikunja/frontend#2246
vikunja/frontend#2338
Thus Kanban would automatically start with two buckets and be in sync with the task list :)
I'm against making this the default. Because:
When you think of think of the buckets as sections that get shown as buckets in the kanban view then having two 'reaL' sections by default isn't what you would want.
Maybe a new concept is needed for this, like grouping? So the task wouldn't actually 'be' in a done bucket but instead shown in a group based on their status.
When you think further one could also say that the namespaces / lists and what I just called sections (aka buckets) could all be of the same kind.
Making buckets more special than they are already currently would make our way to somthing like vikunja/api#1198 more complex.
Just thinking loud here :)
I will admit that I haven't had my second cup of coffee yet this morning, but I've read this several times, and I still don't understand what you're getting at. ELI5?
I'm refering here to what @xeruf said:
How would you define the task status? Right now there's only done / not done and you'll need more buckets than two. Depends very much on the use case. I think having that flexibility is a good thing and something that should exist.
You could also add a new "status" field and allow configuring it per list but that would make things more complicated. At that point it would be easier to just allow selecting the kanban bucket on the task detail page.
Another option maybe worth exploring is parsing labels (like gitlab) and building a kanban board based on that. For example, having labels status/new, status/in-progress, status/in-review, status/done; then parsing these into the buckets new, in-progress, in-review and done.
We could create a Done bucket when creating a new list, in addition to the default backlog bucket.
Another option would be to not mark the task as done when clicking on it but instead move the task one bucket to the right (or left, with a setting). The task detail view would need to at least show what bucket the task is in to make easier to understand.
This would require each list to have a done bucket but that's not a huge problem.
I would also tie the task a lot more to the kanban board so if we're going that route it should be optional (aka add a setting to disable it).
That's exactly what I meant :)
I think this is actually a good thing
I have thought more about it, and I think the way to go will be to have no fixed Kanban view. Instead one should be able to create a kanban view grouped by a desired property, which might be the task status but could also be an assignee or the like, like in Notion.
Either way, there should be a way to add more task status options through which a task can be moved with one click as outlined above.
When we go into the generalisation, most task properties could be represented with labels technically, with the interface only being syntactic sugar for it.
Something to elaborate on in my upcoming essay :)
That's a direction I would like to go in the future. I'd say this too is more of a long-term goal than a short-term feature, but it's interesting nontheless.
Out work has been messy the last year, and one aspect has been the continuous failure of tools. I think this feature would singlehandedly change a lot - because we need separate lists but still one kanban board that provides an overview over everything.