Daily Bits Email

The email you entered is already receiving Daily Bits Emails!

Listary ProDiscount

Listary Pro

Find Files and Folders as You Type

for PC  Download Trial
Platforms: Windows 10 / 8 / 7 / XP SP3
Listary Pro ScreenshotFolder Software ScreenshotListary Pro, Folder Software ScreenshotListary Pro, Software Utilities ScreenshotFolder Software, Listary Pro ScreenshotSoftware Utilities, Listary Pro ScreenshotSoftware Utilities, Folder Software ScreenshotListary Pro, Software Utilities, Folder Software ScreenshotListary Pro Screenshot 8

We've all done it before - built a folder that's so deeply nested it takes forever to drill down to it. Who knew that you would end up needing to access it so often? Moving the folder is impractical, because so many of your programs depend on that folder location. The best way to instantly improve your productivity, then, is to grab a copy of Listary Pro, available at a discount with today's software promotion!

Listary Pro gives you instant access to folders and files, no matter how deeply nested they are in your hierarchy. With Listary Pro you'll experience instant gains in efficiency and productivity as a single keystroke puts you exactly where you need to be. Not just for favorites, you can also use Listary Pro to quickly access recent folders and files, with instant access to the last opened file. Now Listary also supports searching and launching apps. A handy Quick Switch feature lets a file dialog box switch to the folder that you're viewing.

Has a forest of thousands of files, folders, and other entries taken over your hard drive? Thanks to Listary Pro, you'll now be able to find any file or folder, anywhere, as you type. You don't even need to know the complete file name! Just start typing what you can remember, use the space bar for wildcard, and BOOM, Listary Pro gives you exactly what you're searching for.

Bonus features include advanced search syntax, actions, theme support, and so much more!

Hi folks, please notice the movies below showing a few of the product’s features:
Find As You Type
Disk Search
Quick Switch
Actions & Context Menus

The Conversation
The Fine Print
Expand All Email Updates Load 392 Older Comments
Bruno User I'm a long-time license holder of Listary Pro, but not a happy user; instead, about once a year, I re-install to look up for updates, then quickly de-install again; I had bought without first trialling, exceptionally, because of all the rave "reviews" that abound, and that was obviously a mistake. If this program worked fine, the very low original price would be more than justified, let alone 50 p.c. off.

But, the developer knows about the problems but never did something efficient about it yet, to my knowledge (well, my last re-try has been around some months now), and that's a real pittance.

The options/settings in the program that include/exclude some programs from Listary jumping in, never have worked as expected for me, so it has never be possible for me to designate some file manager(s) where Listary takes over, and others where it does not; the settings are there, but they seem unreliable, and I tried really hard, and so this program is unusable for me since it displays all the time and everywhere whenever you try to go, within any file manager, to go to a specific file or folder.

To understand how Listary works: In a file manager, you enter the very first characters of some file or folder, and then the active window display jumps to the very first entry which meets those characters, example: Your input: ex, file manager display jumps to example.doc., within the currently displayed folder in the active pane - so much for file manager standard behavior.

Now Listary overrides this standard behavior, insomuch as it intercepts your "ex", for "looking up" ALL possible files and folders anywhere in your system which names begin with "ex", and it displays a list of (most of the time, unwanted) "hits", and it does this not anywhere else on your screen, by as overlay precisely where you would have wanted to look up your "ex..." within your current (!) folder only, thus hiding the real hits.

So in order to understand how this program works, you must bear in mind that there is no special trigger key (let's say some Alt-Control-x which could then be reassigned in Listary to F8 any other key of your choice) which then would open a tiny dialog in which you would put your "ex", and which, after your stopping entering more such character for let's say 600 or 800 ms (to be perfect this delay should be able to be personalized by each user), would then trigger the "all ex... files/folder" search, BUT your entering the "ex" within your browser alone will trigger all that, so Listary spares you exactly 1 key press, but at the expense of making the similar, current-folder-only "search" unavailable.

So, in order to avoid Listary jumping in every time, the only theoretical solution seems to be to have the current folder in two different file managers, and to switch to the "other one" whenever you just want to access something in your current browser; this alone is far from perfect, but let alone that I never succeeded in preventing Listary from jumping in anytime, even in browsers I had entered in the "exclude list".

So there are two problems: The exlude list being reliable, and then, I think, i would also be a good thing to do the exclude in a different way: Not "jump in vs. do not", but "jump in here automatically vs. work here, too, but only by an additional, leading, trigger key" (as explained above): This would enable the user to use just ONE standard file manager, but do the normal jump, within the current folder, in the traditional way, while at the same time having Listary jumping in by a simple key press.

Btw, behind the scenes, if I'm informed well, Listary uses Voidtools Everything (you'll need the voidtools part of your google search in order to find the too-generic-called free software Everything), in order to instantly list all possible hits, which Listary will then, also instantly, group and display much more handy and visually attractive than Everything alone will do - except for the fact that in my tries with Listary, I also have always been unable to change the very un-office-like looking orange red (for a red, it's the equivalent of what grass-green would be for green) to a some more less fun-for-children looking, soberer color.

It's possible that in the meanwhile, some of my points do not hold anymore, and I would be happy to be rectified insofar, in order to de-shelf my Listary version again, update it again, and trial it again, this time possibly NOT shelving it again almost immediately afterwards.
Aug 17 2016 at 3:30am Copy Link
Channing Dai @Bruno User

Thanks for your comment. If you have any problems using Listary, instead of uninstalling it again and again, simply send an email or ask on the forum. Usually you'll get a reply within 24 hours.

It seems that you've tried a VERY old version of Listary. All the issues you listed have been resolved long ago. Please give the latest version (5.00.2410) a try:

1. To disable the automatic find-as-you-type feature, simply open Listary Options - App Settings, select your file manager from the list, then uncheck "Find as you type" on the right panel. You can always activate Listary manually in a file manager by pressing Ctrl twice even after disabling find-as-you-type. This feature has been supported for a very long time. I'm not sure why it didn't work in your case.
2. Listary doesn't use Everything.
3. You can change the color scheme in Options - Appearance. P.S. Orange red is Microsoft Office theme color (, and what can be more office-look than Office ;)

If you have more questions, please don't hesitate to post here.
Bopsoft - Aug 17 2016 at 4:07am Copy Link
Bruno User Hello Channing,

(oh, sorry, probably it would have been Hello, Dai,?)

Thank you for your fast answer. The main problems subsist; perhaps we can straighten some things out, for the benefit of other users, too. (I had installed Listary 4.23 on my pc, but never using it, i.e. with the option "Start with Windows" un-checked. So I updated again, had to restart my pc, did this, but then, my license was correctly updated, i.e. the About field showed my license. So nothing to criticize here.) (I had asked for help years ago, but with no real result, i.e. your answer did not resolve the problem, so I didn't force it.)

Also, I now find, unter the "Skins", an edit field, for adjusting colorrs, which I may have overlooked some time ago, as well as the other "Skins": "Orange-Red" problem solved.

I spoke from memory above, now I speak from my new tries today.

As said above, from my experience, Listary jumped in in ANY file commander. Today it is different


I have serious problems with the Listary window, which goes against intuition. (I stay with my above "ex = example" example.)

First, why show the entries to which the current file manager window jumps anyway, i.e. example.txt, example1.txt, example abc.text and so on? This is a duplication of entries, before your eyes, while the Listary list only contains some 11 and a half entries anyway (I think I can make the window full window heigh though), so that Listary should show additional entries, not duplicate entries.

Then, in Listary, the existant entries (current folder) are NOT listed in alphabetic order, as you would expect though. Leaving aside the bad example with a space, since that would create discussion with regards to the right sorting order, when I have 3 entries example.txt, example1.txt, example2.txt, they are listed by Listary in any which aleatoric order, not in the abc one, and this is so irritating that for this additional reason, I consider the Listary window, as far as these double entries are concerned, a real nuisance.

Then, below the current-folder entries beginning with "ex", Listary lists the current-folder entries containing "ex" somewhere within the name; it is undeniable that this is a real plus value of Listary over what the file manager shows for "ex" - without Listary, you would need to access some "quick view" function within the file manager, and providing the file manager came with such a function, and it coming with the correct settings, in FreeCommander XE for example, there is a setting "quick view displays entries starting OR entries having the characters in question", but you first must access that setting, and there is no handy toggle for that.

Now in the Listary window, there are the "starting" entries, unnecessarily doubling those in the file manager, then the "having" entries, but without a divider / separator line within the two groups, and further groups below all come without a divider line on top, so that it is visually not that easy to distinguish one group from the next, the missing abc order of the entries even working to additional confusion.

Also, the Listary window comes with headers "List... 78" entries, "Path... 100+" entries, but clicking on these headers does nothing, e.g. filter the list down to a sublist, and then, in an optimized Listary, further down again perhaps: Neither with dozens, nor especially with "100+" entries in a list you can do much in real life, so "filtering further down" would be more than welcome.

Or at least and to begin with, the aforementioned divider lines separating the groups, all the more so since scrolling the Listary window is not really easy and is similar to the "Lost in hyperspace" phenomenon, since scrolling is endless scrolling, unexpectedly: When you reach the end of the list and expect that scrolling ends, a "Home" key pressing bringing you back to line 1, scrolling continues, so that you are lost very quickly in lists that are too long, especially since Listary does not seem to have an option (a toggle, with visual indicator, would be so helpful!) to just search for "beginners" vs. "containers" (see above), and thus the list you find yourself in can quickly become virtually "endless"; all this being said, too, in the respect to Listary's current not yet allowing for "throwing out" entire (parent) folders out of the list, or of selecting the relevant (parent) folders only, especially when the very first list becomes too broad in scope: it's always "all or nothing" instead.

So all this above is not about "bugs", not even about "promises not met", but of, if you like, "illusions", about what a program like Listary could and should do, in order for being extremely helpful in everyday office life, but what it, unexpectedly so if your expectations are high, does not do yet (years later).


Now for the above-mentioned application lists.

I said (or meant) above, Listary jumps in everywhere, even if the file manager in question is not in the list. This was the case when I last tried (in 4.23), and as far as I remember, among others, with SpeedCommander, which was not in the list (from start on, I think, so no need to uncheck it there), and in which Listary jumped in though; at least unwanted jumping-in of Listary was true with several such file commanders, among them SC, and being them in the list to begin with and/or after unchecking them in that list.

Today (5.00), Listary's behavior is even weirder: FreeCommander XE is in the list, checked (i.e. "jump in"), and Listary does not appear with it; on the other hand, SC is un-checked (for "do not overtake"), and Listary intercepts every time.

Now, I shall again re-start my computer, in order to see if the problem for the last problem lies perhaps in Listary needing a restart after such uncheckings, but even success now would not explain its doing nothing in FC XE.

Now, after restarting my pc (and now, as expected, automatic start of Listary with Windows), I get the following results:

inclusion list: everything checked = included, except SC (unchecked = excluded):
(btw, that list - "App Settings" here in 5.00 now) is not in alphabetical order either, which is really not helpful)

FC XE: Listary does nothing!!!
Total Commander: Listary does nothing!!!

FC (old version): Listary works as expected (jumps in since not excluded)
X2: ditto
XY: ditto

FileBoss: Listary jumps in, while FileBoss is not even mentioned in the list; so if I wanted to exclude File Boss from Listary taking over, I could not even do so; the same would apply to several other non-listed file managers

MultiCommander and others: Cannot say since I all threw them out before

SC (unchecked = "excluded"): Listary jumps in!!! (I have SC 11.67, not 15 or 16, which could be the reason of the unchecking being disregarded)

Now, without restarting my pc again, I do more un-checks, with the following results:

- unchecking does not work with "exotic" file managers not listed (or is there a trick for that (registry/ini file tweaking?), without them being in the list?)
- SC is in the list, but unchecking does not work (yet), but rectifying this should not be a problem
- there seems to be another minor problem with FC XE since even checked = Listary activated, Listary ignores it
- in TC, Listary's not jumping in could be my fault, since an "ex" in the list pane makes jump focus to TC's address line (I don't know TC well enough)
- in general, in-the-list-unchecked file managers are left alone by Listary now (= big advantage over old(er) Listary versions I had tried before)

This being said, there is no toggle (yet) for "your entry at start vs. ex in the middle".
And there is no toggle (yet) for "jump in (if not excluded anyway) everytime vs. just by an additional trigger key", meaning you would use Listary whenever needed, but not when not needed since the current file manager will jump to the "ex..." (not: "...ex...") anyway.

(I know the time difference between Asia, Europe and the Americas, will check again tomorrow, too: no problem with that.)

(Just by curiosity, no harm whatever intended: Was is not that Listary itself at some time, years ago, announced something in the line of "Now with Everything implementation, it is even faster"? Does my failing memory really invent this "info"? (I cannot exclude this, just that I certainly do not invent this on purpose.) But whatever, Listary is as fast as Everything is, while more "handy", it's use being somewhat integrated in the current file manager, while Everything is outside of that and with the charm of a raw spreadsheet.)
Aug 17 2016 at 9:00am Copy Link
Channing Dai @Bruno User

Thank you for your reply.

First I highly recommend that you check the 4 demo videos at the bottom of the article on this page. They can give you some simple ideas about how Listary is used in real-life.

First I'll answer your questions about the application list. I guess you're confused because you mixes Listary itself with the find-as-you-type feature (FAYT, "jump in" in your words).

The standard way to activate Listary is to press Ctrl twice.

Find-as-you-type is only an *additional* way to activate Listary. It can save you a few key presses. *It has nothing to do with the core features of Listary*. For example, Total Commander doesn't support FAYT, but all major Listary features work very well with it. After pressing Ctrl twice, you can open a search result folder directly in your current TC window. You can also add/open favorite folders in TC, or use Quick Switch and many other features.

FAYT supports the following applications:
1. Applications that have added support for Listary (e.g. XY, DOpus). Adding FAYT support requires some extra work of the file manager developers, so not all file managers support FAYT.
2. Applications that use the standard Windows list control can be supported by FAYT automatically. That's why Listary shows up in some apps that are not listed in Options - App Settings. FAYT even supports Task Manager because the task list is a standard list control.

To disable FAYT:
1. If the app is listed in Options - App Settings, select it, then uncheck "Find as you type" on the right panel. You do NOT need to uncheck the app itself.
2. If the app is not listed, follow the "Listary conflicts with an app" section here:

Answers to some of your specific questions:

> First, why show the entries to which the current file manager window jumps anyway

Sorry I don't get the question. Imagine that you type "ex" and Listary don't show "example.txt", then "example.txt" is selected in Explorer and "another example.txt" is selected in Listary. So which file is really selected?

Besides, because Listary lists all these "example..." files, you can simply press Tab to cycle through them. You can also keep typing "ex 2" to select "example2.txt" directly.

> Then, in Listary, the existant entries (current folder) are NOT listed in alphabetic order

They are sorted by relevance to your search query. I may change this to use your current Explorer sorting order in a future version.

> Now in the Listary window, there are the "starting" entries...
> Also, the Listary window comes with headers "List... 78" entries...
> Or at least and to begin with, the aforementioned divider lines separating the groups...

Note that Listary is a search tool. It uses Google-like keyword search and you can type multiple keywords. So instead of navigating and scrolling the result list, simply keep typing a more accurate search query or add more keywords to narrow the result list.

> Was is not that Listary itself at some time, years ago, announced something in the line of "Now with Everything implementation, it is even faster"? Does my failing memory really invent this "info"?

I can guarantee that your memory is excellent. The message was Listary implemented (added) Everything-like fast file searching feature.


If you still have some questions, please don't hesitate to reply.
Bopsoft - Aug 17 2016 at 11:39am Copy Link
Bruno User Hello, Dai,

Thank you for answering. First part:

Your comments are very helpful, you should perhaps consider that by simply clicking the checkboxes in the above-mentioned App list, the user currently will never see the corresponding info on the right side; it's been only now, after reading your comments, and thus especially looking out for them, that I discovered them, after clicking in the textlines, vs. just the checkboxes before. Thus, if a user clicks a checkbox, without having clicked into the app name, or otherwise when the info to the right is not yet visible, you should make visible the additional info. This my not seeing that info explains why I thought the checkbox (to the left of the app name) triggered Listary's jumping in when typing into the list field.

Now, the checkbox to the left is something other than the jump-in checkbox to the right, which I see now, but WHAT the left checkbox really does is not entireley evident then, since the double-control-key will display a dialog everywhere, i.e. also in non-file-manager applications. There you type ex SPACE (as I learnt only now I admit), and you get the usual lists discussed above, and since it's system-wide in scope, the same remarks apply, "100+" is not really manageable. Also, it would be a good thing if the user could get "display the Listary dialogue" from anywhere by any, self-assigned key / key combination, instead of the specific double key pressing "2x control".

I now fully understand your explanation "find as you type" which depends on the controls the file manager in question uses: for some of these, Listary can intercept the typing, for others not; this puts us back to the question why the latter apps are within the list to begin with, it seems Listary can interact in some way with them which I didn't find out yet.


We're speaking now of the file managers where Listary is able to intercept the character typing in the list field, and with both checkboxes, left and right, checked.

"why show the entries to which the current file manager window jumps anyway"

Let's say we have "example1/2/3.txt" in the current folder. I type "ex", in a file manager that allows for such quick access. Now in the list field of the file manager, "example1.txt", i.e. the first "hit", will be selected, and since I, and most other people, too, have their file manager lists automatically sorted in ABC order, "example2/3.txt" will be listed immediately under the selected "example1.txt".

Now these 3 entries will also be displayed in Listary (but in disorder), and I don't like that, but now that you say it, I admit the Windows keybord just having one down arrow key, not two, to access two concurrent apps, if Listary just showed other entries, not these double ones, the user would either first have to press Esc in order to hide Listary, in order for the focus reverting to the file manager, or there would need to be an additional key pressing in order to set focus to Listary: If Listary has focus, but the entries to access are only in the list of the file manager, an additional user action would be needed. So I see your point here, I hadn't thought about this before. It is evident that this mutually-exclusive access is another strong argument for the introduction of a toggle "search-as-you-type intercepted by Listary on-off", in fact the same as in the right checkbox in the settings, but immediately accessible 1-key, for real-life use:

Whenever in a file manager allowing for type-as-you-search, you don't need Listary for "ex...", but you would put it on for "...ex..." or "...ex", and you would put it on for any non-current-folder ("ex..." or "...ex...") search. This would then even allow for not listing "ex..." hits of the current folder, unnecessarily taking precious list space. An even more sophisticated solution would probably be, instead of a toggle, something like control-1/2/3... for advising Listary distinct scopes: current folder, ditto with its parent folder, ditto with its parent and sibling folders, global:

Every such means would be welcome to get away from those aforementioned "100+"-lists, considering that in many cases, you don't remember enough characters in order to reduce the list by entering more such characters.


You say, "Besides, because Listary lists all these "example..." files, you can simply press Tab [or, of course, the down arrow] to cycle through them. You can also keep typing "ex 2" to select "example2.txt" directly."

This intrigued me, so I tried this with a real example, and indeed, that works fine and would normally be EXTREMELY helpful. But here again, my real-life example (from the current folder) was hidden deep down in another "100+" list, beneath dozens of irrelevant (but always correct) hits in other folders, so the practical usefulness of this fine functionality was deeply impaired.

So it all narrows down to your "relevance" sorting, which mixes it all up for me. I understand your argument we should try to narrow down the list by entering more parts of the file/folder/etc. names (and which works fine, as said), but that is often not possible, especially for people who use tagging codes as part of the file name: Similar codes may appear in distinct parts of the file system, but their respective relevance is, most of the time (and that's why you trigger Listary from a file manager then), determined by their proximity to the current folder, determined by your choice in that file manager (displayed folder in the currently active pane).

Instead, Listary tries to establish some "relevance" of its own, and which is perfectly inscrutable; e.g. here, today, my 3 real-life examples (instead of "example1/2/3" were displayed by Listary in perfect disorder, while Listary had not been active for many months, so could not have fetched any relative access frequencies to any of them. So, Listary even introduces "relevance" when positively there is no information obtainable for it to judge about "relevance", and it's in consequence all mixed up, and, as we all know, the time to identify a single entry in a non-ordered list is several times the time needed to identify (and select/click) an item in an alphabetically-ordered list; the same problem occurs in the usual "history" lists of many applications, which most of the time are not abc-sorted, but by time of last access, so you lose an incredible time to get to the entry you need, every time you use those lists.

So please consider a toggle, at least, for "traditional, vs.: listing in groups (current folder, parent, sibling folders, same drive, other drives), with dividers/sub-headings in-between, and each group, in itself, abc-sorted".

In fact, real (!) relevance sorting would need so much AI that any attempt to introduce "relevance" just mixes up and makes very hard to browse lists which, alphabetically sorted within sub-groups, would make hits almost immediately accessible (as said above, even dozens of irrelevant "hits" in other folders got between my relevant, current folder hits, and that said again, too, IF sort order was acceptable (from current folder to remoter ones, in abc-sorted groups), any "...ex(...)" ("ex..." less so since functionality comprised in most modern file managers) and especially "...ex ix" search in Listary would be of TREMENDOUS help:

It's all there yet in the lists Listary presents, it's just all in an awful mix. I acknowledge that the additional grouping/sorting routines then would "cost" some additional milliseconds, but I'm absolutely sure users would recover these in "visual-access-to-the-really-wanted-hits" time tenfold and (much) better!

And then - please! - make the endless scrolling available by toggle only if really some users need/want that, which I doubt. At this time, the Home and End keys do not have any function assigned to them in Listary, which is quite spectacularly non-standard. In the FastStone Image Viewer settings, that toggle is called "Loop". So, please let us have some Un-loop setting!

And finally: Oh, "Everything-like" it was. That was quickly reduced to "Everything" (implemented) in some fora by third parties, and hence, false ideas spread then. So you did "just" a similar work to Everything, and as good as there: Brilliant!


EDIT: It just occurs to me that you should not "stop" at Home and End, but PgUp/Dn could jump to the previous/next group within the list. It's all there, you just should strive to add immediate availability, too, which would be easy to implement, and which would multiply the usefulness of this high-potential super tool.
Aug 17 2016 at 4:01pm Copy Link
Channing Dai @Bruno User

Thanks for your reply.

I can see that all the problems come down to search result sorting. In fact there is a plan to redesign the sorting algorithm Listary uses in the next major version. It should resolve some of the issues you mentioned.


> you should perhaps consider that by simply clicking the checkboxes in the above-mentioned App list, the user currently will never see the corresponding info on the right side; it's been only now, after reading your comments, and thus especially looking out for them

I'm considering moving the checkbox to the right side. This will force you to click the app names.

> WHAT the left checkbox really does is not entireley evident then, since the double-control-key will display a dialog everywhere

It's a system-wide hotkey, just like an Explorer window shows up whenever and wherever you press Win+E.

> it would be a good thing if the user could get "display the Listary dialogue" from anywhere by any, self-assigned key / key combination

You can change it in Options - Hotkeys.

> But here again, my real-life example (from the current folder) was hidden deep down in another "100+" list, beneath dozens of irrelevant (but always correct) hits in other folders, so the practical usefulness of this fine functionality was deeply impaired.

I'm a little confused. Since we're talking about Listary interfering with your file manager's FAYT feature here, I assume that your real-life example file is within the current folder and is shown in your file manager's file list. In that case, your file will be shown in a separate "List" group in Listary and no files from other folders will be shown above it, just as shown in this screenshot:

> And then - please! - make the endless scrolling available by toggle only if really some users need/want that
> It just occurs to me that you should not "stop" at Home and End, but PgUp/Dn could jump to the previous/next group within the list.

I'll definitely consider this.


If you still have some questions, please don't hesitate to reply.
Bopsoft - Aug 17 2016 at 9:55pm Copy Link
ron r I recommend you invest 9.95$ to boost your day to day file-management productivity. (even at full price, this tool is worth it's weight in gold).

There is no other tool like this, just watch the videos.
On top of this, it has a portable version.
And on top of that, all minor and major updates are free.

So does it get any better?..... There should be a plugin support upcoming (don't know when, but for now all the current goodies within Listary are well worth it's full asking price!!!).

It's one of the few applications that I run constantly and have available in the systray.

Aug 18 2016 at 12:25am Copy Link
Bruno User Hello, Dai,

Thank you for your considering some amendments.

Trigger Listary by user-assigned key(s) from anywhere: very good (I must admit I was too lazy yesterday to look this up myself).


Mixed-up groups. Since you say otherwise than I was sure yesterday, I had a good new look into this, and I now see I had been mistaken yesterday, but a new problem arises in this respect (which yesterday had led me astray).


Listary mixes up files and folders within the same/current directory, does not put folders before or after the files, but treats them the same, and yesterday, thus I had some relevant files in the list, then dozens of irrelevant folder entries but which I did not identify as such since Listary does not (no italic e.g., no icon e.g. to differentiate them from files), then again relevant file entries, so I thought these interfering folder entries were file entries from some other folder. It clearly appears here that Listary should do some sort of grouping and/or (better: and) identifying of folders, instead of mixing them up with the files in the list; coloring or background-coloring (chamois or light grey, both visually non-intrusive but clearly indicators) folders would be another means of differentiation.

I have got files and subfolders named in parallel - and deliberately so - in the same folders, and Listary presents them to me as "double entries", with currently no means of knowing which entry is the file, and which one is the folder.


Also, Listary seems to try to group entries, first the ex..., then the ...ex(...(ix...)), but it does not do that in a systematic manner, i.e. at any moment, it may decide to "rise" some (more often accessed) file from out of the ...ex... group to "higher up", but this way, you never know where to look for it, and as said, within the groups, there is "chaos" insofar as

a) Listary tries to give precedence, weight, but hampers your looking up, having destroyed quick-visual-access abc order, and

b) Listary even tries to do that when neither file has been accessed (I remember since I've been running Listary just for 2 days now), further hampering visual access.

Then, the current grouping of Listary is not really evident since there are no dividers (lines and/or subheadings): These take a row, that's right, but they speed so much up visual looking up that this sacrifice would be amply justified.


Long lists: I understand you did not really looked forward for them appearing, or then you foresaw quick shortening of them by the user entering additional characters (by "exABC" or by "ex ABC", i.e. for identifying another part of the names). But then, very often, by doing so, the user will unfortunately discard relevant hits from the list, and probably with not even becoming aware of that loss, so users will need to cope with long lists staying long while they are searching for the hits really searched for, and thus a tool like Listary should be optimized to present such longer lists, too, and this would necessarily come with, by option, abandoning the intended global weighting of entries instead of discrete, standardized grouping allowing for no exceptions, and adopting strict abc order within these groups / subgroups.

In order to not entirely abandon the idea of weighting, Listary could have, in this second, group-then-abc-sort way of doing things, a sub-toggle for "bold entries that Listary judges currently important for you": Thus, they would remain at their systematically correct position, and they would be of prominent visibility at the same time (... and users could get rid of this bolding of entries as long as Listary does not judge importance as correctly as it probably will do after running for more than 2 days ;-) ).

In the b) = "both string parts at the beginning and within the entry names" case, divider lines, could/should subgroups with abc subsorts; I deliberately left out the problem of distinguishing between (current) "and" and alternative "or", but would be happy to provide my ideas for user-encoding that, too, in case.

It should be possible to shorten the list as far as possible from start on, all the more so in the light of the above. Thus, it should be possible to get
a) files only
b) files and folders
c) folders only,
and this selection should of course be available as easily and quickly as possible, as the whole paradigm of Listary is to provide instant results.

I'll treat this below.

But let me first give a hint to another highly useful discrimination:

The user should be able to shorten the list by having Listary only present results
a) with ex... at the start of the name(s) of the searched entry/entries
b) with ex... at the start and ix somewhere else in the name: ex... ix(...) (jx...), i.e. combination between a and c
c) as in b, but without the ex...: ...ix (jx...) (...)

For this latter problem, your (and Everything's) ex space ix gave me an idea:
a) ex
b) ex ix (i.e. with a space, and ex ix jx...)
c) space ix
Systematically, this is perfect: Any search string at the beginning comes without space, and any search string "within" comes with a leading space, be it the only one or be it in combination. (And since many a time the user will search in form a) anyway, the (now necessary) additional space I suggest here will not be of a big nuisance, while introducing enormous benefit, and it goes without saying that this solution is much more convenient than the usual fiddling with and without asterisks, the space key immediately available on any keyboard.

It goes without saying that this does not interfere with selection/going to within the current file manager window, since in case, Listary intercepts anyway, and would just analyze the very first character of what the user enters, then discarding it from the search string (butsee below).

Now back to the files/both/folders problem. Since you could not use a toggle, here either, the problem presenting again 3, not 2 alternatives, I would consider a similar code character in front of it all, and in front of the above space, too.

First, we would need to identify the alternative most used, and that would be the one without any additional code character (i.e. no symbol before the space or before the first character of the search string): I suppose that would be a) = files only.

Then, less often needed searches would be for "both" and for "folders only"; my personal guess being that searching for "both" would be very rare.

So I would use a comma as first character for "folders only" searches, and a dot, respectively, for "both", but that could considered sub-optimal if the users either searches for files OR folders "all the time", and thus doesn't remember the "both" code, so why not doing it this way instead:

ex or ex ix // files only (most cases)
, ex ; folders only, here (space!) for a string part NOT at the beginning
,,ex ; both, here for a string begin

That's easy: comma meaning folders only, and 2 commas both, the user needing just to actively memorize "comma is folders only", instead of possibly mixing up two different code characters.

Why did I not present code characters AFTER the search string? Well, those could become useful for scope, and of course, there would start a quite lively discussion which scope would NOT need any code character here.

Above, I made a mistake, leaving out subfolders, so a correct scope list would probably be:
a) just current folder (as said, very useful even triggered from file managers allowing for search-as-you-type, whenever the string is not at the start of an entry)
b) current folder together with its subfolders
c) current folder, its subfolders and its parent folder
d) as c) but including sibling folders of current folder (together with subfolders (as always, of any indentation level) of these sibling folders)
e) current drive
f) all local drives
g) as f) but including network drives

As you can see, nobody will be able to memorize different codes for all those, but then, some scopes will be used much more often than others, and it would be possible to use (always behind the search string), e.g.
a) ,c
b) no code (since this is probably the most frequent search)
c) ,p
d) , (since this is probably the second most frequent search)
e) ,d
f) ,, (since this - the currently only available (?) search scope - is probably the third most frequent search; as said, these alleged frequencies would become subject to discussion)
g) ,n

With all these suggestions realized, Listary would become state of the art, function-wise, and with *preserving* its current "instant access, instant results" character, but with displaying much more relevant lists, which would also become instantly visually-accessible, on top of their current qualities.

When the results are there within the tenth of a second anyway, it's all about "how many seconds will the user need to identify the entrie(s) he's really searching for, 2, 3, or 10 or more?". Listary as described here would solve that problem, now imagine how many more people would rave about it than even do today!
Aug 18 2016 at 7:58am Copy Link
Channing Dai @ron r Thank you for your comment!
Bopsoft - Aug 18 2016 at 12:04pm Copy Link
Channing Dai @Bruno User

Thank you very much for your suggestions.

I realized that many of the issues you encountered were caused by the 3rd party file manager you were using not fully supporting Listary. Try Listary again in Windows Explorer and you may get a totally different experience.

Using commas to filter folder/file and set search scope is a brilliant idea. I'll consider it carefully and try to integrate it with some of Listary's existing features (e.g. advanced search syntaxes I won't use your solution directly because the learning curve would be too high for most users. The majority of Listary's users are casual users. They use Windows Explorer instead of 3rd party file managers. They're looking for an out of the box solution to help them find files in a way they are familiar with (like Google search) so they don't have to learn anything new, and Listary does a good job fulfilling their needs. However for some advanced users like you, these aspects of Listary may seem inefficient. It's not easy to find the balance, but I'll keep trying.
Bopsoft - Aug 18 2016 at 12:10pm Copy Link
Bruno User Hello, Dai,

Yes, I understand that. My idea was to not complicate the search string for standard use, but at the same time to make available quick-entry codes for more advance use, users learning/memorizing just such additional encoding as they need.

As it is, sometimes, the user cannot get access to more precise narrowing things down, e.g. the helpfile says, in advanced search: "Append a trailing \ to a keyword to indicate that it’s part of the parent folder path. It can appear anywhere in the search query."

Now we all know that Windows only allows for paths of 254 (or 255 or 256, just cannot remember, makes no difference in real life) characters in length, so I hold names of important folders / parent folders of big subfolder hierarchies as short as possible, thus I've even got many 1-char folders, so you imagine what results I get when I try e.g. some i\, \a or \e for it being "part [!] of the parent folder path". ;-) !

I can drill that down in Everything, but with lots of specific encoding to memorize, i.e. I've got to look up my notes all the time for that, so I feel deep understanding for your hesitation to spice up Listary with user-side encodings putting strains on the users' memory.

As an aside, and to clarify the idea behind my "end codes", it's not only about making available "immediate entry" (instead of time-consuming popping-up dialogs with option settings and such), but also about grouping often-used scope areas into immediate-access groups, by "grade of vicinity to the current folder (as determined by the currently active folder in the file manager from which the Listary search is triggered)"; it goes without saying that the possibility to choose specific parent folders somewhere / anywhere, as in your abc\, is also needed and of utmost importance, let alone the frequent use case Listary being triggered from within any other application or then, too, from within a file manager, but the user precisely NOT wanting to change the current folder in there, but wanting to look up something totally un-related to that.

Just a note to casual readers: My assertion that drilling down longer lists too early will often result in discarding relevants hits, and without your even getting aware of that, obviously concerns searches where you expect to see several hits relevant for your means, not just one: if you happen to have discarded a single searched-for hits, you very probably will enlarge your scope again after realizing you've just discarded what you had wanted to access.

And a little note re the application list: Just a line "Click on the respective app name in order to access more options for it.", italicized and in 8 point, after a blank line beneath the list, i.e. clearly visible but in no way intrusive, would amply do the trick for new users. (Existing users might want the clickboxes to the left, left untouched.)

Summa summarum, I think we've got a very constructive little software design discussion here, and, saying that as an endorsement, albeit an incredibly complicated one, admittedly, I would never invest so much of my time in some software I wasn't very intrigued by, so, let alone the price of either 10 (here) or 20 bucks (regular), and lifetime on top of it all, Listary Pro is an unambiguous recommendation. ;-)
Aug 19 2016 at 2:54am Copy Link
CodeDog Been using this program daily for years, excellent utility that I wouldn't want to be without. If you work with lots of files and folders on a daily basis, this is a real time saver.

The only thing I wish it had is the ability to save Windows Explorer sessions. I keep quite a few Windows Explorer windows open, and I have the system set to reopen all windows on a reboot, but if the power goes out (or system crashes) I lose all those open windows. I have session managers for my browser windows, but it would be great if Listary had that ability for Windows Explorer.
Aug 19 2016 at 5:12am Copy Link
Harlen Wiebe I've used this program for years and I don't know what I'd do without it. I set up the favorites list for all my most used clients and then I can zip to their folder instantly. Listary's "Ctrl G" hot key is a really useful shortcut. Just have Explorer (XYplorer on our case) open to the working directory and when you save a document, "Ctrl G" instantly takes you to that directory. A super time saver!!!
Aug 19 2016 at 6:34am Copy Link
unisorce I have been using this program for quite some years, I own multiple licenses so I could use it on my home and work machines. I am not a Listary power user but just the simple option to have your favorite folders and recently used folders available in every explorer window is worth having this application. Also love the fact that it works with Directory Opus.
Aug 19 2016 at 8:37am Copy Link
Channing Dai @Bruno User

Thanks again for your suggestions, they are very constructive. Based on them, I've already made some plans that can be executed immediately when creating the next version of Listary.


Thank you all for the positive comments and reviews!
Bopsoft - Aug 19 2016 at 10:54am Copy Link
Tortuga @Channing Hello :)
1) I finally (!!) got time to update from 4.23 to 5.00.2410
The ProgFolder is now FULL of 'alien' stuff ie DLLs
api-ms-win-core-console-l1-1-0.dll; api-ms-win-core-libraryloader-l1-1-0; etc
I rebooted, they are still there looking at me, laughing ... ;)
Is it normal?
2) I asked before, back in 2014, could you please add the dates on the changelog page?
It makes it harder to follow without dates !! Pretty please ??!!!

Aug 19 2016 at 11:55pm Copy Link
Lito Tortuga - It's a new feature of the program but there is no way to disable listing the contents of the directories yet. So if you want to move to the v5 you need to use the v5.00.2334 version before the listing of non directories was put in. Hopefully we will get the option to disable it soon cause I don't like it either so I am stuck on this version I am using. I have seen Change logs posted on the discussion forums btw so you might want to look there.
Aug 20 2016 at 7:36am Copy Link
Channing Dai @Tortuga
1. Yes, that's normal.
2. Just added the dates. Please check again ;)
Bopsoft - Aug 20 2016 at 7:45am Copy Link
Mark McCoid I've been using this application for over a year and it is a necessity!

Once I started using Listary, I could not imagine being without it.

It is rare that you come across such an awesome application that is executed so well.

Buy it!!
Aug 20 2016 at 8:32pm Copy Link
Tortuga @Lito Hello :)
Thank you for the reply, but ... huh? somehow ... my old brain doesn't understand what you are talking about ... Which Directories ?!...

@Channing Hello :)
Ohhh WOW!!!! DATES !!! Thank You Merci Gracias !!!! Very nice indeed !!!
When you hv time, could you please also add it on the Betas, like here
and here /listary-beta-5-00-2406/2860

-About CTRL+G:
During the walk-through after install, this shortcut is used. But when I look in Options, I can't find it. Where should I look? What is the action? Can I re-assign it?

Aug 20 2016 at 11:17pm Copy Link
Allan Winston Having read Bruno's comments and the replies, I see the suggestion is to download the latest version of Listary Pro. I also purchased an old version in 2012. With the lifetime free upgrades, it is unclear to me how to get the latest version without paying again. Can you supply a URL or alternate procedure, please?
Aug 21 2016 at 6:11am Copy Link
Craig S. There are very few programs I couldn't live without. Listary is at the top of that very short list. Ordering a second copy today for a family member as a gift. Thanks for a superb program!
Aug 21 2016 at 7:00am Copy Link
Caveman I've just bought mine after been using the free version for years. Keep up your good job :)
Aug 21 2016 at 7:04am Copy Link
franp User Hi,
I find the Find As You Type feature very intrusive but love the Quick Switch feature. Is there a way to prevent the first but keep the second ? I foud no way to do so : it is either a full stop or a full go.
Aug 21 2016 at 7:56am Copy Link
Tortuga @Allan Wiston Hi :)
You don't need a special URL for the Pro version.
Just download & install on top of your registered Pro version, and it stays registered as Pro. No need to re-register again.

Hope this helps ;)
Aug 21 2016 at 8:12am Copy Link
Channing Dai @Tortuga
You can check the post date instead for beta releases.

To change Ctrl+G, open Listary Options - Menus, select "Commands" from the dropdown, then select "Switch to Last...".

@Allan Winston
Just download the latest version and install it:

@franp User
Open Options - App Settings, select your file manager from the list, then uncheck "Find as you type" on the right panel.
Bopsoft - Aug 21 2016 at 8:15am Copy Link
Lito @Tortuga Oh I thought you were asking why all the favorite folders were listing all the files in the directories in your popup menu with the latest version. If that wasn't what you were asking then just ignore the reply. :)

In case anyone was wondering in the latest versions listary can be slower to use on directories that have lots of files in them since all those files are listed in the listary favorite popup menu. Many of my favorite folders I only want to see the subdirectories listed in the menu not the files in the directories themselves because having lots of files (like over a thousand) slows things down. It's not slow that it wouldn't be useful, but slow enough to notice and makes all lists basically stretch from the top of the screen to the bottom every time in most directories. That means a longer mouse travel time to reach the destination subfolder I am trying to get to which would be near the top of my screen. It's a bit of a nuisance right now at 2560x1600 resolutions, but once I move to a 4K screen that will be unbearable IMHO. I have confidence the developer will put the option to disable it in a future version but till then if you don't like it you have to use an older version.
Aug 21 2016 at 8:42am Copy Link
franp User @Tortuga Great ! Thanks. You got my money.
Aug 21 2016 at 9:21am Copy Link
Tortuga @Lito Hi again :D
No, I was talking abt the C»ProgFolder»Listary, where a bunch of ''mean'' looking DLLs appeared ;) Not abt the Favourite's listing
You know, your 1st post really puzzled me. Read/re-read/re-re-re-read ... could not make heads or tails of it, like you were speaking Klingon ...
I was on 4.23 till yesterday, so ALL the nw feat of 5.00+ are totally unfamiliar
Thank you Sôôô MUCH, for taking the time to explain it all again in detail on your 2nd post !
Much appreciated !!!!! THIS time, I understood everything !! Yeahhhh

Well darn, turns out what looks like an inconvenience 4u, it's a plus for me! Isn't that funny :)
I rather like not having the extra step to open the fldr to access a file. Like you, I hv deep nested directories, some w a really lg number of files.
Yup, it's a bit slower, but not overly so to become an hindrance.
So, me happy w this nw feat !! But yes, I concur, there's more scrolling
Now, gonna go explore more ...

Thank you again
Aug 21 2016 at 1:28pm Copy Link
Charles Beauchamp Is there a multiuser version of listary?

Is there an unlimited multi-user version of listary?

Can a version of listary be limited to searching for files to view but not manipulate otherwise?

What I would like is a version of listary that I could integrate with an unlimited version of WordWeb in order to allow for the search for standardized concepts in WordWeb (or any other program that contains a synonym thesaurus or concept parser) that would then yield first a set of concepts being searched for and then a list of files that contain those concepts on a set of virtualized discs, the purpose of which is to standardize the viewing but not manipulation of files by multiple students dialing into a computer with an unlimited user capability for this functionality.

Ideally listary could also have the functionality of not only automating the retrieval of files, it could also automate the ability to name files according to a synonym thesaurus of concepts.
Dec 24 2016 at 7:51am Copy Link
Channing User Delete (posted on wrong topic).
Dec 27 2016 at 7:52am Copy Link
Channing Dai @Charles

Very creative solution! Can you provide a detailed example (e.g. you want to type"abc" to locate documents "def.docx" and "zxy.jpg") to help me understand your needs better?
Bopsoft - Dec 27 2016 at 7:59am Copy Link

On BitsDuJour Today

Five Biggest Mistakes Made in Business Today (Mac & PC) Discount
Mac & PC
Five Biggest Mistakes Made in Business Today
If you fail to make a change in your behavior, you are taking the long path to success.
X-Mirage (Mac & PC) Discount
Mac & PC
Mirror and record iOS screen on Mac/Windows PC

Folder Deals

Zen Folders (PC) Discount
for PC
Zen Folders
Quick Access to 10 Favorite Folders
Folder Marker Pro (PC) Discount
for PC
Folder Marker Pro
Color Code Your Folders!
FolderJump (PC) Discount
for PC
Switch Between Folders In Just Two Clicks
Buzz Folders Pro (PC) Discount
for PC
Buzz Folders Pro
Quickly Access Recent and Favorite Folders
RecentX Launcher (PC) Discount
for PC
RecentX Launcher
Launch Any Document, Folder, Website... Fast!
Like BitsDuJour on Facebook
BitsDuJour is for People who Love Software
Every day we review great Mac & PC apps, and get you discounts up to 100%
© Copyright 2017 BitsDuJour LLC. Code & Design. All Rights Reserved. Privacy Policy