DonationCoder.com forum
 
Read-only archive. This is a static copy of the DonationCoder.com forum. Reading and searching work as before; logging in, posting and private messages do not.
Archive of 2026-10-21 · About this archive · Main site

Last post Author Topic: What New Major Feature is Most Important for you in Find and Run Robot?  (Read 27,501 times)

d4ni

  • Supporting Member
  • Joined in 2008
  • **
  • Posts: 129
Why indexing? I find the fact you do not index right now great. It's always up to date. Also, it's super fast so I don't really see a reason to implement an index. If you do so, please keep the option to search real-time :)

TucknDar

  • Advanced coder of Nowt
  • Charter Member
  • Joined in 2005
  • ***
  • Posts: 1,133
Yes, while before I thought indexing was a good idea, I'm not so sure now. FARR is pretty lightning fast, so probably not so important. And now there's plugin support I suppose this poll is pretty outdated

JoTo

  • Super Honorary
  • Charter Member
  • Joined in 2005
  • ***
  • Posts: 236
    • Gathering Badge
    • Participated in NANY Challenge Twice
Please go away with Indexing! Never ever implement it in FARR please!

Thx
JoTo

nitrix-ud

  • Charter Member
  • Joined in 2005
  • ***
  • Posts: 560
yes i agree, indexing IS a good idea but only if optionnal when used in a dosearch command
FARR does work great without it... it's always up to date...

it could also be done with an better integration of locate32 (better that using a plugin)

just my 0.02 euros

cheers, Nitrix

f0dder

  • [Well, THAT escalated quickly!]
  • Charter Honorary Member
  • Joined in 2005
  • ***
  • Posts: 9,153
    • Participated in NANY Challenge Once
I wouldn't want to see indexing in FARR, but I wouldn't mind better integration with locate32... and those two things are quite different in scope, really. Also, it would be nifty if FARR cached it's results (along with filesystem change notification)... yes, Windows FS Cache does an OK job, but FARR native caching would still be better.
- carpe noctem

Josh

  • Charter Honorary Member
  • Joined in 2005
  • ***
  • Posts: 3,411
    • Gathering Badge
    • Official Forum Clown
    • Coding Snacks
    • Plugin Coding Medal
    • Volunteers/Staff
    • Military Service Badge - US Army
    • Furry Fandom Badge - Furry Fandom
    • Linux User
If we are going to use indexing (in any manner), it should be built in. Requiring the install of a third party program to use a feature in the primary program is bad, in my opinion.
Strength in Knowledge

Lashiec

  • Member
  • Joined in 2006
  • **
  • Posts: 2,374
I couldn't care less for indexing, considering that Locate32 is a keystroke away. Unicode support, and a redesign of the preferences screen (tree-based, please) would be welcomed though, right now I have to 'hunt' checkboxes one by one, no good. And some polish here and there.

herojoker

  • Participant
  • Joined in 2008
  • *
  • Posts: 124
A redesign of the preferences screen wouldn't even be so difficult:
If you save the configuration with each option formatted like
category.subcategory.subsubcategory.option=value
it's quite simple to build a tree. Another file could hold the actual labels.
Furthermore the program code will become a bit more readable :)

f0dder

  • [Well, THAT escalated quickly!]
  • Charter Honorary Member
  • Joined in 2005
  • ***
  • Posts: 9,153
    • Participated in NANY Challenge Once
If we are going to use indexing (in any manner), it should be built in. Requiring the install of a third party program to use a feature in the primary program is bad, in my opinion.
It should be implemented with a plugin, and preferably based on locate32. Why? Because locate32 does a pretty good job, and there's no reason for reinventing the wheel.

But it should be done as a full plugin, the current locate32 plugin which calls locate.exe isn't 100% optimal, and sometimes hangs a bit.
- carpe noctem

kartal

  • Supporting Member
  • Joined in 2008
  • **
  • Posts: 1,529
Explorer integration maybe? This could make alias creation easier most likely.

Original address: https://www.donationcoder.com/forum/index.php?topic=7270.0