voidtools forum

I like to be able to find *any* documents available to me and have been able to either index local drives, remote shares, create .efu files etc and I love the tool. However, files stored on Sharepoint seems not easy indexable.

I have gotten around it with extracting data from relevant sharepoint database, and formatting this to .efu.
Opening path in search window then gets me to relevant Sharepoint document library, and opening the file from the search window
automatically downloads the document, both methods are great and I now have a method to find duplicate files etc.

However, I would like to be able to do this in a more structured API way which would restrict to only documents which I actually have access to,
would negate the need to have database access and preferably through the tool itself.

Any thoughs on this?

What version of Sharepoint?

I'm assuming sharepoint uses some sort of virtual namespace in Windows Explorer.

Indexing virtual namespaces is on my TODO list.

thanks, version is 2013 for me

I have long wanted to be able to create my own custom properties for files, fill them with my own custom values, and then use Everything to search for files based on the values in those custom properties. I read about how Sharepoint allows the creation of custom metadata for files (not sure how comprehensive this capability is) - https://support.microsoft.com/en-us/off ... c263345228 . So I wondered whether Everything could show this metadata in columns? Other people have wanted to show the metadata in File Explorer columns, but the answer was no, it can't be done. https://techcommunity.microsoft.com/t5/ ... m-p/148968 . But then I saw a recent article about how Sharepoint metadata is now syncable to OneDrive and Teams - The Great Metadata Convergence with Microsoft Teams, SharePoint & OneDrive - https://lydonsolutions.com/2023/02/16/m ... -onedrive/
It doesn't look like this gets us to getting Sharepoint metadata in Everything or File Explorer but maybe it could happen somewhere down the line.