Open Dubidubiduu opened 4 years ago
@jancborchardt @Clementine46 @Nyco I don't have a strong oppinion on this, what do you think, what would be the most sane way to sort in new cards?
For the implementation adding cards to the top would be a bit more complex since the whole ordering process of cards needs to change then. Also cc @stefan-niedermann for the Android app.
It highly depends on how the boards are used.
When some kind of workflow / sprint planning is done, the card will usually be expected at the bottom.
When the boards are used like a collection of tasks I would expect it at the top.
@Dubidubiduu maybe you can do some research about how
are doing it? I am pretty sure they have a default and no configuration for that. I think one can figure out this information by watching a few youtube videos or so 😄
Android client currently orders the card at the top but not by intention but because the ID is technically the lowest - until the next sync, then it goes down. Not ideal, i would prefer a single solution for Web and Android.
A point for putting it on top is, that you usually want to add some description. If the card is at the bottom, you need a long mouse travel to get there. However, I usually like the concept of adding new stuff at the bottom, as I order the cards by importance (high is up) and new tasks are usually first of low importance.
One different solution could be to add new cards at the bottom but open the sidebar immediately, so you can enter details right away.
Sometimes I enter a lot of cards after each other, in that case it really doesn't matter where the cards are, if you fill in the details later.
Could a "new card location" option be made a per board setting? That way people could have board templates for task-style boards, for workflow boards etc. and just clone the template when they start a new project.
Trello adds cards to the bottom. But it also has the "add another card" button at the bottom of the stack. Hence a new card appears where it is created. In Deck I create the card at the top, but on entering and confirming the title the card disappears and reappears at the bottom. In longer stacks, I then have to scroll down to further edit the new card. While I do not have a strong opinion whether cards are appended to the top or bottom of the stack in principle, it should imo be the same place where they are created.
Is there any news on this issue? Will such a feature be implemented and when?
It would be very useful when creating new cards, so that they would appear at the top not at the bottom or add the ability to display cards at the top of the list, as indicated in the problem: #2632
If I recal correctly some kanban-like systems allow you to choose for yourself by providing a textbox at the top, and the bottom of the list. Maybe Deck could do that too? Writing at the top of the list would add it at the top, and vice versa. Like this;
As the preference whether to place new cards at the top or the end of the list mainly depends on the use we make of deck, maybe a solution would be to make it a preference in the bottom left deck settings menu:
This would be unset by default to avoid a surprising change in behavior for existing users.
An additional possibility would be to have the add (+) button also available at the bottom of the list to add a card there in case the preference is set.
Would this approach be acceptable?
I could also imagine a simple two-/tri-state checkbox/UI element when adding a card - beginning, end, "according to current sort" (eventually). But being able to quickly choose where a new card goes would be very, very helpful.
Even more useful imho: when hovering the mouse cursor between cards (or above first/below last), show a horizontal dotted line with a + button at the end to add a card at that exact position.
I think that would be extremely user-friendly. As for adding cards in batch, they would just stack up from the position you chose.
Seriously?
Check box in preferences. New cards high VS New cards low.
Why is this thread continuing after literately 3 years? :)
@juliushaertl Any update on this? This issue has been lingering for years now and I personally believe that the feature would really boost the user experience and optimize the workflow for most, if not all users (especially when implemented like https://github.com/nextcloud/deck/issues/1961#issuecomment-1493479226).
I think the new card should appear where the placeholder is, and there should be a per board configuration for if that should be at the top or bottom of the list. Right now it is quite frustrating especially for long lists.
Is there any solution to this issue? What a pity it goes back to year 2020.
Thank you for your reply. After this optimalization, it would be a perfect tool.
I suggest that we add a toggle button at the beginning of new card dialog to toggle the position of new card (top or bottom) Anyway, I think we should ask design team to provide some suggestion.
@luka-nextcloud Yet another toggle. Why not https://github.com/nextcloud/deck/issues/1961#issuecomment-1493479226?
Even more useful imho: when hovering the mouse cursor between cards (or above first/below last), show a horizontal dotted line with a + button at the end to add a card at that exact position.
I think that would be extremely user-friendly. As for adding cards in batch, they would just stack up from the position you chose.
BTW, it is related to https://github.com/nextcloud/deck/issues/6457 since updating this behavior will affect on location of new card dialog.
Is your feature request related to a problem? Please describe. I don't use that "idea-started-done" kanban style, instead the stacks represent topics. Also, when something is done, it gets the label done and is sorted to the bottom. So, the bottom isn't important for me and just for reporting/legacy.
When I create a card it's added to the bottom. If I don't pay attention, I could oversee this card.
Describe the solution you'd like Add a new card to the top, if it is at the wrong place I have to resort.
Additional context Haven't found this issue before, neither open nor solved. Most similar to this is #1240, but still a different approach.