Click And Drag Text From A Document Into the Quick Search Dialogue

It would be of use to be able to click/drag text from an open document into the Quick Search dialogue.

On Windows, you can open Project Search and use Ctrl-Click and drag selected text into the search box.
Simply dragging would cut the selected text, which would be self-defeating.
Also, I understand Ctrl-Click has a whole other meaning on Mac; hence I stipulated on Windows.

Thx Revo.
Project Search (results) would then override my Binder view. And besides, dragging text into its box would produce a slew of hits outside my interest because a multi-word string would likely find matches in far more files than I’d really be looking for.
Wouldn’t I need either to insert double quotes around the text (which in the meantime the search would start searching with each insertion) 
 or to set the operator to “Exact Phrase”, which isn’t my usual operator. (I’ll plug here for "it would be nice were Project Search to have accelerator keys for (some of) its options.)
Yes, Ctrl-click is necessary to preserve the text in the working file – when you’re going to the Project Search. However, just as a regular click and drag will preserve any text when the destination is a different file, I was thinking that click-drag to the Quick Search might do likewise. Further, dropping text into the QS would search on the string as a whole: I’d not have to insert the double quotes or change the Project Search’s operator.

Drag & drop into Quick Search would be nice. I copy/paste into the floating Quick Search tool.

No. Use Whole Word as a default. Project Search returns the entire string as search hits.
The number of hits depends on the uniqueness of your word or piece selected. Clicking out of Search returns you to your focus document. With that in mind, you don’t really lose your place.

Thx Revo,

Good to know, to consider.
However, it seems that when I PS Whole Word the string “Shepherds (rulers) neglect or exploit their flock.” (no quotes), I get no hits; when I Exact Phrase the same string, I get the two files that have it.
It appears the final period makes the difference. A string into Whole Word with an embedded, not final, period works fine.
(Likewise eg, the string " have machaira/rhomphaia into a generic “sword”.")

What then is the intended difference between using Whole Word on a string and using Exact Phrase? (Besides the final period thing 
 if intended.)

(It wasn’t the lost focus on the working file I was thinking about; it was the lost display of the Binder. As noted elsewhere, I do a lot of my file-finding via the Quick Search, finding it of use besides to have the Binder displayed.)

Thinking of these Operators, Search Ins, and Options, is there a way to stop the resetting of the PS choices when the project is restarted? Besides having a search operative when I close the project?
(I never use default, or even a set just one choice away. And since the menu doesn’t stay open, I have to repeat the menu-opening to reselect my three choices 
 as noted elsewhere, accelerator keys would be nice, as would a memory for the menu settings.)

Thx Jim,

Though heavily a keyboard person myself, there are often enough times when my hand is on the mouse already (or at least, off the board), that the option would be less distracting than copy/pasting. Besides, mouse-drag-select is somewhat less contorted than 
 cursor, Ctrl-Shift-arrow tap, tap, 

(Because I have two hands operative, F5 with one to bring up the QS and click/drag with the other works pretty quickly :wink:)

(Scrivener: v3.1.5.1 (Win11 x64 upd’d; i7, 32GB 2T SSS (loath to say ‘drive’).)

1 Like

Whole word will find “side” but not “beside,” “sideways,” and so on.

In my tests on the Mac version, search options are remembered when the project is restarted. In fact, having the project “remember” old settings is a common cause of unexpected search results.

1 Like

Thx kewms,

Re Whole Word’s intent: What you say is what I have expected long past, but its operation on strings per Revo was not. This might explain the string-ending period “nuance” – is Whole Word then seeing the period as part of the “word” before it, yet not finding it in its word-oriented parsing?

So, re menu settings, they are remembered in the Mac version, but not in the Windows (provided I forget to close the project with a search active)?

(I need to remember to specify sooner whether I use Scriv. Windows or Mac :roll_eyes:

It seems any punctuation mark confuses things in the case of Whole Word. I have a summary document which lists narrative elements to be resolved. Searching for any of the following works, as long as I leave out the question mark when search with Whole Word as the default.
What was Jenn holding onto when she fell from the crane?
What does Teresa have in mind that Zaid wouldn’t approve of?
Why did Zakes launch a drone from Florens Discount Computing?

Exact Phrase works fine with the question mark.
The strings are relatively long with many common words (was; onto; when; she; from; the
), but Search in Project Search only returns hits on the entire pasted piece.

This is my default search setup, which I don’t need to access each time: