nextcloud / nextcloud/deck

Reconsider directly editing the card title

Open
#5,310 5 comments 6 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

1. to develop design feature: cards feature: modal
Dominant language
JavaScript
Stars
1.4k
Forks
354
Avg merge
1d 10h
Merged PRs (30d)
43

Description

As reported in the design chat:

The fact that clicking on a card has two distinct actions even though it looks like it only has one. I'm talking about the action to open a card when you click on it and the action to edit a card title inline when you click on it's title.
To me, the functionality to edit a card title should be removed to make the card behave like it looks and also make it an easier click target.

My reply:

Iirc Trello used to have a similar behavior that’s why it has been like that since the initial implementation but these days Trello also opens the card

I think opening the card is the most common use case after creating, so maybe we can get rid of the click title to edit the title inline function and instead move always open the card details view where you can edit the title as well.

As a middle ground we could also add a rename/change title option to the menu and let this still trigger the inline editing without opening the modal/sidebar but that means another menu entry which adds up to the length of the menu. Might still be useful for a rename keyboard shortcut with #3758

@nextcloud/designers Any thoughts?

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the design-chat discussion and resolving whether card clicks should open details or retain inline title editing. Locate the card interaction entry point after the desired behavior is agreed, and consider the work complete when the chosen interaction is implemented consistently and its expected behavior is covered.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
frontend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.