The Wiert Corner – irregular stream of stuff

Jeroen W. Pluimers on .NET, C#, Delphi, databases, and personal interests

  • My badges

  • Twitter Updates

  • My Flickr Stream

  • Pages

  • All categories

  • Enter your email address to subscribe to this blog and receive notifications of new posts by email.

    Join 1,858 other subscribers

Sequoiaview altrnatives

Posted by jpluimers on 2025/06/12

I wrote about Sequoiaview in depth in SequoiaView Homepage, made some research notes in “cushion treemap” delphi – Google Search and touched it slightly in A choco install list.

I never heard back from my request for Sequoiaview source code, and given ever increasing local storage media sizes, the speed of it now has become an issue, so I started looking to see if more alternatives have appeared and what sets them apart.

TL;DR

  1. There is the open source WinDirStat that runs as non-admin and is about as slow as Sequoiaview
  2. There is the closed source but free for personal use WizTree that requires admin elevation and is much faster than Sequoiaview and WinDirStat

Neither of them allow for a view that is cushion treemap only.

The reason that WizTree is fast is that it directly uses the NTFS MFT (Master File Table) to read the information from. This requires elevated permissions.

This is the same mechanism used by the Everything search tool, but unlike Everything, WizTree:

  1. does not update itself when files change
  2. has no option to split running into back-end service (that requires at service level, so by definition privileged) and front-end user interface (that can run unprivieged)

Links

Most via [Wayback/Archive] “sequoiaview” “everything” – Google Search or [Wayback/Archive] windirstat everything – Google Search.

Future

I wish there was a tool that would combine the simplicity of the Sequoiaview UI with the speed of WizTree and the auto-update of Everything.

A cool solution would be to write a different front-end for Everything that communicates with its service back-end.

For that, two directions come in mind:

  • reverse engineering the Sequoiaview Delphi code to extract the cushion treemap out of it, then connect it to Everything
  • writing a C# tool

So I did some asking and searching around, just in case I am ever going to take this up:

C#/.NET cushion treemaps

Delphi treemaps

Treemaps in other languages

Interfacing to Everything

I was hoping it was easy to interface to [Wayback/Archive] voidtools Everything

So I was really glad that a [Wayback/Archive] Matthijs ter Woord (@mterwoord) notified me that the support page [Wayback/Archive] Everything – voidtools. now has an entry [Wayback/Archive] SDK – voidtools with both a lot of API entry points, a few examples and the [Wayback] www.voidtools.com/Everything-SDK.zip.

That file contains the full SDK including examples, of which one is a .URL file linking to [Wayback/Archive] dipique/everythingio which has all files you need for a C# project, including:

The SDK pages also have entries for:

All but the above C example contain the API import definition in the example itself. Some require Everything running in the background.

Note that the above examples either require Everything32.dll or Everything64.dll to run (and sometimes even Everything32.lib or Everything64.lib to build) .

–jeroen

Leave a comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.