"Everything" version 1.2.1.442a

[David]

http://www.voidtools.com/Everything-1.2.1.442a.zip

Please make sure you exit "Everything" completely before running the alpha version.

To exit "Everything" completely:

• Right click the "Everything" icon in the system tray.
• Click Exit.

Please note the alpha has known issues and is still undergoing extensive tweaking.

• fixed a crash after applying changes made to custom filters.
• fixed a relative path issue.
• added restore defaults to advanced options.
• added extension list command to improve filter performance see: ext:mp3;mid;wav
• improved filter performance by up to 100 times faster.
• improved recent changes loading performance by up to 20 times faster.
• improved macro parsing.
• fixed an issue with the error logger.
• added recent changes search options.
• added new commands: recent:, rc:, ext:, cd:, cw: and cm:
• added service parameters option

To search for file extensions:
ext:mp3;wav;ogg;mid
Please note this is MUCH faster than searching for *.mp3|*.wav|*.ogg|*.mid

To search for recently changed files in the USN Change Journal:
recent: or rc:

To search for recently changed files in the last 24 hours:
cd:

To search for recently changed files in the last week:
cw:

To search for recently changed files in the last month:
cm:

Please note that recent changes are only accurate up to one week, depending on the size of the USN Change Journal and how many changes have been made to the file system.

There may be a small delay when accessing the recent changes for the first time.
To load the recent changes at start-up:

• In "Everything", from the Tools menu, click Options.
• Click the View tab.
• In Advanced settings, from the Load recent changes with database mode folder, click Load all recent changes with database.

[KongNan]

Great

[rando]

wow. fantastic.
Great release.
Thank you

[Ysl]

Great ! Thanks !!

[ouzoWTF]

VERY NICE! THANKS A LOT!

[Newman]

is there a way to limit the size of the results, say that i only want back 50 results of recent changes.

[rando]

This release works great.
Happy to see the new features as well.
cd: cw:

Yesterday I was searching to find the modified files in the last hour.
Is it not possible to add:

To search for recently changed files in the last hour:
ch:

and even better:
To search for recently changed files in the last xx minutes:
cxx:

c15: = search recently changed files in the last 15 minutes

Tnx David.

[David]

is there a way to limit the size of the results, say that i only want back 50 results of recent changes.

Currently there is no option to limit the number of results.

I have added this to my "Things to do" list.

This could possibly be implemented as a command, for example:

Code: Select all

maxresults:50

Please note you can sort by recent changes, by clicking on the recent changes column header.
The most recently changed files are displayed up the top of the list.

To search for recently changed files in the last hour:
ch:

Implemented for next release.

To search for recently changed files in the last xx minutes:
cxx:

Implemented for next release.

I also added support for specifying the time unit.
For example,
c12h: will match files changed in the last 12 hours.

The following time unit suffixes will be supported:

• s - seconds
• m - minutes (default)
• h - hours
• d - days
• w - weeks
• M - months
• y - years

I am currently working on support for volumes that do not have drive letters assigned.
Once this is complete I will release another alpha.

[rando]

great to hear
Thank you David.

Btw.. What means the "c"?
oeps "changed". I've seen it in the first message.

If I could decide I would take the "r"
Recent.
or maybe even better "l"
last.
Last 15 minutes
Last hour
Last week

That is easier to remember.

[rando]

Just one more idea:

Add f (from)
Add t (to)

fc3d tc1d (changed files from 3 days ago to 1 day ago)
etc.

This gives us the possibility to filter immediately in one search

Maybe you can even leave out the "c°

[therube]

Looking quite convoluted to me .

I'll just post some info on the OLD (DOS, command line) locate.com utility for comparison/reference:

Code: Select all

C:\TMP> locate /?

LOCATE.COM   v1.31   2003-12-09   C. Dye   raster@highfiber.com
Freeware.  Copyright 1995-2003, Charles Dye.  No warranty!

Syntax:  LOCATE [filespec] [switches]
  /H   Hidden or system        /D-  find files, not Directories
  /X   .COM, .EXE, .BAT        /D+  find Directories only
  /Fn  only First n items      /D   find both (default)
  /A   check Attributes        /T   path search
  /0   0-byte files            /R   local hard drives only
  /G   Go to directory         /K   Kill (delete) items
  /N   bare Naked display      /W   Wide display
  /S   Summary info only       /P   Peter-style display
  /L   Win95 Long filenames    /NP  No Paging

  /B:"command" Batch output    /D:[start][,end]  Date range
  /O:"string"  macro Output    /T:[start][,end]  Time range
  /C:"string"  run Commands    /S:[small][,big]  Size range

Space between the filespec and any switches.  Output will be paged
unless it is redirected or /NP used.  Specify default switches in a
LOCATE= variable.  Try /D? /T? /S? /A? /B? or /O? for more help.


locate /D?

/D+   find Directories only
/D-   files only, no Directories
/D    both files and Directories (default)

/D:[start][,end]   only Dates in range
/D:date!   only one specific date
/D:T       only items dated today

/US   show dates in US format:  Jan 31 1996
/UK   show dates in UK format:  31 Jan 1996
/UJ   show dates in ISO format:  1996-01-31

Local date format:  MM-DD-YYYY


locate /T?

/T    search only current directory and path

/T:[start][,end]   check Time stamps
/T:time!   only one specific time

For instance:
LOCATE /D:T would find files dated "today"
LOCATE /D:T-2 would find files up to 2 days ago
LOCATE /D:10-31-2009! would only find files dated 10-31-2009.

[Nug]

Thanks for the release David, I'm just wondering if there's a reason why the ext: string must come before the directories/locations? e.g.

Code: Select all

J:|K:|L:|I:\[COMPLETE]|I:\[INCOMPLETE] ext:avi;mkv;mp4;ogm

still shows other files and directories whereas

Code: Select all

ext:avi;mkv;mp4;ogm J:|K:|L:|I:\[COMPLETE]|I:\[INCOMPLETE]

shows the correct extensions. Cheers, Nug.

[David]

I'm open to suggestions for the default character to represent recent changes.
I choose c for the keyword Changes (USN Change Journal, recent Changes).

Setting a date range is on my "Things to do" list.
I am not sure how useful this will be as this will only work for files that changed recently (upto one week ago).

There might be a need for searching for files changed today (instead of changed in the last 24 hours)..
I would probably use the following rough syntax for date ranges:
cDD[-/]MM[-/]YYYY(-DD[-/]MM[-/]YYYY): (or MM-DD-YYYY depending on regional settings)
for example:
c1/11/2009:
or
c1-11-09:
or
c1/10/2009-31/10/2009:

Thanks for the release David, I'm just wondering if there's a reason why the ext: string must come before the directories/locations? e.g.

Code: Select all

J:|K:|L:|I:\[COMPLETE]|I:\[INCOMPLETE] ext:avi;mkv;mp4;ogm

still shows other files and directories whereas

Code: Select all

ext:avi;mkv;mp4;ogm J:|K:|L:|I:\[COMPLETE]|I:\[INCOMPLETE]

shows the correct extensions. Cheers, Nug.

There is an issue with the precedence and order of evaluation and I am working on it..

Use parenthesis (< and >) to change the order of evaluation.
For example:

Code: Select all

<J:|K:|L:|I:\[COMPLETE]|I:\[INCOMPLETE]> ext:avi;mkv;mp4;ogm

[Carraway]

While we're filtering by type and date, I'd also like to throw a request for size filtering into the ring. Windows Desktop Search (and by extension Vista & Windows 7) implements this with size:>[size] or size:<[size]

A few usage examples would be finding all HD movie rips: video: size:>4GB, finding absurdly large Photoshop files that are clogging your hard drive: ext:psd size:>10MB, or just generally searching for large files, size:>1GB.

While I'm on here I also just want to say that I love this program and as a guy that spends 10 hours a day on an unorganized computer, it's been a godsend. Thank you for writing it.

[Voltron43]

A PortableApps.com version has been released.

[David]

"Everything" does not index size information, so, unfortunately, searching for a size range would not be efficient at this stage.