Does this mean you solved your problem?
In general, your challenge here reflects the general structure recently discussed elsewhere: Where to store information that is essentially about relations (including events that connect people, places, and things)?
Options are:
- Have the person-tiddlers store which gifts a person has gotten (and may get in future).
- Have the gift-type-tiddlers store which persons have gotten that kind of gift, and which ones are planned recipients for it.
- Have something like “line-item” tiddlers — probably living “behind the scenes” — that represent a person-gift-“transaction” as it were. More broadly, we can call it a “relational node”, just dedicated in this case to one gift-interaction (which then can be seen from wherever it’s relevant).
The first two solutions are simpler, and you’d just need to be consistent. (Whichever kind of tiddlers “hosts” the data shows it directly, and the other kind of tiddler uses filter language to display related data from where that data lives.)
The third kind of solution is very powerful, and of course a bit more difficult to set up.
Using behind-the-scenes “relational-node” tiddlers has some advantages: it would be easy to have any level of detailed “meta-data” about particular “transactions”:
-
gift
: Wallet gift-for
: Mary occasion
: 21st-birthday date
: 2024-12-01 result
: delighted!
-
gift
: hat gift-for
: Nora occasion
: Valentines date
: 2025-02-14 result
: returned notes
: too big
-
gift
: socks gift-for
: Bob occasion
: Halloween date
: 2025-10-31 tag
:future
The more you may be tempted to track things about gift-givings beyond “who?” and “what?”, the more the third solution would make sense.
-
gift
: grill gift-for
: Phil occasion
: wedding date
: 2023-06-30 gift-by
:Pat notes
: “said he owes us a cookout party”
For example, you may not want to give your brother something too similar to the gift that your spouse gave your brother last year, and you don’t want to give something you happen to know they already have…
So maybe you would want to track gifts given by certain others (or simply the fact that Phil already has a grill, leaving out who bought it and when). But still you want to do this without setting up confusion down the line over things like who gave that great sweater to your brother…
Also, you may suddenly realize you want to track some incoming gifts — because it’s nice to remember and appreciate them over time
, and also few things are more awkward than giving your cousin the very same book that the cousin already gave you. 
If you go with solution #3 (relational events each get their own tiddlers), then you may suddenly attend to new dimensions of the data, and realize you have new powers: a filter to show “What kinds of gifts have been given for Halloween?” or “How much have I spent on gifts for Bizzy, and how much for Bazzy?”)
TiddlyWiki is great for flexbility: it can be a casual set of notes with a few tags and simple fields, or it can be a robust relational database, able to reflect the specific data-structure that your subject-matter would deserve if it were a business or expert-hobby-level priority.
Your gift-idea wiki could be anywhere along that spectrum! If you want to go “all out” and set up the third kind of solution, feel free to come back and ask for help!
For all projects that involve “refactoring” (moving existing info from one “home” to another, from tags to fields, renaming fields, etc., as your solution grows or solves problems) I recommend the Commander plugin from @Mohammad: Commander Plugin 2.1.14 — Streamline tiddler management: bulk operations for titles, tags, and fields