mirror of
https://github.com/actualbudget/actual.git
synced 2026-07-16 07:04:23 -05:00
Closed
opened 2026-05-18 21:50:07 -05:00 by GiteaMirror
·
28 comments
No Branch/Tag Specified
master
dependabot/npm_and_yarn/npm_and_yarn-cd62b4b37a
api-browser-custom-data-dir
tabedzki/feat/replacing-month-picker-with-day-picker
delay-initial-sync-until-loaded
jfdoming/mobile-app-build
cross-version-sync-compat
jfdoming/api-tokens-part-1
jfdoming/api-tokens-part-2
jfdoming/api-tokens-part-3
jfdoming/mobile-app-updates
claude/budget-version-migration-compat-151jlr
claude/worker-error-serialization-9iqtl7
claude/react-table-library-research-afx83z
claude/issue-8401-regression-test-9nw9l3
jfdoming/mobile-app-foundation-part-1
jfdoming/mobile-app-scaffold
release
ai-fix-cleanup-def-8290
claude/relaxed-shannon-jusywa
claude/fervent-keller-s6f2fq
claude/determined-feynman-st1y9z
claude/wizardly-einstein-vi2wce
claude/sweet-albattani-7nseio
feat/bank-sync-per-budget-file
claude/affectionate-cannon-y0kc82
claude/dependabot-findings-m9pgmb
claude/mac-app-ios-publish-zjs1lz
claude/vigilant-tesla-aiiyos
depot-migrate-secrets-1781296330308
claude/quirky-cerf-v5qck7
claude/animation-removal-alternative-2etfh1
claude/netlify-preview-comments-consolidate-9XPYa
osc/7391-error-boundaries-reports
claude/pensive-dijkstra-7DYui
claude/server-app-version-mismatch-HTCGv
claude/pr-8027-review-feedback-mELuO
claude/zealous-wozniak-e5pO0
claude/intelligent-heisenberg-BSHJq
claude/translation-download-refactor-jFRsO
claude/mobile-performance-ideas-G9PAO
claude/github-issue-7988-5A5ly
blacksmith-migration-ff70d2d
claude/great-mayer-KRvOk
claude/react-native-ios-compilation-fcJh5
claude/serene-goldberg-58xv0
claude/kind-euler-LVG3K
release-automation/edge-nightly
7710-bundle-migrations
claude/fix-docker-build-error-WMfed
claude/llm-compatible-release-notes-t20Nr
7710-tests-tdd
cursor/transaction-table-rewrite-f077
claude/plan-ci-secure-context-OtEe1
claude/fix-issue-7667-DPXi3
cursor/resolve-pr-7449-ee11
claude/fix-typescript-build-error-JPtZ5
copilot/add-repository-configs-to-packages
worktree-compressed-drifting-ritchie
claude/api-consumer-verification-kfz1K
pr-7454
claude/fix-issue-7410-LLLQ4
revert-7281-generate-icons
react-query-useSchedules
copilot/sub-pr-6140
package-upgrades
v26.7.0
v26.6.0
v26.5.2
v26.5.1
v26.5.0
v26.4.0
v26.3.0
v26.2.1
v26.2.0
v26.1.0
v25.12.0
v25.11.0
v25.10.0
v25.9.0
v25.8.0
v25.7.1
v25.7.0
v25.6.1
v25.6.0
v25.5.0
v25.4.0
v25.3.1
v25.3.0
v25.2.1
v25.2.0
v25.1.0
v24.12.0
v24.11.0
v24.10.1
v24.10.0
v24.9.0
v24.8.0
v24.7.0
v24.6.0
v24.5.0
v24.4.0
v24.3.0
v24.2.0
v24.1.0
v23.12.0
v23.11.0
v23.10.0
v23.9.0
v23.8.1
v23.8.0
v23.7.2
v23.7.1
v23.7.0
v23.6.0
v23.5.0
v23.4.2
v23.4.1
v23.4.0
v23.3.2
v23.3.0
v23.2.9
v23.2.5
v23.1.12
v22.12.9
Labels
Clear labels
AI generated
API
bank sync
budgeting
bug
can’t replicate
dependencies
docker
documentation
electron
experimental feature
feature
feedback
goal templates
good first issue
help wanted
importers
maintenance
needs info
needs testing
needs triage
needs votes
openid
payees
pull-request
regression
reports
responsive
rules
schedules
server
✨ merged
split transactions
tech debt
tech-support
theme
transaction import
transaction reconciliation
transactions
translations
upstream
user interface
✅ approved
wontfix
Mirrored from GitHub Pull Request
No Label
feature
Milestone
No items
No Milestone
Projects
Clear projects
No project
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/actual#77636
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @rich-howell on GitHub (Jan 22, 2023).
Original GitHub issue: https://github.com/actualbudget/actual/issues/531
Discussed in https://github.com/actualbudget/actual/discussions/151
Originally posted by winklevos August 6, 2022
Add a field to capture tags onto a transaction for later filter,
i.e tag a transactions with
taxone-off@MatissJanis commented on GitHub (Jan 23, 2023):
@winklevos
Although we currently don't fully support search by tags, you can still use the notes field for them.
For example:
#tax #one-offin the notes fieldGiven this: closing
@albertogasparin commented on GitHub (Mar 8, 2023):
Hello, not sure what was discussed in #151 as it shows locked with 0 comments, but I'd like to add another reason why tags can become very useful: reporting and overview.
For instance, I do have a holiday category. I currently use notes as a way to group expenses by holiday destination but it is hard to visualise the impact of each on my yearly monthly budget. I have to manually select transactions in order to see their totals, and if in the future we will have better reports (for instance by category) it would be great to group by tags.
Hope it makes sense.
@Kidglove57 commented on GitHub (Mar 8, 2023):
100% agree with this suggestion
@GurjinderSingh commented on GitHub (Mar 13, 2023):
currently I am using Firefly and it have tags based on rules. multiple tag can be used
https://demo.firefly-iii.org/transactions/edit/450
only problem with Firefly is refund transactions are not allowed and developer said its accountant suggestion
@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 👍!
@YagiOoda commented on GitHub (May 7, 2023):
I would really like this feature however it is implemented. I think even using the notes field and autocompleting based in "#" would be really helpful!
@jimmys888 commented on GitHub (Aug 28, 2023):
Second this. Most of the time I forget what tags I've entered in the past, so using autocomplete when typing
#in the notes field is beneficial. Maybe a dedicated page to manage the tags? If a tag that's not in the tags list is entered, the user should add it to the list to appear in the autocomplete.@Kidglove57 commented on GitHub (Aug 28, 2023):
I would also ideally like this tag feature to be implemented. I have a decent workaround at the moment. I enter a note in tag style in the notes field. I have quite a number of saved filters which reference specific "tags" and thus enable me to gather all the data I need.
@jimmys888 commented on GitHub (Aug 28, 2023):
That is a good idea. It's just that I often forget what tag(s) I entered for a transaction, and when I'm doing the same transaction I have to look for the older ones to see what tags I assigned. Autocomplete feature will help a lot.
@apilbeam101 commented on GitHub (Nov 21, 2023):
Very much like this idea too.
Particular use-case in mind for me would be thigs like holidays and work expenses.
I would like my actual categories to reflect the purchase type, i.e Flights, Hotels, Food, Activities etc. but then the ability to tag specific spend as "Holiday" or "Work Expenses" means that I can see the breakdown of my costs when travelling as well as be able to ignore my work expenses since they'd be claimed back.
@Rick-Thomas commented on GitHub (Nov 21, 2023):
I'm all for TAGs... Without this you have to OR duplicate the categories to identify the elements your tracking OR filter using the Notes field, hoping you have a uniform method to identify the elements your tracking...
@thoughtlessmind commented on GitHub (Dec 10, 2023):
this would be a good addition to manage the subcategory or specific parts of the transactions. Suppose, I want to tag the expenses by the medium they spent, like credit card, direct transfer, UPI, etc. Right now, it's only notes (as suggested above), but that is not optimized as it can't be used in analytics or anywhere efficiently.
@MikesGlitch commented on GitHub (Dec 10, 2023):
Other people have mentioned this, but I'm gonna throw my hat in as well - and provide some screenshots for clarity.
I've started using the notes field for tags like "#interest" and I've found it works great with reporting/analytics. It works well if you save a filter for it, e.g. "Bank account interest" which contains "#interest" and apply it to the report.
I think the downside to adding a new field for tags is we'd be making a new field for something that already "sort of" exists with notes. Maybe Notes should be enhanced, rather than a new thing developed.
Maybe this is a styling issue, could style it like this:
We already have different displays for when we're editing the field vs viewing - so I'd think the "View" would just change to recognise "#{thetag}" and when it see's the hashtag it styles it.
When we're entering the field, we could use the autocomplete control and trigger it when the input see's a "#". If there was a set of tags that you have already used, maybe we could save them somewhere for re-use and populate the autocomplete with them.
That would trigger the normal autocomplete but with a list of tags (excuse my paint skills):

@Kidglove57 commented on GitHub (Dec 10, 2023):
@MikesGlitch I do exactly the same as you in the Notes field for any group of transactions I want to report on. A special home project, data for tax etc. Eg #GiftAid, #Interest or #Summerhouse. I would welcome something more formalised style wise!
@thoughtlessmind commented on GitHub (Dec 14, 2023):
yes @MikesGlitch
that makes much more sense. there's already a relevant field so creating and managing a new similar field would be useless.
in notes, we can improve how a particular tag is treated, like a suggestion, formatting, bulk edit text of a particular tag, and all..
@shawalli commented on GitHub (Feb 4, 2024):
I would love this feature, but I would recommend it be its own field. I think about it like I do for tagging other things. Take the most common programming example, a blog. One of the first things you add to a blog post are tags. They usually have their own input, have auto-complete for existing tags, and support multiple tags. The order doesn't matter, and you can filter by multiple tags.
@carkom commented on GitHub (Mar 1, 2024):
I'm not convinced that we'd need a new field just for tags. There's no reason you can't have multiple tags in the notes field and there's already functionality to filter by one or multiple tags that are currently in the notes (example screenshot below). The only thing we are missing to make this an integrated feature is auto-complete (which I think everyone agrees on) and formatting (like @MikesGlitch displayed). You could even create a new filterBy type for "tags" that just searches the notes field and uses the aformentioned auto-complete.
@Teprifer commented on GitHub (Mar 1, 2024):
I like this approach, a separate column would change available estate, and I suspect adding tags would reduce the need for lengthy notes - sort of an add 1 here, sub 1 there type thing so the sum space needed is about the same.
@shawalli commented on GitHub (Mar 2, 2024):
I can get behind that…with searching though, I’d like for the tags to be able to be unordered. For example, “#taxes #hsa” and “#hsa #taxes” should return the same results.
EDIT: can’t -> can
@Teprifer commented on GitHub (Mar 2, 2024):
I'd assume tags would default to the contains option for each select, a slightly nicer way of using:
@CodingEmil commented on GitHub (Jun 3, 2024):
Is there any news to this?
@lelemm commented on GitHub (Jun 10, 2024):
I was trying to tackle this feature based on some messages here, adding tags in notes looks easy but the input component must be rebuild from scratch using a div (with ContentEditable) instead of a input. This open for so many possible problems since it does not have .value attribute.
Any way, the way I made a POC. The video below shows it:
https://github.com/actualbudget/actual/assets/15043428/a110b200-91c8-41f0-a0ef-0e4779d31483
This is far for ready, there are too many events missing (since I changed from input to div). It's just to showcase a possible way to implement this if it makes sense.
WDYT @MatissJanis ?
@MatissJanis commented on GitHub (Jun 10, 2024):
@lelemm I'm currently vacationing, so can't do a deep dive this week. But take a look at #2670
@lelemm commented on GitHub (Jun 10, 2024):
I just noticed that @MatissJanis / @youngcw . Looks like they took different approach on this
@lelemm commented on GitHub (Jun 10, 2024):
Played around with their version. Looks very nice. There are two main differences as I can see:
@psybers commented on GitHub (Jun 12, 2024):
@lelemm Is there a branch/PR somewhere? I think there are things that are nice about both approaches. We might want to consider a merger.
@lelemm commented on GitHub (Jun 12, 2024):
@psybers here, created a draft PR for it: https://github.com/actualbudget/actual/pull/2869
It's far from usable, for example, I didn't made the tags clickable like @joel-jeremy version and it's missing many events to mimic the original input field
Lint doesn't like what I did cuz of this lines: raw html
I'm not keep digging this since there is a solution in place for this feature
@youngcw commented on GitHub (Jun 21, 2024):
Initial support added by #2670. Will be in the next release.