Basically I am after any previous work that allows a user to easily select tiddlers via search or other easy to use interactive methods and add these to the list field.
So I hope I understood the question, but it’s around the finding / populating of the list, not the transcluding bit… If that’s right, it sounds like what I do for marking down who attends the meetings I’m in for notes purposes. Like the below where I expand an area out for a search-box that shows the first 10 contact matches, and with a button, adds them to a list field.
Here it is raw - plenty to strip out that do more than you need.
Decided to just finish it up - added a <$keyboard/> that accomplished the last 2 things I mentioned. Now the enter key will add the first result and clear the box for more searching.
@stobot this will certainly help in some cases, you are staring with a subset of tiddlers, possible attendees, I am interested in providing the tools to rapidly find any tiddler in a large wiki. I wonder if the volume of possible tiddlers to select from presents the need for a different approach. I need to give it some thought.
Gotcha, that might be true. If your concern is performance though, I’d say that the combination of minlength on the search string and a limit[x] on the results side works really well for me in large wikis elsewhere.
I have used it by replacing ‘attendees’ with ‘participants’ and ‘Contacts’ with ‘Contact’ to meet my needs.
But as I was doing that, I thought it would be great to define a macro that will accept two inputs — targetfield and sourcetag. Then, we will have a generic solution.
I could not bring my code to work. I had added:
\define AutoCompleteFieldFromTag(field, tag)
at the top and replaced relevant bits with $field$ and $tag$.