Author Topic: Latest FARR v2.00.140 ALPHA PREVIEW Release - Aug 15, 2007 (Read 634166 times)

mouser · « **Reply #375 on:** March 13, 2007, 09:00 PM »

jdmarch and cnewtonne, can you try v 2.00.59 and see if it solves your issues?

jdmarch · « **Reply #376 on:** March 13, 2007, 10:24 PM »

Looks shipshape to me, mouser, thanks!!

JennyB · « **Reply #377 on:** March 14, 2007, 02:55 AM »

I'm now getting spurious entries in lists of directory contents, which duplicate an existing entry but omit the last letter (see second in list).

ecaradec · « **Reply #378 on:** March 14, 2007, 04:50 AM »

When I type fast, and hit enter, find and run does not have time to search but still launch the first result. Could it be possible to not launch the first result if it does not match the query ? Different people may have different opinions. May be, I should not type that fast, without looking for the result ?

TucknDar · « **Reply #379 on:** March 14, 2007, 05:05 AM »

Does changing these settings make any difference?

mouser · « **Reply #380 on:** March 14, 2007, 06:44 AM »

Could it be possible to not launch the first result if it does not match the query ?

FARR should never be showing results that don't match the query, can you give an example?
You also might try disabling those options that TucknDar posted to change behavior of what happens when you hit enter.

Josh · « **Reply #381 on:** March 14, 2007, 06:52 AM »

I have actually experienced what ecaradec is mentioning. If you type quickly, farr sometimes cannot catch up and launches whatever is in the first result slot. That is, the results are not updated quick enough to match up with the desired search.

cnewtonne · « **Reply #382 on:** March 14, 2007, 06:55 AM »

The '+' alias modifier works fine now when used at the beginning of a line. Issue resolved. thanks

mouser · « **Reply #383 on:** March 14, 2007, 06:55 AM »

Josh+ecaradec, ok let me see if i can add some code to make sure that it won't launch until it has refiltered and displayed something based on your latest typing. Perhaps i can just have it wait an extra few milliseconds in this case and then launch the result based on what you type.

JennyB, that's quite bizzarre.. does it happen all over in lots of directories??
It even gave the phantom entry a unique date.. STRANGE! I'm having trouble reproducing it..

hornsts · « **Reply #384 on:** March 14, 2007, 02:51 PM »

Hi Mouser,

I observed the same as JennyB.

JennyB, that's quite bizzarre.. does it happen all over in lots of directories??
It even gave the phantom entry a unique date.. STRANGE! I'm having trouble reproducing it..

It took some time to find it, but I realized, that it has something to do with launch history. If launch history contains a pure folder e.g. "C:\backup\", then the search "c:\back" shows the results:

Disabling or deleting the entry in launch history returns result to normal behavior.

mouser · « **Reply #385 on:** March 14, 2007, 03:22 PM »

thanks for discovering that, i was having a lot of trouble reproducing it -- you guys are so incredibly helpful

JennyB · « **Reply #386 on:** March 14, 2007, 03:59 PM »

It took some time to find it, but I realized, that it has something to do with launch history. If launch history contains a pure folder e.g. "C:\backup\", then the search "c:\back" shows the results:

Disabling or deleting the entry in launch history returns result to normal behavior.
-hornsts (March 14, 2007, 02:51 PM)

That's it! I'm guessing, Mouser, that you have a routine that ignores the last character of an entry in the launch history if it's a \, and somehow it's getting called twice.

mouser · « **Reply #387 on:** March 14, 2007, 04:13 PM »

very good guess JennyB.. actually what happened is this -- old code stripped off the \ at the end.
then in order to fix another feature where path completion was sometimes appearing in lowercase, i wrote a function that automatically determined the canonical mixed case path of any given path. problem is this function gets rid of the \ at the end, so indeed the old code was still stripping off the last character, leading to the behavior seen.

mouser · « **Reply #388 on:** March 14, 2007, 05:13 PM »

I've uploaded a new version to try to fix these issues:
Version 2.00.60 - March 14, 2007 - ALPHA PREVIEW RELEASE

Added special +sall modifier which says to show all matches and ignore the normal result limit.
Tried to add code to prevent a situation where you type very fast and hit enter before results are updated (may need improving).
Fixed bug where folder history items were being displayed inappropriately.

Triton · « **Reply #389 on:** March 14, 2007, 05:25 PM »

mouser pm

hornsts · « **Reply #390 on:** March 14, 2007, 07:55 PM »

Thanks for the +sall modifier! It's great.

Seems that the last launch history bug (last char stripped off) is gone.

But there is an other bug relating to launch history and +\-modifier. While e.g. c:\windows\notepad.exe is in lauch history, upon search "+\ note" the following result is shown:

Same result with "note +\".
I wasn't able to achieve this the other way around with +.-modifier and getting folder as results. So it is maybe purely related to the handling of folder.
While checking this and playing around with names, I created a folder called "notes.exe". As a result for the search "notes +\", FARR shows "notes" and strips off the ".exe" as it thinks it is an extension (but not showing exe in extension column

) But internally FARR knows the right folder name:

Same applies to a folder called notes.exe.exe, where result shows notes.exe and last .exe is stripped off too.
Sure. A foldername like notes.exe seems strange, but same applies to names like e.g. Backup_V1.1, which IMHO aren't uncommon.

cnewtonne · « **Reply #391 on:** March 15, 2007, 10:13 AM »

Mouser...
it is me again, my issue was resolved with 59 but got broken altogether with 60. Now, the '+' alias modifier does not work at all, not at the beginning of line or elsewhere. If I may ask that you take a look please.

cnewtonne · « **Reply #392 on:** March 15, 2007, 04:09 PM »

Execuse me mouser...
ignore my previous post. I reinstalled the latest ...60 and it works fine. My fault.

cnewtonne · « **Reply #393 on:** March 15, 2007, 10:45 PM »

what is the +sall modifier! ?

hornsts · « **Reply #394 on:** March 16, 2007, 05:18 AM »

+sall ignores "max. entries in result list" limit, which is set in "options->interface".
It's perfect when you normally want FARR to display only 9 results (as this is the maximum for direct launch via e.g. F#), but sometimes, e.g. when searching a specific .doc, to display all results.

An explanation, which I still cannot find is what "max. entries to display in extended result list" means? $:-\$

So mouser can bring us some enlightment.

BTW:
- virtual launch string COPYCLIP prefixes the clipboardtext with "ip":
e.g. executed: copyclip Hello world -> in clipboard: ip Hello world

-regular expression aliases as search templates with DOSEARCH still ignores result list limits

mouser · « **Reply #395 on:** March 16, 2007, 06:43 AM »

the extended results list is in answer to a request earlier. it's used when you are specifying an explicit directory,
e.g. if you type "C:\Windows\System\"

thanks for copyclip bug report, checking it now.

i'm not sure what the dosearch bug report is referring to, can you elaborate?

JennyB · « **Reply #396 on:** March 16, 2007, 11:48 AM »

the extended results list is in answer to a request earlier. it's used when you are specifying an explicit directory,
e.g. if you type "C:\Windows\System\"
-mouser (March 16, 2007, 06:43 AM)

Hmm.. my thought in requesting that was that displaying a full listing should actually be faster than doing a search.

Displaying a folder of 34 files in FARR by (for example) right arrow - 18 seconds
Double-clicking on the same entry to launch DOpus - under 3 seconds

snowpalmer · « **Reply #397 on:** March 16, 2007, 03:01 PM »

Hey, i'd like to try this out

Darwin · « **Reply #398 on:** March 16, 2007, 03:59 PM »

Hi snowpalmer - welcome to Donationcoder. To try out the alpha release of FARR, click on the offline message icon to send Mouser a request for the download link:

Latest FARR v2.00.140 ALPHA PREVIEW Release - Aug 15, 2007

pwood22_fr · « **Reply #399 on:** March 18, 2007, 03:59 AM »

Mouser,
Could you resend the dload link ?
PC crashed and i lost your Email...
Thx in advance