Topics

1

Screenshot Captor / Manual scrolling screen option

« on: December 28, 2012, 06:07 PM »

I do not fully understand the complexity of SC's scrolling capture option, which is tied to capturing an object as well. it appears one can try to let SC guess how to do the window, and if it fails, one can set various parameters I do not understand.

Would it be more simple, perhaps to have a `manual scrolling window' options? That is: have a screen capture that lets the user take control of the scrollbars, scroll the window himself and then click a button, or some such to let SC capture the results?

Sometimes, adaptive contextual human intelligence can make tasks easier, that otherwise require complex conditional rules.

2

Screenshot Captor / The capture bar and `simplicity'

« on: December 28, 2012, 06:03 PM »

I must just be catching on to the idea that SC was originally designed to do complex things in relatively easy ways? Also designed for people that do a lot of screen capturing, for one reason or another, not many of us to just have need of it rarely?

I used to say of Unix, with its command lines, and pipes, and redirects - - that it makes it easy to do hard things, but therefore hard to do easy things -- for example the infamous Unix `find' command. This may be a good analogy: SC much like the unix find command. One analogy to learning lots of commands, and command arguments is memorizing lots of hotkeys for lots of different things. Once memorized, the `things' are quick and easy.

This third mode or need, where a capture bar is relevant, might be for those like myself that seldom need to take lots of shots or do complex things with them. The one complex things I find useful for my `simple' needs is a scrolling screen capture that works well for most scrolling screens.

3

Find And Run Robot / Letters Instead of Numbers Please!

« on: October 13, 2010, 01:35 AM »

I've had this wish for FARR before, but mouser thought not: With a numbered menu of options you have only 9 choices available at a single keystroke. But if you enumerate options with letters, you get up to 26 choices available with a single keystroke. I do so wish letter enumeration were an option for FARR, and still do not understand the impediments to it.

For an example of the difference, check out wcd, fast directory changer for windows at http://www.xs4all.nl...lan/#WCD_BETA_ANCHOR. Compare it, for instance to one of the FARR plugins that uses the locate2 database. If you want to go to one of the twenty odd directories you've named, tmp  -- just type tmp at the prompt, hit the letter, j (for example) and you are there.

I care, because I become increasingly weary of the ubiquitous mouse. Indeed, I would love to use FARR more and more like a single, simple, unix-like command interface.

For those interested, I use wcd with the locate32 database, so I need not keep updating multiple databases. I also use the explorer replacement xplorer2 with this batch file:

@echo off
set WCDHOME=c:\dos\wcd
set /p ans=Directory:
locate.exe -ld %ans% > c:\tmp\data
c:\dos\wcd\wcdwin32.exe -G C:\tmp -f c:\tmp\data *%ans%*
call c:\tmp\wcdgo.bat
C:\Programs\xplorer2_lite\xplorer2_lite.exe /M "%CD%"

4

Find And Run Robot / Use FARR as Run Command?

« on: March 18, 2010, 06:45 PM »

This is doubtless a newbie question but: I want to type a command with arguments into FARR's search line, and have it executed as if I typed this command in the windows Run dialogue box.  How do I do it?
     I dont want to have to use ++ to add arguments to my command, wait for the command to show up in the results box, and then hit, for instance, ctrl-3. I just want to type the command, hit <ENTER> and have it run. Must I use the noresults alias for this, or how would I create a Run alias to do it?
     I also wonder, how to include the directories in the windows %PATH% variable in FARRS directories to search? Since %PATH% includes a list of different directories, must I enter each of these directories separately in FARRs directories to search? I would like FARR to behave just like the Run command - search all directories in the %PATH% variable for the command, and then execute the command. I do not want the command displayed first in the results list.

5

Find And Run Robot / Quickly go to any directory

« on: September 29, 2009, 03:40 PM »

I used to be able to quickly go to any directory in win9x. I can't do it in XP: Hit a hotkey (e.g., F5), get prompted for a string (e.g., I enter tmp), see a list of numbered paths that end in the string, then when I pick a number - up comes my filemanager (I use xplorer2) in that directory.

I know FARR and/or plugins can do this, but I do not have the expertise to know how. There is a program  that almost does it, with advantages to something like locate32:  WCD creates a database of all directories in all partitions. When you feed it a string, it displays a list of possible directories, using alphabet letters (not numbers). This  gives you up to 26 possibilities. When you type a letter (e.g., d), it does to the directory corresponding to `d'. Alas this all happens in a dos or cmd.exe box. For windows xp, it generates a wcdgo.bat file f that basically executes ``cd targetdirectory''

If I can get the output list of a program like locate32 or wcd in the list box of FARR, this would be an adequate approximation. I would only get 9 choices for a  directory, but this would do. Ideally, I could write an alias that runs wcd in FARR's window, instead of a dos box. That is: wcd tmp makes farr show a list of tmp directories. I hit, say, number 7, and xplorer2 launches showing directory number 7 (xplorer2 takes a directory as an argument).

Any howto ideas?

6

Find And Run Robot / Search subdirectories?

« on: December 25, 2007, 01:28 PM »

Appears FARR search only directories listed, including the start menu directories. Is there no option to also search subdirectories? Also, unlike ``related software'' such as runit,  it does not appear FARR can search a large set of subdirectories, such as ``the whole disk'' as some text implies unless one liste each and every directory. Would a whole disk search overload the software? Are there  ways to list a lot of directories without listing each and  every directory?

7

Find And Run Robot / Bug: Memory error on latest version

« on: December 25, 2007, 01:18 PM »

I ran find and run robot on windows 98  with 256 ram and about 800Mhz processor. On the latest version I got the following memory fault often when I attempted to close the program or sporadically at other times:

FINDANDRUNROBOT caused a general protection fault
in module USER.EXE at 0004:00005d53.
Registers:
EAX=0002901c CS=17a7 EIP=00005d53 EFLGS=00000202
EBX=000277a0 SS=3207 ESP=00007c34 EBP=00007c3e
ECX=820e901c DS=16b7 ESI=000277a0 FS=3217
EDX=00000002 ES=16b7 EDI=00027744 GS=0000
Bytes at CS:EIP:
67 8b 31 67 8b 79 02 3b f3 75 04 3b fa 74 06 66
Stack dump:
000077a0 00020002 7c680002 176f1e13 00027744 000277a0 3217016f 016f0000 77440000 0c3c0002 000031b7 000031b7 00f47c3c 08947c74 77a0176f 08990002

I switched to the last stable version, 13.02 and no longer got this message.

8

Find And Run Robot / Suggestion: List by Alphabet Letters

« on: December 25, 2007, 01:13 PM »

Strong suggestion: List results by letter of the alphabet (e.g., A, B, C, D etc.) rather than the  numbers 1 through 9 (e.g., 1., 2., 3. etc.). Then users have up to 25 chances to select an item with a single keystroke, rather than just 9 chances. For an  example of  this type of listing, see the older dos freeware, acd (advanced change directory).