Mon Sep 05, 2016 10:11 pm Post
Mon Sep 05, 2016 11:54 pm Post
For navigating longer documents found by Project Search, once I’m in one of them, it would be nice were Ctrl-F (and its kin) pre-filled with the successful search string.
In the Project Search box, a key-accessible drop-list of prior search strings would be nice. Likewise for Ctrl-F.
And as a variation of that drop-list, once a filter option for a table search is selected for the Project Search (EG, Labels), it would be nice were there a table-value drop-list…
It would be better (for me?) were the Project Search string box to wait until I finished typing the string before it began its search. (I’m no typing-wiz, but no slouch either, so the code would not have to be too patient.)
(I still dream that one of the ‘filter’ options will be – in v15? – a cross-project search, perhaps only of the active project’s contents dynamically, and of other projects’ via static indicies, whether open or closed)
Tue Sep 06, 2016 5:43 pm Post
AmberV wrote:If on the other hand you simply mean getting the cursor into the search field, try Ctrl-G, S (press G and then S in sequence).
Thanks. I’ve actually swapped that keystroke chord with F5 . (Old habits; F5 triggers a similar search tool in Info Select, my ‘Scrivener’ for the past two+ decades.)
AmberV wrote:you may not type in enough initially and have to perform a second search. This tends to result in overcorrecting
I understand, hence “for me”. In my case of searching 100s MB of text for serendipitous philosophies however, I intentionally run many (at the moment, 20+) concurrent efforts, several beyond the 'Collection' stage. Because of this, in at least the first 2/3s of their development, more than one to several could, do, have the same statements in them. I’m more likely to be searching a project for STRINGS, e.g. “contradiction of using drones on domestic americans”, than I am for singleton or a couple of words ("drones").
(The 'contradictions of drone use' is an example of a singular case easily referenced in essays otherwise having unrelated legal, military, linguistic, et al. foci.)
“Not type in enough” is not a string-search problem I usually have.
AmberV wrote:You’re thinking more of a system like Evernote or Onenote
Actually, I was thinking of Nota Bene with its capacity to search a great number of large documents quickly (in a proprietary format), mostly because it uses static indices. (Which can get slowly out of date if not updated. But then, signal phrases are not the text that is often changed.)
I was thinking of a (complex ) hybrid search of active-project and static indices. But I honestly do understand, hence the 'dream' for 'v15'.
Tue Sep 13, 2016 3:48 am Post
In the PROJECT SEARCH box, a key-accessible drop-list of prior search strings would be nice. Likewise for Ctrl-F.
AmberV wrote:For Ctrl-F I can get there just fine with Shift-Tab (from the original Find field). All of the UI elements for me are selectable with the keyboard using (Shift)-Tab to rotate through them …
What I was thinking — Ah I see whither you went with my description! — I wasn't thinking about 'prior' in the sense of 'Previous' search hits in the document for a single FIND operation. What I was thinking was the case of an action path like:
I search for, say, “ctrl”,
then I search for “project”,
then for “better”,
then … .
Each of these, looking for 'ctrl', then looking for 'project', then ... Each of these is a separate FIND search action.
Then, if I wanted to do another FIND search for “project”, it would be of use to me were there a keystroke activated and accessible drop-list (are such things called ‘comboboxes’, ‘listboxes’) containing:
It would be a list down which I could ‘arrow’ to select “project” *, which selection would put “project” back in the search text box so I could either
search again for “project” by hitting/clicking … ENTER,
or edit it to search for “projects” or “projected”. (For examples.)
*Or, pie in the sky, it would be a list from which I would select “project” merely by typing (in this case) a ‘p’! (Because no other prior string in the droplist begins with ‘p’.)
Of course, the longer the search string, the more of use, even useful, such a function would be. For example, searching for “All of the UI elements for me are selectable with the keyboard” would certainly be easier than if I had to retype it.
AmberV wrote:As for the first part of that though, (is that) different than your first bullet point(?)
If I’ve done a better job now of explaining ‘prior search string drop list’ …
#1 was about getting to and selecting PROJECT SEARCH options via keystroke. (As you say, the UI elements of FIND are already key-accessible.)
However, ‘the first part’ (of bullet/dash #3?) is not about options, but rather about search strings, ‘words’. My intent was that both the PROJECT SEARCH text box and the FIND text box would have a drop-list of prior search strings.
AmberV wrote:Hmm, once the menu is open, some accelerators so that you can tap a key to select options would be nice, just like in the main menus. I’ll see about that.
THAT is the ‘right’ response for the first bullet! — AFTER we ‘get to’, open, the magnifying glass via keystroke!
And … once a filter option for a table search is selected for the PROJECT SEARCH (EG, Labels), it would be nice were there a table-value drop-list…
AmberV wrote:I need clarification on what you are referring to by “table-values” or “table search”.
Re where you said above, “tap a key to select options …”:
My thought is that when (for example) the PROJECT SEARCH ‘Label’ option is tapped, a list of currently defined labels would be droplisted from the text box, key-accessible (arrow?), similar to the prior-input-droplist I was also thinking about for the SEARCH/FIND text boxes, noted above -- and the sky-pie).
My use of “table-values” and “table search” came from my thinking that perhaps the label names (values) might be loaded in a table somewhere in RAM to facilitate their being found more quickly.
Emending my earlier obscurity that you quoted:
“And as a variation of the prior-search-string drop-list (now clarified ) above, once a particular PROJECT SEARCH option is selected (for, say, Labels), it would be nice were a list dropped from the text box showing the already defined Labels, from which a particular label could be chosen for PROJECT SEARCH to seek.”
This table-value/search bullet is about interactively responding to the PROJECT SEARCH option-selection by providing an option-appropriate droplist of established values when an option-selection is made. ( Does that help?)
Tue Sep 13, 2016 5:26 am Post
However, Outlook does allow me to continue my input, does not freeze my typing, and the search results do conform to my full string.
Mon Sep 19, 2016 4:50 pm Post
In total there are 4 users online :: 0 registered, 0 hidden and 4 guests (based on users active over the past 5 minutes)
Most users ever online was 1048 on Mon Feb 06, 2012 9:07 pm
Users browsing this forum: No registered users and 4 guests