RFT: Should grouping be default?

[therube]

RFT: Should grouping be default (in some situations)?
(RFT: Got me? Perhaps RequestForThought?)


should Properties automatically, "always", group ?

property:<123>
property:<123|456>
property:<<123 456>|<123>|< 456>>


should Properties automatically, "always", group "internally" (but perhaps display otherwise)?

say you highlight a few files & copy some "property", size or hash or name or...
let's take hash (sha1:)
so you have a few hashes that have been copied (to clipboard) with the intent of finding files that are of the same hash

so you do a search sha1:<list of hashes>
but as it is, while the the <list of hashes> is pasted as OR's, in order to be of "value" (since there is more then 1 entry) to sha1:, they need to be "grouped"
(OK, changed to crc32: as sha1: is too long )

crc32:A2B1EF6B|5225688E|7B188126
vs
crc32:<A2B1EF6B|5225688E|7B188126>

in the first case, only A2B1EF6B crc32 matches are found
in the second case, all the pasted crc32's are found


(I'd thought about this some time back. And seems you may even be doing something similar, at times, already.)

[void]

Good idea, thank you for the suggestion.

I'll experiment with wrapping multiline text in a < and > group.

[void]

Everything 1.5.0.1358a will trial wrapping pasted text with newlines inside a < > group.

[therube]

(with a quick look, so far) automatic grouping looks to be working well
(even if its' look can be kind of awkward looking, at times )

would it also make sense to automatically quote, "",
some "special characters" like: ! % & the like?

!!!quoteme%%18

->

<"!!!quoteme%%18">

(does the % matter there, in that case? not sure offhand?
!'s certainly !!!do matter!
[cause without the quotes, you'd be tied in a NOT, heh)

[void]

My intentions were to allow operators when pasting.

This make sense for single lines (copy the text as is)

However, for multi-line text, when I am inserting operators into your pasted text, it makes sense to escape any existing operators.
For example, copy text with |, < or > will break the pasted text.

I will trial escaping operators in the next alpha update.

I also have on my TODO list to add regex support.
When regex is enabled, the pasted multi-line text is not compatible with regex.

Thank you for the suggestion.

(does the % matter there, in that case? not sure offhand?

yes, it can, for example:
%APPDATA% or %TEMP%

For now, I'll look into escape everything operators only: | <, > and the starting !

[void]

Everything 1.5.0.1359a improves pasting multi-line text.

Operators are now escaped when pasting multiple lines of text.



An alternative to pasting multi-line text is: file list slots:

• Include the following in your search:
  filelist1:
• Hold down Ctrl and click the filelist1: text in your search.
• Paste your multi-line text.
• Click OK.

File list slots will match whole filenames.

[therube]

&excl: on a paste is nice.
saves me from having to count !'s (or to add or remove one, or to quote them)

(on my first paste, i was like, wait, there is only what i wanted )



so (a Paste of):
!!!stripedbass.jpg
!!!BIGONE(rockfish).jpg
gives:
<&excl:!!!stripedbass.jpg|&excl:!!!BIGONE(rockfish).jpg>

[void]

Everything 1.5.0.1360a reverts the multi-line filename paste.

The formatting was unexpeceted.

Everything should paste text as is by default.



To format multi-line text as filenames:

• In Everything 1.5, from the Tools menu, click Options.
• Click the Advanced tab on the left.
• To the right of Show settings containing, search for:
  paste
• Select paste_multiline_type.
• Set the value to: Filename
• Click OK.

paste_multiline_type