Improve label functionality #1774

New Issue

UnsolvedCypher · 2021-04-14T03:48:51Z

UnsolvedCypher commented

2021-04-14 03:48:51 +00:00

Label autocomplete suggestion order

When entering a label for a task, the first suggestion is always to create a new label with the text that you entered. For example, if you have a label called "Work", typing in "Wor" will suggest the creation of a new label "Wor" before selecting the existing label "Work". It would be nice to have the existing labels come first since the user is much more likely to select a label they've used before. In fact, since creation of new labels is probably infrequent, it may be nice to have a dialog box to confirm that the user wants to create the label.

Pre-loading labels

It would be nice to have the list of labels pre-loaded in memory, maybe at least up to a certain number of labels. I imagine most users don't have too many labels (hundreds at most), and then the label searching could happen instantly in the UI and feel much more responsive. It would also allow the app to pop up a list of labels when you click into the labels box before you even start typing, which is nice for users with very few labels (or at least very few frequently used labels).

### Label autocomplete suggestion order When entering a label for a task, the first suggestion is always to create a new label with the text that you entered. For example, if you have a label called "Work", typing in "Wor" will suggest the creation of a new label "Wor" *before* selecting the existing label "Work". It would be nice to have the existing labels come first since the user is much more likely to select a label they've used before. In fact, since creation of new labels is probably infrequent, it may be nice to have a dialog box to confirm that the user wants to create the label. ### Pre-loading labels It would be nice to have the list of labels pre-loaded in memory, maybe at least up to a certain number of labels. I imagine most users don't have too many labels (hundreds at most), and then the label searching could happen instantly in the UI and feel much more responsive. It would also allow the app to pop up a list of labels when you click into the labels box before you even start typing, which is nice for users with very few labels (or at least very few frequently used labels).

konrad commented

2021-04-14 16:18:40 +00:00

The intention with the creation of a new label in the dropdown directly was to have a quick way to create a new label. I feel like a confirmation popup would get in the way of that so I'd like to keep it that way. However, I'd agree to move the new label entry to the bottom of the list.

As for preloading labels, I think that's a good idea. We'll see how performant searching through the labels is in practice, but it makes sense.

The intention with the creation of a new label in the dropdown directly was to have a quick way to create a new label. I feel like a confirmation popup would get in the way of that so I'd like to keep it that way. However, I'd agree to move the new label entry to the bottom of the list. As for preloading labels, I think that's a good idea. We'll see how performant searching through the labels is in practice, but it makes sense.

UnsolvedCypher commented

2021-04-15 00:44:30 +00:00

Ok fair enough, I think rearranging the label order and preloading the labels would greatly reduce the number of accidentally created labels so a confirmation wouldn't be essential.

konrad added the

kind/feature

label 2021-04-15 09:45:24 +00:00

danner26 commented

2021-04-15 20:44:24 +00:00

I agree that a confirmation is too cumbersome, but I think a preload of labels would make a lot of sense. Maybe use most recently used, or develop a prediction algorithm to determine what the task most likely will use (can be based on text inside the body and title as well).

konrad commented

2021-04-15 20:46:01 +00:00

@danner26 Do you mean labels or tasks? Even though tasks would be useful that would be another issue 🙂

danner26 commented

2021-04-15 21:05:48 +00:00

@konrad sorry about that, I meant labels. I corrected my original comment!

👍 1

UnsolvedCypher commented

2021-04-15 21:34:23 +00:00

I think the most recently used heuristic would be great, I think trying to guess from the name/description might be overkill. But even without that, not having to wait for the server when doing a search would be a big improvement.

👍 2

konrad commented

2021-06-03 20:24:04 +00:00

Preloading labels in done in a9d3446ce3 - now all labels are stored locally, which should make searching them a lot faster.

Preloading labels in done in https://kolaente.dev/vikunja/frontend/commit/a9d3446ce30dff5024f1bd3afd0e7098a574f947 - now all labels are stored locally, which should make searching them a lot faster.

konrad commented

2021-06-03 21:00:23 +00:00

Moved the new creation of a label to the bottom of the result list in 3dbd36eef7.

From my viewpoint, this issue is now done, closing. Feel free to reopen if you have issues.

Moved the new creation of a label to the bottom of the result list in https://kolaente.dev/vikunja/frontend/commit/3dbd36eef7669f6cc872106773c74abed8452f99. From my viewpoint, this issue is now done, closing. Feel free to reopen if you have issues.

konrad closed this issue

2021-06-03 21:00:26 +00:00

konrad referenced this issue from a commit

2024-02-07 14:00:33 +00:00

chore(deps): update dependency eslint-plugin-vue to v8.6.0 (#1774)

Sign in to join this conversation.