voidtools forum

Set length_dupe_tolerance to non-zero (eg. /length_dupe_tolerance=1500 ).

Query looks like dupe:stem;length

When length_dupe_tolerance is 0, it returns results. But after setting length_dupe_tolerance to non-zero, the dupes are no longer detected.

I also attempted to separate them with no luck ...

Set length_dupe_tolerance to non-zero (eg. /length_dupe_tolerance=1500 ).

Query looks like <"C:\work\Photos\"|E:\> dupe-from:"C:\work\Photos\" dupe:length

When length_dupe_tolerance is 0, the dupe-from keyword properly requires at least one of the dupes to be from "C:\work\Photos\". But after ...

Well that works perfectly, thanks

Lets say you have 2 movie files that have a $length of:
51004799999
51005040000

And you want to design a search that can return these as a potential dupe because of the similar length (amongst other characteristics). You might add a new column where you transform the $length into seconds and ...

Yeah, re-indexing is quite slow because I've got the following being indexed:
Dimensions
Frame Rate
Length
Tags
Video Bit Rate
Video Format

Re-indexing all my files takes well over 24 hours. It would be wonderful if there was some option to just re-index tags but I understand that's a bit of ...

Wanted to put this request in, even though it might not be feasible.

Basically I have a filter like this `is-xyplorer-tag: !tag:` which tells me that its a new file that I've tagged in XYplorer but it hasn't been CTRL+F5 refreshed in Everything yet. So I occasionally re-index all those files ...

I figured it out, its the run history. Disabling the run history feature prevents the bug.

Strangely I am not seeing any USN or RDC events for the file in question or any of its parent directories. After those lines, the file isn't mentioned again.

Results list contains 56 items. After opening 1 of the items, the following shows in the debug console:

exec: first expr $exec("%1")
exec: command $exec("%1")
exec: fullfilename E:\test.mp4
exec: depth 0
exec: exec "%1")
exec: depth 1
exec: got "E:\test.mp4"
exec: shellexecute file:E:\test.mp4 ...

Using 1.5.0.1371a.

With the following search..
column1:=regex_extract($stem:,"^[^\-]+-\s\d\d.\d\d.") column1: dupe:column1
.. I find duplicates for a formula based column. It works great. However, when I open one of the file results, it disappears from the results until I hit F5.. and the file re ...

Can formulas be assigned to a custom column and then have that custom column be indexed?

It works fine in 1.5.0.1367a. Can you share what the solution was?

I have also encountered similar behavior when closing tabs.

With this modification you made it is working great :)

I see the debug log still contains quite a few failures:
2024-01-10 22:46:55.214: CreateFileW(): 32: Failed to open file C:\Users\dougb\AppData\Roaming\XYplorer\tag.dat
2024-01-10 22:46:55.214: CreateFileW(): 32: Failed to open file C:\Users ...

I don't think we're on the same page :D

My tag.dat is around 3MB. The file is written to very quickly by XYplorer. However, I have waited a full minute before attempting CTRL+F5 and it still fails.

Please re-read my last post. I was trying to explain that I think you have to try opening the file ...

My thought is that you should continue to open like this:

CreateFileW ( "C:\Users\dougb\AppData\Roaming\XYplorer\tag.dat", GENERIC_READ, FILE_SHARE_DELETE | FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, FILE_FLAG_SEQUENTIAL_SCAN, NULL )

And if you received an error code of 32, you ...

Debug log is uploaded.

Edit: Are you passing in a dwDesiredAccess of GENERIC_READ and a dwShareMode of (FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE)?

Could you please check something for me..

When you change a tag in XYplorer, does your %APPDATA%\XYplorer\tag.dat update?
Does the Date Modified field change on this file?
Everything currently caches your tag.dat and reloads it when the date modified field changes.


Upon tagging a file, the ...

Hey void, sometimes hitting CTRL+F5 to reindex doesn't work. Using 1.5.0.1366a.

To reproduce..

I have a file tagged in XYplorer with TAG_A.
Index the file in Everything (with CTRL+F5) and the TAG_A is brought into the Tags field.
Now I remove TAG_A from the file in XYplorer and tag it with TAG ...

Thank you, greatly appreciate your time spent on this! The is-xyplorer-tag is massively helpful.

Still I wish there was a way to only update the Tags property. I also have Video Format as an indexed property and I think that slows down my indexing process quite a bit. Would love to be able to avoid heavy re-processing files' metadata and just keep the XYplorer tags synced up with Everything ...

Sure that would be appreciated! Thank you.

Everything 1.5.0.1341a adds XYplorer tag support.

To load tags from your tag.dat file:

Copy and paste the following into your Everything search box:
/xyplorer_tag_dat=%APPDATA%\XYplorer\tag.dat
Press ENTER in your Everything search box.
If successful, xyplorer_tag_dat=%APPDATA%\XYplorer\tag ...

That is a decent solution but I probably won't use it because I do like other properties to be gathered and indexed. Anyways, thank you for your hard work.

Wow!! Amazing work. I got it working. Is there anyway to make it not combine XYplorer tags with File Tags? I see a lot of my files have weird file tags set and I just want to ignore them and focus on tags I've set from XYplorer.

Let me know if you want help, I'm an experienced C# and C++ developer

Or if you want a donation to prioritize this feature

Tags for XYplorer are stored in %APPDATA%\XYplorer\tag.dat in the following format:

XYplorer File Tags v5

Labels:
Red|000000|FC7268;Orange|000000|F6AB46;Yellow|000000|EFDC4A;Green|000000|B5D74A;Blue|000000|5DA4FE;Purple|000000|E29CDC;Grey|000000|B5B5B5

Extra Tags:
|2|0|0|||||
|0|0|0|||||
|0|0|0 ...

If we choose to use the property_user_values which derives properties from a csv file, the file is read on startup only (I believe?).

After modifying the csv..
- I have tried closing the Everything 1.5a GUI and re-opening.
- I have tried hitting F5 to refresh.

What does work is..
- /restart (which ...