Problem caseThe user types "c a" and want as result the list of files/folder in C:\cdir that contain "a". But instead the result is "C:\folder\app.exe" . Because Alias1 is triggered by the new "a" search and since it is a regex alias it gets priority.

Collisions like that increase the more aliases of these two sorts one has. A pity since both sorts of aliases are useful.

Request for solutionAdd a new virtual launch string named dosearch_noregex to FARR.dosearch_noregex would start a new search but ignore all alias regex matches.

What about adding support for "-noalias" keyword in search -- if found it would bypass trying to match any aliases (regex or otherwise). Would that also solve your case? (you would do a dosearch -noalias)?

I have a similar problem (forgetting details of stuff I have done), so years ago I developed the habit of documenting everything. I used to use a system I developed and which worked well in a hardcopy notebook form, but now I tend to increasingly use things like OneNote, Stick-A-Note, and Readme.txt files to make notes.

I have not yet quite been able to replicate my notebook system on a PC, though I came close years ago - surpassed it, in fact - with Lotus Agenda (a PIM).