Replace Move (and autolink) command with Search

[Alan]

Move, as coded, is too hard to use on a large system. Replace the UI with the search function. Everything should work as with search except:

• it should say Move (and maybe what it’s moving)
• when you choose the node you found, it will move the item there.

Maybe a certain mode of search (e.g. flat) will work best for this? Not sure.

P.s. Every thing here applies also to creating links with [[. I can type [[ but I can’t find what I want to link.

[BigChungus]

I don’t understand why you want this, probably misunderstanding. Wouldn’t this change nothing except the order of the results? They are currently ordered by best match in move, but your way would order them like search filter, in the order they appear in the document, no matter how bad of a match they are. It would vastly increase the keystrokes I need press on a daily basis and wear out my down arrow.

[Alan]

Quite simply: I cannot find the target by typing. There’s a long list of matches and none are what I need. It probably exists way down. Maybe, I need to be more diligent about putting more detail into things I might want to be a move target so I have an easier way to find it. Suggestions on better KM technique are welcome.

[Alan]

(hm, I meant to post this in Features. Corrected.)

For example: I want to move this item to another document, one of the main items of that document. That item has a single word name. I’m imagining Search will give tools to get there more easily because Move doesn’t.

[BigChungus]

Oh, yeah, move doesn’t work between documents I don’t think. Also move’s results kind of suck. I switched to a system of prepending a 2 character unique code to all the places I move items to. That way I’m guaranteed to succeed, hotkey > two characters > enter, successful move.

Improve sort order for autocomplete search matches in the "Jump to item" and "Move item" pop-up dialogs

I’m hitting many points of friction in the Jump To Item and Move Item features. I use them constantly while using Dynalist, so even a small improvement would be massive for me. I’ve already documented some bugs in this bug thread - the sort order changes as you type, often being wrong, and items that are children of completed items show up when I’d expect them not to (or at least be penalized in rank). This feature request is to request improvement to the expected behavior itself, which as I u…

How dynalist organises the suggestions in the move item dialogue

I can add some details to this bug report, as it is a daily pain point for me in both the Move & Jump to autocompletes. I have a simple reproduction of the basic problem of result order being pretty random and also changing even as you type characters that don’t change which results are valid: [Screen Shot 2020-12-09 at 12.07.52 PM] Above, you see that the order of results doesn’t match the document structure. And then after typing the next character: [Screen Shot 2020-12-09 at 12.08.00 PM] …

[Alan]

Move can work between documents, but only if you’re lucky. I want to move something to the node NEW under the document FVP. I can move to the document. I can move to a random node in the document that has a somewhat unique name. I cannot move to NEW. If only I could specify the context of where I want to move it, say by entering FVP and NEW, I could get the note there.

So again, I’m asking for some improvement to this dialog.

[Stuart_Gibbons]

I still think Checkvist nailed this years ago, as we discussed in a feature request previously @Alan: Browse Functionality for Move

In the meantime I do similar to @BigChungus - for destinations I want to move things to, e.g. objectives, projects, or sublist headings I have tag codes (@o, @p, ==mtg.w) at the start of those items, hidden via custom CSS, which makes the current move-to dialog much more predictable as I can instantly hone in on just my objectives by typing @o and then continue typing a word of the actual description

[BigChungus]

I used to use Checkvist years ago, totally forgot about it. Cant beleive they still show an input box every time you type. It’s the main reason I left, just looks so amateur.

[Stuart_Gibbons]

Yeah I took another look at it yesterday now they’ve done backlinks too but editing the outline itself is just so clunky in comparison to Dynalist

[Alan]

Maybe what I seek is answered by a simple tweak: Change the program so that if an item IS “NEW” and no other text then searching for that should give priority over an item that is two sentences and happens to contain the word ‘new’. Not sure exactly how to formulate this idea.