Complex card data using properties
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 1.4k
- Forks
- 354
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 43
Description
Inspired by how BDs are constructed in Notion or Appflowy, I would love for decks and cards to be able to get "tagged" with specific data types using "properties".
Instead of tags that permit sorting only within a single deck, properties could perhaps be used to connect cards together, connect cards across different boards, and could also be used to call cards to be displayed by filters , perhaps addressing needs expressed in #6494 and other similar asks.
Especially, I would use an ability to relate one card to another as a means of this to jerry-rigging dependencies.
For exemple, if I could have a deck i'd call projects, and I could create a "relation" property to another deck I call tasks, I could identify tasks related to a project while maintaining the "task" card's full independence.
How to use GitHub
- Please use the 👍 reaction to show that you are affected by the same issue.
- Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
- Subscribe to receive notifications on status change and new comments.
Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Describe the solution you'd like
A clear and concise description of what you want to happen.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No source files, tests, or entry points are identified; begin by reviewing the existing tag and card model and related issue #6494. Define the property and cross-deck relation behavior before implementation, with completion requiring cards to support related data and filtering as described.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- full-stack
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100