Messages - cnewtonne [ switch to compact view ]

Pages: prev1 ... 19 20 21 22 23 [24]
116
Find And Run Robot / Re: Feature Request - Find folder names
« on: July 20, 2006, 10:33 AM »
Here is an idea of how to have FARR do folder names (to a nice extent). Currently, it searches what you type using file names. So If I type 'budget' it'll find all files where this string is part of the name. How about if I type '\budget' to have FARR realize that I want it to search using file absolute path only because I included the backslash. so it should find..
\budget\home.xls
\budget\work.xls
\home\budget.xls
 
and better yet, if I want to find 1st file I can simply do this 'get\h'

This way FARR solves the 2 problems ...
1) find all files having 'budget' in their names i.e. search by subject
2) find all files in in this path i.e. search by location

Practically we're faced with both issues on  daily basis.

You can certainly pretty this up by having FARR display the parent folder as the first entry so user can open if they wish. Also, this builds upon FARR major strength where it needs not prebuild in index or load its data causing a significant performance hit.

Overall, I thin doing a pattern search using absolute paths is most efficient way. Compare this to the 3 other methods...

1- auto-complete as you type (as in TypeAndRun) where typing 'c:\p' wtill automatically complete it to 'c:\program files' and if there are multiple matches you need to use tab key to go through them. This is not too bad either.

2- Pattern search on folder names with results shown visually like AppRocket. This very nice too.

3- Keywording folders in file paths (as in Link Stash). So I can type 'documents'
to show all files where this string is part of the path. Or I can type 'documents' 'pictures' to limit it more.

Using above example, my idea is to type 'nts\pic', 's\p', 's\', or even '\p' to display contents of picture folder in documents.

Hope this appeals to you. Let me know what you think.

117
Find And Run Robot / Thoughts of a new comer
« on: July 19, 2006, 04:38 PM »
Hi all,
Software as well as the forum are both impressive. I want to commend mouser for such a great accomplishment.

I've been monitoring FARR for more that a year now. Installed it several times but never became one of my essential tools. So far, I've been using the great TypeAndRun and to a lesser extent AppRocket. However, I have looked at every piece of software in this category. Futhermore, I evaluate software on a consistent basis and have learned across the years what really works and what does not. So allow me to add in my 1 penny worth of comments. In general, for any successful piece of software to succeed, developer must adhere to these principles...

1) know EXACTLY the scope and objective of the software. Users will always want everything. Unless developers have a clear vision of what the software can and should do, software will unquestionably deviate from its original scope and plunge in terms of stability and performance. FARR was initially started as a commandline launcher. Now, users want it to be a file navigator. This is fine as long as we stay focused on what FARR is and should be.

2) Exploit software logic and development tools to serve user needs not the other way around i.e. eliminate and trim down features due to restrictions in logic and tools. I have seen software trim down its features and introduce inefficiencies in user interface to comply with restrictions imposed by app logic and coding habbits and tools. This is a deadly mistake. 

Having said that and having experienced almost every app in this category of software. I can say a software MUST make the most use of these features.

- software MUST be respectfull in terms of resource usage. As obvious as it sounds, it gets ignored more often than we think. Take Luanchy for instance, on my system it was using 44MB of memory. This is close to outlook and firefox. AppRocket is another example, the indexing process or just simply loading index data in my opinion is severely limiting. As much as I loved it, I had to stop using it. This is one area where FARR truly shines with no competition, period. It searches as it needs to and you can elegantly stop it when you find what you want. This is probably the reason I started looking into FARR nowadays again.
- complete as you type (or auto complete). I need not retype a command/path every time I use it. Software should cache it and attempt to auto-complete as I type.
- Search as you type.
- Smart search or patterm match without the need to use wildcards.
- eliminate or reduce to a minimum the need to navigate with a mouse or keyboard. If I have 8 matches, I need not hit my arrow 8 times to get to target. Instead, I can simply hit '8' and I'm done.
- implement a plugin solution so other people can help out adding features. Total Commander is a great example on this along with firefox. Why should we bombard mouser for the rest of his life with feature requests if we can simply develop a new plug-in and deploy it ourselves.
- Use of keywords. This is a feature that I'm just beginning to realize its immense potential. Initially, it may sound trivial and it did to me for years. It was only when I was playing with a PALM app called Memoleaf that I started to love it. PowerMarks also uses it and believe me it is an indispensable feature. As far as data management, there 2 major operations. Retrieving data and organizing it. The problem with keyboard or command line operations is you can easily solve the retrieval problem by using search as you type or auto complete and both apps do this very nicely. The issue really is organizing the data. In otherworlds, you can simple dump all your executables and files in one big folder and think that you really no longer need a folder tree to organize all. I got into this situation now as I have one big folder in my document that have 3000 files. I no longer have to create folders to organize files by subject. I did this only because it really takes me seconds to get to any file I want. Now, I'm faced with a situation where I need to get all files that talk about volume management on unix, for examle. How can a program like FARR help me do that. It can only if I named my files in such a way that it contained some variation of the subject name. The truth is, I did not and probably never will. It is the concept of keywords that solves this problem. PowerMakrs does exactly that. It allows you to associate kewords as you add link. So you can simply type 'unix' and 'storage' and all relevant links are before you eyes. I'm sure FARR can use this concept. It may by that FARR can use file paths as keywords. There is program called LinkStach  that does this beautifully. It uses current folder names as keywords where you can simply type part of the path and it lists all relevant files for you. Truly nice.

So given all this and to help FARR plan for it future release, I would like to suggest these missing features (some I have read that they've been planned and probably is work in progress now):
- file navigation feature: the best way I've seen it AppRocket and TypeAndRun. Both cache the file system to be later auto-completed as you type the path or displayed as you provide them. Probably if FARR can recognise the '\' as path separator and narrow its search internally on folders.

I have some other ideas but I have written a post that is the lengthiest I've ever done in a forum. Please excuse me. take a look and let me know what you think.

Thanks again.







Pages: prev1 ... 19 20 21 22 23 [24]
Go to full version