topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Friday April 26, 2024, 7:04 am
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - Paul Gardner [ switch to compact view ]

Pages: [1]
1
Version 2.200.01

I have a directory : network share "m:\Reference Dir\SDD"

Inside that, I have multiple documents named following a convention:  csc###sdd.doc.  For example:
   csc100sdd.doc
   csc632sdd.doc
   csc664.doc

The last one you'll notice doesn't follow the convention, and the directory listing in FARR doesn't show it.

My FARR command line will contain "m:\Reference Dir\SDD 100", and the first one will appear in the results.  Ditto for the 2nd.  If I enter "m:\Reference Dir\SDD 66", the third file will not show up, and it used to.

With some experimenting, I discovered that if I manually entered "m:\Reference Dir\SDD\ 66", then that 3rd line will appear.  However, if I have a Restart alias (which is where I first encountered this issue), I still don't get a result.
 Actual Alias string is "DESIGN (66) | RESTARTSEARCH M:\REFERENCE DIR\SDD\ 66"

It appears that the same of the directory (SDD) is somehow getting involved with the manual entry, and I'm not sure what's occuring with the alias.  Maybe the last \ is being ignored?  Originally, the last \ wasn't there - I put it in when I discovered the manual entry worked with the \, but to no avail.

2
Find And Run Robot / Pause when searching
« on: September 19, 2012, 08:18 AM »
I'm experiencing a pause when FARR attempts to populate the results of a search.  I've tracked it down to network folder short cuts I have.  Any time those shortcuts are encountered as part of the search, or search history, FARR pauses for almost 10 seconds - apparently it's trying to ensure that shortcut is still valid?

I tried unchecking the two 'Resolve when...' options, and the 'Remove missing items...' in the Search Behavior options page, but that doesn't seem to have resolved the issue.

Is there something else I can try?  I searched in the forum, but all I found was a solution to remove the items from the history, which does temporarily resolve the issue.  Unfortunately, I use those shortcuts several times a week, so the problem keeps reoccurring.

I'm using 2.105.1.  I noticed that a new beta is out, but the list of changes doesn't appear to address anything in this area.

3
I have a alias group defined with just the trigger name, and a number of items in the results dialog box - everything else on the alias edit box is left blank.  Originally, it was simply a list of documents with associated ID numbers that I would use as a reminder of which document belonged to which ID.  Today, I added a "dosearch <directory> ID" string to each item in the results window, so each one looked like this:

Doc1 (4) | dosearch c:\temp 4
Doc2 (10) | dosearch c:\temp 10

As soon as I did this, the FARR search operated differently.  Before, if I typed "mod Doc" (mod being the trigger name), I would see Doc1 (4) and Doc (10) in the list of matches.  Now, all I see is Doc1 (4).  Doc2 (10) doesn't show up until I enter the 2, and then Doc1 is removed from the list and replaced by Doc2.

Is this by design?  Or do I need to set something else on the edit box to being back the earlier functionality.  dosearch works as it's supposed to, but the change in the search results is disconcerting.

Thanks!
Paul

Pages: [1]