Another logo proposal

here is another logo proposal from Venezuela. Frankly, I find it more original than the logo suggested by Storm!. In a strange way it condenses the meaning of what WinDirStat does into a symbol. However, I found there were some demeaning comments about Storm! who also put his time and work into creating his logo. Perhaps you folks could consider that all of this is done in our spare time and in all these years there was only one patch sent to us from outside the team. So please: keep it real

Anyhow, here are the logos and icons as suggested by tuqueque (click for full resolution):

The logos scale neatly as they are in a vector-format.

Please comment. It seems it was put under Creative Commons Attribution, but since there exist variants of that license, I’m going to check back. Until then, for your consideration.

Logo design by Robin “tuqueque” Marín

// Oliver

PS: Given that the MFT parser I’ve been working on requires admin privileges, I was considering to use the different icon colors as indicator as to what mode it is running in (e.g. with admin privileges or not). I’ll have to test it in Vista and 7 to check the feasibility, though.
PPS: Yes, I heard you. I am working on an alpha release that will have some of the new functionality (and a x64 version) so people who have been yearning for updates will have something to check out and provide us with feedbacks. Sorry for the long silence.

Speaking of the $MFT, are you going to also be making WinDirStat more accurate regarding NTFS metadata/storage? Like, charging MFT blocks to the appropriate files (while being careful not to double-charge for resident data), charging *all* non-resident streams to the relevant files — not just the normal data streams of ordinary files, but also Alternate Data Streams, the data streams of directories, and any other attributes that end up being non-resident?

And, of course, charging for all whole blocks that are used?

Here’s to hoping that the answer is yes!

@James: Assuming that WinDirStat stays under the GPL, that will require that the source for the MFT parsing code be released. I’m guessing the idea is to allow people to use the code for other things, too, even where the GPL can’t be used or is at least undesirable (such as tools/drivers for the *BSD community, or things that use non-free code not considered to be part of the OS…)

@Samuel: more accurate?`Not really, for ADS and Hardlinks the Win32 and native API will be sufficient. If the size of the MFT and other meta-files is known, this can also be displayed …

And yes, it’s going to be FLOSS and non-copyleft, as I wrote. Although even in a GPL’d project we could have proprietary parts (consider an interface to a DLL under lenient license and the DLL closed source – but that’s not the plan).

@cavallogoloso: I’m not sure a splash screen is necessarily needed. But it’s on the radar for the about box.

What do you mean by “crispy”? The fact that it is blurred? The blurred logo on top of a part of the cushions was used because blurred cushions looked bad with a sharp-edged logo. It also looked bad with sharp-edged cushions (like now) and shard-edged logo. I know I’m not a designer, but I didn’t want to use one of the stock photos and anyone skilled enough is free to contribute. The logos are all in our source repository in the form of .svg files (originally created with Inkscape). They can be found in the ./common folder. As with any Mercurial repository anyone is free to clone it …

I should add: the plain logo wasn’t enough either because it’s not wide enough. I did consider, however, to use one of the colored logos (without text) to contrast the dark cushions. But then, I’m not a designer. Surprise me