[Feature] Support applying Categorisations to single, single and future, or all Transactions in UI #201

Closed
opened 2026-02-28 18:52:12 -06:00 by GiteaMirror · 2 comments
Owner

Originally created by @rich-howell on GitHub (Jan 22, 2023).

Discussed in https://github.com/actualbudget/actual/discussions/153

Originally posted by winklevos August 6, 2022
When categorizing a transaction, ability to choose
- Apply only to this transaction
- Apply to all future matching transactions
- Apply to all future and past matching transaction

Originally created by @rich-howell on GitHub (Jan 22, 2023). ### Discussed in https://github.com/actualbudget/actual/discussions/153 <div type='discussions-op-text'> <sup>Originally posted by **winklevos** August 6, 2022</sup> When categorizing a transaction, ability to choose - Apply only to this transaction - Apply to all future matching transactions - Apply to all future and past matching transaction</div>
GiteaMirror added the user interfaceneeds votesfeaturehelp wanted labels 2026-02-28 18:52:12 -06:00
Author
Owner

@MatissJanis commented on GitHub (Feb 16, 2023):

This is an interesting proposal and definitely one that I would support. Oftentimes I find myself having to manually categorize transactions from the same payee, because somehow the automatic-categorization logic just isn't working for it..

The ability to manually tweak this during transaction creation is an interesting idea.

From a UX perspective this might be a tricky problem because we don't want to always pop-open a modal when creating a transaction. This functionality should be subtle and elegant.

@MatissJanis commented on GitHub (Feb 16, 2023): This is an interesting proposal and definitely one that I would support. Oftentimes I find myself having to manually categorize transactions from the same payee, because somehow the automatic-categorization logic just isn't working for it.. The ability to manually tweak this __during__ transaction creation is an interesting idea. From a UX perspective this might be a tricky problem because we don't want to always pop-open a modal when creating a transaction. This functionality should be subtle and elegant.
Author
Owner

@github-actions[bot] commented on GitHub (May 1, 2023):

Thanks for sharing your idea!

This repository is now using lodash style issue management for enhancements. This means enhancement issues will now be closed instead of leaving them open. This doesn’t mean we don’t accept feature requests, though! We will consider implementing ones that receive many upvotes, and we welcome contributions for any feature requests marked as needing votes (just post a comment first so we can help you make a successful contribution).

The enhancement backlog can be found here: https://github.com/actualbudget/actual/issues?q=label%3A%22needs+votes%22+sort%3Areactions-%2B1-desc+

Don’t forget to upvote the top comment with 👍!

@github-actions[bot] commented on GitHub (May 1, 2023): :sparkles: Thanks for sharing your idea! :sparkles: This repository is now using lodash style issue management for enhancements. This means enhancement issues will now be closed instead of leaving them open. This doesn’t mean we don’t accept feature requests, though! We will consider implementing ones that receive many upvotes, and we welcome contributions for any feature requests marked as needing votes (just post a comment first so we can help you make a successful contribution). The enhancement backlog can be found here: https://github.com/actualbudget/actual/issues?q=label%3A%22needs+votes%22+sort%3Areactions-%2B1-desc+ Don’t forget to upvote the top comment with 👍!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#201