Display Name does not utilize set highlight like other Columns do

[Thy Grand Voidinesss]

Under the

Tools > Options... > Advanced > findbar_highlight_foreground_dark_color

user is able to set a color indicator for whatever signs user is looking for in names and extensions of items. Unfortunately this highlight is applied only in the Column of Extension and Name - but not in Display Name


I am using Everything 1.5.0.1367a x64 Portable

[Thy Grand Voidinesss]

But if under the

Search > Organize Filters

I have a Filter with such settings

Code: Select all

Search
:\$recycle.bin\ !$I <search: | displayname:search:> columns:dm;property-system:system.recycle.datedeleted;extension;size;path;length;displayname;system.recycle.deletedfrom;name;type

Macro
bin<search>

and use it, then that highlight option gets applied to Display Name and not the Name i.e. a switcheroo happens and its trigger is a Filter

[Initially I wanted to post this very fresh observation in this topic viewtopic.php?p=64139 but it think it is a different kind of issues thus it would clutter that thread; and also all those various issues with Recycle Bin are already reported there are giving me headache]

[void]

use is able to set a color indicator for whatever signs user is looking for in names and extensions of items. Unfortunately this highlight is applied only in the Column of Extension and Name - but not in Display Name

and use it, then that highlight option gets applied to Display Name and not the Name i.e. a switcheroo happens and its trigger is a Filter

I'm unable to reproduce the issue.
Could you please send a screenshot to support@voidtools.com

Everything will highlight your search terms in the Name, Extension and Display Name columns.

Everything will only highlight your Findbar terms in the Name column.

[Thy Grand Voidinesss]

Below is a showcase with an additional issue that I have just noticed


Notice how searched for

wav

is not highlighted in Display Name:

Everything's Inconsistent Highlight From Search Edit #1.jpg (1.08 MiB) Viewed 4419 times

Notice how searched for

a

is highlighted in Extension fort the TTA file but not for WAV files - and at the same time

a

is not highlighted at the beginning of folders starting with amd64 and in a middle of folders in words Baseus:

Everything's Inconsistent Highlight From Search Edit #2.jpg (1.38 MiB) Viewed 4419 times

Notice how searched for

a

is now highlighted in Extension also when it is in WAV files after changing default Filter to that of mine set beforehand for showing content of Recycle Bin system folder* - plus how this fixed the issue of Display Name not succumbing to highlight:

Everything's Inconsistent Highlight From Search Edit #3.jpg (977.07 KiB) Viewed 4419 times

[*Previously I spoke of a switcheroo happening - but back then I must have made a mistake or was experiencing this glitch in a sligtly different way than I experience it now]

[void]

These are the expected results.

When your Everything filter is active, Everything will search filenames.

Any matches are highlighted in the Name column, Extension column and Path column (if Match Path is enabled).

Extension is a part of the Name.
If there's any part of the extension highlighted in the Name, then it is also highlighted in the Extension column.



When your Recycle Bin filter is active, Everything will search filenames AND the Display Name.

Everything will highlight matches in the Name column, Extension column, Path column (if Match Path is enabled) and the Display Name column.



This might be easier to see without the Recycle Bin filter active:

Searching for the following will highlight terms in the Display Name column:
displayname:a

Searching for the following will highlight terms in the Name column and Extension column:
name:a

(the extension column highlighting might be a little unexpected here -Everything is just copying the highlighting from the Name)



Searching for the following will highlight terms in the Display Name column, Name column and Extension column:
displayname:a | name:a

[Thy Grand Voidinesss]

So the short answer is [as I have understood it and tested out the following approach]: turn on the Match Path; which can be applied globally in menu of Search or individually for each Filter in their settings?

Thank you for clearing this out


But- why does Match Path do not apply itself to the Column of Original Path, now that I have turned it on globally?

[void]

Original Location is not a native Everything property.

Everything doesn't know what Original Location is..
It is supplied by the OS.



Enabling Match Path will not search Original Location.



To search for an Original Location, please include the following in your search:

property-system:system.recycle.deletedfrom:"my search"
(or right click the Original Location column header and click Search for Original Location)

For example:
property-system:system.recycle.deletedfrom:"C:"

C: will be highlighted in under the Original Location column.



If you wanted to match Original Location as well as the name and display name with your recycle bin filter, please try the following filter search:

Code: Select all

:\$recycle.bin\ !$I <<search:> | displayname:<search:> | property-system:system.recycle.deletedfrom:<search:>> columns:dm;property-system:system.recycle.datedeleted;extension;size;path;length;displayname;system.recycle.deletedfrom;name;type

[Thy Grand Voidinesss]

[...]
To search for an Original Location, please include the following in your search:

property-system:system.recycle.deletedfrom:"my search"

This works; but is inconvenient

(or right click the Original Location column header and click Search for Original Location)

This still works; and is more convenient to use


But this

[...]
filter search:

Code: Select all

:\$recycle.bin\ !$I <<search:> | displayname:<search:> | property-system:system.recycle.deletedfrom:<search:>> columns:dm;property-system:system.recycle.datedeleted;extension;size;path;length;displayname;system.recycle.deletedfrom;name;type

does not seem to work; i.e. it Original Path is unaffected

[void]

Everything 1.5.0.1367a adds a Date Deleted and Original Location property.

Please try the following search:

Code: Select all

:\$recycle.bin\ !$I <<search:> | displayname:<search:> | original-location:<search:>> columns:dm;date-deleted;extension;size;path;length;displayname;original-location;name;type

I have on my TODO list to review the function syntax for property-system: as this currently does not support subexpressions (<>)
However, with the newly added original-location: support, it makes this moot.

[Thy Grand Voidinesss]

[...]

Code: Select all

:\$recycle.bin\ !$I <<search:> | displayname:<search:> | original-location:<search:>> columns:dm;date-deleted;extension;size;path;length;displayname;original-location;name;type

As the above seems to work now - is thus there a point of me waiting for this update:

I have on my TODO list to review the function syntax for property-system: as this currently does not support subexpressions (<>)
[...]

?

[void]

is thus there a point of me waiting for this update

No.
This was in reference to:

property-system:system.recycle.deletedfrom:<search:>

This filter search does not currently work as < and > are not supported yet.
I am working on adding < and > support.
It's likely the above search will work in the next alpha update.
For now, use the following instead:

original-location:<search:>

[Thy Grand Voidinesss]

So right now when I use this Filter

Code: Select all

:\$recycle.bin\ !$I <<search:> | displayname:<search:> | original-location:<search:>> columns:dm;date-deleted;extension;size;path;length;displayname;original-location;name;type

and have the Match Path option turned on I see highlight in Path, Extension, Name, Display Name - but if I turn this Filter off then the Display Name stops showing it

How to make Display Name utilize highlight indications always?

[void]

There's no option to do this.

The Display Name is a property, not the filename.

Only matches from your search are highlighted.
You will need to search with displayname: to highlight matches under the Display name column.

For example:

displayname:abc
displayname:"abc 123"
abc | displayname:abc
"abc 123" | displayname:"abc 123"

[Thy Grand Voidinesss]

I do not know what / how these variants should filter out

Code: Select all

test | displayname:test
"test 2" | displayname:"test 2"

but using something like these

Code: Select all

displayname:test
displayname:"test 2"

does work - but unfortunately not when I use that Recycle Bin oriented Filter of mine. Because then [when I switch to it] I have to use just

Code: Select all

test
test 2

in the box of Search Edit


And so, as

There's no option to do this.

The Display Name is a property, not the filename.
[...]

right now a second way to workaround this [if I do not want to indulge in having to write

Code: Select all

displayname:

in Search Edit constantly or keep selecting a Bookmark working in same way] I would be to create a pseudo-default Filter named e.g. Everything-but-with-Display-Name-support that would have its Search field set to something like just

Code: Select all

displayname:<search:>

[this does not work] and use it instead of the really default Filter named Everything?


How about if aside from

Search > Match Path

there would also be option

Search > Match (System) Properties

or / and even better working

Search > Match Property of Display Name

because such one would be precisely targeted?

[void]

I am considering a search -> Match indexed properties option.

Thank you for the suggestions.



A better approach might be to fire up another instance just for your recycle bin:

Start a Recycle Bin instance of Everything by running:
Everything.exe -instance "Recycle Bin"
Import your settings under Tools -> Import and Export Settings.
Setup this instance to index only your Recycle Bin under Tools -> Options -> Folders.
Setup a filter to search only the display name:
Filter Name: Display Name
Filter Search: #[REPLACETERMS:$param:,"displayname:#TERM:"#]:
In your main instance, remove the Recycle bin from Tools -> Options -> Folders.

[Thy Grand Voidinesss]

Although I can imagine a specific use case scenarios where user would benefit from using more than one instance of Everything, for me the overall convenience of Everything is coming out in part from ability to quickly apply any Bookmark I had set up and in ever bigger degree due to bing ble to cycle through Filters while having still the same expression in Search Edit. Thus being forced to open / switch to another window would diminish this convenience; and on top of this such modus operandi would also create a need to maintain a unification od two configurations but with some sort of visual UI indicator to clearly differentiate this alternative version from main one

So for now I need to remember this duality of behavior between Name and Display Name [and use the second one only through that Recycle Bin filter of mine] - and hope for this

Search > Match Indexed Properties

to become reality some day

[mariamatcha]

There really are people who seem to forget that the program is freeware, and come to make a lot of meaningless demands. One after another.
I just want to add for @void that there are users who really appreciate all your hard work, even though there are users who make us all look like rats.

[Thy Grand Voidinesss]

[...]
I just want to add for @void that there are users who really appreciate all your hard work, even though there are users who make us all look like rats.

And I would like to thank you for appreciating users who take time to report bugs and suggests new features while also discussing functionality of existing ones by presenting different angles of usage of programs they invest in by trying to get to know them profoundly

[mariamatcha]

If the way it's done is pleasant, respectful and within the context of the program, considering that the program is free and the dev is not your personal employee, then it is appreciated. Otherwise, it's not, and it can even become annoying for others to read the same scenario multiple times.
(Sorry to the administrator for breaking the forum policies)

Considering all the enormous work that @void must have ahead, the fact that a name doesn't show in a certain color or isn't highlighted in a certain way should be at the lowest end of the priority scale, o)