avatar image

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

Login with username, password and session length
  • Thursday October 29, 2020, 9:01 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.

Messages - cnewtonne [ switch to compact view ]

Pages: prev1 2 3 4 [5]
Find And Run Robot / Re: FARR Occasional Hangs
« on: February 18, 2007, 09:45 AM »
Only saw it last 2 days. I really can not attribute this to any specific event on my machine. I rebooted it and FARR is nice to me now. I will try to observe FARR more closely if this happens again.

On a different subject, however,
is there a way to have FARR run using a higher process priority. Other apps had this as an option.

Find And Run Robot / FARR Occasional Hangs
« on: February 18, 2007, 09:23 AM »
I have been using FARR full day for the last 2 days and it really has not been acting up good.
this is what happens...

- hit alt+z to bring it up
- type any letter (or hit any key e.g. backspace)
- hangs for 30-40 seconds. No disk activity. Can't type or respond to hotkey
- results are showen

- same things happens on new searches.
- If I disable incremental searches, I can type but hitting enter would make it hang again.
- disabling/enabling skins made no difference.
- I did not see CPU high usage when it hung.
- Bouncing FARR makes no difference. Still hangs
- I do not see memory usage, IO reads/writes change in taskmgr for FARR

- looks like it is somehow related to the actual search behavior because other operations on FARR are not affected such as getting in/out of options menu, adding aliases, and so forth.
- also it works fine when type an alias. I see the results just fine (no delay)

Any ideas?

Find And Run Robot / Hiding the FARR Title Bar
« on: February 12, 2007, 08:30 AM »
The fact that I'm used to having such utilities be so light and minimally consuming, would it be possible to give us the option to hide the title bar. I noticed that it takes as much space as the edit box itself for no use. It the reason it's still there is to move it around, can you have it so that we can move it by Kb shortcuts or some other area. The screen estate it occupies is to much of a cost for such a rudimentary function.

What do you think?

Developer's Corner / Seeking your insightful advice...Where to start?
« on: February 11, 2007, 09:37 PM »
Dear Mouser,
I have been reviewing and testing software for years now. I'm also a system administrator who's pretty savvy with fews programming/scripting languages such as Perl, VBS, SQL, and Unix shells. I'm at a point now where I want to get into the desktop development area. I spent a lot of time researching the different tools and technologies out there and I truly need the insights of someone like you to help guide me through.

Prinicipally, the first choice I have to make is what language/IDE to use. I know this is a question that can stir up a lot of political controversy which I really care the less about. My objective is to learn a platform that will eventually pays off the most in terms of features, scope, and abilities.

I would like to ask you to touch up on these inquires with your very valuable advice please...

- Looks like using the C++ language is the first choice for professional development. However, how about C# and the whole .NET plaforms (politics aside, of course).

- Writing a feature-full program certainly requires multi-faceted knowledge. There is the language itself, windows programming API, messaging , ... and finally Windows forms , and my be some servers side GUI tools such AJAX. Can you suggest some reference sites or books where you can put this knowledge together as you develop applications?

I spent few hours yesterday reading about donation coder and the whole concept behind donation-ware. I can not tell you how much impressed I was with your abilities and above all your insights into the different subjects and issues. I'm sure whatever your comments are on my inquires, will be priceless indeed as I can never find them in books or web pages.

Thank you in advance for your time and dedication.

Find And Run Robot / Re: Questions on non-specific Directory Searches
« on: February 11, 2007, 08:38 PM »
just figured out the answer for both. It looks like when you assign a keyword to a search folder, you somehow disable this non-specific dir search feature and I can see why.

Find And Run Robot / Re: Questions on non-specific Directory Searches
« on: February 11, 2007, 08:28 PM »
One more question please...
What is the fastest way (least count of key strokes) I can use to search contents of a nested foler e.g.

search backup folder in c:\program files\my database\backup\config
directory config in c:\downloads\apps\config\settings

Find And Run Robot / Questions on non-specific Directory Searches
« on: February 11, 2007, 08:24 PM »
I'm seeing an inconsistent behavior in my install of FARr (20046). Can you please explain...
- typing acc\not showes nothing. I thought this should at least show notepad as one of the results.
- I read your help notes on non-specific dir searches and my understanding is as follows...
this is how my dir structure looks like ...
c:\program files\clip_app
c:\program files\map_app
c:\program files\goole_app

To show clip_app and all its contents I can use any of these...

However, all of these show 0 search results.
I have c:\program files added to my search dirs with a score of 100.

What am I missing?

Living Room / Re: Why Small Programs Can Take Years To Complete
« on: February 09, 2007, 07:59 AM »
I can add my own personal insight. It is all about human enablement. A tool that enables humans to exhibit NEW behaviors they could not otherwise or exhibit existing ones in a more significant efficiency. To me this is no different than inventing the wheel, fire, or electricity. All share same attributes, with these tools we can live better.
If you look at software like FARR, ClipMate/Cache, Excel, and MyBase to give some examples, they all enabled me to go about managing my life and work in new ways I could not have done without.

Find And Run Robot / Alt+P Always crashes FARR
« on: February 06, 2007, 10:57 AM »
For last 3 releases, trying to access options with KB shortcut alt+p causes app to crash. Can you please take a look.

General Software Discussion / IMAP Account
« on: January 24, 2007, 10:58 AM »
I've been using yahoo and googlmail services for years and got to a point where I need a more robust IMAP account. I'm  looking mostly for features where I can manage my account folders and  probably be able to create rules.

Does any one know of a free or acceptably priced IMAP provider?

Any help will highly be appreciated.

Just in case  you did not get my PM MSG, may I ask for the download link please.

I came across this little app as I was browsing As simple as it is, it is a great and smart tool. Just wanted to thank you for this work.

Find And Run Robot / Re: Thoughts of a new comer
« on: July 20, 2006, 04:55 PM »
I spent 2 hrs today to try to get FARR to display the group aliases. Nice trick

Find And Run Robot / Re: Feature Request - Find folder names
« on: July 20, 2006, 04:52 PM »
yes. I guess my question here is there a scenario where this logic will not cover or create issues. The guidline is as follows...

- the use of '\' tells FARR to search absolute paths.
- Hits are displayed if path partially matches pattern. I'm no making a distinction between folders and files here (thinking unix). You may, though, in the display so that you can have folders displayed on top of files.
- no need to use wild cards in the pattern. I think FARR should internally construct the pattern using these characters. Some call this SmartSearch and it may be a user preference option. Bottom line, I need not type \prog*\adob*\*plug*\*.dll. This is redundant and unnecessary typing.

Please take a look at this nice product called link stash It uses this to search IE favorites which are folder based.

Find And Run Robot / Re: Thoughts of a new comer
« on: July 20, 2006, 02:31 PM »
Yes, I agree on the following ....

- QuickSilver is the landmark. Every time I hear QuickSilver I drool till I drown. 
- Final details can NEVER be anticipated. It is ALL in the usage. Software that is born out of the coder desk only, is useless. I have a dozen of software I can list for you where features meant the world for the developer (in terms of effort and knowledge) but translated little or no real life efficiency when it came to daily usage and experience. Will not mention names though.
- The ultimate goal for any software (after stability and performance) is EFFIENCY and nothing more. I measure efficiency in terms of ...

- number of steps.
- Time taken
- Human resource expenditure e.g. how much software relies on human memory, visual coordination and so forth. Even though taken for granted, these are most expensive of all. The least you force users to use them, the better.

Based on this, I can tell you what elements of the user interface design I think FARR should DEPART from and not use them (unless for emergencies)... This is the bad list when it comes to retrieving data ...

- Trees and hierarchies: too expensive in terms of human resources. Imagine having a tree of 100 branches with 20 child each. I can never understand software that users this is as a way to retrieve data.

- Aliases: bad, bad, bad. A software that users this approach will encounter 2 major hits/setbacks. First, there is an overhead to create and organize aliases. Second, there is the expensive operation to remember the alias as you need it. It just does not work. For one software, I had created 100 aliases. How on earth I'm supposed to remember all.

- menus and worst the cascading styles. I think it time has proven this to be bad.

I once paid $60.0 for a file explorer software that had me access any file I wanted from any application using manus. It displayed file system using cascading menus that I had to chase till I either had my mouse falls of the table or out of frustration in the trash bin. Compare this to a free software from that I used later to get the deepest folder in less than 3 seconds using auto complete.

I truly enjoy software and the source of this enjoyment is the fact it very truly reflects the limitless bounds of human imagination and abilities. The ultimate goal of any human endeavor to invent is to do one thing and ONLY this thing; it is to save resources whatever they are, specially resources related to our central nervous system e.g. attention, coordination, concentration, remembering, ...etc. The more you save the better the invention is.

Enough said for today. Got get back to work now. 

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..
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.

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 2 3 4 [5]