Now, in tags-pill where this macro is used, a mix of caption and title is shown. This can be quite confusing, especially since I often use tags-pill to manually rearrange/sort tiddlers under a tag. For instance, in the Tamasha slideshow plugin, sorting slides via drag and drop is a common approach.
Wouldn’t it be better to include a field parameter in list-tagged-draggable, similar to list-links, allowing users to choose between title and caption and revert the tags-pill to its original behavior?
agreed, i often use a caption along with the subsume plugin specifically as a header form for use in another tiddler, so i’d also prefer the title shown in the tag pill list in those cases.
for example:
a tiddler titled canada: list of provinces would have a caption provinces if i am using it subsumed in a general canada tiddler (alongside climate, history etc). if tagged the same as other countries’ provinces, the tag-pill list would unhelpfully be provinces provinces provinces
That makes sense. I’d propose applying the same philosophy to the list-links procedure—namely, adding a field attribute with a default value of title. This allows list-tagged-draggable to support a custom display field while maintaining title as the default for backward compatibility. Unfortunately, the list-links-draggable has the same issue.
I have revised the core tiddler $:/core/macros/list to temporarily solve this issue.
The list-tagged-draggable macro has an itemTemplate parameter. So if you create a tiddler eg: list-item-title-only-template with this content. You can remove the caption transclusion from the itemTemplate.
Yes, I’m familiar with itemtemplate. The Favorites plugin already uses this approach. However, as I mentioned earlier, it’s unfair to introduce breaking changes without necessity. Please review the original PR—the user simply requested the ability to show captions when they exist, and at the time, the solution was straightforward: use itemtemplate!
Currently, the tags-pill behavior is inconsistent compared to TiddlyWiki 5.3.6 and earlier versions. Now, users are forced to modify core tiddlers just to restore the previous functionality. This change clearly breaks backward compatibility and likely disrupts several plugins.
@Mohammad I suggest creating a bug report on Github. I would definitely consider this a break in backwards compatiblity, the new behaviour should have been something users could opt in to, especially as this is bound to be confusing as a default in the tag pill UI.
