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 string 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 17793 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 17793 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 17793 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 being able 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)

[void]

Everything 1.5.0.1384a improves property-system: searches.

property-system:system.recycle.deletedfrom:<search:> will now work as expected.
In your case Thy Grand Voidinesss, please keep using deleted-from: instead.

[Thy Grand Voidinesss]

Everything 1.5.0.1384a improves property-system: searches.

property-system:system.recycle.deletedfrom:<search:> will now work as expected.

I am using now Everything 1.5.0.1396a x64 Portable

And what I have observed is that my experimental alternate Filter of "Everything" [named self-explanatory as "Everything with Display Name support"] which has a setting of

Code: Select all

Search
displayname:<search:>

shows no items at all, no matter if the Search Edit field has something written in it [when I am looking for something] or if it is completely empty [when I want so see every item present on my drives]. Is it at all possible to have Filter serving such purpose?

In your case Thy Grand Voidinesss, please keep using deleted-from: instead.

Keep using it where? For what? I see no

deleted-from:

having been used in this conversation. That [A-OK working] Recycle Bin oriented Filter of mine has such settings

Code: Select all

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

Macro
bin<search>

By switching to it I can find searched for signs in fields of

Display Name
Extension
Name
Path

of items that are deleted i.e. are shown as residents of the Recycle Bin. And I do not need even have to have the option

Search > Match Path

turned on in order for the

Path

to show them in highlights



And yes, I do remember that

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

And continuing the re-cap - I suggested this

[...;
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?

to which you kindly answered

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

but I reckon that update done in 1384a had nothing to do with this hypothetical new feature

[void]

shows no items at all

Please try the following filter search:

<#param:> | displayname:<#param:>

Keep using it where? For what? I see no deleted-from:

This is a typo, it should have been

original-location:

Use

original-location:

instead of

property-system:system.recycle.deletedfrom:

Your bin filter is already doing this.

I will add a

deleted-from:

alias.

[void]

Sorry, I accidentally deleted your post -I was trying to fix your [quote] tag.

Does the issue persist in Everything 1.5.0.1404a ?

[Thy Grand Voidinesss]

Sorry, I accidentally deleted your post -I was trying to fix your [quote] tag.

[...]

I have managed to find a backup of it within my local files - thus I restored my original content of that viewtopic.php?p=76688#p76688 post from 2025 09 28

So in my next message I will re-post my original response from 2025 12 21 - which will refer to that next post of yours viewtopic.php?p=77631#p77631 from 2025 09 28, thus this below message will jump the queue over viewtopic.php?p=79397#p79397 from 2025 12 22

[Thy Grand Voidinesss]

Please try the following filter search:

<#param:> | displayname:<#param:>

[...]

A Filter like this seems to present (as I have decided to call it) Everything with Display Name support - with the exception of whole bunch of items from locations that are offline, despite showing data in the column of Display Name for items located on the same offline drives which are included in my database

And it also seems to work exactly as the default main Filter named Everything - which means the default one must have been upgraded but it nevertheless fails - or it did not get upgraded and I am suppose to use this custom Filter

Code: Select all

<#param:> | displayname:<#param:>

but it just does not work correctly


And what about that

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

remark - is it still in the sphere of being thought over by you?


Im using now Everything 1.5.0.1400a x64 Portable

[Thy Grand Voidinesss]

And now in response to the

[...]
Does the issue persist in Everything 1.5.0.1404a ?

Yes it does i.e. Filter

Code: Select all

<#param:> | displayname:<#param:>

reveals Display Name for some of the items, from both online and offline locations

[void]

<#param:> | displayname:<#param:>

but it just does not work correctly

What happens?
This search will take a really long time.
A progress bar will be shown in the status bar on the right.



Are you indexing Display name? (under Tools -> Options -> Properties)
If so, that would explain why offline files show a display name.

[Thy Grand Voidinesss]

[...]
Are you indexing Display name? (under Tools -> Options -> Properties)
If so, that would explain why offline files show a display name.

Yes I am

After a closer inspection it seems that:
● Display Name is not shown for some items only on my 2 offline HDDs
● connecting them back on does not induce indexation i.e. there is no progress bar
● they correctly / immediately show in the main window any newly added items to them, even when they are put in the same folder that hapen to have those files that do not show Display Name
● using the Refresh option does not change a thing
● all other Properties like e.g.

Tools > Options... > Indexes > Properties > Properties > Audio Channels

seem to work, because I do get to see correctly narrowed down list of files

● made with this expression

Code: Select all

*.lnk addcolumn:a a-label:="LNK Target Size" a-format:size a:=getproperty($shortcut-target:,"size")?formatsize(getproperty($shortcut-target:,"size"),0):"▮deadlink▮"

custom column of LNK Target Size has data for all of shown files


I just do not see a pattern here, why some items show Display Name, while others do not; and monitoring seems to work fine

[void]

● Display Name is not shown for some items only on my 2 offline HDDs

With the HDDs connected, search for:
!display-name:
Select all files/folders (Ctrl + A)
Press Ctrl + F5 to reindex the display name.



Some files cannot be accessed with the Windows API that gets the display name.

[Thy Grand Voidinesss]

So you saying, that there is a solution to this apparently well known issue - but it a manual one and will potentially need to be repeated when new items show up in monitored locations?

And what about disconnection of drives? Can Everything after noticing drive becoming offline, automatically trigger wiping of the already acquired Display Name data- and only of this particular data from all of the Properties set-up by me for being collected during indexations?

I am asking, because back then I wrote

[...]
After a closer inspection it seems that:
[...]

but now after another just performed check-up I see that Display Name data is gone for almost all items located on my main non-system drive- only items with today's Date Modified show it. And during last 2 days I had some problems with this drive disappearing from my system due to hardware reasons

But also: pressing of

Control + F5

seems to disregard narrowing down to selected items, because pressing this shorcut apparently induces checkup for missing Properties throughout all online volumes i.e. it attempts to re-index I-do-not-know-what-exactly cause I set a whole bunch of Properties to be gathered in my settings. I can see in Progress Bar that it goes through all volumes for a while - but nevertheless always fails to add Display Name for those few peculiar cases from e.g. C volume that somehow were not showing up with missing Display Name when I had it inspected earlier

All in all, this is becoming chaotic

[void]

So you saying, that there is a solution to this apparently well known issue - but it a manual one and will potentially need to be repeated when new items show up in monitored locations?

Correct.
If Everything cannot read the properties for a certain file for whatever reason, it will not automatically retry.

And what about disconnection of drives?

All requested properties will appear blank.

Can Everything after noticing drive becoming offline trigger automatically wiping of the already acquired Display Name data- and only of this particular one from all of the Properties set-up by user for being collected during indexations?

It's on my TODO list.

but now after another just performed check-up I see that Display Name data is gone for almost all items located on my main non-system drive- only items with today's Date Modified show it. And during last 2 days I had some problems with this drive disappearing from my system due to hardware reasons

Why do you need the display name for offline files?
For most files, this is going to be the same as the filename.
File lists might be a better option.

[Thy Grand Voidinesss]

So let me get this straight: what should be happening after reconnecting offline drives? Are all Properties indexed prior to disconnection suppose to automatically reappear? Or is it only the Display Name that is problematic? And is it a bug or feature?

As for why do I need it for offline drives: why would not I want to see all of gathered Properties? What is the point or having a database (.DB) file if it hides information from user? It was because of this viewtopic.php?p=46896#p46896 that I started using Display Name as a solution to a problem

And in regards to File Lists: from description of this feature I can see it could be useful for maintaining info about collection of optical disc i.e. means of storage that are not suppose to change (unless when using the special case of re-writable medium). But for backup offline drives? Optical disc are cheap to the point of being throw-away-able, while disk devices are expensive and have limited space that can be easily re-used in future. So, the moment user is forced to remember that relaying on automated database (.DB) is not enough, because also manual one is needed (.CSV), the whole system becomes unreliable


All in all: I expect my backup offline drives to show (snapshot of) the same kind of data as my online drives do, assuming they were properly indexed prior to disconnection; and to automatically update that data if needed after becoming online again. Is this already possible or is it a feature on a TODO list?

[void]

So let me get this straight: what should be happening after reconnecting offline drives?

Nothing.
If a scheduled rescan was missed, one is started.

Are all Properties indexed prior to disconnection suppose to automatically reappear?

They should never disappear.

Or is it only the Display Name that is problematic? And is it a bug or feature?

In your case, the display name is never gathered.
Nothing to do with the volume being online/offline, these files just don't have a display name.

As for why do I need it for offline drives: why would not I want to see all of gathered Properties? What is the point or having a database (.DB) file if it hides information from user?

No information is ever hidden.
Offline results are only dimmed.

And in regards to File Lists: from description of this feature I can see it could be useful for maintaining info about collection of optical disc i.e. means of storage that are not suppose to change (unless when using the special case of re-writable medium). But for backup offline drives?

File lists are static lists. They do not change.
They can be used for backup drives, but you'll need to make "snapshots".
Creating a snapshot can be automated. Ideally, you would create a snapshot before removing the drive.

All in all: I expect my backup offline drives to show (snapshot of) the same kind of data as my online drives do, assuming they were properly indexed prior to disconnection; and to automatically update that data if needed after becoming online again. Is this already possible or is it a feature on a TODO list?

The filenames and basic file information will be refreshed with a rescan.
A rescan is typically scheduled daily.
If one is missed, one is performed the next time the drive is online.

As for properties, Everything will only index property values when the drive is online and when files are modified.
Rescans from above will pickup modified files and issue property value reindexing.

If a drive is removed while property values are being indexed, those values will appear blank.
They will not be reindexed when the drive comes online again.
Flagging properties as offline/ungathered and reindexing properties when the drive comes online again might be added in a future version.

For now, Everything is designed for online volumes.