DonationCoder.com Software > FARR Plugins and Aliases

Post your FARR v2 Plugin Idea Requests Here - Plugin Writers Read In

<< < (7/60) > >>

Armando:
find the software I used two minutes ago. It Could be faster to me if i could find it in a easier way (a pop-up maybe?) in the FARR.

Thank you for this very helpful software.

-Muadib (April 30, 2007, 04:49 AM)
--- End quote ---

I'm not sure if I understood properly... But here's what you could call a workaround : what I do to "find the software I used two minutes ago", is just make Farr display more results in the list (max. entries to display in normal results list: 50 ; max. entries to display in extended results list: 70), set the max. files to keep in launch history to a relatively high number (300), and tick the box beside Blank search shows files from launch history. That way, when I blank the search field, I get a list of my previous run programs and looked at documents. I actually often use Farr (Find and Run Robot) as a history list. But, for that to work, you must use Farr to start… almost everything… Which I do..  : )

In the mean time, there is a software that probably does exactly what you’re looking for : TaskTracker. I’ve tried in the past, used for a while, and found that Farr + X1 was enough to track anything related to my files or software use. TaskTracker just added one more level of organization I had to think about… I didn’t want that.

jsturtridge:
I would *love* to see a way of easily switching to already open programs.  I.e. type Firefox and if it's running - a switch_to command would pop up allowing us to super-quickly switch.  This ought to be pretty easy - you could either get the list of processes (i.e. the same as the "Processes" tab in the task manager) or applications (i.e. the "Applications" tab in the task manager).

This would be just great.

Cheers - Jon.

justice:
Hi jsturtridge I have created a helper program to achieve this, although it would be great if someone could make a plugin that would show you the list of apps in the results window as you type, that would certainly minmize any typing mistakes.

Until that time try SwitchToTask

jsturtridge:
Justice,

That's so funny - I just wrote something almost exactly the same (although I hadn't spotted that you can use RegEx as an argument to SetTitleMatchMode ... so mine was case sensitive.

I must admit - I think there could be a lot of mileage of Skrommel and Mouser teamed up and put the AHK script engine inside FARR - or alternatively ...

Mouser  - are you listening? - had a way of getting any scripts/executable to contribute to the list of things that you can pick from.  I'm a Mac user at home and power of QuickSilver is that there are so many plug-ins for it - and they're generally reasonably quite straightforward to make in AppleScript ... so I was thinking ...

It would be great to enhance the alias function a little bit - so that you could have two types of alias - one as per the existing alias - and a new type of alias - that can contribute to the result list.  For example:

1. You set up this new type of alias and when FARR matches that alias (e.g. "+killpid") - it calls an executable that you define -

1000>>>Kill PID>->C:\Program Files\FindAndRunRobot\Scripts\GenerateKillPID>+>killpid (.*)

That executable runs (and say for example gets the list of windows names) and passes back a string (delimited by ||) along the lines of the following:

Kill Notepad, 1000, c:\program files\scripts\killpid 1021 || Kill Outlook, 1000, c:\program files\scripts\killpid 998 || Kill Firefox, 1100, c:\program files\scripts\killpid 521

3. FARR then displays the "friendly name" in the list, i.e. "Kill Notepad" along with a weighting that can be put with the rest of the results, then the string that FARR executes if that option is chosen.

I think this would be relatively easy to implement (although I'm not volunteering to do it, Mouser), not be too unperformant (since FARR would only execute GenerateKillPID when it matches the alias and allow FARR to be really expandable without too much bloat.

What does everyone think?

Jon.

justice:
Good idea to allow any application to act a plugin.. I'd very much find that helpful because AutoHotkey can't compile into DLLs! So I can't return any informatino to FARR like you said. I'm not sure if to use the +keyword for this would be the best implementation though.

An alternative way of doing this:
* Someone would make a simple EXE output/stdout wrapper as a plugin (dll).

We would then just be able to create quick scripts that would integrate with farr without any extra work, using the current alias system. I'd pay some credits for a solution to this idea.

Navigation

[0] Message Index

[#] Next page

[*] Previous page