DonationCoder.com Software > Find And Run Robot

FARR version 2 - discuss the best way to handle 'actions'

<< < (14/16) > >>

mouser:
jdmarch said:
Second, the visible presence of a default OPEN/LAUNCH/RUN verb, in the first entry field, provides a visual clue that other verbs are possible.
--- End quote ---

i find this reasoning very compelling, and it also attracts me to the idea of multiple edit fields.

imagine two edit boxes:

ACTION: [FIND_______]
OBJECT: [___________]

cursor could start in OBJECT field, where you could type the name of a file pattern and it would behave exactly as farr currently does.

but you could also hit up arrow to go to action field, where it would select/prehighlight the word FIND and you could just start typing another action, like "kill".  as soon as you enter the upper field, the results would switch to the actions list to select from.

after selecting an action, the tab or down arrow would take you back to OBJECT field.

we could also have the OBJECT field auto detect when you type an action and a space as your first word, and automatically fill it in on the ACTION field (while leaving it in the OBJECT line if deleting would be confusing).

the benefits of this approach would be
1. the 95% case requires no extra steps, you start the program and start typing to find an object to launch.
2. good visual feedback about how to change an action
3. very easy to change actions and select from a menu (just hit up arrow to go to ACTION field, then tab or down arrow to go back to OBJECT field)
4. pure commandline mode supported by autodetecting common actions typed in OBJECT field
5. obeys the rule of always specifying a verb first - which lets you do things like specify a verb of KILL and having the results list show a list of running processes that are searched when you are in the OBJECT field.
6. could have an option to start in the ACTION field for people who prefer that.


drawbacks:
1. you need two editboxes visible - annoying for people who prefer a streamlined tiny look.



however - it may be possible to use only edit box and a queue/stack like effect where we push the FIND action on the stack to start with but give user a way to backup over that - its the same idea but a different way of displaying it.  i think basically the effect is the same but it might be more streamlined, but significantly more confusing for new users.

well one more benefit of the queue/stack effect, which could be substantial, is that it allowsq queueing of a string of objects, not just one for each editbox.
hmm still something to chew on...

jgpaiva:
Second, the visible presence of a default OPEN/LAUNCH/RUN verb, in the first entry field, provides a visual clue that other verbs are possible.
--- End quote ---
Agreed. It made me rethink what i had said before, and I think you're right, it does help new people to understand how Farr v2 works. And if the box below recognizes the actions, everybody is happy :D
Just one suggestion: if the box below can do everything, why not have an option to remove the upper box? It's a way to make everybody happy ;)

mouser:
i think the option to remove the ACTION box might be reasonable -
maybe even have an option to switch between double editbox mode, and single editbox stack/queue mode, if we can figure out the best way to do that.

mouser:
maybe the stack/queue and double editbox are really closer than we think.
i meant the stack/queue might really just be seen as the first action editbox.. then the ideas are almost identical.

jgpaiva:
maybe the stack/queue and double editbox are really closer than we think.
-mouser (February 06, 2006, 01:09 PM)
--- End quote ---
I know what you mean, and i think that you are right, they are similar. But only under the conditions that you don't have several actions in one command, nor several files for the same alias, nor the "file"-"command"-"parameters" structure (like the "screenshotcaptor.exe email [email protected]" mentioned before).
I think that the matter that we need to discuss here, is more around the funcionalities that Farr will have, so as we can perfect the ui to use them. The examples i mentioned before, become confusing when the double-editbox appearance is used, but to use the action-file structure, the double editbox becomes much more fit, since it helps new users, yet allowing power-users to still have all their commands close.

Navigation

[0] Message Index

[#] Next page

[*] Previous page