avatar image

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

Login with username, password and session length
  • Tuesday April 20, 2021, 1:38 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 - d4ni [ switch to compact view ]

Pages: [1]
FARR Plugins and Aliases / [FCalc] Variable increment bug
« on: January 19, 2009, 10:27 AM »
Hi mouser,

I believe I have identified a (pretty obvious) bug while incrementing a variable which has been created using FCalc. If I want to add 1 to a variable x, is there any other way than using fc x = x+1 or fc x = (x+1)? The += operator is not supported I noticed, so I figured this was the way to go. However, the variable x actually gets the value x+2.

To reproduce:
1. Launch FCalc using its regex
2. Type 'x = 0'
3. Type 'x = (x+1)'
4. Type 'x' to see the result.

The result is supposed to be 1, but instead is 2. This happens all the time.

I think part of the bug is the fact you can alter variables *without* pressing the enter key. For example, I can type:
1. 'x = 0' [ENTER]
2. 'x = 5' // But then remove the line using backspace, perhaps I made an error. I *did not* press [ENTER] here.

Now, however, x *did* in fact change to 5. Which, imho, it should *not* do.

::important edit

It seems if I want to increment integer x with the constant n using the notation x = (x+n), it is somehow parsed to x = x + 2n. In the case of incrementing by 1, this results in an increment by 2. If I increment by 10, however, x will be incremented by 20 instead.

Find And Run Robot / "Fuzzy matching" during dir lists
« on: August 24, 2008, 06:13 PM »
Mouser, I noticed that FARR does not use the so called 'fuzzy matching' during directory listings, like it does during reglar searching. Just for those who are not familiar with the term; fuzzy matching allows 'ora' to match Opera, while normal matching only matches a complete substring. So to get Opera you can type 'ope', 'era', etc, but not 'ea'. I guess it's clear now :)

Anyway, since FARR always searches its search folders real-time (using fuzzy matching), why is it not possible to do so during directory listings (even though those directories are not in the search folders)?

Needless to say it would be great to be able to fuzzy match in dir listings :-*

Not a big feature request, but I'd like to have an option to show file extensions, only when browsing for files. I hope you can somehow distinguish between file browsing and results that come from search folders. I am aware of the 'Result Label Extension' option to show the file extension. However, in normal results I don't need the file extension since I primarily use FARR to launch programs, which are always .lnk, hence making the extension completely obsolete, and not to mention plain ugly.

It was not until today I noticed extensions are hidden in file browsing mode as well. I primarly use this mode to navigate to folders so I am guessing this explains why I did not notice. When I was searching for a file I suddenly saw the extension was missing - which was not very helpful to identify a file I was looking for. So my request is simple: could you somehow allow to show file extensions when file browsing, while hiding them on other searches / results?


~edit | Seeing an option that you named "Switch from Large to Small icons on DirLists" (@ Display Options), I suppose this will not take you very long to implement (as you can cleary distinguish between DirLists and other results)  :-[

Find And Run Robot / [Bug Report] Duplicates in history
« on: June 14, 2008, 08:28 AM »
Apparently the history now allows for duplicates to exist, and when a string matches these duplicates, both (or more I guess) will be displayed as results. As you can see in the picture, I do have the 'Remove duplicate links to same target application' ticked. In my case the duplicate item is a folder, though, and the issue does not seem to exist with links to applications.

Also, I have noticed in file browsing mode, the folder being currently browsed is always converted to lower case, is that intentional? I have attached a screenshot that illustrates this behavior. The folder is actually name FaRr, but once browsed it is displayed on top as 'farr'. If this was done to make it obvious this is the folder being browsed, please make it italic or bold instead of changing it's case.


Pages: [1]