You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have searched for existing issues that may be the same as or related to mine.
NOTE: This FR is a sibling to #481 . Whilst they are closely related, each of them can be implemented, and will be useful, on its own.
The Problem
If you want to collect e. g. 30 notes from different places in a dedicated notebook (or dedicated branch) by a particular criterion, you can easily get a complete listing of matching notes by searching by that criterion - which is great.
However, in order to actually move or copy them to the destination, you then need to perform the following monotonous procedure 30 times, note by note(*):
tap one of the search result notes you want to move, to open it
in the tiny path line above the note's title, tap the leftmost element in order to show the note in its containing notebook
long-press the note there and choose cut or copy, according to your needs
navigate (via left-side burger menu) to the place you want to paste the note to
paste the note there
tap Back three times to get back to the search results
start over from step 1 with the next search result.
Also, in order not to produce unintended duplicates nor miss any note, you either need to adapt/refresh the search everytime, or manually keep track of which of the concerned notes have already been dealt with.
The procedure, all in all, is so tedious it's hard to believe there's no simple bulk move/copy in search results. And even if it constitutes the "easiest" and "quickest" workaround, it's far from obvious, so users might end up taking even more convoluted, more taxing routes (which happened to me, see original version of this FR).
Suggested Solution
The user should be provided Cut/Copy buttons in search results immediately whenever any notes are selected, to easily cut or copy them all at once just like in plain notebook views.
(*)In a previous version of this procedure, step 1 was followed by
remember the entire path displayed in the tiny line above the note's title
leave the note
find and open the notebook the remembered path starts with
find and expand the note that comes next in the remembered path
for each following path element of the remembered path, continue to find and expand it, thereby navigating through the relevant branches all the way to the leaf you want to move (i. e. to the note you opened in step 1)
before continuing with what then was step 7 (now step 3). Those five auxiliary steps together have been replaced by step 2. Whilst this (non-obvious) shortcut reduces the count of steps per note, the entire procedure still needs to be performed once for every concerned search result, which is the real culprit here.
EDIT 2025-01-09Improved readabiliy, split off Paste to separate FR #481.
The text was updated successfully, but these errors were encountered:
NOTE: This FR is a sibling to #481 . Whilst they are closely related, each of them can be implemented, and will be useful, on its own.
The Problem
If you want to collect e. g. 30 notes from different places in a dedicated notebook (or dedicated branch) by a particular criterion, you can easily get a complete listing of matching notes by searching by that criterion - which is great.
However, in order to actually move or copy them to the destination, you then need to perform the following monotonous procedure 30 times, note by note(*):
Back
three times to get back to the search resultsAlso, in order not to produce unintended duplicates nor miss any note, you either need to adapt/refresh the search everytime, or manually keep track of which of the concerned notes have already been dealt with.
The procedure, all in all, is so tedious it's hard to believe there's no simple bulk move/copy in search results. And even if it constitutes the "easiest" and "quickest" workaround, it's far from obvious, so users might end up taking even more convoluted, more taxing routes (which happened to me, see original version of this FR).
Suggested Solution
The user should be provided Cut/Copy buttons in search results immediately whenever any notes are selected, to easily cut or copy them all at once just like in plain notebook views.
(*)
In a previous version of this procedure, step 1 was followed byremember the entire path displayed in the tiny line above the note's titleleave the notefind and open the notebook the remembered path starts withfind and expand the note that comes next in the remembered pathfor each following path element of the remembered path, continue to find and expand it, thereby navigating through the relevant branches all the way to the leaf you want to move (i. e. to the note you opened in step 1)before continuing with what then was step 7 (now step 3). Those five auxiliary steps together have been replaced by step 2. Whilst this (non-obvious) shortcut reduces the count of steps per note, the entire procedure still needs to be performed once for every concerned search result, which is the real culprit here.
EDIT 2025-01-09
Improved readabiliy, split off Paste to separate FR #481.The text was updated successfully, but these errors were encountered: