Parent task indicator can easily be confused for namespace prefix #1989
Labels
No Label
dependencies
duplicate
help wanted
invalid
kind/bug
kind/feature
needs reproduction
question
security
wontfix
No Milestone
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: vikunja/vikunja#1989
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?
Version information:
Frontend Version: 0.19.1+116-f083f181e2
API Version: v0.19.2+5-d8f387f796
Browser and OS Version: All
Steps to reproduce:
Expected behavior:
Both prefixes are clearly distinguishable.
Actual behavior:
They can be confused for each other.
The only visual cue that one is a child task is the
>
suffix.Checklist:
Do you have a good idea on what that would look like?
Not currently. No What I didn't check how it currently looks like if there is a parent from another list.
I think the way to go is vikunja/frontend#363 to solve this.
Heartly agree !
While I agree that there needs to be a better overall solution for this, we might want to have an in-between solution for this, because we need a solid plan and archtecture if we want to implement such a change. See what I wrote in #363 for more details.
So see this more as a quick-fix until we get to #363 :)