I do use list-links-draggable with other fields and would like to use it more in some work I am doing. A feature I would to use more is the itemTemplate especially to place some buttons (acting on current tiddler) next to each item. One in particular, a small x to remove the item from the list. Others may be a click to edit item if it is a tiddler.
The tiddler containing the list field, should default to currentTiddler (not sure it does) It is in 5.4.0
Thank you for letting me know. Could you please explain why you don’t use the ListField in your use case?
I recommend using the ListField because it has special features. For example, its contents are treated as a TitleList , which allows you to reorder titles directly in the tag pill and automatically updates the parent tiddler’s ListField. The ActionListopsWidget works by default on ListField, …
I want to use list draggable also for a another title “list field”, but not that of the “list” field and I leave it alone in case the current tiddler is to be used as a tag and reordered from the tag pill.
One example is my no touch method of “flags” where I may wish to reorder the list of titles in the flag-list field.
however I can also imagine wishing to reorder a series of strings in a list field as well. Sure I can build a draggable list from the primitives but is is a bit fussy.
This plugin also introduces a list-filter-draggable macro, which IMHO is more flexible than (and could perhaps even replace) the list-links-draggable and list-tagged-draggable macros provided in the $:/core/macros/list system tiddler.
Filters provide the users quite a bit of flexibility in the source of the list items.
I do, quite often, for the same reasons @TW_Tones stated above.
Great news! There have been many requests here on Talk about ways to change displayed information in lists or other contexts, so I think adding this option to a core macro as important as list-links-draggable is good -the code could then be found and reused by TW users!
I do! Feature request, if not already included: make it possible for an item to change its parent tiddler when drag-n-dropping.
Another feature request: make list-links-draggable more mobile-friendly. For example, by providing an example item-template with a “drag-n-drop handle”, and an API for swipe-left or swipe-right events actions (user-defined macro/procedure, similar to <$button> widget actions parameter).
Thanks for your work on this topic, modernizing core macros will greatly improve TW’s hackability!
I love working with filters rather than “dumb” lists whenever possible, so I’m intrigued… but also confused. I don’t have time to check out the demo, but perhaps you can answer here:
In the case of a list field, it’s super-easy to understand where the reordering information occurs — the list string itself is reordered. In the case of a filter, how does this work?
The set of items returned by the filter is dynamic (and the filter itself may have an order, and usually would — if I care about ordering the items!).
What does it mean to reorder these? Where is the reordering info stored, and how does the solution cope with the fact that the set of filtered items may change radically at any time?
In some ways, this problem overlaps with the tag-order questions we’ve discussed elsewhere (since the tag tiddler has the list field, but doesn’t control which tiddlers “claim” the tag). For tagpills, my own preferred solution would include an option where the dragging (perhaps with a modifier key or a directional drag-margin) adds a “list-before” or “list-after” field — a blank one if pulled to the extreme — to the item, rather than to any list. In effect, if I want something first in a tag, I usually want it first (or first-ish*) no matter what else is added to the set, likewise if I want it last.
I’m having a hard time imagining a filter-based ordering where the order I can about is absolute, but not in an way that I can articulate in the filter itself (as with a Days of the Week sortsub). (Even in a filtered list, ad-hoc ordering would often be based on relative criteria: This has to be before that, or this has to be toward beginning / toward end. Of course this-after-that is especially awkward for a dynamic list. If the “that” disappears, what to do with the “this”? But in practice, for something like a to-do list, maybe the problem is smaller, because realistically it’s fine if “register_car” has list-after field with “add_car_to_insurance_policy”, and “add_car_to_insurance_policy” disappears from list.)
Of course, with system tiddlers that have system-role tags, adding a list-before or list-after field generally has a really clear central purpose vis-a-vis that tag (ordering in view templates or cascade conditions).
In an all-purpose list-filter-draggable macro, we would face bigger risks of wanting child-level ordering fields to work one way for one filter, another way for a different filter…
Any thoughts? (Sorry if the demo makes it clear; I only found field-based lists in the demo, though it makes mention of filter-based ones.)
perhaps only a partial answer and the points you bring up are all very valid.
This is how it is used in the code. As I understand just looking at it here, it is still backed by a tiddler and field for storage.
(in $:/plugins/phiv/field-based-checklist/main-procedure)
<$set name="filterString" filter="[<sortOrder>!match[userDefined]]" value="[subfilter<topList>] [subfilter<bottomList>] -[subfilter<hideChecked>] -[subfilter<hideUnchecked>]" emptyValue="[<storeTiddler>get<fieldName>enlist-input:raw[]] -[subfilter<hideChecked>] -[subfilter<hideUnchecked>]">
<$macrocall $name="list-filter-draggable" class={{{ [[tw-list-]addsuffix<listType>] }}} tiddler=<<storeTiddler>> field=<<fieldName>> filter=<<filterString>> itemTemplate="$:/plugins/phiv/field-based-checklist/list-item-template" emptyMessage="there are no items in the list" linkifyList=<<linkifyList>> />
</$set>
I was wondering about this as well, how does a filter relate to a dragable list?
I am not sure we need to modify list-links and dragable for this but using a filter may include;
initial population of the list
updating the list with new members in the filter but not yet in the list field
There is an argument that such a filter should not impact the order of a manually adjusted list, but perhaps it could prepend, append or insert new members.
However it needs to be noted that to alter a tiddler or its fields requires a trigger/action. dragging an item is a trigger, but simply listing is not. So this starts to get more complex quickly.
Exceptions may be when using a second list to be used to sortby another list, the sortby remains as is until a single item is moved.
in some ways this is already happening with tags as the list field is in effect a sortby field not the definitive list of tags.
more research on the existing tags methods may throw light on it.
With a filter given what if list links and dragable highlighted the titles not yet in the list field, accepting a drag or simple click to cement them into the list?
should this honour list-before/after?
A hunch I have is could a macro test if the result of a filter contains the same members as the named list field if not append the new members to the list field. this would need a trigger and refresh control.
If it interests you, I’ve created a PR that should in my opinion make drag-and-drop more natural:
The preview page is here:
On the preview page the new drag-and-drop behavior is implemented in the Sidebar’s “Open” tab and in the Story River itself where you need to activate dragging of tiddlers by using the Keyboard Shortcut alt-D
